Page 2 sur 5
Re: PHP...
Publié : 08 décembre 2012, 13:42
par Kyria Stenory
Epitech après c'est pas une réf. C'est une école qui demande juste d'avoir les tunes pour entré et pas un niveau comme les autre école d'ingénieur. Donc perso ça m'étonne pas. Pas pour rien quelle ait un classement synthec plus basse que les autre . Le reste du poste est dans le vrai également
Re: PHP...
Publié : 09 décembre 2012, 17:51
par Tial
C'est intéressant les comparaisons mais n'oublions pas l'histoire et les besoins qui ont conduit à la création des différents langages.
PHP est né au balbutiements du web dynamique, ne n'oublions pas.
Beaucoup de choses sont héritées d'un autre age.
Re: PHP...
Publié : 09 décembre 2012, 19:39
par San Pek
Tial a écrit :C'est intéressant les comparaisons mais n'oublions pas l'histoire et les besoins qui ont conduit à la création des différents langages.
PHP est né au balbutiements du web dynamique, ne n'oublions pas.
Beaucoup de choses sont héritées d'un autre age.
Maintenant il vas falloir décider si cd'est irrécupérable et se recentrer sur des langages plus moderne ou si PHP peu avoir une seconde vie.
Dans tout les cas c'est pas près de bouger car ... c'est utilisé.
Re: PHP...
Publié : 09 décembre 2012, 20:03
par SpArtA
zornn a écrit :Le mecs me sort limite en me gueulant dessus "Je m'en branle quand je code, y'a un garbage..."
AHAHAHAH
Le pire, c'est que ça m'étonne même pas ...
Ça fait presque 10 ans que je code en .NET (c#) et j'en ai vu passer des consultants de ce genre ...
Mais bon, plus le langage est évolué et plus il fait des chose à la place du développeur, et mois le développeur saura ce qui se passe réellement. Or c'est la base de tout développement, tu dois comprendre et savoir exactement ce que fait le système à ta place, car sinon tu seras vite dans la merde. Des memory leak en .NET c'est très facile à faire, et c'est pas à cause du framework ou du garbage collector, c'est juste le dév qui est trop con et sait pas comment le gc fonctionne
Re: PHP...
Publié : 09 décembre 2012, 20:38
par Zumbala
Du point de vue de l'exploitant, à qui on livre des trucs pas toujours finalisé, je ne suis que partiellement d'accord avec ça.
A mon emplacement dans la chaine, j'ai vu passer deux grandes catégories de fail en dev, celui du dev qui est trop con, et celui du dev à qui on a donné 15% du temps normalement requis pour coder le truc proprement.
J'ai appris en direct, avec stupeur et effarement qu'il est tout à fait possible de coder un truc en cobol capable de vraquer une partition MVS, en créant une bête boucle qui remplit un des spool de sortie.
Pourtant, on peut difficilement accuser le système d'être trop permissif, ou le langage, trop évolué...
Ça peut paraitre bête, mais d'un point de vue de non développeur, au vu de la conception du système, ça relève à la fois de l'exploit, et du génie créatif.
Re: PHP...
Publié : 10 décembre 2012, 08:20
par SpArtA
Ah oui mais là, si tu fais entrer en jeu le temps passé à coder, on est dans une autre catégorie de fail. Où le développeur est souvent pas responsable... et ça quel que soit le language et les qualité du développeur.
Re: PHP...
Publié : 10 décembre 2012, 16:20
par Vrast
jvois pas pourquoi vous vous embetez, le php ça a jamais été un langage. il a un fichier de configuration. vous en connaissez beaucoup des langages avec des fichiers de configuration ? ah bah le php. (et le fortran "HP" sur Tru64, mais c'etait pas le langage qui était configuré mais le loader)
Re: PHP...
Publié : 11 décembre 2012, 04:41
par Zumbala
Vrast a écrit :(et le fortran "HP" sur Tru64, )
Re: PHP...
Publié : 11 décembre 2012, 15:16
par SpArtA
Pff, vous et vos langages du siècle dernier
Re: PHP...
Publié : 11 décembre 2012, 16:22
par diabeteman