Que sais-tu des besoins et envies des développeurs sur ces projets en PHP, surtout pour les projets internes ?
Pour avoir bossé dans plusieurs boites avec plusieurs technos et des devs avec des niveaux différents, je dirais qu'un dev qui va promouvoir PHP est un dev qui n'a eu que très peu d'autres expériences de langages (ou alors sur des trucs tellement plus archaïque qu'il n'est pas vraiment objectif).
Dire le contraire c'est ce voiler la face.
Si un langage satisfait les objectifs de l'application, aucune raison de changer.
Peu importe l'application, y'a des constantes : la fiabilité, la productivité et la performance sont présent pour n'importe quoi. C'est le pourcentage entre chaque qui change et le degré d'exigence.
Sur la fiabilité, je pense que les bugs critiques (erreur 500) ne plaisent à personne.
Sur des gros projets, tu dois pouvoir faire des modifs, du refactoring sans connaitre le code dans sa globalité, avoir toutes les connaissances métiers et sans avoir forcément une couverture de tests de malade et également travailler avec des personnes qui ont des niveaux variables (le mec qu'à 20 ans d'expériences en PHP va sans doute réussir à faire pas trop mal parce qu'il aura anticipé une bonne partie des faiblesses du langage)
PHP n'ai franchement pas taillé pour ça.
Totalement subjectif. Question de goût.
Le goût, ça s'affine.
Mouai, ça montre surtout que tu ne connais pas bien l'éco-système PHP
Non, je ne connais pas bien car comme dis et du peu que je regarde, c'est que du réchauffé. On fait des trucs déjà existant depuis longtemps dans la techno qu'on connait bien mais pas ou peu d'innovations.
Quand j'ai été en relation avec des devs PHP "expérimentés" à chaque fois qu'on évoquais certains points (genre l'asynchronisme) c'était "on peut" et une fois dans les faits : "ben, c'est compliqué, tu comprends, y'a du legacy..."
Soit ils étaient tous nulles soit y'a anguille sous roche.
On peut faire plein d'autres choses que du web.
Mais pourquoi s'infliger ça !
Quand je bricole, je fais pas tout au marteau même si c'est possible.
Pourquoi prolonger la vie d'un truc qui s’essouffle ?
Justement, avec les VM/containers, une archi orienté micro-services, on peut varier les plaisirs.
ReactPHP
Donc c'est pas natif et je sens la blague pour coupler ça avec des frameworks.
[^] # Re: Des bonnes idées
Posté par mothsART . En réponse à la dépêche Les nouvelles fonctionnalités de PHP 8. Évalué à -3.
Pour avoir bossé dans plusieurs boites avec plusieurs technos et des devs avec des niveaux différents, je dirais qu'un dev qui va promouvoir PHP est un dev qui n'a eu que très peu d'autres expériences de langages (ou alors sur des trucs tellement plus archaïque qu'il n'est pas vraiment objectif).
Dire le contraire c'est ce voiler la face.
Peu importe l'application, y'a des constantes : la fiabilité, la productivité et la performance sont présent pour n'importe quoi. C'est le pourcentage entre chaque qui change et le degré d'exigence.
Sur la fiabilité, je pense que les bugs critiques (erreur 500) ne plaisent à personne.
Sur des gros projets, tu dois pouvoir faire des modifs, du refactoring sans connaitre le code dans sa globalité, avoir toutes les connaissances métiers et sans avoir forcément une couverture de tests de malade et également travailler avec des personnes qui ont des niveaux variables (le mec qu'à 20 ans d'expériences en PHP va sans doute réussir à faire pas trop mal parce qu'il aura anticipé une bonne partie des faiblesses du langage)
PHP n'ai franchement pas taillé pour ça.
Le goût, ça s'affine.
Non, je ne connais pas bien car comme dis et du peu que je regarde, c'est que du réchauffé. On fait des trucs déjà existant depuis longtemps dans la techno qu'on connait bien mais pas ou peu d'innovations.
Quand j'ai été en relation avec des devs PHP "expérimentés" à chaque fois qu'on évoquais certains points (genre l'asynchronisme) c'était "on peut" et une fois dans les faits : "ben, c'est compliqué, tu comprends, y'a du legacy..."
Soit ils étaient tous nulles soit y'a anguille sous roche.
Mais pourquoi s'infliger ça !
Quand je bricole, je fais pas tout au marteau même si c'est possible.
Pourquoi prolonger la vie d'un truc qui s’essouffle ?
Justement, avec les VM/containers, une archi orienté micro-services, on peut varier les plaisirs.
Donc c'est pas natif et je sens la blague pour coupler ça avec des frameworks.