Reprise du message précédent :
perso, c'est pour ça que je reste technique : les pm il y en a plein, et encore plus qui veulent le devenir  
donc pour l'instant, je reste un technique

Les PM avec bagage technique, c'est bien plus rare

De toute façon c'est intenable le technique, après je suis indépendant, en CDI c'est autre chose.

Hello.

Je rebondis là dessus.

Je suis pas développeur Web pro mais il m'arrive d'en faire dans mon boulot.
Je suis resté 10 ans en arrière : php en backend, et js/jquery/bootstrap en front-end. J'ai tenté un ou 2 tutos avancés sur angular (il y a 2 ans) mais j'ai trouvé ça d'une lourdeur incroyable, j'ai pas compris grand chose, et à la fin j'ai abandonné : trop compliqué, trop lourd, je voyais pas forcément l'intérêt.
Là je me suis lancé dans un projet perso à base de js vanilla. J'ai résisté à jquery, mais j'y suis revenu parce que je suis habitué à la syntaxe, et parce que ça paraît plus simple syntaxiquement (probablement par méconnaissance de ma part...).
Mais du coup mon truc devient lourd et absolument indigeste avec des fonctions partout qui sont pas organisées et de la manipulation de DOM à tort et à travers.

Et donc je me redemande si ca ne serait pas le moment de reprendre l'utilisation d'un framework.
Mais... Ce que j'ai vu d'angular le freine un peu. C'est hyper lourdingue, et apparemment ça bouge tout le temps (c'est ce que vous semblez dire ici, et ailleurs). Comme c'est pas précisément mon métier je préférerais un truc plus "stable" (tout en restant facile d'accès, et pas trop lourd).
Je suppose que react et vue sont devenus aussi lourds que angular ?

Est ce que vous avez d'autres frameworks qui seraient adaptés ?

Désolé si ma question a été abordée 100 fois, j'ai pas creusé ce topic (ni d'autres) particulièrement mais je me suis dit qu'ici, il y aurait des avis divers.

Merci

Angular, c'est un framework, React est une librairie.

En gros avec Angular, tu as normalement tout ce qu'il faut pour faire ce que tu veux. React tu dois aller chercher à droite à gauche des "addons" qui te permettrons d'aller plus vite.

Si ton site est simple, Angular est très certainement overkill (l'erreur que font énormément d'entreprises d'ailleurs).

VueJS, j'ai eu vent que c'était plutôt un mix des deux mais aucune certitude.

React est assez facile à prendre en main, compliqué à maitriser

React a bien grossi
Il y a maintenant n'a gestion d'état et de pas mal d'autres choses

React/vue/angular c'est le trio de tête. choisis en un au feeling. Les trois bougent beaucoup de toute façon
Ma préférence va à react + nextjs, mais c'est très personnel

Après si le coté lourdingue et un peu trop "tout inclus" d'angular le rebute, Vue serait un bon choix imho. La courbe d'apprentissage et la doc sont bonnes, de base c'est une librairie assez légère mais avec Vuex et le router ça n’empêche pas par la suite de faire de plus grosses apps.

OK pour vue

J'avais retenu que c'était moins lourd que angular.
J'aime bien le côté modulaire.

Dans mon monde (celui d'il y a 10 ans) j'aime bien le côté modulaire de jquery. Tu rajoutes des plug-ins quand t'en as besoin. Il y en a pléthore et c'est souvent facile à utiliser. (après parfois tu as un plug-in lourd pour un besoin tout simple, mais je me soigne )

Je sais que c'est pas comparable, mais le côté "modulable" permet de commencer petit et de voir plus grand en fonction des besoins. Avec angular j'ai été noyé je pense.

T'as un bon tuto sur vue ?

La doc sur le site de viens tout simplement

 
Non mais arrêter d’utiliser jquery parce que c’est vieillot ou démodé, c’est idiot. Le problème c’est que les gens utilisent n’importe quoi pour souvent pas grand chose. Tout dépend de ce que tu cherches à faire.
 
Si je devais faire du front end, je me concentrerais certainement sur React, parce qu’il y a React native derrière pour faire des apps. Je me concentrerais aussi sur flutter (j’en fait un peu pour ma culture perso).

En ce qui me concerne, c'est pas virer jquery pour virer jquery. Mais je vois que je galère sur des trucs un peu gros. J'ai toujours fait beaucoup de trucs en back-end (des trucs qui sont supposés se faire en front-end je suppose) mais je vois que c'est plus comme ça que les gens bossent.
Du coup là j'ai en tête de faire une api REST simple en blackend et de tout générer en front end.
Mais pour un mec qui a toujours bricolé le front end avec du html généré en php et 2-3 bricoles en js/jquery pour faire joli, le changement est brutal.

Vue est effectivement entre les deux mais juste avec vue et un setup Webpack tu peux faire des applications, à la limite tu as besoin d'axios ou équivalent pour les requêtes mais c'est bien self-contained et l'approche vue-cli rend le boostraping très rapide.
Pour l'instant Vue 3 et son ecosystème c'est le bordel, les tutos en ligne précisent pas quelle version est utilisée, les lib autour sont aussi en transition, c'est pas fou, mais ça va s'améliorer.
 

La transition class / hook chez React a aussi été bien chiante pour les docs / tutos...

Webpack, axios, self contained, bootstrapping... Tu m'as déjà perdu

 
Tu avais fais le tuto officiel angular ? https://angular.io/tutorial De mémoire il est top pour appréhender le FW
Ca + la doc de qualité je trouve que c'est vraiment bien pour commencer.
 
Après l'avantage pour un débutant c'est que justement, toutes les briques principales pour construire une app existe de base, tu n'as pas besoin de piocher dans npm une lib parmi 15 pour chacun de tes besoins = moins de questions à se poser (ca veut pas dire que tu dois commencer avec toutes les briques qui te tombent sur la gueule direct, tu les ajoutes selon les besoins)
Je trouve le framework stable et mature depuis quelques années
 
Perso je bosse sur du NativeScript en ce moment (app hybride ReactNative-like en angular)...  

 
   
 
J’ai l’impression que tu n’as ni fait, ni côtoyer beaucoup d’autres développeurs.
 
Dire qu’il y a un truc nécessairement plus compliqué qu’un autre sans prendre en compte ce qui est construit, ça me paraît très osé pour rester gentil.

 
Alors qu’Ember continue d’évoluer et que tout le monde reste sur son à priori du début.
 
La productivité avec React sur une appli compliquée est vraiment pas terrible je trouve, principalement parce que tout le monde réinvente tout et que si tu veux mettre à jour ça pete de partout sans te prévenir    
 
Ils ont attendu React 17 pour mettre ça en avant...

 
Tu peux toujours donner des exemples plutôt que de sortir ce genre de phrases.

 
Oui, de part ma position et encore plus de part la branche dans laquelle je bosse (recrutement), je côtoie très peu de développeurs.    
 
Je pense que c'est pas un hasard si le salaire des fronts s'est totalement envolé. Ils sont sensés maîtriser énormément de technos et ça bouge en permanence. ça veut dire qu'ils doivent se former constamment et qu'ils doivent y consacrer bcp de temps... Qu'ils n'ont généralement pas, parce qu'ils sont sous pression et que ce sont eux qui doivent cracher le plus de code bien souvent. Clairement, si je devais revenir en arrière et redevenir développeur à temps plein, c'est pas vers le front que j'irais.
 
Rajoutons à cela que souvent les technos sont immatures, les docs succinctes ou incomplètes, les updates fréquentes et susceptibles de tout casser... Comme par exemple avec nodejs. On tremble systématiquement quand on met à jour ou quand on veut installer un nouveau package avec les deps. On doit tout re-tester derrière ensuite. Niveau temps et pression, c'est juste délirant.

 
Je vais pas critiquer ember Mais tu sembles assez évangélisateur sur cette tech Note que je porte pas de jugement et que c'est peut-être très bien. Je ne connais pas bien ember.

Alors côté react native ok, ça pète

Mais des apps react j'en ai mise à jour une chier, et aucune n'a pété a la maj. Tout au plus tu as des message deprecated dans la console

Hey
 
Je viens pour voir si y'a un topic IntelliJ ou un spécialiste dans le coin.
 
Même question pour Angular.
 
 
Je commence mon alternance et ma boite est une usine à stagiaire. Donc je vais avoir besoin d'aide .

Pas plus qu'une autre technos basée sur des deps...
Voir beaucoup moins qu'une techno front qui a des breaking change a chaque versions

 
J’ai pas dit que nodejs était le pire... on l’utilise.

j'ai l'impression que la gestion des dépendances fait parti des problèmes communs à toutes les plateformes : soit tu as un système fermé, un peu plus stable, mais relativement pauvre, soit tu as un système ouvert, riche, mais avec des problèmes de compatibilités
 
 
 

Il a pas totalement tord en fonction du poids de vue. Le dev front ( ou "fullstack" ) c'est complexe parce qu'il y a beaucoup de choses à savoir, que l'environnement de production contient plein de cas spécifiques, que tout bouge à une vitesse monstre, que c'est très peu normé, etc...
Donc effectivement, avoir un bon niveau dans ces conditions requiert beaucoup de veille et capacité d'adaptation, et ce surtout quand tu rajoutes la partie "fullstack".

Le pb des dépendances c'est qu'il faut savoir les choisir et ça, ça demande de l'xp.
Donc un dev junior qui va prendre des nouvelles dépendances de trucs qui seront visiblement pas maintenus, c'est la faute aux reviewers des PR de laisser passer ça dans les projets

 
Je ne vois pas pourquoi l’un devrait être plus compliqué qu’un autre. Il y a de la complexité partout en fonction de ce que tu construis.
 
Ce n’est pas plus simple de coder un backend qui donne les résultats de calculs mathématiques complexes en temps réel  avec énormément de données à manipuler que de construire un front end par exemple.
 
Pour avoir bossé sur des applis d’optimisation de la chaîne logistique ou dans la finance, la partie backend/calcul n’était pas plus simple que le front end qui devait ensuite afficher une tonne d’information.
 
C’était différent, la complexité niveau front end venant bien plus des limitations des technos web que d’autres choses. Heureusement ça évolue.

Je crois que tu n'as pas compris son explication de la complexité. Il parle du nombre de technos à maîtriser.

En FE, tu as des dizaines de librairies, 3 gros FW JS à connaître au minimum, maîtriser HTML4 / CSS3 puis un peu de rétrocompatibilité pour IE etc. Et ce genre de compétences, on le demande limite à des Junior.

En BE, souvent tu campes une techno toute ta carrière (Java ou PHP le plus souvent). Si un taff est complexe c'est à cause du besoin et non tu nombre de technos à connaître.

 
 
Désolé, je trouve ça totalement exagéré  
 

 
Et ton argument erroné. Tu peux stagner partout. Tu peux décider que tu ne feras que du Angular ou du React pendant des années.
 
Rien que dire qu’en 2020 quelqu’un fera toute sa carrière avec du PHP me semble complètement déconnecté. Je ne dis pas que c’est impossible, mais ça ne me semble pas très judicieux    
Et surtout ça invalide la partie sur le dev front tellement mieux payé (note bien que je ne connais pas le marché français actuel). Le dev backend qui évolue et ne se contente pas de PHP va aussi potentiellement avoir accès à des tafs qui rémunèrent mieux. Le POGNON est pas vraiment à développer du WordPress ou Magento, en faisant un CRM ou un site e-commerce lambda.

 

 
J'en ai vu des WordPress avec template à 20k... Quand tu vois que dans ma boite, on facture 1500€ un flip horizontal sur photoshop...

Honnêtement ça me parait un peu simpliste comme raisonnement. Primo parce que même en JS, je ne vois pas comment c'est possible d'être à la foi expert en Angular, en Vue ou en React. D'avoir touché à ces 3 FW OK, mais vu la vitesse d'évolutions du monde front, la plupart des devs sont sans doute spécialisés dans un FW (ou deux éventuellement).

Ensuite parce que même coté back, les technos et les framework évoluent, même si moins vite qu'en front. Je n'ai pas fait de PHP depuis plus de 10 ans, mais du peu que je peux voir des dernières versions, ça n'a plus grand chose à voir avec ce que j'ai pu faire. En outre rien n'oblige quelqu'un à rester bloqué sur PHP/Laravel ou JS/Express toute sa vie. De la même façon que t'as encore beaucoup de gens en Front qui font toujours de l'AngularJS.

Enfin parce que coté back, tu vas souvent aussi avoir des domaines proches assez naturellement, qui vont eux même demander de nouvelles technos ou outils spécifiques (par exemple tout ce qui est devOps, ou datascience, BI etc...).

Bref, est ce que la progression du salaire qu'on assiste chez les devs front depuis quelques années n'est tout simplement pas justement du au fait que maintenant c'est du "vrai" développement et pas juste, comme ce qui se faisait encore beaucoup y a 10-15 ans de l'intégration de design, avec un peu de JS/jQuery de temps en temps ? Bref du vrai développement et du coup c'est un rattrapage logique du métier de "dev back" ?

 
C'est justement ce qu'on vous explique, la plupart des taffs FE te demandent une maîtrise des 3 FW.

 
Ben c’est pas beaucoup car c’est du one off AMHA
 
Le vrai pognon, tu le fais quand tu peux multiplier les ventes en suivant un modèle SaaS avec une application web, pas en customisant  
WordPress pour le fleuriste du coin  

Oui mais le coût de ton modèle est extrême comparé à un WP tout con. Surtout qu'un WP bien fait débouche souvent sur d'autres via bouche à oreilles. Moi perso ça me met suffisamment bien.

 
Forcément, entre temps c'est devenu un vrai langage.    Mais du coup, si tu as fait un autre langage objet avant, c'est devenu encore plus facile je trouve. Le problème, ce sont les devs php qui continuent à faire du PHP comme avant.

 
J’ai l’impression qu’on a un énorme différentiel d’expérience. Je ne suis pas un développeur front. Je suis un ingénieur qui a développé des applications B2B répondant à des problèmes non simples pour des grands comptes et pour toute ma carrière (ou presque). Il y a 20 ans c’était en C++/MFC, aujourd’hui c’est en modèle SaaS avec divers technologies avec SPA pour le front, au milieu c’était en techno web avec pages servies  par le backend.
 
Et mon expérience est que tu es bien payé pour ta capacité à faire les bons choix et a bien exécuter.
 
Le fait que les SSII est une gestion stupide n’est pas nouveau, que le fait qu’ils cherchent des profils rares (car illogiques en terme de maîtrise) et qu’ils paient plus pour ça n’est pas que le signe que c’est plus compliqué.
 
Honnêtement, tous les frameworks JS s’étudient les uns les autres et les concepts ne diffèrent pas tant que ça. C’est la même complexité que de passer de RoR à PHP/Laravel en 2020.

Je travaille en collab avec des SSII, je suis indépendant, donc forcément notre vision du métier doit forcément être différente

Depuis l'avênement des FW JS, c'est devenu compliqué de trouver une mission en medium comme FE, on te demande beaucoup trop de choses, c'est un fait dans le secteur. Mes potes en BE ont juste besoin de sortir 2 design patterns en JAVA et ils se font passer pour des dieux.

juste pour info, en embarqué je viens de sortir la doc d'un processeur qui a 8000 pages, dans le proc y'a d'autre coeurs dont les documentations sont dans d'autres documents (j'ai été voir que les DSP pour l'instant 1000 pages). Imaginez la complexité pour les gens qui vont tout intégrer pour fabriquer le proc. Pour la distribution des horloges, le bruit, la gestion de l'énergie, il peuvent pas abstraire en bibliothèques, il sont obligé de tout regarder.
 
C'est un poil plus complexe et moins bien payé que du dev front.

 
D'accord mais quel rapport avec le web ?

le fait qu'il existe un monde en dehors de la chose, et que ce monde peut s'avérer extrêmement complexe.

Evidemment, mais on ne parlait pas d'autre chose que du web en fait