[SP-pm] Pronto Para Produção (was Re: Parse de Linguagens)

Mon Oct 17 13:47:13 PDT 2011

Russo, que bom ver 'sustança' de vez em qdo.

grato por expor uma visão + senior das coisas.
  From: Alexei Znamensky 
  To: saopaulo-pm at mail.pm.org 
  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 <tiago.peczenyj at gmail.com>

    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 <dan.vinciguerra at gmail.com>

      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 <daniel.oliveira.mantovani at gmail.com>

        Você pode usar o perl -c foo.pl

        2011/10/17 Daniel Vinciguerra <dan.vinciguerra at gmail.com>

          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: SaoPaulo-pm at pm.org
           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: SaoPaulo-pm at pm.org
         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: SaoPaulo-pm at pm.org
       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: SaoPaulo-pm at pm.org
     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: SaoPaulo-pm at pm.org
   L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
  =end disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111017/623f356b/attachment-0001.html>