| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 01/11/2009 01:41:57
|
tivrfoa
Thread.start()
Membro desde: 26/09/2008 23:13:17
Mensagens: 37
Offline
|
Essas linguagens interpretadas são legais, mas vc entrega o código fonte junto com o produto.
Bem, se ó código fonte vai junto com o produto, logo o preço é maior.
Ter que entregar o código fonte é muito ruim. O lance é passar só os bytecodes depois de usar um obfuscator.
O cliente tem ficar à mercê.
Não, agora sério. O que vcs pensam sobre isso?
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 01/11/2009 08:05:39
|
s4nchez
Virtual Machine Man
![[Avatar]](/images/avatar/bef4d169d8bddd17d68303877a3ea945.jpg)
Membro desde: 05/06/2006 11:35:55
Mensagens: 654
Localização: London, UK
Offline
|
Eu penso que o real valor de um software não está no código, e sim na cabeça de quem o escreveu. E o segredo para não ter que esconder o código é sempre desenvolver visando que você (ou sua equipe/empresa) sempre será a melhor opção na hora de continuar desenvolvendo.
Veja bem, isso não significa escrever um software ruim e que só você entenda, e sim um software tão bom que você é o maior especialista naquela solução específica.
Um bom exemplo disso é o framework Spring. O código-fonte está disponível e você pode até modificá-lo para atender suas necessidades mas, apesar de ser uma solução open-source, o mais provável é que você contratar a consultoria da SpringSource para ajudar a solucionar seu problema. Esta consultoria é caríssima, por sinal, mas ainda assim é mais barato do que o custo de se aprender e modificar um framework desenvolvido por outros.
|
Ivan Sanchez | coding dojo | blog | twitter |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 01/11/2009 08:25:03
|
tiago182
Thread.start()
Membro desde: 22/04/2005 13:39:05
Mensagens: 45
Offline
|
s4nchez wrote:Veja bem, isso não significa escrever um software ruim e que só você entenda, e sim um software tão bom que você é o maior especialista naquela solução específica.
Concordo plenamente e digo mais, um software escrito dessa maneira será inteligível pela pessoa que o escreveu apenas por um certo período. Como o código em si é ruim, com o passar do tempo ele vai ficar cada vez mais difícil de se manter. Logo, desenvolver com essa mentalidade é dar um tiro no pé.
Código não deve ser fácil de se escrever, e sim fácil de se ler.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 01/11/2009 16:11:43
|
Bruno Laturner
JWizard
![[Avatar]](/images/avatar/5800ccd9514fd789d08e5831951aa6bc.jpg)
Membro desde: 18/02/2008 16:17:53
Mensagens: 2981
Offline
|
É ruim se você trabalha vendendo software em caixinha. Fácil de piratear, o cliente fica dependente dele, se a versão não for mais suportada por qualquer razão é outro "si fu" pro cliente, ainda tem lidar com a concorrência.
Há mercado tanto para software vendido assim, quanto para o customizado, e prefiro trabalhar no segundo.
|
A resposta acima foi achada em menos de 5 minutos no google.
The prisoner falls in love with his chains. --E.W. Dijkstra |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 01/11/2009 18:14:31
|
Thiagosc
GUJ Master
Membro desde: 27/04/2006 21:01:27
Mensagens: 1134
Offline
|
Se você está licenciando um software você é ainda o dono do código, portanto você pode processar quem trabalhe com ele.
Mas se o software é interpretado, tipo PHP, então o cliente pode modificá-lo porque tem o código. Uma empresa pode contratar um programador próprio para não precisar de serviços seus. Nesse caso é melhor processá-los do que continuar a dar manutenção, porque o criador do código que foi feito depois de você tem direitos de copyright sobre a porção dele. Ele pode processá-lo caso você tente usar a porção de código que ele criou, mesmo que seja GPL.
De qualquer forma, sempre que alguém usar o seu código sem licença, processe. Ser compilado ou não significa apenas o quão difícil será para modificá-lo, mas nenhum jeito garante 100%.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/11/2009 14:12:49
|
mochuara
GUJ Master
Membro desde: 20/05/2009 11:21:32
Mensagens: 1776
Offline
|
tivrfoa wrote:Essas linguagens interpretadas são legais, mas vc entrega o código fonte junto com o produto.
Bem, se ó código fonte vai junto com o produto, logo o preço é maior.
Ter que entregar o código fonte é muito ruim. O lance é passar só os bytecodes depois de usar um obfuscator.
O cliente tem ficar à mercê.
Não, agora sério. O que vcs pensam sobre isso?
Então sua linguagem de script não consegue executar código compilado ou comunicar com uma aplicacao na web?
This message was edited 1 time. Last update was at 02/11/2009 14:14:20
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 14/11/2009 14:38:03
|
tivrfoa
Thread.start()
Membro desde: 26/09/2008 23:13:17
Mensagens: 37
Offline
|
@s4nchez. Concordo, mas em relação a isso: "...e sim um software tão bom que você é o maior especialista naquela solução específica.", eu acho que essa pessoa não existe. Mas eu entendi o que vc quis dizer.
@tiago182. Quem falou em escrever código ruim? Mas realmente. Se vc escreve um código para os outros não entenderem, depois de um tempo vc acaba não entendendo tbm. =)
@mochuara. Não entendi. O que isso tem a ver?
Obrigado pelas respostas. Mas vcs concordam que se o código-fonte vai junto com o software, então o preço deve ser maior?
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 14:30:52
|
kicolobo
Moderador
![[Avatar]](/images/avatar/445b6949ed8860ca6175e8c89464ba85.jpg)
Membro desde: 19/07/2006 14:11:09
Mensagens: 1131
Localização: Belo Horizonte
Offline
|
Acho que aqui cabe o seguinte questionamento:
por que o meu cliente deve continuar comigo? Por que tenho o código fonte ou porque meu trabalho é admirado?
Opto pela segunda alternativa. Nos últimos 5 anos não tive nenhum projeto no qual prender o código fonte me oferecesse alguma vantagem (na realidade, só me ofereceu desvantagens) real.
|
http://devkico.itexto.com.br
Twitter: http://www.twitter.com/loboweissmann
Vamos aprender Grails?
http://www.grailsbrasil.com.br |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 15:44:53
|
adriano_si
GUJ Master
![[Avatar]](/images/avatar/4f9ef38edcfc460a00cbb8ed5dee299c.jpg)
Membro desde: 01/10/2006 15:29:40
Mensagens: 1897
Offline
|
isso aí Kico... eu devia estar vacinado por ver esse tipo de discurssão ainda em foco. As vezes penso que nós da comunidade Open Source somos um bando de malucos noiados que deveríamos voltar ao formato de negócio antigo, tamanho é o espanto com que as pessoas vêem nosso modo de pensar... Hehehehehehehhehehehehehe
Outro dia conversando com um amigo sobre esse MESMÍSSIMO assunto, eu falava as idéias do Open Source e o cara me olhava como se tivesse com medo de a qualquer ascender uma luzinha na ponta do meu dedo e eu sair dizendo "Minha Casa... Telefone... Minha Casa...". Brincadeiras a parte, eu creio que o modelo de negócio antigo em nossa área, deixou certas mazelas que dificilmente serão quebrados em sua totalidade... Legados do Delphi e mais recentemente escrachamentos do PHP (programo nos 2 e por isso não estou diminuindo nem um nem outro), onde no primeiro você tinha seu código completamente fechado pra ninguém ver e por um acaso "ROUBAR" sua obra de arte e o outro onde se via uma porrada de Script on-line que era só CTRL+C CTRL+V no site e já tava funcionando tudo macarrônicamente (lembrando que isso não é culpa da tecnologia).
Pois bem, creio que essa barreira será quebrada um dia e algo que hoje parece ser de outro mundo, de fato será comum, e coisas como obsfucadores (criado para alegrar a galera que queria vir pro Java,mas não vinha por causa do modelo de código) ficarão pra trás e esquecidos... Creio que obfuscadores podem servir para outro tipo de segurança... Mas em quase 100% das vezes é pra esconder código de gente que quer programar em Java, mas esconder seu código dos outros...
Só me resta continuar com esse pensamento que sempre verei como certo, o bom é saber que não sou o único maluco do mundo... rsrsrs
|
"É preciso ter mais fé pra acreditar que viemos do nada..."
Blog - http://aohana.wordpress.com/
Padrão de nomenclatura Java - http://www.oracle.com/technetwork/java/codeconventions-139411.html#16712
Doc. Java - http://www.oracle.com/technetwork/java/javase/documentation/index.html
Faça perguntas Inteligentes - http://istf.com.br/perguntas
Sobrevivência no GUJ:
(Regras) http://www.guj.com.br/java/21516-regras-do-forum
(Boa prática) http://www.guj.com.br/java/15477-antes-de-voce-perguntar
(Código fonte) http://www.guj.com.br/java/50115-voce-e-novo-no-guj-vai-criar-um-topico-e-colar-seu-codigo-fonte-leia-aqui-antes-por-favor |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 16:12:47
|
mochuara
GUJ Master
Membro desde: 20/05/2009 11:21:32
Mensagens: 1776
Offline
|
kicolobo wrote:Acho que aqui cabe o seguinte questionamento:
por que o meu cliente deve continuar comigo? Por que tenho o código fonte ou porque meu trabalho é admirado?
Opto pela segunda alternativa. Nos últimos 5 anos não tive nenhum projeto no qual prender o código fonte me oferecesse alguma vantagem (na realidade, só me ofereceu desvantagens) real.
Que bom vc pode optar por liberar o código. Infelizmente alguns casos não é possivel escolher e a unica opção é não permitir o acesso ao código fonte.
Para esses casos vc pode sempre optar por fazer uma chamada a um servidor remoto onde o código sera executado, ou uma chamada a um código compilado. Essa questão de "código fonte de mão beijada" não é bem uma limitação das linguagens interpretadas mas sim da competencia do programador em saber escolher suas ferramentas.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 16:25:33
|
Rodrigo Carvalho Auler
Virtual Machine Man
Membro desde: 14/02/2003 15:59:17
Mensagens: 576
Localização: Rio de Janeiro
Offline
|
Se você quer vender produto, liberar o código fonte pode ser ruim dependendo do modelo de nogócio.
Mas se você desenvolve sob demanda, não vejo motivo de esconder o código fonte, já que provavelmente o código está bem acoplado com o negócio do cliente e dificilmente vai ser reaproveitado pra outra coisa. Sem contar que quem compra software sob demanda é porque quer ter um diferencial em TI, e por isso a última coisa que ele quer é outra empresa usando o software dele.
[]'s
Rodrigo Auler
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 16:46:33
|
adriano_si
GUJ Master
![[Avatar]](/images/avatar/4f9ef38edcfc460a00cbb8ed5dee299c.jpg)
Membro desde: 01/10/2006 15:29:40
Mensagens: 1897
Offline
|
mochuara wrote:
kicolobo wrote:Acho que aqui cabe o seguinte questionamento:
por que o meu cliente deve continuar comigo? Por que tenho o código fonte ou porque meu trabalho é admirado?
Opto pela segunda alternativa. Nos últimos 5 anos não tive nenhum projeto no qual prender o código fonte me oferecesse alguma vantagem (na realidade, só me ofereceu desvantagens) real.
Que bom vc pode optar por liberar o código. Infelizmente alguns casos não é possivel escolher e a unica opção é não permitir o acesso ao código fonte.
Para esses casos vc pode sempre optar por fazer uma chamada a um servidor remoto onde o código sera executado, ou uma chamada a um código compilado. Essa questão de "código fonte de mão beijada" não é bem uma limitação das linguagens interpretadas mas sim da competencia do programador em saber escolher suas ferramentas.
Imaginei que houvesse esse outro "benefício" do que simplesmente querer ofuscar código...
|
"É preciso ter mais fé pra acreditar que viemos do nada..."
Blog - http://aohana.wordpress.com/
Padrão de nomenclatura Java - http://www.oracle.com/technetwork/java/codeconventions-139411.html#16712
Doc. Java - http://www.oracle.com/technetwork/java/javase/documentation/index.html
Faça perguntas Inteligentes - http://istf.com.br/perguntas
Sobrevivência no GUJ:
(Regras) http://www.guj.com.br/java/21516-regras-do-forum
(Boa prática) http://www.guj.com.br/java/15477-antes-de-voce-perguntar
(Código fonte) http://www.guj.com.br/java/50115-voce-e-novo-no-guj-vai-criar-um-topico-e-colar-seu-codigo-fonte-leia-aqui-antes-por-favor |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 18:31:11
|
kicolobo
Moderador
![[Avatar]](/images/avatar/445b6949ed8860ca6175e8c89464ba85.jpg)
Membro desde: 19/07/2006 14:11:09
Mensagens: 1131
Localização: Belo Horizonte
Offline
|
Concordo com o mochuara: há algumas raras situações nas quais não é realmente interessante liberar o código fonte (mas pela minha experiência, se tornam cada vez mais raras).
Mas o que penso a respeito é o seguinte: quando o assunto é venda, o negócio deve ser igualmente bacana pro cliente (e costumo pensar mais do lado do cliente do que meu)
* O que o cliente realmente quer é não ter amolação. Sendo assim, se você libera o seu código fonte, mas detem um conhecimento superior sobre o seu funcionamento (e principalmente a lógica de negócios), o cliente sempre vai pensar em você como a melhor fonte possível pra resolver os seus problemas.
* Construção da confiança: este é um aspecto fundamental pra mim como consumidor. Suponhamos que eu contrate os serviços de um programador e este me entregue código 100% fechado. Que garantia possuo (como consumidor) de que aquele código realmente faz APENAS o que eu pedi. Melhor ainda: que garantia tenho de que é um código que realmente possua qualidade? Que garantia possuo de que não é um software espião (soa a paranóia? precisa ver o que já vi...) pra concorrência?
* Desenvolvimento do produto como um todo. Este é batido, mas acho que vale também. Ao abrir o seu código, voce possibilita que outros o aprimorem. Se for feito um trabalho bem feito de monitoração deste código (prestar atenção às licenças, fazer um bom serviço de divulgação, etc), em pouco tempo você terá um produto campeão. E por que o cliente optará por você e não pelo Zequinha sobrinho do Tião que tem o seu código fonte? Por que é filho seu, e ao menos em teoria você o conhece como NINGUÉM. E além disto, você ainda poderá cobrar um valor premium pelos seus serviços.
* Se distribuido gratuitamente (lembre-se: open source diferente de gratuito), fica muito mais fácil construir uma base de usuários em cima da qual você poderá construir serviços e, assim, ampliar a sua renda em cima deste produto.
Claro, se quiser manter seu bicho fechado, concordo novamente com o mochuara. Crie um servidor e disponibilize uma API. É a única maneira que conheço de, de fato, esconder o seu código fonte (já vi gente analisando assembler pra descobrir como algo funcionava de fato).
|
http://devkico.itexto.com.br
Twitter: http://www.twitter.com/loboweissmann
Vamos aprender Grails?
http://www.grailsbrasil.com.br |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 18:38:10
|
kicolobo
Moderador
![[Avatar]](/images/avatar/445b6949ed8860ca6175e8c89464ba85.jpg)
Membro desde: 19/07/2006 14:11:09
Mensagens: 1131
Localização: Belo Horizonte
Offline
|
claro: um bom motivo pra se esconder código fonte é qualidade ruim.
óbviamente, não se aplica a todos os casos nem à totalidade (espero)
Se bem que o episódio no qual o código fonte do Windows 2000 vazou foi um excelente exemplo disto
|
http://devkico.itexto.com.br
Twitter: http://www.twitter.com/loboweissmann
Vamos aprender Grails?
http://www.grailsbrasil.com.br |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 16/11/2009 19:15:44
|
Thiagosc
GUJ Master
Membro desde: 27/04/2006 21:01:27
Mensagens: 1134
Offline
|
adriano_si wrote:isso aí Kico... eu devia estar vacinado por ver esse tipo de discurssão ainda em foco. As vezes penso que nós da comunidade Open Source somos um bando de malucos noiados que deveríamos voltar ao formato de negócio antigo, tamanho é o espanto com que as pessoas vêem nosso modo de pensar... Hehehehehehehhehehehehehe
É porque não funciona. Opensource não é um modelo de negócios viável.
|
|
|
 |
|
|