Python est va dominer pour le haut niveau. Pas tellement grâce au langage en lui-même (car certains langages sont aussi puissant voir plus, ex: ruby)
Pourquoi dis tu ca ?
Je connais plutot pas mal les deux langages mais franchement, j'ai vraiment eu du mal a voir en quoi Ruby est plus puissant que Python.
Ok, les notions objets sont plus poussées meme si c'est pas au niveau de Java/C# mais a part ca, c'est bonnet blanc/blanc bonnet les deux de ma vision.
Pour php, ca a ete evoque au dessus, mais je te trouve tres (trop categorie).
Ok, les fonctions sont mal pensées dans leur globalité. Exemple :
- mixed str_replace ( mixed search, mixed replace, mixed subject [, int &count])
- int stripos ( string haystack, string needle [, int offset])
Dans str_replace, la chaine que l'on va utiliser est le 3 eme parametre
dans stripos, c'est le premier.
C'est un détail comme ca a premiere vue, mais quand on dev bcp en PHP, c'est vraiment lourd a chaque fois (et c'est pas que ce cas là malheureusement)...
Apres, pour la non uniformatisation des acces aux bases de données, tu as les libs Pear qui font ca en php depuis pas mal de temps ...
Et bon, le passage rapide Mysql => Postgresql, c'est un reve ...
les syntaxes étant differentes tu dois repasser derriere pour revoir la syntaxe (rien que LIMIT x,y avec mysql qui devient LIMIT x OFFSET y en postgresql et je parle pas des group by, having, subselect et co ...)
Y'aura tjs des entreprises stupides pour utiliser les JAVA beans, J2EE et autres stupidités du genre.
Essaye, tu verra que c'est pas si stupide que ca (surtout quand ca apporte des tools genre Struts)...
[^] # Re: Le langage du futur ?
Posté par Sylvestre Ledru (site web personnel) . En réponse au journal Le langage du futur ?. Évalué à 1.
Pourquoi dis tu ca ?
Je connais plutot pas mal les deux langages mais franchement, j'ai vraiment eu du mal a voir en quoi Ruby est plus puissant que Python.
Ok, les notions objets sont plus poussées meme si c'est pas au niveau de Java/C# mais a part ca, c'est bonnet blanc/blanc bonnet les deux de ma vision.
Pour php, ca a ete evoque au dessus, mais je te trouve tres (trop categorie).
Ok, les fonctions sont mal pensées dans leur globalité. Exemple :
- mixed str_replace ( mixed search, mixed replace, mixed subject [, int &count])
- int stripos ( string haystack, string needle [, int offset])
Dans str_replace, la chaine que l'on va utiliser est le 3 eme parametre
dans stripos, c'est le premier.
C'est un détail comme ca a premiere vue, mais quand on dev bcp en PHP, c'est vraiment lourd a chaque fois (et c'est pas que ce cas là malheureusement)...
Apres, pour la non uniformatisation des acces aux bases de données, tu as les libs Pear qui font ca en php depuis pas mal de temps ...
Et bon, le passage rapide Mysql => Postgresql, c'est un reve ...
les syntaxes étant differentes tu dois repasser derriere pour revoir la syntaxe (rien que LIMIT x,y avec mysql qui devient LIMIT x OFFSET y en postgresql et je parle pas des group by, having, subselect et co ...)
Y'aura tjs des entreprises stupides pour utiliser les JAVA beans, J2EE et autres stupidités du genre.
Essaye, tu verra que c'est pas si stupide que ca (surtout quand ca apporte des tools genre Struts)...