[SP-pm] Facebook Perl (2005)

Fri Nov 8 08:25:27 PST 2013

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 em 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 em gmail.com> escreveu:
>
> * ponto negativo para criticar o código dele... ou ele.
>>
>>
>> 2013/11/2 Hernan Lopes <hernanlopes em 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 em 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 em 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 em 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 em 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 em 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 em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20131108/ca887cd6/attachment.html>