Meowcate (./65) :
Et pour moi, un codeur qui n'est pas flemmard est un mauvais codeur.

Je ne crayonne pas, sans rentrer dans l’extrémisme du "il faut tout faire en assembleur" tu ne peux etre un bon programmeur que si tu ne te repose pas aveuglement sur des libs faites par d'autre, ou alors il faut les comprends parfaitement.
Et honnêtement un mélange de C/ASM est un des meilleurs compromis vitesse de codage/optimisation.
Mais il faut aussi être réaliste et on est de temps a autres oblige de réutiliser des libs externes.

Et mes softs (autant pro que perso) marchent mieux si je comprends tout de bout en bout que de faire que de la copie de code a droit a gauche (et c'est plus amusant/intéressant de faire soit même quitte de temps a autres a réinventer la roue, même carre)

Et puis bon le PHP: http://www.developpez.com/actu/16489/Le-PHP-aurait-ete-cree-par-un-nbsp-faux-programmeur-nbsp-et-serait-aussi-passionnant-qu-une-nbsp-brosse-a-dents-nbsp-declare-son-inventeur/



Edit: et puis l'optimisation à outrance est contre productive, le "comptage de cycle" & co n'a d’intérêt que pour le code critique, genre faire un driver pour un chip tel que les ws2812/ws2811 ou le timing est ultra critique, ben si tu ne peux utiliser de timer, tu as plus qu'interet de compter les cycles et faire de bon vieux calculs pour avoir le bon timing