Python est trop dangereux pour les étourdis chroniques : trop de libertés, trop de possibilités d'erreur, trop de canards enrubannés (et parfois même, comme avec GTK+2, des bogues entre les bindings C et la machine virtuelle un peu trop subtiles à mon goût).
Des langages fortement typés comme Haskell ou C/C++ et leurs descendants (Java, Vala?) ne conviendraient-ils pas mieux ? (je ne connais pas Ruby, je ne sais pas ce qu'il en est pour lui). Tant pis pour les fioritures et autres "boilerplate". On a des éditeurs de textes suffisamment puissants aujourd'hui pour ne plus s'en soucier. Tant pis également pour ce méchant compilateur qui n'arrête pas de nous taper sur les doigts. Il faut persévérer, on est tous passé par là et on finit par s'y faire.
S'il le faut, on peut même rajouter une p'tite bibliothèque de tests unitaires. Avec tout ça, on devrait bien réussir à vaincre cette «malédiction» !
[^] # Re: Et pis .....thon n'est pas très TDAH-compliant, si ?
Posté par Johands . En réponse au journal Lamentations ou les remords d'un geek. Évalué à 5.
Python est trop dangereux pour les étourdis chroniques : trop de libertés, trop de possibilités d'erreur, trop de canards enrubannés (et parfois même, comme avec GTK+2, des bogues entre les bindings C et la machine virtuelle un peu trop subtiles à mon goût).
Des langages fortement typés comme Haskell ou C/C++ et leurs descendants (Java, Vala?) ne conviendraient-ils pas mieux ? (je ne connais pas Ruby, je ne sais pas ce qu'il en est pour lui). Tant pis pour les fioritures et autres "boilerplate". On a des éditeurs de textes suffisamment puissants aujourd'hui pour ne plus s'en soucier. Tant pis également pour ce méchant compilateur qui n'arrête pas de nous taper sur les doigts. Il faut persévérer, on est tous passé par là et on finit par s'y faire.
S'il le faut, on peut même rajouter une p'tite bibliothèque de tests unitaires. Avec tout ça, on devrait bien réussir à vaincre cette «malédiction» !