Comments on: A falácia da otimização prematura

By: Guilherme Serrano

Guilherme Serrano — Wed, 25 Nov 2009 14:13:47 +0000

Opa! Apesar da “idade” do post, foi bastante útil… estava escrevendo um post sobre a importância da otimização (em alguns casos) e resolvi dar uma googleada… ótimo post!

Concordo que a otimização deve ser pensada e “pesada” para ver se o trabalho vai valer a pena e não vai prejudicar futuramente, acho que, como tu mesmo disse, o “caminho do meio” muitas vezes acaba sendo o mais viável.

Abraço!

By: Eduardo Fiorezi

Eduardo Fiorezi — Mon, 14 Jan 2008 20:04:54 +0000

Com certeza… Nada mais lógico do que fazer a coisa certa para a ocasião certa.. Vocês precisavam de desempenho e partiram pra esse lado. Mas isso se aplica a uma porcentagem bem menor de projetos. Essa sensibilidade e a liberdade de tomar essa decisão faz esse artigo ser importante.

By: Guilherme Chapiewski

Guilherme Chapiewski — Sat, 12 Jan 2008 15:15:15 +0000

O ponto é que essa frase chegou num status de mito e as pessoas passaram a achar que é ruim otimizar. O ruim é otimizar por otimizar, porque muitas vezes acaba-se perdendo tempo para ganhar milisegundos totalmente dispensáveis. Melhor gastar esse tempo se preocupando com um bom design de código.

By: Phillip Calçado "Shoes"

Phillip Calçado "Shoes" — Sat, 12 Jan 2008 12:44:11 +0000

Otimização prematura é a raiz de todo o mal. ok, não de tdo mas de muito dele. Existe uma diferença grande entre otimizar prematuramente e otimizar sabendo seus requisitos e é sobre isso que Knuth fala.

Quando você cria um site sabendo que ele deve suportar X acessos em Y tempo você deve ter isto como requisito não funcional e deve fazer seu sistema pensando nisso desde o iníncio, isso não é prematuro. Prematuro é otimizar sem saber o quanto é necessário e, pior ainda, sem ter uma métrica do seu desempenho antes e depois.

By: Eduardo Fiorezi

Eduardo Fiorezi — Fri, 11 Jan 2008 22:34:35 +0000

Sensacional ponto de vista, é bom aprender com a experiência de quem está trabalhando com um ambiente tão gigantesco.

By: Tiago Albineli Motta

Tiago Albineli Motta — Fri, 11 Jan 2008 16:36:54 +0000

PicanhaComFritas devia ler esse artigo. Pedro ficaria feliz.

By: André Pinto

André Pinto — Fri, 11 Jan 2008 00:34:54 +0000

Com o disse o Rodrigo, considero que “bom senso” é um pré-requisito para softwares de boa qualidade… Infelizmente bom senso não tem medida… Nada demais em exagero, nada de menos faltando, é exatamente como você falou sobre os budistas, é a sabedoria de sempre tentar seguir o “caminho do meio”… Ótimo post!

By: Rodrigo Veiga

Rodrigo Veiga — Thu, 10 Jan 2008 19:37:54 +0000

Galvão Bueno disse outro dia no “Bem amigos”: “use o bom senso na maioria das suas decisões. Pena que só aprendemos isso depois de velho.” Concordo com seu post.

By: Guilherme Chapiewski - Blog sobre desenvolvimento de software e tecnologia » Um beijinho no Big Brother vira um furacão!

Thu, 10 Jan 2008 18:36:53 +0000

[...] e forte! Foi muita coincidência ter acontecido isso porque há menos de dois dias eu escreví um post sobre a necessidade constante de nos preocuparmos com otimizações o tempo todo, antes mesmo d…. Felizmente estávamos preparados para essa pancada, afinal de contas todo ano damos um duro danado [...]

By: carlos moscoso

carlos moscoso — Wed, 09 Jan 2008 22:11:02 +0000

Considerar previamente questoes de performance não tem nada a ver com otimização prematura. Isso é o minimo que se deve esperar de qq um que se proponha a desenvolver qq sw nao trivial.

Isto é fornece informacoes que lhe ajudam a organizar o sistema de forma que possa ser definido ‘aonde’ no sistema e ‘quando’ no processo de desenvolvimento havera otimizacao.

By: wesley viana

wesley viana — Wed, 09 Jan 2008 14:43:23 +0000

Parabens pelo artigo! Gostei muito.
Desculpe a ignorancia mas eu nao entendo o porque que nao podemos otimizar sempre!!
Para min a otimização deve fazer parte de um projeto de software…
Mas so muito novo ainda…. tenho que aprender muitas coisas..
vlw..abraços

By: Alberto

Alberto — Wed, 09 Jan 2008 12:50:45 +0000

Olá Guilherme,
Concordo com você!
Ao meu ver, é impossível descartar o requisito “otimização” no processo inicial de desenvolvimento. Nem que este seja o MÍNIMO possível, de modo que se evite re-trabalho. Você citou um ótimo exemplo: Se não levasse em conta a quantidade de requisições no início do projeto, vocês teriam re-trabalho no player. E, re-trabalho em que?! Otimizá-lo. Então, por que não otimizá-lo já no início do projeto?!

Ótimo post. Parabéns!!

By: Diego Carrion

Diego Carrion — Wed, 09 Jan 2008 11:05:48 +0000

Muito bom o post Guillerme, me fez ver algumas coisas desde outro ponto. Concordo com você no teus análises.