Edit : comme le dit, dfiad77pro
Pourquoi le Front-end c'est forcément du Web?
Dans les clients lourds, on fait bien de l'affichage pour l'utilisateur.
Idem pour les applications natives mobiles.
La différence que je fais c'est qu'en appli client lourd (moins vrai pour les mobiles), on est normalement "full stack" avec des problématiques de back-end puisqu'on est souvent en accès direct à la BDD et accès réseau intranet
Je ne savais pas qu'il pouvait y avoir des développeurs full stack en entreprise.
doivent se faire chier ou etre traités comme des esclaves...
oups, j'ai oublié de mettre un smiley :-)
Je suis toujours épaté par les salaires mis en avant dans ce genre de graphiques.
--
Au-delà du fait que j’ai déjà été confronté à des backends catastrophiques, gérés par des "spécialistes" qui ne connaissent même pas la notion d’indexes. Je me dis qu’un profil full-stack est souvent ce qu’il y a de plus viable pour un employeur, de par sa flexibilité et sa vision globale des contraintes d’un projet.
De mon point de vue, nous ne vivons pas dans un monde où le spécialiste back ou front est systématiquement plus doué qu’un développeur full-stack. Ce que je veux dire par là, c’est qu’on peut facilement confronter un développeur full-stack qui ponce la même pile technologique depuis plus de 12 ans (par exemple WPF/Asp.net MVC), et un spécialiste back ou front qui, dans un même laps de temps, va avoir fait tourner plus de technos que de handspinner.
Partant de là, c’est sur ses compétences qu’un dév devrait être évalué, et non sur son profil.
> Hurry up, little spaceship! / Affûtez vos réflexes, et tentez d'amener votre vaisseau spatial le plus loin possible.
> Breakout Ultimate / Un casse-briques dynamique, des niveaux à thèmes.
> Crystal Mine / Un jeu relaxant, sans prise de tête, dont le but est de récolter un minimum de 80 cristaux en moins de 8 coups.
Niveau maintenance, est-ce vraiment une bonne idée de foutre 350 technos Trouver ensuite des ressources pour maintenir et faire évoluer ça par exemple. Le mec qui fait tourner un truc qui marche bien sur asp.net MVC depuis 12 ans, tu devrais trouver plus facilement des mecs poru maintenir ça. Sans parler de la compatibilité des composants trop hétérogène. Perso j'espère que Blazor va tuer JS un de ces jours côté dev .NET par ex
En grossissant un peu le trait, c’est un peu ce qu’il se passe dans le monde du Web. Aujourd’hui un développeur Web qui bosse comme il bossait il y a 12 ans, ça se fait rare (un développeur WPF par contre...).
Au-delà de ça je n’ai pas dit qu’il fallait embaucher tel ou tel profil, j’ai simplement confronté deux extrêmes, en soulignant le fait que l’assertion "spécialiste > full-stack" n’était pas forcément pertinente.
> Hurry up, little spaceship! / Affûtez vos réflexes, et tentez d'amener votre vaisseau spatial le plus loin possible.
> Breakout Ultimate / Un casse-briques dynamique, des niveaux à thèmes.
> Crystal Mine / Un jeu relaxant, sans prise de tête, dont le but est de récolter un minimum de 80 cristaux en moins de 8 coups.
Oui mais non! WPF n'a par exemple rien strictement à voir avec Winform, même si tout deux sont utilisables avec c# (ou VBNet, et même c++), il s'agit de 2 Frameworks avec toute une logique à appréhender. Ca revient au même que de dire NodeJS c'est du JS, donc faire du React c'est la même chose. D'ailleurs tu peux entièrement faire ton site sans aucun Framework, ce qui en c# sans Framework graphiques (Wpf, Winform, Uwp, Xamarin, Gtk#,MonoMac,Qml.Net, QTSharp,...…. ) ne sera pas possible, tu seras limité à des applications consoles (souvent synonyme de backend).
Tu noteras aussi qu'avec Unity, tu fais également du c#, mais c'est bien encore un autre univers que de maitriser cet outil !
1) Euh c'est bien plus facile d'apprendre WPF en venant de Winforms et C# que d'apprendre ReactJS en venant de Winforms/C# donc dire que Winforms et WPF n'ont rien à voir... L'inverse est vrai un mec qui fait du ReactJS si tu le fous sur un projet Winforms sans connaissance du C# ça va lui prendre plus de temps.
2) Pourquoi je pourrais pas faire de site avec que du C#? C'est juste que ça va te prendre un max de temps. Rien ne m'empêche de renvoyer un doc html en full string par exemple non ?
Il faut comparer ce qui est comparable, là tu changes de langage et d'environnement. Compare plutôt le passage de React vers Vue et Winform vers WPF. Pour "survoler" le truc (c'est à dire faire un truc qui tourne sans jamais sortir des sentiers battus) c'est comparable, pour le maitriser à mon avis il y a bien plus d'écart du coté wpf/winform. Pour UWP/WPF là par exemple on est beaucoup plus proche.
Oui tu peux, en assembleur aussi, mais là tu parles de serveur http. Ton rendu ne sera qu'un fichier texte. Tu vas mettre des balises (html) et éventuellement du JS, ca ne fera que "polluer" le texte. C'est le rôle d'un autre logiciel (le navigateur bien souvent) d’interpréter le HTML et le JS. C# n'a rien à voir la dedans!
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
meme si dans le fond je suis d'accord avec toi, il faut aussi noter que maintenant savoir toucher du front, n'est pas juste faire un peu de html/css/js. Il faut maintenant savoir se retrouver dans des Framework entier qui n'ont rien de facile a apprehender. Donc demander a un specialiste du back d'aller rajouter des component Angular dans du front ca peut tres vite devenir compliquer, et avec la multiplication des techno tu peux vite avoir un back qui n'est pas techno-compatible avec ton front.
Donc oui il faudrait (et je pense qu'on l'est tous plus ou moins) full stack avec a chaque fois une grosse (voir tres grosse) specialiste en back ou en front. Mais si tu veux un peu de polyvalence dans ta team et ton contexte, ca va demander a ton entreprise du temps de formation et d'avoir l'occasion de pratique de facon assez frequente pour ne pas tous oublier 2 semaine apres la formation. Et ca qui est pret a le payer ?
L'échelle est, je pense, surtout "Parigonormée" ! talent.io doit fonctionner en majorité sur la région parisienne (en tout cas à l'époque peu de postes en Bretagne). En plus, vu leur stratégie de comm' ils ciblent déjà le haut du panier et fait de la pub pour des postes dans de grosses sociétés qui serait donc peut-être le reflet du salaire des postes auditionnés.
Oui historiquement le back est (injustement) mieux payé que le front. Mais les chiffres avancés par cette société me semblent un peu élevés (à moins que ça soit le coût BRUT destiné aux employeurs).
C'est parce que C# n'est qu'un langage, alors que lorsque l'on parle de Java ou de Php il s'agit également d'un framework (un ensemble de librairie). En C# tu peux utiliser le sous framework .Net web qui est Asp.net (WebForms ou MVC), mais il faut tout de même le coupler avec du HTML/JS/CSS pour pouvoir gérer ton affichage. Ce n'est donc pas vraiment avec du C#(ni java/php) que tu fais du front Web.
Note que c'était le cas avec Silverlight, ou bien les applets en Java: tu ecris du c#/java et tu peux piloter les éléments de ton interface.
"Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
---------------
Mes billets de blog sur DVP
Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
Pensez à utiliser les tableaux structurés. Ils vous simplifieront la vie, tant en Excel qu'en VBA ==> mon tuto
Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
---------------
C'est normal que le back end soit mieux payé que le front end, le back end c'est le noyaux de l'application avec toute la partie importante, la conception de la base de données, et très peu de développeurs sont bons en bases de données, un développeur bon en base de données ça vaux de l'or. S'il a fait un bon schéma et de bonne requêtes SQL l'application sera saine et performante, si son schéma est merdique ainsi que ses requêtes l'application sera lente voir buguée. Parfois dans une fournée de nouveaux développeurs à peine un sur 10 sait faire un schéma de données correct, c'est celui la qu'il faut payer à prix d'or et les autres c'est du menu fretin, des grouillots HTML, ça mérite à peine le Smic.
Un bon développeur Back end ça peu être formé parfois en 5 ans, Master, ingénieur, donc des formations avec de vrais modules de bases de données, d'algo, de modélisation, et de méthodes.
Comparativement un webmaster front end c'est jamais plus qu'une espèce de secrétaire html avancée, c'est ça que les bootcamp forment en 3 à 6 mois.
Donc le full stack en fait il sera en PME le plus souvent, ou en web agency qui travaille pour les pme, alors que le back end il sera dans un groupe de travail plus grand, dans une grande entreprise ou une grosse SSII qui à pour client de grandes (et riches) entreprises, donc mieux payé. Tout cela est logique.
« L’humour est une forme d'esprit railleuse qui s'attache à souligner le caractère comique, ridicule, absurde ou insolite de certains aspects de la réalité »
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager