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

Fri Nov 8 13:39:49 PST 2013

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
> *******************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20131108/572392a4/attachment.html>