> c fun/hype de faire du ruby, du erlang, du <ton language préféré> ...
mais imagine la cata si chaque personne utilisait un language différent
Donc il ne faut pas utiliser python non plus !
> la syntaxe est une chose, et si elles se ressemblent inter-languages, c'est quand même aussi dans le but de simplifier l'appréhension du language nouveau.
Mais c'est bien ça le problème, on peut aussi appeler ça un nivellement par le bas. Et non, un langage ça _doit_ s'apprendre.
Il faut savoir perdre du temps (à apprendre) pour devenir plus performant, pour faire des choses plus puissantes et donc gagner du temps sur du moyen terme...
> je ressort mon argument qui va très bien là également
Ben en fait non, je trouve pas vraiment que ce soit un bon argument...
(et pour les tests, outils, etc ça va par exemple être des lancement automatiques sur build / commit donc je les lance pas à la main, manquerait plus que ça...)
> faut toujours penser à celui qui reprendra ton code, ou à toi, avec qques bieres dans le nez.
faut être le plus clair possible, ça paye vraiment avec le temps
Déjà dans mon taff j'évite vraiment de coder avec de la bière, et si c'est le cas et que je comprend pas mon code, je crois qu'il faut plus en vouloir à la bière qu'au code...
Et faire de l'implicite n'empêche absolument pas de faire clair.
Allez, juste pour le fun :
faire de l'explicite inutile (sous pretexte que c'est "better") complexifie inutilement le code et tend à le rendre moins clair.
Moins il y a de parasitage dans le code, plus le code est clair et compréhensible.
[^] # Re: Explicit is better than implicit.
Posté par CrEv (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
mais imagine la cata si chaque personne utilisait un language différent
Donc il ne faut pas utiliser python non plus !
> la syntaxe est une chose, et si elles se ressemblent inter-languages, c'est quand même aussi dans le but de simplifier l'appréhension du language nouveau.
Mais c'est bien ça le problème, on peut aussi appeler ça un nivellement par le bas. Et non, un langage ça _doit_ s'apprendre.
Il faut savoir perdre du temps (à apprendre) pour devenir plus performant, pour faire des choses plus puissantes et donc gagner du temps sur du moyen terme...
> je ressort mon argument qui va très bien là également
Ben en fait non, je trouve pas vraiment que ce soit un bon argument...
(et pour les tests, outils, etc ça va par exemple être des lancement automatiques sur build / commit donc je les lance pas à la main, manquerait plus que ça...)
> faut toujours penser à celui qui reprendra ton code, ou à toi, avec qques bieres dans le nez.
faut être le plus clair possible, ça paye vraiment avec le temps
Déjà dans mon taff j'évite vraiment de coder avec de la bière, et si c'est le cas et que je comprend pas mon code, je crois qu'il faut plus en vouloir à la bière qu'au code...
Et faire de l'implicite n'empêche absolument pas de faire clair.
Allez, juste pour le fun :
faire de l'explicite inutile (sous pretexte que c'est "better") complexifie inutilement le code et tend à le rendre moins clair.
Moins il y a de parasitage dans le code, plus le code est clair et compréhensible.