- 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
J'ai pas l'impression d'être super bien payé (même si je suis pas du tout à plaindre hein) alors que j'ai un très bon level en SQL . Et stop troll sur le grouillot HTML, on parle pas du graphiste là mais de vrais dev front-end. Après la plupart des gros comptes (qui ont + de blés et donc paient mieux), c'est de simples formulaires en IHM, donc faut mieux être back si tu veux postuler là-dedans évidemment
Si tu es bon en SQL c'est bien mais faire un bon schéma de base de données c'est encore autre chose, c'est toi qui les fait ?
Si tu es bon en SQL et pour faire des schémas de base de données et en back end en général, tu vaux de l'or, mais ton employeur actuel se gardera bien de te le dire, c'est peut être le moment de voir les offres d'emploi, soit pour aller ailleurs, soit pour avoir des arguments solides pour une augmentation
Ton employeur actuel a tout intérêt à te sous payer, business is business...
« 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é »
Oui j'ai conçu et j'administre plusieurs bases. J'ai conçu la base Datawarehouse, service recouvrement, comptabilité centrale (on a 4k bases S@g€, donc je centralise l'ensemble des écritures comptables dans une base unique que j'ai créée ). J'administre la base du progiciel maison principal, c'est moi qui a mis en place les scripts de backup, resto.
Pour les offres du site, merci mais aucune offre de Lyon a pour l'instant un salaire > au mien. A Paris en full remote, j'ai que ceux-là mais pas dans mon langage (C#).
https://emploi.developpez.com/offres...gence-Digitale
https://emploi.developpez.com/offres...Blockchain-H-F
J'ai plus l'impression que c'est les buzzwords style blockchain, kubernetes, DevOps qui te permettent de passer un certain gap de salaire
Non c'est la réalité du marché on veut de l'expert ultra spécialisé qu'on peut envoyer chez un client en baratinant de ouf : et comme c'est très technique cela passe crème.
Et si le back-end paye plus c'est parce qu'en France, le front/ intégration n'existe plus ... ou alors laissé au Bac+2/Bac+3/Bac+4 - ETAM Syntec.
En France, on veut du Bac+5 Node.js/ React/ Symfony ou éventuellement du Bac+5 Java EE pour le développement Web : tout le reste il faut oublier. Les métiers DevOps, blockchain, Scrum Master sont les métiers transverses.
Bien oui : on est dans un monde de prestataires.
C'est plus facile de facturer à un prix élevé "Ne vous inquiétez pas on va prendre en main vos projets avec notre équipe d'experts notamment DevOps, blockchain et nos équipes Web full stack qui ont déjà réalisé des projets ambitieux/ complexes"
Ou alors : "Ne vous inquiétez pas on va prendre en main vos projets avec nos pisseurs de code JavaScript/ TypeScript et nos administrateurs réseaux Bac+2/ Bac+3. Et pour les questions de sécurité on a potentiellement un Bac+8, un DESS en mathématiques"
Hors-Sujet
C'est assez rigolo, après 12 ans de BI j'ai enfin lu le guide de modélisation décisionnelle de Kimball. Je ne jure pas dessus, mais quand tu vois encore aujourd'hui que les mecs sont impossibles de faire des datawarehouses / datamarts corrects...
Encore récemment j'ai vu :
* des tables qui essaient de faire rentrer des contrats de deux granularités différentes, le reporting fait donc masse de fonctions analytiques / agrégats
* mission actuelle : des tables de dimensions qui s'appellent table de faits et des tables de faits qui s'appellent tables de dimensions... une table de dim qui est en fait un cumul d'autres dimensions
* des ordres contradictoires sur la conception : "de toute façon, on passera de Cognos à Power BI" [ça change pas la modélisation que je sache...] "j'ai vu avec le client, c'est un truc tout con, mets juste trois indicateurs il sera content" => évidemment truc tout faux... le mec qui a fait des interviews pendant un an qui n'a pas compris la différence entre un fait et une dimension... puis au final énorme merdier.
* le mec sauveteur +++ super intelligent et tout, qui demande de se sourcer sur un ODS (non indexé) et qui s'étonne qu'en prod sa requête elle crashe... "mais ça marchait très bien en recette !"
* des ateliers interminables pendant deux mois entre trois MOA pour une simple règle de gestion IF Cas1 If Cas2 Else... qui se plaignent que dans ma solution le cas 0 ne fonctionne pas, quand j'applique la formule au tableau elle est parfaite...
Bref, je désespère un jour de voir un simple schéma en étoile à la Kimball Encaissement + Date / Chargé d'Affaires / Client, certes imparfait mais qui répond quand même à plus de 50% des demandes...
- 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
Je suis pas du tout expert en BI mais je suis le seul de mon service à en avoir fait et le plus fort en SQL et admin système et BDD . Comme j'ai été consultant SAP BI technique presque 3 ans, on pense que je gère la partie modélisation. J'ai juste créé un star schéma en me basant sur mon cours de fac (par contre je sais quand même la diff entre une table de fait et une table de dimension quand même ). Comme je me démerde bien en SQL, j'ai fait les jobs d'ETL SSIS mais sans vraiment utiliser toutes les fonctionnalités (toute façon j'ai déjà testé bcp de composants SSIS, le script T-SQL est largement plus rapide et moins chiant à maintenir dans la plupart des cas ). Pour la partie reporting, je laisse les décideurs faire leurs sauces Excel (toute façon chez nous ça va pas très loin ), je me contente de refiler toutes les data.
J'espère que c'est du second degré.
Le développement Front est un développement à part entière qui requiert TOUTES les compétences en ingénerie informatique. In fine, un développeur back n'est pas plus compétent qu'un développeur font. Sinon, on pourrait dire que n'importe quel développeur back lambda arriverait à développer des applications front-end comme Gmail, cPanel, Cloud9, toutes les UI de Azure, AWS... Croyez-vous vraiment que ces dév front sont des moins bons? Découvrez les qualifications minimales requises pour être dév front-end chez Adobe, Apple, Google, et consort. Vous verrez qu'on demande un niveau d'étude élevé, des connaissances pointues en algorithmique, réseau, et OS. Ce n'est pas parce qu'on arrive à écrire un formulaire, ou quelques pages de CRUD en HTML qu'on devient nécessairement un dév front.
Je ne définirais pas le salaire selon la spécialisation, mais plutôt selon les compétences réelles dans son domaine. Un dév front talentueux et capable gagnera autant qu'un dév back talentueux et capable. Peu importe la spécialisation, les 2 devraient avoir un niveau correct sur tous les stacks (ui, services, traitement de données, réseau) au moins au niveau théorique.
D'après mon expérience, d'être spécialise dans un domaine paye souvent plus que d'être généraliste.
Un développeur full stack, même si celui ci peut paraître plus généraliste, à partir du moment ou il est spécialisé sur son domaine de compétences devrait prétendre à un salaire à minima équivalent à un développeur back end pour une expérience équivalente.
Après, un mauvais technique ne fait pas long feu... généralement (après, mon ancien client ne supportait pas virer les gens donc je peux te dire que les erreurs de casting, c'était croustillant)
- 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
Suffit au mauvais technicien de passer chef de projet ou manager par ex
C'est marrant vos trucs de "mec moyen/mauvais/médiocre qui se vend bien" supérieur à tout... on a vraiment l'impression qu'un développeur mal payé c'est avant tout parce qu'il est talentueux et que pour lui l'essentiel n'est pas de savoir se vendre mais de faire du bon taff, à l'opposé du type qui sait se vendre et qui est FORCEMENT moins bon.
Mais faut pas oublier qu'on est dans le monde du travail, et qu'un employeur ne pourra pas vous payer à la hauteur de ce que vous estimez si vous ne vous vendez pas un minimum.
Après faut aussi savoir choisir sa boîte (et je ne parle pas d'éventail de possibilités, on ne tombe pas toujours sur la boîte qu'on veut, le marché est restreint sur certains métiers). Quand tu tombes sur une boîte tech managée par d'anciens techs, ça aide à se valoriser sans en faire des caisses.
A titre perso, ça ne me dérangerait pas de jouer la comédie pendant 1 heure pour gratter 5 ou 10k€ de plus. Surtout que si mes compétences ne sont pas à la hauteur de ce que j'ai annoncé, la période d'essai est là pour cela.
Mais du coup vous le voyez comment le job de CP ? C'est quelqu'un qui aligne les PPT, qui ne fait pas fonctionner son cerveau et qui ne mérite pas un salaire décent ?
Toute relativité acquise, hein.
Tu peux très bien trouver un développeur compétent peu vendeur payé 50K dans une boite A et un développeur peu compétent très vendeur payé 40K dans une boite B. Sauf qu'un bon chez B sera payé 35...
Non, mais c'est le principe de Dilbert. Quand t'as 10 développeurs et que leur chef de projet se barre, on va promouvoir le plus mauvais d'entre eux parce que les 9 font l'affaire - attention, parmi les 9 je ne dis pas qu'ils feront tous un excellent chef de projet. D'ailleurs, ce développeur sur 10 pourrait très bien être un bon chef de projet. Mais généralement ça mène souvent à la catastrophe.
- 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
A un moment donné faut se sortir les doigts du cul pour négocier son salaire et refuser ceux qui nous prennent pour des cons. Vous allez tous en entretien avec un salaire minimum en tête, j'imagine ? Pour quel motif un développeur accepterait d'être sous-payé ? Sincèrement, qui va se dire "bon je voulais entre 40 et 45, on me propose 38, j'accepte !". C'est aussi pour ça que les salaires peuvent être tirés vers le bas...
Là tu pars du principe que le pire est appliqué : une boîte très mal gérée qui prend une très mauvaise décision. J'en suis à 4 entreprises en 12 ans de carrière, et je n'ai jamais, au grand jamais, vu un développeur être réorienté vers le job de CP lors d'un départ. Il y avait plutôt un recrutement mis en place pour trouver une personne dont c'est le métier. L'équipe continuait à tourner avec un autre CP qui reprenait le dossier temporairement.
- 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
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