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