La pratique, ça à toujours été mon meilleur prof : je suis auto-didacte pour 95% de mes connaissances informatique (hum… en solo: QBasic, asm x86, langage C, programmation générique, C++11, linux, bidouillages windows, reverse engineering (ouai, bon, ok, cracking plus qu'autre chose), diverses techniques d'attaque, gestion de version, cmake, perl, shell, licences libres, design pattern du GoF et GRASP, technique de chiffrement, de dissimulation et d'autres trucs que j'oublie certainement. En cours: les classes, le sql, merise, UML, notions de réseau renforcées, active directory, notions de droit. C'est à peu près tout… donc pas 95%, mais plus de 60% si on considère que c'est du 1 vs 1, ce dont je doute TRES fortement. ).
Après, potasser… je fais ça quand je tombe sur un article qui m'intéresse, ou qui traite d'un problème que je rencontre (ou ai rencontré). D'ailleurs, faut que je dégotte une solution pour plier openGL à mes caprices :P
Pour ce qui est d'éviter les astuces de sioux, c'est clair, et pour le nombre de lignes de code, ça fait longtemps que j'applique le fameux principe du fumiste: moins j'en fait, mieux j'me porte!
Et pour vérifier que le code est compréhensible par les autres, un outil que j'aime beaucoup, même s'il à ses limites, c'est cccc : C and C++ Code Counter, qui mesure divers indices et donne une idée de la complexité: nombre de chemins de code, entres autres.
Dommage qu'il ne supporte pas très bien les template, tout de même. Mais malgré ça, pas mal de bons indices sur le code à améliorer si on vise la lisibilité. Et conséquence annexe, on se retrouve avec un code plus performant :P (moins de lignes, moins de bugs, moins de mémoire bouffée, ce genre de choses…)
[^] # Re: C'est quoi propre ?
Posté par freem . En réponse au journal Du code propre, c'est quoi ?. Évalué à 2.
La pratique, ça à toujours été mon meilleur prof : je suis auto-didacte pour 95% de mes connaissances informatique (hum… en solo: QBasic, asm x86, langage C, programmation générique, C++11, linux, bidouillages windows, reverse engineering (ouai, bon, ok, cracking plus qu'autre chose), diverses techniques d'attaque, gestion de version, cmake, perl, shell, licences libres, design pattern du GoF et GRASP, technique de chiffrement, de dissimulation et d'autres trucs que j'oublie certainement. En cours: les classes, le sql, merise, UML, notions de réseau renforcées, active directory, notions de droit. C'est à peu près tout… donc pas 95%, mais plus de 60% si on considère que c'est du 1 vs 1, ce dont je doute TRES fortement. ).
Après, potasser… je fais ça quand je tombe sur un article qui m'intéresse, ou qui traite d'un problème que je rencontre (ou ai rencontré). D'ailleurs, faut que je dégotte une solution pour plier openGL à mes caprices :P
Pour ce qui est d'éviter les astuces de sioux, c'est clair, et pour le nombre de lignes de code, ça fait longtemps que j'applique le fameux principe du fumiste: moins j'en fait, mieux j'me porte!
Et pour vérifier que le code est compréhensible par les autres, un outil que j'aime beaucoup, même s'il à ses limites, c'est cccc : C and C++ Code Counter, qui mesure divers indices et donne une idée de la complexité: nombre de chemins de code, entres autres.
Dommage qu'il ne supporte pas très bien les template, tout de même. Mais malgré ça, pas mal de bons indices sur le code à améliorer si on vise la lisibilité. Et conséquence annexe, on se retrouve avec un code plus performant :P (moins de lignes, moins de bugs, moins de mémoire bouffée, ce genre de choses…)