ok ...après lecture de ton url, je comprends maintenant le degré d'abstraction qui te fait dire que le unless est plus lisible que le if/then ... (t'aurai pu l'envoyer plus tôt ;-)
Interessant ton lien ... j'ai pas tout lu ... mais ça me dépasse aussi ;-)
On pourrait débattre encore des heures sur ce qu'un langage doit implémenter en matière de "forme naturelle" ...
Maintenant, toutes ces masturbations spirituelles pour dire qu'il ne devrait pas y avoir de différence entre un texte de Proust et un bout de code ... j'y crois pas ... enfin ... c'est pas pour tout de suite ...
Un jour peut être, pour peu qu'on utilise encore le clavier pour mettre à plat le design situé dans la caboche ...
C'est certes plus beau de se dire qu'il existe 15 façons d'écrire le quicksort ... comme il existe peut être 15 façons d'écrire l'étranger de camus (?!) ... ("mon dieu, quel comparaison !" )
j'aurai tendance à croire qu'il ne devrait exister qu'une seule façon d'écrire le quicksort ... ça facilliterait tellement les choses ... (le quicksort n'étant, après tout, qu'un outil devéloppé avec un outil)
Mais l'homme est ainsi fait ...
Pour tout ça, je me dis que je suis bien dans le camp des pythoneux : résumons au plus simple, pour pouvoir faire toujours plus complexe ...(si on commence déjà à gambergé de la meilleure manière d'implémenter son simple if/then/else, on avance pas)
Tout ça uniquement pour rendre les programmes "rock solid" (erreurs de types trappées à la compile), aider les futurs compilateurs à générer du code natif ... bref, aider à faire pénétrer python encore et toujours dans le milieur des entreprises ....
ça n'a pas non plus un sens profond, c'est juste parceque les entreprises auraient du mal à troquer leur baril de java/c/csharp fortement typé, contre un baril de langage dynamique qui peut pêter à tout instant (sans unittest) (cf mes posts bien au-dessus)
non, vraiment ... les 2 langages ne jouent pas du tout dans la même cours ... les 2 communautés sont vraiment très différentes ...
Vive python, vive ruby, vive [votre langage préféré] ! Vive cette diversité, et vive ce bouillon d'idées qui germent de tous les côtés de la toile grace à une floppée de petits gars qui pensent, qui discutent et qui agissent
Le monde informatique du futur sera vraiment plus qu'interessant ...
[^] # Re: allez ...
Posté par manatlan (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 2.
Interessant ton lien ... j'ai pas tout lu ... mais ça me dépasse aussi ;-)
On pourrait débattre encore des heures sur ce qu'un langage doit implémenter en matière de "forme naturelle" ...
Maintenant, toutes ces masturbations spirituelles pour dire qu'il ne devrait pas y avoir de différence entre un texte de Proust et un bout de code ... j'y crois pas ... enfin ... c'est pas pour tout de suite ...
Un jour peut être, pour peu qu'on utilise encore le clavier pour mettre à plat le design situé dans la caboche ...
C'est certes plus beau de se dire qu'il existe 15 façons d'écrire le quicksort ... comme il existe peut être 15 façons d'écrire l'étranger de camus (?!) ... ("mon dieu, quel comparaison !" )
j'aurai tendance à croire qu'il ne devrait exister qu'une seule façon d'écrire le quicksort ... ça facilliterait tellement les choses ... (le quicksort n'étant, après tout, qu'un outil devéloppé avec un outil)
Mais l'homme est ainsi fait ...
Pour tout ça, je me dis que je suis bien dans le camp des pythoneux : résumons au plus simple, pour pouvoir faire toujours plus complexe ...(si on commence déjà à gambergé de la meilleure manière d'implémenter son simple if/then/else, on avance pas)
Regarde où en est la communauté python ...
ils sont en train de voir comment implémenter un typage fort (optionnel) dans un futur python ...
http://aroberge.blogspot.com/2005/01/where-keyword-and-python-as-ps(...)
(cette approche est ma préférée)
Tout ça uniquement pour rendre les programmes "rock solid" (erreurs de types trappées à la compile), aider les futurs compilateurs à générer du code natif ... bref, aider à faire pénétrer python encore et toujours dans le milieur des entreprises ....
ça n'a pas non plus un sens profond, c'est juste parceque les entreprises auraient du mal à troquer leur baril de java/c/csharp fortement typé, contre un baril de langage dynamique qui peut pêter à tout instant (sans unittest) (cf mes posts bien au-dessus)
non, vraiment ... les 2 langages ne jouent pas du tout dans la même cours ... les 2 communautés sont vraiment très différentes ...
Vive python, vive ruby, vive [votre langage préféré] ! Vive cette diversité, et vive ce bouillon d'idées qui germent de tous les côtés de la toile grace à une floppée de petits gars qui pensent, qui discutent et qui agissent
Le monde informatique du futur sera vraiment plus qu'interessant ...
bon, je retourne dans mon csharp ;-(