Reprise du message précédent :

what?

On galère à recruter des devs PHP dans notre boite. Et pourtant, on a vraiment de bonnes conditions à l'embauche..

(Bon, je ne parle pas de développeurs débutants..)

Il a toujours été de bon ton de considérer PHP comme un language de seconde zone
 
Pourtant :
 
1) c'est lui qui me rempli le frigo et paie mon toit au dessus de la tête depuis des années.
 
2) je n'ai jamais eu de mal à changer de poste tellement l'offre est présente.
 
3) aujourd'hui ça me permet d'être à mon compte
 
4) mon client actuel galère à trouver des dev PHP

Pour toutes les technos, les gens galerent a trouver.
 
D'ailleurs rien que ca en réalité devrait etre un frein a partir sur PHP et non un signe de bonne tenu Je dis ca je dis rien
 
Perso j'ai quitté PHP, mais je garde un bon souvenir de Laravel, tres propre comme framework

― Bjarne Stroustrup, The C++ Programming Language

Enfin qui a envie de maintenir une vieille usine à gaz en PHP. C’est clairement pas la techno qui monte.
 
Et faire du WordPress, est-ce vraiment faire du développement ?

 
Oui enfin c'est complètement dépendant du type de projet. Un symfony moderne permet de faire de très gros projets bien structurés. Je suis en train de me former un peu sur django pour ma culture personnelle et je ne vois pas de différence majeure entre les deux.
Ensuite, tu as quoi comme techno backend ? NodeJS ? Ben c'est loin d'être la panacé pour tout je trouve. Après tu as ruby qui en fait est toujours ou presque utilisé avec rail et puis tu as quelques techno trendy comme go par exemple, mais aussi rust auquel je m'intéresse bcp mais qui n'est pas près pour de la prod web. Sincèrement, PHP est mûr, les versions > 7 en font un langage tout à fait correct... Bref, je vois pas trop le problème.

 
Ben tu le dis toi-même... Ce qui compte, c'est pas tellement le langage, mais ce qu'il permet de faire. Python sans Django, Ruby sans Rail ou PHP sans Laravel ou Symfony... Même combat en fait. C'est la qualité du framework et de son support qui fait la différence.

 
Dans le fond, je suis d’accord avec toi    
 
Pour faire du développement web, PHP dernière mouture avec le framework qui va bien peut sûrement faire l’affaire.
 
Par contre, on va pas se mentir, c’est pas beau à lire    
 
Il y a Élixir/Phoenix qui semble sympa sur le papier. À la fin, pour la majeure partie des sites web, c’est pas le langage le plus gros frein.
 
Je vais sûrement prendre en main une équipe faisant du PHP-Laravel/React, j’en saurais plus dans quelques mois sur la vélocité et la facilité d’embaucher  
 
Parce que la difficulté à embaucher n’a rien à voir avec la qualité de la techno. Les jeunes aujourd’hui n’apprennent plus le PHP AMHA. Et vont aussi éviter les boîtes qui en font.

 
Personne n'a envie de maintenir une usine à gaz tout court.
 
Utiliser n'importe quel CMS, indépendamment du language, ce n'est pas faire du dev.

Java.

 
ouiménon.   pour plein de raisons.    
 

Javabien et toi ?

Perso, j'ai fait un an de PHP en tant que dev web en alternance l'année dernière et ça m'a permis de me rendre compte que je n'aime pas vraiment ça

Ca depends peut etre du pays aussi la hype sur les languages.
 
Je pense que Youmoussan a raison quand il dit que les jeunes ne s'interesse pas a PHP (< 5 ans d'xp), ce qui va indubitablement rendre les recrutements plus compliques.
 

Rapport à ça, je double ma question :
est-ce que google my business website (fait avec leur builder) a une quelquonque chance de rivaliser avec un WP?  
Est-ce que ces sites sont positivement exposés généralement dans les recherches ?

 
lol
 
   

Go c'est pas mal aussi à priori. J'en ai entendu que de très bons échos.

Après comme tout le monde le dit, ça dépend de ton projet. J'aime beaucoup faire mes API en NodeJS (Express).

Dites, j'ai une question d'architecture logicielle :
 
Je dois créer une webapp de questions, qui suivent un cheminement précis, pour donner une réponse finale.
Pour une question, selon le choix de l'utilisateur (1,2,3 ou 4 propositions), il va dans une route différente.
C'est grosso-modo un arbre.
 
Sauf que je dois pouvoir adapter facilement mes routes, et créer plusieurs webapps du genre, avec des styles différents, textes différents.
Comment je peux faire au niveau code ?
Est-ce que je fous mes routes dans un XML, ou directement dans mon controleur ?  
 
Merci

J'ai bossé sur une webapp du même type, on était parti sur un graphe orienté.  
Grosso modo, on avait:  
- Un tableau des noeuds, pour les questions.
- Plusieurs tableaux d'arêtes, chacun représentant un questionnaire avec le cheminement d'une question à l'autre selon les réponses données par l'utilisateur.
 
Le tout était stocké dans des fichiers statiques, qu'on éditait à la main au début. Le jour où c'est devenu trop fastidieux à maintenir à la main, on a tout envoyé dans une base de données et on a pondu une webapp d'admin pour gérer tout ça.
La logique de routing était dans le front et on lui servait toute la data pour éviter d'attendre un aller / retour vers le serveur avant de proposer la question suivante.
 
En bonus, la webapp admin nous a permis de déporter la gestion de questionnaires des devs vers des services plus orientés business, ça nous a libéré du temps pour se concentrer sur des projets plus intéressants.
 
Après, on était pas ultra expérimentés donc on a rencontré plusieurs problèmes qu'on aurait pu résoudre plus tôt en s'étant posés les bonnes questions:
- Est-ce que la prochaine question dépend seulement de la réponse à la question en cours ou est-ce que ça peut aussi dépendre de réponses données plus tôt?
- Est-ce que la prochaine question dépend seulement des réponses données par l'utilisateur ou est-ce que ça peut aussi dépendre de données calculées côté serveur (avec notamment des API tierces appelées depuis le serveur, ce qui empêche de laisser la responsabilité au front de calculer cette donnée)?

Merci pour ta réponse.
Ça m'intéresserait de voir quelle structure de BDD tu as utilisée, car je vois pas trop comment avoir un truc simple à maintenir / faire évoluer depuis un BO.
J'imagine un truc du style : une table "questions", une table "choix" (avec l'id de la question), une table pivot choix/ID question suivante (qui permet donc de connaitre le step suivant selon le choix)...

Je pensais aussi, à l'initialisation, envoyer toutes les routes/data sous forme d'objet avec quelques petites fonctions s'occupant de demander la route suivante, mais je vois pas trop comment matérialiser le truc.

Alors gros disclaimer: j'ai changé de boite depuis, je n'ai plus accès au code donc ça va être approximatif    
 
A noter aussi: on utilisait du JSON, ça a permis de représenter assez facilement ce qu'on voulait faire (et de rendre possible certaines horreurs, mais c'est pas le sujet).
 
- Une question a un ID, un intitulé, un type (texte, nombre, date, etc.) pour afficher le bon composant de saisie dans la question, etc.
- Une route a un ID, un questionID, et un tableau de chemins possibles (ou pas, si c'est le dernier).  
- Un chemin possède (ou non) des règles, et un routeID auquel aller dans le cas où la règle est satisfaite.
 
Chez nous, le but était de créer un "dossier utilisateur" qu'on avait appelé "application" en répondant aux questions.
Chaque question avait une propriété "champ", et on modifiait notre objet "application" à chaque réponse. On l'utilisait ensuite pour tester les règles.
 
Petit exemple en espérant que ce soit un peu plus clair:  

questions: [
    { id: 1, champ: "a", reponsesPossibles: [1, 2, 3] },
    { id: 2, champ: "b", reponsesPossibles: [4, 5, 6] },
    { id: 3, champ: "c", reponsesPossibles: [7, 8, 9] },
]
 
noeuds: [
    {
        id: 1,
        questionId: 1,
        chemins: [
            {
                nodeId: 2,
                regles: [
                    { champ: "a", regle: "egal_a", valeur: 1 }
                ]
            },
            {
                nodeId: 3,
            }
        ],
    },
    {
        id: 2,
        questionId: 2,
        chemins: [
            { nodeId: 3 }
        ]
    },
    {
        id: 3,
        questionId: 3,
    }
]

 
On démarre par le 1er noeud: question 1.
L'utilisateur répond 1, notre objet application devient un objet qui a pour structure { a: 1 }.
On boucle sur les chemins du node en cours, le 1er chemin a une règle, on la teste, notre objet application a bien un champ a dont la valeur est 1, on propose le node associé (nodeId: 2): question 2.
L'utilisateur répond 5, notre objet application a pour structure { a: 1, b: 5 }.
On boucle sur les chemins du node en cours, le 1er chemin n'a pas de règle, on propose le node associé (nodeId: 3): question 3.
L'utilisateur répond 8, notre objet application a pour structure { a: 1, b: 5, c: 8 }
Pas de chemins, formulaire fini.
 
Si l'utilisateur répond 2 ou 3 à la question 1, il passe directement à la question 3.
 
Quelques petites remarques en vrac:
- Attention au cas où l'utilisateur n'est pas obligé de répondre à la question en cours mais peut aussi rechanger une réponse à une question posée avant.
- Pour les règles en elles-mêmes, on avait un tableau associatif qui mappait les noms de règles ("egal_a" ) à une fonction qui retournait un booléen.
- Pour simplifier, dans mon exemple je n'ai mis que des questions avec réponses prédéfinies et uniques, mais grosso modo on avait tout un tas de types de données (texte, date, nombre, checkbox multiples, radios, objets structurés avec composants dédiées, etc.)
- J'ai aussi omis toutes les règles de validation qui fonctionnaient grosso modo comme les règles et permettaient de restreindre une réponse sur un type de données un peu libre (typiquement, un min/max pour un nombre ou un regex à matcher pour un texte). Je ne me rappelle plus si elles étaient stockées contre la question ou contre le noeud, les 2 choix peuvent se défendre je pense.

Merci pour tes réponses ! Pas besoin de tes tables exactes, mais du coup je vais partir sur une structure de BDD à 3 tables, cela va faire le job.
 
 
Sinon, moins amusant : bout de code trouvé dans un plugin WP tout à fait classique :
 

 
Je... je.. non rien.

premature optimization :
https://stackoverflow.com/questions [...] if-else-if
 

Ça a aucune raison d’être un switch ou un if/elif, ça devrait être une map ou un set.

Un truc de ce genre ?

Oui c'est vrai que c'est à la fois lisible et plus facile à maintenir, d'ailleurs dans ma toolbox perso, j'ai une fonction qui fait l'équivalent des 5 dernières lignes...
 
Sinon dans ce cas précis on peut faire encore plus simple :

Mais c'est pas non plus le truc le plus choquant que j'ai put voir, surtout dans du code de plugin / themes Wordpress ! ^^

Ouais, ici tu peux même mapper vers null, tu revoies la clé si elle est dans ton array autrement fallback (tu utiliser l’array comme un hashset).
 
in_array marche aussi, surtout pour si peu de valeurs.

 
En une ligne:    
 

En Js :
 

 
Let the battle begin  

C'est bien merdique
 
Pourquoi pas return '$bln'.replace('$', '') ou '$bln'.substr(1) tout simplement.

Pas compris non plus
 
Mais vous excitez pas trop, même si c'est un dredy

J'aime bien les challenge shortest code

Les concours de code les plus merdiques c'est bien sur codewars dans la vraie vie on ecrit du code comprehensible

Oui enfin pour le coup c'est totalement compréhensible, faut juste connaitre la base de la base des regexp et les opérateurs ternaires.

Sauf que ca marche pas, suffit de rajouter une langue et ton code est broken

… what

Qu'est ce que tu comprends pas ?

Tout, ton commentaire veut rien dire.

Tu rajoutes une langue ça te sort ‘fr’, je vois pas le problème.

Ok.

 
Tu vois pas le probleme a rajouter une langue et que ca te sorte fr ?