[SP-pm] SaoPaulo-pm Digest, Vol 110, Issue 9

Marcio Ferreira marciodesouzaferreira at gmail.com
Sat Nov 9 03:50:48 PST 2013


"Objetivo de TI é viabilizar o negócio. "
Esse é o ponto exato!
leo++


Em 8 de novembro de 2013 19:39, Leonardo Pacheco <
lpacheco at estantevirtual.com.br> escreveu:

> Cabe separar objetivo de meio também.
>
> Objetivo de TI é viabilizar o negócio.
> Na evolução da área percebeu-se que algumas práticas melhoram a qualidade
> do produto e reduzem o custo de manutenção, então procura-se segui-las para
> manter o negócio funcionando.
>
> Quando você ainda não tem um negócio, ou está tentando aumentar ele, tempo
> pode ser um fator crítico para viabilizá-lo. É o tal custo de oportunidade.
> Daí, se as tais boas práticas impedirem a entrega no prazo necessário, as
> boas práticas tem que ceder espaço para a realidade.
> (Claro que *necessário* é diferente de *desejado*. Mas essa é outra
> discussão longa.)
>
> Eu já trabalhei em um empresa de 15 pessoas que vendeu para uma das atuais
> grandes operadoras de telefonia um serviço de Help Desk 24x7 com mais de
> meia dúzia de pessoas disponíveis em todos os turnos e um sistema de gestão
> de chamados. Nada existia. Em um mês os recursos foram contratados e quando
> o sistema foi entregue ele não passava de um CRUD muito pé quebrado. Eu não
> estava na equipe e olhei para aquilo com desdém pela falta de ética. Cada
> semana o sistema crescia um pouquinho, melhorava um pouquinho, relatórios
> manuais eram automatizados, a interface web virou Dynamic HTML (lembram? dá
> uma idéia de a quanto tempo foi), ganhou um gerador de relatórios
> customizados ainda no primeiro ano, e por aí foi. O código era ASP e acho
> que nunca chegou a ser polido para ser objeto de admiração por ninguém, mas
> atendia.
>
> Ainda acompanhei a ferramenta até a segunda versão, alguns anos depois e
> ela ainda tinha bugs nojentos, mas a empresa de 15 pessoas passou para
> algumas centenas, vendeu Help Desk pelo Brasil todo e o dono deve estar
> rindo a toa até hoje. Se ele compartilhasse minha “sabedoria” na ocasião,
> talvez continuasse atuando no Rio com poucas dezenas de funcionários.
>
> Então entendo que o primeiro objetivo é ganhar dinheiro, e seguir boas
> práticas na medida que elas reduzem o desperdício e custos.
> Senão é arte.
>
> E mesmo o Steve Jobs teve suas lições aprendidas com isso.
> Quando o Mac estava em desenvolvimento, o Steve dizia que a equipe era de
> artistas.
> Quando o projeto já estava atrasado, o lema dele virou “real artists ship”.
> :-)
>
> *--*
> *Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn*
>
> On 08/11/2013, at 18:00, saopaulo-pm-request at pm.org wrote:
>
> Message: 1
> Date: Fri, 8 Nov 2013 14:25:27 -0200
> From: Blabos de Blebe <blabos at gmail.com>
> To: Perl Mongers S?o Paulo <saopaulo-pm at mail.pm.org>
> Subject: Re: [SP-pm] Facebook Perl (2005)
> Message-ID:
> <CAAxpsibnhzqoHUg8+6m_5hRdkhgnDWMmh_cKmAnTstXeX7wLLg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Opa,
>
> Vamos separar vaca de paca.
>
> Uma coisa ? algu?m de uma ?rea qualquer ter uma ideia e implementar um
> c?digo mais ou menos, que funciona.
>
> Outra coisa, ? algu?m da ?rea de TI fazer servi?o porco porque "tem que
> entregar". Isso ? burrice e n?o cola comigo.
>
> Quando voc? p?e na ponta do l?pis o que ? necess?rio pra fazer c?digo de
> qualidade voc? v? que n?o ? aquele bixo de 42 cabe?as, pensar um pouco
> antes de resolver um problema da forma mais porca que voc? encontrar.
>
> Vejam, existem m?todos e m?todos. Eu n?o estou dizendo que voc? precisa
> fazer 244 documentos ou ter 101% de cobertura nos testes, mas quem ? de TI
> tem obriga??o de saber onde e como aplicar cada metodologia, adaptar de
> acordo e saber quantos n?veis de maturidade o c?digo precisa. Quem n?o ?,
> n?o tem como saber.
>
> Tempo n?o ? desculpa. Voc? n?o fabrica um carro mais r?pido porque algu?m
> chega e diz "tal dia tem que estar pronto". Voc? fabrica se voc? melhora os
> m?todos de produ??o. E se fizer o carro de qualquer jeito, vai dar merda
> (quantas vezes j? n?o deu?). Por que com software tem que ser diferente?
>
> T?o errado quanto o cara que faz porquice por pregui?a, ? o cara que pega o
> livro do Pressman por exemplo, ignora a parte em que ele fala de adapta??o,
> e tenta entortar o seu projeto pra caber dentro da defini??o b?sica da
> metodologia xyz, cria 327 diagramas e fica cheio de pompa porque t?
> "aplicando m?todo". Ah v?...
>
> ? uma quest?o de bom senso, voc? n?o sai pelado de casa porque colocar a
> roupa demora, nem vai ? praia de terno, em situa??es normais. Se fizer,
> bixo, tem alguma coisa errada...
>
> []'s
>
>
>
>
> 2013/11/2 Tiago Peczenyj <tiago.peczenyj at gmail.com>
>
> Eu nem entendi o que isso faz ent?o n?o vou criticar mas... que falta POD
> e devia estar no CPAN todo mundo concorda  .
> Em 02/11/2013 16:53, "Hernan Lopes" <hernanlopes at gmail.com> escreveu:
>
> * ponto negativo para criticar o c?digo dele... ou ele.
>
>
>
> 2013/11/2 Hernan Lopes <hernanlopes at gmail.com>
>
> Provavelmente o perfeccionismo nem sempre anda em paralelo com
> efici?ncia.
> No caso do c?digo do facebook, talvez faltou outras pessoas tambem
> re-utilizarem o c?digo. Ao tentar fazer isso, com certeza alguem iria
> questionar pq est? daquele jeito(e n?o do jeito ideal) e com certeza seria
> melhorado. Mas o mais importante, limpa ou n?o, ? que a implementac?o
> estava feita... alguem sentou a bunda na cadeira e implementou... talvez
> essa pessoa n?o sabia exatamente o qu? e como queria aquilo, mas fez.
> Enquanto isso em outras empresas, outros programadores( excelentes ou
> n?o ), emitiam (e continuam a emitir) mais opini?o do que linha de c?digo.
> E outros, mais criticavam do que botavam a m?o na massa. Pelo visto o
> c?digo do facebook foi feito por alguem que programava mais do que opinava,
> e talvez por isso o facebook seja o facebook.
>
> Por essas e outras eu gosto do mst, pois quando necess?rio ele critica,
> mas sempre agrega para a evoluc?o do programador em quest?o. Ao mesmo tempo
> ele botou a m?o na massa e criou o dbix::class, catalyst e outros que
> muitas pessoas usam. E essas pessoas talvez n?o contratariam o mst por que
> iriam encontrar algum ponto negativo para criticar o c?digo dele.
>
>
>
>
> 2013/11/2 Stanislaw Pusep <creaktive at gmail.com>
>
> Coincidentemente, li ontem que o c?digo-fonte da vers?o alpha do Google
> tamb?m era uma meleca:
>
> http://www.businessinsider.com/larry-page-sergy-brin-are-lousy-coders-2013-10
> Ali?s, projetos em est?gio alpha do Google ainda s?o uma meleca (tipo:
> "esquecemos de implementar Basic Authentication no cliente HTTP da nossa
> nova API! Ooops, vamos ter que usar whitelist de IP").
> Tem um monte de gente na lista que curte startup; "fail fast" n?o ? um
> dogma de "lean startup"?! E como vai conseguir "fail fast" se s? para
> come?ar a fazer um programinha em Java hoje em dia precisa declarar
> 257637637
> classes?
>
> ???????, 2 ?????? 2013 ?. ???????????? Hernan Lopes ?????:
>
> Tudo bem que o zuckerberg era estudante de harvard e esse tipo de
>
> universidade ensina esse tipo de linguagem... VS java/.net no brasil...
> Mas ai eu pergunto... vamos supor que vc est? entrevistando o
> zuckerberg, vc contrataria um cara desse ? Ser? que tem futuro ? Ser? que
> agrega a equipe ?
> :)
>
>
>
> 2013/11/1 Stanislaw Pusep <creaktive at gmail.com>
>
> J? mandei esse link nessa lista umas par de vez, aqui vai mais uma:
> http://prog21.dadgum.com/142.html
> Agora, a minha opini?o pessoal: existe uma press?o seletiva no mundo
> dos c?digos, e a isso soma-se o fato de que os c?digos s?o replic?veis e
> mut?veis :)
> Oneliners que rodam do crontab podem viver tranquilamente por
> d?cadas se n?o existe press?o no nicho em que operam. Paralelo no mundo
> material: as amebas.
>
> ???????, 1 ?????? 2013 ?. ???????????? Marcio Ferreira ?????:
>
> Um funcion?rio do Facebook postou antigo fonte(em perl) da feature
>
> que calculava um grafo entre os amigos,
> https://gist.github.com/philfreo/7257723
>
> O que me chamou aten??o foi m? qualidade do c?digo, exemplo, linha
> 39 "parece" aceitar SQL Injection. O IF/ELSE infinito na linha 100, etc. A
> pr?pria thread no HN[https://news.ycombinator.com/item?id=6650195]
> metralha o c?digo chamando de "perl4-ism".
>
> [off-topic]
> N?o chamando aten??o para escrever c?digo ruim, mas volto ao antigo
> dilema, c?digo que funciona VS ~Catedral~. Atualmente, quando aperta fa?o
> at? um ./xgh (hehehe). Enfim, c?digo que entrega VS c?digo que
> "atrasa"(talvez).
>
> Hoje o fonte deles n?o deve ser dessa forma, claro(com tanta gente
> pra manter esse c?digo e tentativas de hacking facebook), mas come?ou dessa
> forma.
>
>
>
> --
> ?????????? ? ????? iPhone
>
> =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
>
>
>
>
> --
> ?????????? ? ????? iPhone
>
> =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
>
>
> =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/20131108/ca887cd6/attachment-0001.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm at pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
> ------------------------------
>
> End of SaoPaulo-pm Digest, Vol 110, Issue 9
> *******************************************
>
>
>
> =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/20131109/2e00e5f3/attachment-0001.html>


More information about the SaoPaulo-pm mailing list