Les bricolos du dimanche en informatique - Page 1

Non mais sérieux les gars il faut lire des bouquins! Apprendre le C++ ca suffit pas hein.
Pfff quand je vois comme certains utilisent l'heritage..., meyer et liskov se feraient des cheveux blancs en regardant ca!

Ca me réconforte de plus en plus dans mon idée que 90% des informaticiens sont des bidouilleurs du dimanche qui comptent sur "l'ancienneté de bidouillage" et non pas sur la formation continue et le raisonnement intelligent.

(quand je vois certaines parties du code sur lequel je travaille )

^2 quand je vois du code que je revois en ce mmt (code d'applications connues) ca fait vraiment peur (et pas seulement pour le cote "y'a des failles de secu de partout")

90% des informaticiens sont des bidouilleurs du dimanche qui comptent sur "l'ancienneté de bidouillage" et non pas sur la formation continue et le raisonnement intelligent.

Tout à fait, c'est pour ça que de nombreux informatichiens français se retrouveront au chomage, quand ils découvriront que les Indiens de Bangalore ou Hyderabad bosse 10x mieux, en 10x moins de temps, et pour 10x moins cher...

D'un côté tu gueules contre les design patterns, de l'autre contre le bricolage, tu es pour quoi alors?

jul2149 (./4) :
10x mieux

#gros doute#

jul2149 (./4) :
en 10x moins de temps

#gros doute#

jul2149 (./4) :
pour 10x moins cher...

ça je veux bien, mais ça a tendance à devenir de moins en moins vrai...

jul2149 (./4) :
10x mieux,

De part mon expérience, le niveau est pareil qu'en France. Tu as des bons. Et des nuls ! Des très bons, j'en ai pas vu encore.

jul2149 (./4) :
10x moins de temps,

Par expérience, c'est plutôt 2x plus de temps

jul2149 (./4) :
10x moins cher.

Ca touche quand même 1000-1500 dollars ces petites bêtes ! et c'est vendu au client, juste 2x moins cher qu'un ingé francais.

De plus, en Inde et en Chine, il y a des problèmes de respect des contrats et de confidentialité...

En Europe et aux USA aussi, hein...

Là-bas, c'est un peu plus difficile de faire un procès et de le gagner

Je rencontre exactement les mêmes problèmes en ce moment... sauf que je ne suis pas trop chiant : si au moins le code est documenté, indenté (bon, au pire on le fait faire automatiquement), qu'on sait ce qu'il y a dans chaque fichier et qu'il y a des SI/SE, ça me va, on part sur des bases raisonnablement correctes (en ce moment je suis sur du PHP qui n'a même pas besoin de passer dans une machine à obfusquer )

Mais je me demande souvent ce qu'on donnera quand on aura 40 ans de plus... c'est pas évident pour des gens qui sont nés avec des cartes perforées ou, au mieux avec du Cobol ou du Fortran de remettre totalement leurs façons de travailler en question.

(pour l'anecdote ma mère a fait des études de programmation et à l'époque ils utilisaient du pascal et du cobol et faisaient ce qu'ils appellent le "listing à la main" => ils devaient écrire leur code-source puis le traduire à la main en 0100110101 )

oué, le compiler et l'assembler à la main quoi

Kevin Kofler (./5) :
D'un côté tu gueules contre les design patterns, de l'autre contre le bricolage, tu es pour quoi alors?

Je gueule contre le design pattern visitor, pas contre tous les DP en général. D'ailleurs si tu te penchais un peu sur la littérature OO tu verrais qu'il est défini en leftover...
Je comprends même pas comment on peut utiliser ce pattern tellement il amène des pb et contraintes...

En même temps le seul design pattern utile et intéressant est l'IDP (inversion dependency principle). La quasi totalité des autres pattern "dérivent" de celui-ci. Seulement ce pattern va aussi avec Liskov et design by contract de B Meyer etc. Et ca peu de monde le sait et l'utilise correctement...

Rusty Frozbite (./12) :
(pour l'anecdote ma mère a fait des études de programmation et à l'époque ils utilisaient du pascal et du cobol et faisaient ce qu'ils appellent le "listing à la main" => ils devaient écrire leur code-source puis le traduire à la main en 0100110101 )

mon père a encore des cartes perforées de l'époque, il les apportait à jussieu et avait le résultat je sais plus combien de jours après ... pratique pour débugger

fallait avoir du skill, spa comme tous ces petits jeunes qui se touchent sur 3 lignes de C++ parceque ça utilise le design pattern machin et que du coup c'est teeeeellement beau ^^

Moi en ce moment je bosse sur du code où les noms de variables font soit une, soit deux lettres. Pas plus.

Ouarf, je rassure c'est pareil partout, quand je vois le projet ou je suis, et quand je dois mettre mon nez dans le code, j'ai envie de me suicider
Pas ou peu de commentaire, pas indenté, même pas tenu à jour dans un fichier. Et limite des fois la description de 1000 lignes c'est : "Utiliser pendant la livraison" ... YAHOUUUU!!!!
Mieux encore des tests répetitif de la même chose trois ou quatre fois Voir je teste pour A, puis je test pour B sachat que B est compris dans A Et la tu veux te pendre, surtout quand tu sais que c'est des "ingénieurs" de "grande école" qui touche une fois et demi ton salaire

Quand au Pattern je les emmerde (ouai bon ca me mets surement dans le groupe de ceux que je critique )

Car quand on t'apprend a coder en école d'ingé, on t'apprend pas à indenter ton code, sans doute parce que les profs pensent que c'est inutile.
D'ailleurs on t'apprend également rarement à commenter...

en même temps le bon sens ça s'apprend pas, hein

Faire du python, ça résout déjà un des 2 problèmes

literateprogramming.com resout le dernier

je viens de tomber là dessus :
if ( !"".equals(huhu.trim()) )

Bah, c'est du Java valide.

D'ailleurs, même si le code est immonde, à part remplacer le equals par un huhu.trim().length() > 0, je ne vois pas trop comment faire mieux

GoldenCrystal (./19) :
Car quand on t'apprend a coder en école d'ingé, on t'apprend pas à indenter ton code, sans doute parce que les profs pensent que c'est inutile.

A l'IUT, on avait intérêt à intender
il acceptaient plusieurs normes, à condition que, pour un programme donné, on respecte toujours la même

Kevin Kofler (./24) :
Bah, c'est du Java valide.

ben oui mais c'est ignoble :/

GoldenCrystal (./25) :
D'ailleurs, même si le code est immonde, à part remplacer le equals par un huhu.trim().length() > 0, je ne vois pas trop comment faire mieux

ben voilà
Ça coule tellement de source que je trouve qu'il faut vraiment être tordu pour écrire !"".equals()

Bah, ce n'est pas plus tordu que mes 2[(short*)p].

GoldenCrystal (./19) :
Car quand on t'apprend a coder en école d'ingé, on t'apprend pas à indenter ton code, sans doute parce que les profs pensent que c'est inutile. D'ailleurs on t'apprend également rarement à commenter...

Heu, ce n'est pas vrai ça. Enfin, dans mon école, je ne sais pas pour les autres.
La forme et les commentaires sont au moins aussi importants que le code et si tu n'indentes pas correctement ou que tu ne fais pas une Javadoc complète (pour les projets en Java), bah, faut pas espérer avoir une bonne note...

C'est un peu comme ./26

et a Epita on en parle pas un espace en fin de ligne tu te prenais 0 Alors la norme t'avais interet à la respecter Mais bon je ne dis pas que toutes les normes sont jolie. Elle était même plutot trop contraignante