Basta que não tenha um packer encriptador pra atrapalhar a jogada.<br><br><div class="gmail_quote">2011/10/17 Blabos de Blebe <span dir="ltr"><<a href="mailto:blabos@gmail.com">blabos@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">> Cobol e .Net vão no mesmo barco, quase. Mas quanto ao requisito de<br>
> "obfuscação de código"? Isso ainda é muito forte? Lembro de um projeto que<br>
> foi feito em C++ pq ruby tinha o código "exposto", como se isso fosse<br>
> dificultar uma engenharia reversa naquele caso.<br>
<br>
</div>Um amigo meu que até acompanha a lista uma vez me disse:<br>
<br>
"Pra quem fala assembly não existe código fechado".<br>
<br>
[]'s<br>
<br>
2011/10/17 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>>:<br>
<div><div></div><div class="h5">><br>
><br>
> 2011/10/17 Alexei Znamensky <<a href="mailto:russoz@gmail.com">russoz@gmail.com</a>><br>
>><br>
>><br>
>> 2011/10/17 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>><br>
>>><br>
>>> Claro Daniel,<br>
>>> Eu percebo que a pergunta sobre "esta pronto para usar em produção" tem 2<br>
>>> vertentes (que eu inventei agora). Uma vertente é generalista, que uma dada<br>
>>> linguagem ou ferramenta tem que servir para muita coisa. Deve ser por isso q<br>
>>> muito projeto é feito em Java, por exemplo. A outra é especialista: nesse<br>
>>> meu problema em específico eu posso usar?<br>
>><br>
>> Pacman,<br>
>> Eu acrescentaria uma outra perspectiva também à questão. A expressão<br>
>> "Pronto para Produção" pode variar bastante dependendo do contexto no qual<br>
>> está inserido. Por exemplo, aqui no âmbito da lista, o que eu vi gravitou<br>
>> (como sempre, e como esperado) em torno da robustez técnica da linguagem<br>
>> e/ou dos componentes do meio-ambiente que a cerca (grammar, rakudo, etc...).<br>
>> No entanto, levar um produto a produção, até onde eu enxergo, é uma decisão<br>
>> de negócio, não é uma decisão do time técnico de computação<br>
>> (desenvolvimento/suporte/whatever), e o papel deste último grupo é prover ao<br>
>> primeiro a maior quantidade possível de informações para que eles possam<br>
>> tomar essa decisão minimizando os riscos e/ou impactos para a empresa.<br>
><br>
> Perfeito<br>
>><br>
>> Isso dito, eu diria que "Pronto Para Produção" precisa de muito mais que a<br>
>> maturidade técnica do produto, precisa também, por exemplo, ter mecanismos<br>
>> de suporte bem definidos e ágeis. É preciso ter alguém, em algum lugar,<br>
>> comquem você possa abrir um chamado e essa entidade de suporte tenha a<br>
>> obrigação de atender tão rápido quanto possível. Tipo, chamar o Larry Wall<br>
>> no IRC???? Quanto tempo se gastaria para conseguir fazer o Larry Wall parar<br>
>> o que está fazendo e atender a VOCÊ? E se ele tiver outras prioridades, ou<br>
>> estiver dando uma palestra na Guiné Bissau, o que você faz? Pede para o<br>
>> cliente esperar com o site fora do ar "somente por alguns dias"? Fora o fato<br>
>> de que, você estaria pedindo a ele (ou a qualquer outra pessoa da<br>
>> comunidade) para resolver de graça um problema, para o qual você está<br>
>> recebendo. Quão justo é isso?<br>
><br>
> É verdade. Utilizei o exemplo do Larry Wall mais como um exemplo extremo mas<br>
> não soou como tal.<br>
><br>
>><br>
>> Mais: se houver uma empresa que preste suporte para Perl, por exemplo.<br>
>> Imagine que o cliente tenha um problema gravíssimo no site, está fora do ar,<br>
>> aciona o suporte com a empresa, mas eles não conseguem atender a tempo dos<br>
>> seus SLAs combinados. O cliente processa. Se a empresa de suporte for muito<br>
>> pequena, o fim dessa história é a sua morte súbita: ela vai ter de pagar<br>
>> tanto dinheiro em multa(s) que vai falir em seguida. Não há empresas grandes<br>
>> atendendo Perl em escala e profundidade necessários para dar segurança legal<br>
>> (as in "the law", modafoca) e técnica aos clientes.<br>
><br>
> Fico pensando em como isso afeta outras linguagens como Python, Ruby, etc.<br>
> Provavelmente ficam de fora desses nichos (acredito que o seu exemplo é de<br>
>  prestação de serviços a TI corporativa, que além de recursos tecnicos ainda<br>
> faz uso de coisas como ITIL, etc).<br>
><br>
>><br>
>> Um dos motivos pelos quais muitos projetos são feitos em Java é porque tem<br>
>> muita gente estudando JAva, e tem muita empresa (e grandes) dando suporte a<br>
>> coisas feitas em Java. Isso não é necessariamente bom, mas atende à<br>
>> necessidade de segurança das pessoas que estão a comprar, seja essa<br>
>> necessidade fundamentada ou não.<br>
><br>
> Cobol e .Net vão no mesmo barco, quase. Mas quanto ao requisito de<br>
> "obfuscação de código"? Isso ainda é muito forte? Lembro de um projeto que<br>
> foi feito em C++ pq ruby tinha o código "exposto", como se isso fosse<br>
> dificultar uma engenharia reversa naquele caso.<br>
><br>
>><br>
>><br>
>>><br>
>>> Eu não colocaria um software marcado como beta em produção, mas para<br>
>>> outras coisas temos formas de avaliar melhor. Por exemplo eu procuro<br>
>>> exemplos internos e indiretos para usar Perl no trabalho. Vou parsear log?<br>
>>> Vou usar Perl. Vou criar um deamon que lida com filesystem diretamente, vou<br>
>>> usar Perl. Isso cria uma bagagem para poder mostrar que tem X sistemas<br>
>>> rodando por Y meses sem incidentes e, então, posso considerar. Mas isto só<br>
>>> rola na vertente especialista.<br>
>><br>
>> No frigir dos ovos, é uma decisão de negócio porque a única forma de<br>
>> conseguir decidir se usamos um software marcado como "beta" em produção ou<br>
>> não se resume a: quanto vamos ganhar/perder com isso, qual o risco de dar<br>
>> merda, e quanto custa se der merda? Se as respostas forem, respectivamente,<br>
>> uma alta e duas baixas, não há nenhum motivo pelo qual NÃO colocar em<br>
>> produção!!! Quem decide é a grana!!<br>
><br>
> Claro. Mas se quem fez marcou como beta o fez com alguma razão. Fico com<br>
> medinho. :)<br>
> my $twocents;<br>
> []s<br>
> Russo<br>
><br>
>><br>
>> Eu não tinha pensando em usar Perl 6 ainda, nem para esse tipo de coisa.<br>
>> Seu post me dá até mais segurança para tentar :)<br>
>><br>
>> 2011/10/17 Daniel Vinciguerra <<a href="mailto:dan.vinciguerra@gmail.com">dan.vinciguerra@gmail.com</a>><br>
>>><br>
>>> Tiago,<br>
>>> Gostei muito do comentário e do seu ponto de vista e entendo<br>
>>> que perl6 tem todas as features de que vou precisar ou no mínimo<br>
>>> me atende de forma mais que satisfatória.<br>
>>> A linguagem é nova ainda e as vms que estão saindo (... começando<br>
>>> a engatinhar) estão ganhando cada vez mais poder (features,<br>
>>> performance, etc).<br>
>>> O fato é que, como responsável pelo projeto, que possivelmente virá<br>
>>> a ser um produto da empresa, devo tomar algumas decisões e cuidados<br>
>>> mínimos com este tipo de escolha, afinal de contas, tenho que usar a<br>
>>> melhor tecnologia para atender as expectativas/necessidades.<br>
>>> Me empolguei com o fato de poder usar perl6 para este projeto pois até<br>
>>> então só tinha brincado com as vms para conhecer a linguagem e como<br>
>>> o rumo das coisas é a evolução constante das vms que estão sendo<br>
>>> desenvolvidas não vejo problemas (...ao menos graves) em usar<br>
>>> perl6+rakudo<br>
>>> para encarar esta empreitada. :)<br>
>>> Obrigado a todos, e um forte braço! :)<br>
>>> Daniel Vinciguerra<br>
>>> Web Solutions Architect and Co-Owner at Bivee<br>
>>> <a href="http://github.com/dvinciguerra" target="_blank">http://github.com/dvinciguerra</a><br>
>>><br>
>>><br>
>>> 2011/10/17 Daniel de Oliveira Mantovani<br>
>>> <<a href="mailto:daniel.oliveira.mantovani@gmail.com">daniel.oliveira.mantovani@gmail.com</a>><br>
>>>><br>
>>>> Você pode usar o perl -c <a href="http://foo.pl" target="_blank">foo.pl</a><br>
>>>> 2011/10/17 Daniel Vinciguerra <<a href="mailto:dan.vinciguerra@gmail.com">dan.vinciguerra@gmail.com</a>><br>
>>>>><br>
>>>>> Bom dia senhores,<br>
>>>>> Iniciei um projeto a pouco e um dos requisitos é que eu deveria fazer<br>
>>>>> parse de de uma linguagem<br>
>>>>> de programação. A ideia é criar uma espécie de syntax validator...<br>
>>>>> Como não tenho experiencia com isso pensei em perguntar para ver<br>
>>>>> se alguém tem alguma dica<br>
>>>>> ou um módulo que eu pudesse usar.<br>
>>>>><br>
>>>>> Forte abraço a todos,<br>
>>>>><br>
>>>>> Daniel Vinciguerra<br>
>>>>> Web Solutions Architect and Co-Owner at Bivee<br>
>>>>> <a href="http://github.com/dvinciguerra" target="_blank">http://github.com/dvinciguerra</a><br>
>>>>><br>
>>>>> =begin disclaimer<br>
>>>>>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>>>>>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>>>>>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>>>>> =end disclaimer<br>
>>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> --<br>
>>>> "If you’ve never written anything thoughtful, then you’ve never had any<br>
>>>> difficult, important, or interesting thoughts. That’s the secret: people who<br>
>>>> don’t write, are people who don’t think."<br>
>>>><br>
>>>> =begin disclaimer<br>
>>>>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>>>>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>>>>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>>>> =end disclaimer<br>
>>>><br>
>>><br>
>>><br>
>>> =begin disclaimer<br>
>>>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>>>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>>>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>>> =end disclaimer<br>
>>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Tiago B. Peczenyj<br>
>> Linux User #405772<br>
>><br>
>> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
>><br>
>> =begin disclaimer<br>
>>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>> =end disclaimer<br>
>><br>
><br>
><br>
><br>
> --<br>
> Alexei "RUSSOZ" Znamensky | russoz EM gmail com | <a href="http://russoz.org" target="_blank">http://russoz.org</a><br>
> GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C<br>
> <a href="http://www.flickr.com/photos/alexeiz" target="_blank">http://www.flickr.com/photos/alexeiz</a> | <a href="http://github.com/russoz" target="_blank">http://github.com/russoz</a><br>
> "I don't know... fly casual!" -- Han Solo<br>
><br>
> =begin disclaimer<br>
>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
> =end disclaimer<br>
><br>
><br>
><br>
><br>
> --<br>
> Tiago B. Peczenyj<br>
> Linux User #405772<br>
><br>
> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
><br>
> =begin disclaimer<br>
>   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
> =end disclaimer<br>
><br>
><br>
=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tiago B. Peczenyj<br>Linux User #405772<br><br><a href="http://pacman.blog.br">http://pacman.blog.br</a><br>