Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Shop Recherche
1591 connectés 

 



 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  1437  1438  1439  1440  1441  1442
Auteur Sujet :

blabla@web

n°2367029
flo850
moi je
Posté le 07-11-2020 à 20:37:59  profilanswer
 

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


---------------

mood
Publicité
Posté le 07-11-2020 à 20:37:59  profilanswer
 

n°2367031
Aewil
Posté le 07-11-2020 à 20:40:08  profilanswer
 

flo850 a écrit :

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.


Message édité par Aewil le 07-11-2020 à 20:41:42
n°2367033
nabbo
Posté le 07-11-2020 à 20:52:15  profilanswer
 

Aewil a écrit :

 

C'est surtout que les Front-End ont endossé beaucoup trop de rôles et qu'on arrive à la fin du cycle. Dans mon secteur, on commence à redécouper les jobs.

 

Les front-ends ne font plus que le JS / intégration dans les frameworks JS et on a trouvé des espèces de devops qui s'occupent de toute la config et des process front-end qui sortent de ce scope. Tout simplement parce que c'est impossible de trouver des mecs qui ont ces niveaux de compétences.

 

Ou alors les gars demandent 50k mini (et ont bien raison).

 

C'est pour cette hystérie que je souhaite switcher PM Junior parce que tout le bordel en JS commence à me gaver, j'ai l'impression de devoir faire des projets perso à l'infini pour tenir la tête hors de l'eau, c'est injouable.

 

D'ailleurs pour la petite histoire, j'ai passé un entretien pour un job en Angular, j'ai eu le malheur de dire que je connaissais un peu React, il a embrayé dessus, le gars a quand même fini par me dire que je connaissais pas assez redux-saga en utilisation React pour le job (à la base 100% Angular) :lol:


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
:jap:

n°2367034
Aewil
Posté le 07-11-2020 à 21:01:10  profilanswer
 

nabbo a écrit :


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
:jap:

 

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 :jap:

Message cité 1 fois
Message édité par Aewil le 07-11-2020 à 21:02:06
n°2367035
flo850
moi je
Posté le 07-11-2020 à 21:04:49  profilanswer
 

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 :o
Ma préférence va à react + nextjs, mais c'est très personnel

Message cité 1 fois
Message édité par flo850 le 07-11-2020 à 21:05:38

---------------

n°2367038
SekYo
Posté le 07-11-2020 à 22:00:10  profilanswer
 

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.

n°2367039
nabbo
Posté le 07-11-2020 à 22:19:45  profilanswer
 

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 :o )

 

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 ?

 

n°2367040
flo850
moi je
Posté le 07-11-2020 à 22:25:35  profilanswer
 

La doc sur le site de viens tout simplement


---------------

n°2367041
Hermes le ​Messager
Breton Quiétiste
Posté le 07-11-2020 à 22:42:50  profilanswer
 

nabbo a écrit :

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 :o )  
 
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 ?  
 


 
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).


---------------
Expert en expertises
n°2367042
nabbo
Posté le 07-11-2020 à 22:51:32  profilanswer
 

Hermes le Messager a écrit :

 

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.

mood
Publicité
Posté le 07-11-2020 à 22:51:32  profilanswer
 

n°2367044
Shinuza
This is unexecpected
Posté le 07-11-2020 à 23:11:33  profilanswer
 

Aewil a écrit :


 
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 :jap:

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.
 


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2367049
Aewil
Posté le 07-11-2020 à 23:41:21  profilanswer
 

Shinuza a écrit :

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...


Message édité par Aewil le 07-11-2020 à 23:41:56
n°2367050
nabbo
Posté le 07-11-2020 à 23:41:41  profilanswer
 

Shinuza a écrit :

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.

 



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

Message cité 1 fois
Message édité par nabbo le 07-11-2020 à 23:42:12
n°2367051
bixibu
Ca ... c'est fait!
Posté le 08-11-2020 à 00:37:13  profilanswer
 

nabbo a écrit :


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)...  [:didier frogba:5]

n°2367052
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 04:32:57  profilanswer
 

Hermes le Messager a écrit :


 
Les choses évoluent très vite. Si je résume ce qui s’est passé :
 
On a eu ce que l’on a appelé (à tort) les webmasters. Souvent des grapheux qui faisaient des pages HTML statiques à partir d’outils comme Dreamweaver ou Golive (à l’époque) pour convertir des designs photoshop en page HTML. Cela recouvrait aussi des personnes qui s’occupaient d’un site internet en particulier (c’est encore parfois le cas)
 
Ensuite on a eu la séparation entre “web developers” (des programmeurs web touche à tout et capables de réaliser un site de A à Z) et des web designers (des graphiste qui préparaient les designs pour les premiers et qui parfois faisaient aussi le site lorsque celui-ci était static - parfois, des sites en flash aussi...)
 
Après cela, on a eu la spécialisation :
 
- Back end développeur
- Front end développeur
 
A la base, le front end développeur était un genre de “web designer” avec des skills encore assez modestes en JavaScript (c’était le tout début du front)
 
———
 
Maintenant, le front, ce sont des développeurs qui maîtrisent plusieurs langages modernes, qui bien souvent sont capables de faire des mobile apps, qui maîtrisent énormément de technos et qui sont sans cesse en train d’apprendre de nouvelles technos etc... Niveau TRÈS élevé requis.
 
Ce boulot est devenu l’un des plus difficiles techniquement, si ce n’est LE plus difficile techniquement dans toute la chaîne de développement.
 
En clair, si tu veux devenir un front end développeur, tu vas devoir devenir un VRAI et un BON développeur et manger des tonnes de trucs, passer 12 heures par jour pendant X années pour arriver à avoir un niveau intéressant pour le marché du travail.
 
Bricoler avec un peu de HTML, JS et un peu de jquery, c’est fini. Je veux pas te décourager, mais il vaut mieux que tu saches à quoi t’attendre.


 
 :hebe:  
 
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.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367053
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 04:36:22  profilanswer
 

flo850 a écrit :

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 :o
Ma préférence va à react + nextjs, mais c'est très personnel


 
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  :o  
 
Ils ont attendu React 17 pour mettre ça en avant...


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367054
Aewil
Posté le 08-11-2020 à 04:36:52  profilanswer
 

youmoussa a écrit :


 
 :hebe:  
 
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.


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

n°2367055
Hermes le ​Messager
Breton Quiétiste
Posté le 08-11-2020 à 09:11:16  profilanswer
 

youmoussa a écrit :


 
 :hebe:  
 
J’ai l’impression que tu n’as ni fait, ni côtoyer beaucoup d’autres développeurs.
 


 
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.  [:sophiste:1]  
 
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.

Message cité 1 fois
Message édité par Hermes le Messager le 08-11-2020 à 09:12:09

---------------
Expert en expertises
n°2367056
Hermes le ​Messager
Breton Quiétiste
Posté le 08-11-2020 à 09:13:37  profilanswer
 

youmoussa a écrit :


 
Alors qu’Ember ...


 
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.


---------------
Expert en expertises
n°2367057
flo850
moi je
Posté le 08-11-2020 à 09:32:24  profilanswer
 

youmoussa a écrit :

 

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 :o

 

Ils ont attendu React 17 pour mettre ça en avant...


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


---------------

n°2367063
Profil sup​primé
Posté le 08-11-2020 à 09:56:09  answer
 

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 :D.

n°2367065
bixibu
Ca ... c'est fait!
Posté le 08-11-2020 à 10:16:52  profilanswer
 

Hermes le Messager a écrit :

 

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.

 

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


---------------
App Android - F1 x MotoGP - Agenda & Alertes
n°2367067
Hermes le ​Messager
Breton Quiétiste
Posté le 08-11-2020 à 10:26:20  profilanswer
 

bixibu a écrit :


 
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. :D


---------------
Expert en expertises
n°2367070
flo850
moi je
Posté le 08-11-2020 à 11:06:16  profilanswer
 

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
 
 
 


---------------

n°2367089
Shinuza
This is unexecpected
Posté le 08-11-2020 à 12:08:40  profilanswer
 

youmoussa a écrit :


 
 :hebe:  
 
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.

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".


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2367093
ratibus
Posté le 08-11-2020 à 12:29:36  profilanswer
 

flo850 a écrit :

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


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 :o

n°2367116
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 15:40:39  profilanswer
 

Aewil a écrit :


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


 
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.

Message cité 1 fois
Message édité par youmoussa le 08-11-2020 à 15:48:54

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367120
Aewil
Posté le 08-11-2020 à 15:53:50  profilanswer
 

youmoussa a écrit :

 

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.

Message cité 2 fois
Message édité par Aewil le 08-11-2020 à 15:54:21
n°2367123
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 16:01:03  profilanswer
 


Aewil a écrit :


 
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é  
 

Hermes le Messager a écrit :


Ce boulot est devenu l’un des plus difficiles techniquement, si ce n’est LE plus difficile techniquement dans toute la chaîne de développement.
 
En clair, si tu veux devenir un front end développeur, tu vas devoir devenir un VRAI et un BON développeur et manger des tonnes de trucs, passer 12 heures par jour pendant X années pour arriver à avoir un niveau intéressant pour le marché du travail.
 
Bricoler avec un peu de HTML, JS et un peu de jquery, c’est fini. Je veux pas te décourager, mais il vaut mieux que tu saches à quoi t’attendre.


 
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  :o  
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.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367128
Aewil
Posté le 08-11-2020 à 16:25:50  profilanswer
 

youmoussa a écrit :


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


 

youmoussa a écrit :


 
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  :o  
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.


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

n°2367130
SekYo
Posté le 08-11-2020 à 16:32:33  profilanswer
 

Aewil a écrit :

 

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.

 

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" ?

Message cité 2 fois
Message édité par SekYo le 08-11-2020 à 16:34:05
n°2367131
Aewil
Posté le 08-11-2020 à 16:34:49  profilanswer
 

SekYo a écrit :


 
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.

n°2367133
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 16:39:58  profilanswer
 

Aewil a écrit :


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


 
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  :o


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367134
Aewil
Posté le 08-11-2020 à 16:41:39  profilanswer
 

youmoussa a écrit :


 
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  :o


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.

n°2367135
Hermes le ​Messager
Breton Quiétiste
Posté le 08-11-2020 à 16:44:01  profilanswer
 

SekYo a écrit :


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.


 
Forcément, entre temps c'est devenu un vrai langage.  :D  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. [:bool_de_gom]


---------------
Expert en expertises
n°2367136
youmoussa
Ecrou-vis
Posté le 08-11-2020 à 16:50:29  profilanswer
 

Aewil a écrit :


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.


 
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.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2367137
Aewil
Posté le 08-11-2020 à 16:56:18  profilanswer
 

youmoussa a écrit :

 

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 :jap:

 

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.


Message édité par Aewil le 08-11-2020 à 17:00:05
n°2367139
nraynaud
lol
Posté le 08-11-2020 à 17:04:23  profilanswer
 

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.


---------------
trainoo.com, c'est fini
n°2367140
Aewil
Posté le 08-11-2020 à 17:05:33  profilanswer
 

nraynaud a écrit :

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 ?

n°2367143
nraynaud
lol
Posté le 08-11-2020 à 17:14:34  profilanswer
 

Aewil a écrit :


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.


---------------
trainoo.com, c'est fini
n°2367144
Aewil
Posté le 08-11-2020 à 17:16:17  profilanswer
 

nraynaud a écrit :


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 :o

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  1437  1438  1439  1440  1441  1442

Aller à :
Ajouter une réponse
 

Sujets relatifs
blabla 3blabla 2
PUTAIN HARKO TU AS FERM2 BLABLA ![Beaucoup de blabla pour rien : post à effacer] Compiler .bat
variable1="blabla + variable2 +blala : c'est possible ??[PHP & regex] "blabla blabla file.ext?point=444 blabla" Recupérer 444
mail("celine@hotmail.com"," sujet","blabla"); pose une err ! Help[MySQL] WHERE 'blabla' compris dans le champ truc
[blabla@prog] Le topic de ceux qui ne répondent pas à Jovalise[PHP / BlaBla - limite]
Plus de sujets relatifs à : blabla@web


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR