Exactement, c'est ce qui fait, je trouve, la force du langage Ruby.
Pour moi, Ruby c'est du perl en plus simple et plus beau ;-)
Sérieusement, je conseil à tout le monde de regarder ruby. Je ne dis absolument pas que tout le monde doit coder en ruby, mais le modèle objet de ruby est assez sexy et vraiment intéressant.
Et on a je trouve justement un langage dans lequel on peut coder vite et bien (ruby étant assez succint).
Pourriware is not a crime. ;-)
ben en fait presque...
pour moi, un bon code doit être tant que possible un beau code
l'avantage de commencer en écrivant du code propre, est qu'on en prend assez vite l'habitude et donc on continue a faire des choses propres. Ca n'empèche pas de faire du code un peu roots mais ça doit être vraiment limité.
Le problème de commencer par du code sale mais qui marche est qu'on a aucune raison d'écrire proprement puisque ça marche... et changer ensuite de façon de coder n'est pas forcément simple.
Le résultat que j'en ai vu, c'est des fichiers h/cpp assez halucinant :
dans le même .h : 300 lignes de defines suivit des définitions de 11 structures et 7 classes (dont l'une d'environ 700 lignes sans commentaires, tous les attributs étant en plus public évidemment).
Le .cpp correspondant fait un peu plus de 46000 lignes, avec des fonctions de plusieurs milliers de lignes, des imbrications type :
if / while / if / if / switch / switch / if / switch
et des fonctions prenant 21 paramètres.
Alors oui ça marche (c'est en prod) ... mais putain que c'est crade !
Pour moi un code doit être beau, se lire relativement facilement (ça dépend évidemment des algos derrières mais si on en fait abstraction ça doit être facile à lire) et compiler sans erreurs ni warnings
/me a fini son petit moment evangeliste de beau code ;-)
[^] # Re: mouais
Posté par CrEv (site web personnel) . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 3.
Pour moi, Ruby c'est du perl en plus simple et plus beau ;-)
Sérieusement, je conseil à tout le monde de regarder ruby. Je ne dis absolument pas que tout le monde doit coder en ruby, mais le modèle objet de ruby est assez sexy et vraiment intéressant.
Et on a je trouve justement un langage dans lequel on peut coder vite et bien (ruby étant assez succint).
ben en fait presque...
pour moi, un bon code doit être tant que possible un beau code
l'avantage de commencer en écrivant du code propre, est qu'on en prend assez vite l'habitude et donc on continue a faire des choses propres. Ca n'empèche pas de faire du code un peu roots mais ça doit être vraiment limité.
Le problème de commencer par du code sale mais qui marche est qu'on a aucune raison d'écrire proprement puisque ça marche... et changer ensuite de façon de coder n'est pas forcément simple.
Le résultat que j'en ai vu, c'est des fichiers h/cpp assez halucinant :
dans le même .h : 300 lignes de defines suivit des définitions de 11 structures et 7 classes (dont l'une d'environ 700 lignes sans commentaires, tous les attributs étant en plus public évidemment).
Le .cpp correspondant fait un peu plus de 46000 lignes, avec des fonctions de plusieurs milliers de lignes, des imbrications type :
if / while / if / if / switch / switch / if / switch
et des fonctions prenant 21 paramètres.
Alors oui ça marche (c'est en prod) ... mais putain que c'est crade !
Pour moi un code doit être beau, se lire relativement facilement (ça dépend évidemment des algos derrières mais si on en fait abstraction ça doit être facile à lire) et compiler sans erreurs ni warnings
/me a fini son petit moment evangeliste de beau code ;-)