implé en php (pas satisfaisant)
implé en perl (c'était pas ça)
implé le lisp (lush pour être précis, toujours pas ça)
implé en python. Ah, voilà, là ça va \o/
Salut Kaos,
C'est off-topic, mais ça m'intéresse de savoir le pourquoi des "pas satisfaisant" et autres.
Je pose la question car je suis étonné (et curieux de nature). Moi j'ai toujours tout fait en PHP, mais note que ça aurait pu être un autre langage, c'est juste que c'est celui que j'ai maîtrisé à fond en premier, et je suis resté à mon premier amour.
Mais tu as l'air de dire qu'un projet s'accomode mieux d'un langage plutôt que d'un autre.
Je peux comprendre quand il y a vraiment un facteur spécifique, genre il faut que ce soit hyper-rapide donc Assembleur, ou usage obligatoire d'une bib dont le binding n'existe que pour un langage précis, ... Or, pour 99% des projets que j'ai pu faire, avec un bon gros mix de devs web, scripts en batch, daemons, client lourd, je ne me suis jamais retrouvé bloqué par mon langage par défaut, et changer de langage n'aurait rien apporté de mieux, ni en facilité de dev ni en qualité du résultat.
Par exemple, là je suis en congé, et ça fait 3 jours que je suis sur le dev d'un serveur imap en PHP, pour aller avec les serveurs POP et SMTP que j'avais également fait en PHP il y a plus de 15 ans de ça. Je n'en suis qu'à un tiers de la RFC, putain c'est long... Ce n'est certes pas "conventionnel" de faire des daemons linux en PHP, mais pourquoi pas ? je ne vois pas ce que m'aurait apporté de plus le fait de le faire en Python, en Perl, en C ou en perlimpinpin ; ça tourne, ça roule, ça tient la charge. Un algo est un algo, le langage est juste une façon de faire comprendre ce qu'on veut que le proc fasse.
Donc voilà, pourquoi pour toi Python a été plus adapté sur ce big projet ?
[^] # Re: Ok
Posté par xulops (site web personnel) . En réponse au journal Agir contre ses valeurs.... Évalué à 3.
Salut Kaos,
C'est off-topic, mais ça m'intéresse de savoir le pourquoi des "pas satisfaisant" et autres.
Je pose la question car je suis étonné (et curieux de nature). Moi j'ai toujours tout fait en PHP, mais note que ça aurait pu être un autre langage, c'est juste que c'est celui que j'ai maîtrisé à fond en premier, et je suis resté à mon premier amour.
Mais tu as l'air de dire qu'un projet s'accomode mieux d'un langage plutôt que d'un autre.
Je peux comprendre quand il y a vraiment un facteur spécifique, genre il faut que ce soit hyper-rapide donc Assembleur, ou usage obligatoire d'une bib dont le binding n'existe que pour un langage précis, ... Or, pour 99% des projets que j'ai pu faire, avec un bon gros mix de devs web, scripts en batch, daemons, client lourd, je ne me suis jamais retrouvé bloqué par mon langage par défaut, et changer de langage n'aurait rien apporté de mieux, ni en facilité de dev ni en qualité du résultat.
Par exemple, là je suis en congé, et ça fait 3 jours que je suis sur le dev d'un serveur imap en PHP, pour aller avec les serveurs POP et SMTP que j'avais également fait en PHP il y a plus de 15 ans de ça. Je n'en suis qu'à un tiers de la RFC, putain c'est long... Ce n'est certes pas "conventionnel" de faire des daemons linux en PHP, mais pourquoi pas ? je ne vois pas ce que m'aurait apporté de plus le fait de le faire en Python, en Perl, en C ou en perlimpinpin ; ça tourne, ça roule, ça tient la charge. Un algo est un algo, le langage est juste une façon de faire comprendre ce qu'on veut que le proc fasse.
Donc voilà, pourquoi pour toi Python a été plus adapté sur ce big projet ?