[SP-pm] Facebook Perl (2005)

Hernan Lopes hernanlopes at gmail.com
Sat Nov 2 11:53:13 PDT 2013


* 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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20131102/47a2cf11/attachment.html>


More information about the SaoPaulo-pm mailing list