Sur quelles technos se spécialiser en tant que programmeur / programmeuse ? A quel moment passer sur un autre langage, framework ou domaine métier ? Formations Front, Back et FullStack : codeconcept.te...
C’est parce que la réponse dépend en partie de la personne qui regarde la vidéo😀On peut décider dès le début de viser une spécialisation. Mais il est possible qu’au bout de 5 ans, on décide (ou on est positionné presque de force), sur une nouvelle techno, un nouveau langage ou une nouvelle stack. Même au sein de la même spécialisation, par exemple le langage JavaScript, on peut décider de rester sur le même framework. Angular par exemple. C’est tout à fait viable. On choisit alors son prochain poste qui correspond à sa spécialité. Là où un développeur qui aura appris Angular puis React choisira le framework ou la lib la plus adaptée en fonction du projet. Les deux approches sont tout à fait viables. Celui qui choisit l’ultra-spécialisation ou au contraire l’option plus large le fera en fonction de sa personnalité. Quelqu’un qui ne se lasse pas restera sur la même techno tant qu’elle lui permet de faire son boulot. Mais aussi de trouver des postes / missions. Et de se faire plaisir. Quelqu’un qui aime essayer de nouveaux frameworks (ou langages ou stacks) au fil du temps ajoutera des cordes à son arc … au détriment d’une expertise plus poussée. Et le fait de se lasser ou de ne pas se lasser est incontrôlable. Cela dépend de sa personnalité, sur laquelle on a peu de contrôle. Durant la vidéo, un texte s’affiche pour préciser que paradoxalement, en développement, un généraliste est souvent un ancien spécialiste qui est passé par plusieurs spécialisations successives qui font de lui … un généraliste. En gros, après une quinzaine d’années d’expérience. Mais que le généraliste n’a pas couru 3 lièvres à la fois, mais bien un seul pendant 5 ans, puis un deuxième pendant 5 ans, puis un troisième pendant 5 ans. Un généraliste est souvent un ancien spécialiste, là où dans d’autres domaines, c’est le chemin inverse.
3:28 : c'est tellement vrai. D'une manière générale, j'ai remarqué qu'on demande des séniors avec un salaire ridicule. Le beurre, l'argent du beurre et même la crémière… De mon côté, je connais 2 experts Androids et IOS. Mais j'avoue c'est rare.
Quand est-ce que les écoles d'informatique ajouteront une U.V. de négociation salariale ? 😅 C'est peut-être le cas dans certaines écoles. Enfin, j'espère ...
Bonjour, je viens de découvrir ta chaîne et je me régale ! Que penses tu du web 3 ? Je suis actuellement développeur JS et je souhaiterais partir dans cet écosystème. Quel est ton ressenti sur ce dernier et est-ce que tu penses qu'il a un réel avenir ? Merci à toi, super vidéo !
Merci et ... bienvenue 😀 Tout ce qui est applications décentralisées / distribuées à clairement de l'avenir. Ne reste plus qu'à voir quels domaines et quels profils seront recherchés. On pense tout de suive aux blockchains et autres smart contracts, mais j'avoue que pour l'instant, je ne sais pas trop quels seront les débouchés pour les non-spécialiste du sujet. L'écosystème JS a de l'avenir ... et du présent 😅 C'est pour ça que continuer à suivre JS tout en regardant ce qui se fait ailleurs est un gros plus. On se lasse de JavaScript car on fait et refait sans cesse les mêmes apps de type CRUD amélioré + des API REST. Mais on peut faire beaucoup de choses avec JavaScript : même interagir avec des noeuds Ethereum. Perso, en ce moment, je joue beaucoup avec Go pour voir d'autres types d'app : CLIs, outils réseaux et mêmes backends pour le web également (et donc forcément toujours du JS en Front). Bref, on n'a pas à arrêter le JS tradi pour faire autre chose à la place. On peut ajouter des cordes à son arc. Bon, à condition d'avoir le temps ⏱️ Qu'est-ce qui t'attire dans le web 3 ?
@@codeconcept Bonjour et merci pour ta réponse ! 👌 Je suis 100% d’accord avec toi, effectivement à force de faire du js et travailler sur des applications qui dans le fond se ressemble, j’aimerais voir autre chose. Ce n’est pas que je n’aime plus ce que je fais mais j’ai surtout envie de me tourner vers l’avenir et vers un domaine qui m’intéresse, car je suis dans l’écosystème crypto depuis longtemps, avant je n’avais pas l’argent d’en acheter mais j’ai commencer depuis j’ai eu ma première paie en sorti d’étude, du coup je me suis encore plus renseigner sur la technologie de la blockchain de tout ce qu’on pourrait faire avec et des nombreux projets qui émergent dans ce sens. De ce fait, je me sens investi et j’ai envie de contribuer à l’évolution de l’environnement web 3. Je commence une formation en septembre en parallèle de mon poste de développeur, du coup ma décision est déjà prise mais j’aurais bien aimé avoir ton avis sur le sujet web3. Merci à toi 🙂
J'ai pas grand chose de plus à en dire, n'ayant pas mis les doigts dans le web3 😁 Mais c'est clair qu'élargir son champ de compétences quand l'énergie et la motivation sont aux rendez-vous est un gros plus 😎
Perso, je pense que comme le temps est très précieux, il vaut mieux se focaliser sur une spécialité. Cependant, on ne peux pas être spécialiste sans avoir le minimum nécessaire de compétences transversales. Exemple : un spécialiste Angular devrait déjà aussi connaître git, docker(ou kubernets), html, css, postman, les 3 OS desktop (windows, Ubuntu, Mac Os), les Os mobiles minimum, les deux logiciels de test (unitaires et d'integration), La sécurité intégrale du project, la rédaction de l'analyse fonctionnelle et technique, les différentes base de données existantes (en fonction des besoins du projet).les passerelles de paiements, ou autres api d'intégration. Voilà, ça demande quand même bien plus que Angular uniquement. Et puis, un spécialiste Angular n'est pas que développeur mais également Architect Logiciel Angular et veilleur technologique au quotidien. Merci.
C'est toute la difficulté : la spécialisation et le côté généraliste sont très liés😀 Comme je l'ai lu sur la plaque d'un médecin : spécialisé ... en médecine générale 😁
@@creationJeuxVideoETtuto D'autant plus long que la vue d'ensemble change au fil du temps 😅 C'est pour ça que dans les moments de moindre énergie, on peut resserrer la veille sur un sous-domaine particulier, ou juste regarder de loin le nouveau framework / langage pour voir si, un jour de plus grande disponibilité, on consacrera plus de temps à la chose survolée à 30000 pieds.
Ce que j'imagine c'est que la création de logicielle deviendra de plus en plus simple avec le temps. Il y a l'IA, le No Code, les progrès sur les frameworks, ... qui permettront cela séparément ou combinés ensemble. Donc les chefs de projet / produit vont faire du code, car la marche à monter sera plus accessible. Sinon ce seront les développeur qui devront prendre de plus en plus des responsabilités qui incombent aujourd'hui à un chef de projet / produit.
C'est un scénario catastrophe que tu décris là pour ce genre de chefs de projets qui y arriveront du fait que ce sera devenu plus facile 😀 Ces profils là apprécient généralement de ne plus avoir à ouvrir un IDE. Ils n'attendaient qu'une chose : monter d'un cran dans la hiérarchie pour de plus avoir à faire cette chose ingrate qu'on appelle programmer. L'autre catégorie, celle de chefs de projet techniques, n'ont pas de problème avec la complexité. Ce sont des brutes techniques doublés de managers 😎 Le développeur avec plus de responsabilités : croisons les doigts. Ca ferait sauter le plafond de verre des devs qui se retrouvent bloqués, notamment en niveau de salaire 😉
@@codeconcept c'est clairement ça, certains sont bien planqués à donner des ordres sans rien faire d'autres avec des fois aucune responsabilité: la faute des dev, ils avancent pas assez vite...
Non je ne crois pas ce scénario, essayes déjà aujourd'hui de faire une app avec une IA . Si tu n'es pas développeur, et surtout si tu n'es pas un expert du domaine , l'IA te sortira un code que tu ne comprendra pas , et que tu ne pourra pas l'exploiter . Même, de tout temps , on veut nous faire croire qu'avec tel ou tel language, a l'aide de wizards ( Microsoft est le spécialiste de ce genre de trucs ) , on pourrait créer ce que l'on désire , sans rien connaitre , mais dès que l'on veut modifier ensuite la couleur d'un texte , on est incapable de comprendre comme cela a été fait, et on est obligé d'aller chercher un expert , ou en général jetter toute l'appli et la refaire entièrement 😂 . Bref le chef de projet , restera toujours chef de projet, et quand il n'y arrivera plus ( comme maintenant) , car n'est pas un expert, et que l'IA ne pourra pas l'aider, comme maintenant, il aura un budget pour trouver l'expert externe très cher pour faire cela . ( C'est le job du manager, également gérer un budget , pour l'aider à faire tourner le projet , par le recrutement)
Je me suis déjà posé cette question des experts/spécialistes en comparaison avec la médecine. J'adore l'expression: "le généraliste ne sait rien dans tout, le spécialiste sait tout dans rien" On sens bien que ça ne colle pas en IT ou le généraliste doit savoir beaucoup dans beaucoup! 😄Je pense cependant qu'il existe vraiment des spécialistes en IT mais plutôt pour des produits bien particulier. Genre Spécialiste Azure, AWS ou spécialiste websphere, jBoss, weblo 🤢ou encore pour des bases de données exotiques par exemple. Le "fine tunning" de ces produits nécessitent effectivement des formations particulières. Dernière petite remarque sur le sujet, rien de plus exaspérant que les RH/recruteurs/chasseurs de tête, qui te poussent à mettre "expert" dans ton cv pour que ton profile colle mieux à une demande particulière. 😠 Merci Samir pour cette video et ton point de vue.
Merci JP 😀 Il y a clairement des spécialités. Mais beaucoup apparaissent en cours de route. Par exemple j’avais connu un DBA qui venait sur plusieurs projets pour optimiser les requêtes (des procédures stockées essentiellement). Et bien pendant une pause café, il m’avait dit - avec une pointe d'angoisse - qu’il fallait qu’il se mette au cloud justement parce qu'il n’avait pas encore pris le temps (c'était il y a une dizaine d'années). Donc même en étant sur une spécialité qui bouge peu par rapport au Front, il y a quand même tous les 5 ou 10 ans des grosses vagues qu’il faut prendre. Je vois le genre : ces recruteurs qui aiment apposer le terme "expert" à côté de la moindre expérience. Ce sont les mêmes qui bossent pour une entreprise (auto-proclamée) leader sur leur marché .Etrangement, même quand ils passent chez le concurrent, ils sont encore chez le leader du marché. Parfois j’envie les gens qui ont fait des études "classiques", comme la médecine, le droit ou l'architecture (la vraie, celle du génie civil😛). C’est dans leurs jeunes années qu’ils font le plus gros de l’effort, quand ils ont le maximum d’énergie. Ensuite, bien sûr, ils doivent continuer à suivre l’actualité de leur domaine, mais il sont posés, établis. J’ai l’impression que nous, nous devons construire des chateaux de cartes successifs tous les 5 à 10 ans. Alors d’accord, on arrive à les construire plus vite avec l’expérience 😅 Mais on ne peut pas simplement ajouter des ornements ou une pièce supplémentaire comme eux. D'où le besoin de s'éloigner du code pour gagner en stabilité (et passer toujours plus de temps en réunion ...)
@@codeconcept Oui je suis d'accord on doit constamment se tenir à jour et évoluer. C'est le prix à payer car je ne suis pas encore prêt à renoncer au code pour plus de stabilité 😄
bonjour ah non non, c'est ma phrase ça :p moi je dis : je connais tout (c'est pas certain) mais je maitrise rien(ça s'est certain) :(((( objectivement parlant car oui, je touche à tout (ou quasi tout) en informatique mais du coup, je finis jamais d'apprendre, j'avance mais je recule aussi un peu en oubliant comment j'ai fais des fois car j'ai pas pratiqué pendant 6 mois, voire 1 an ou plus ! mais globalement, ça me donne une bonne vue d'ensemble mais pas encore assez ceci dit. je fais aussi bien de la 3d, que de la programmation (en plus de site internet, de jeux mobile, d'applications mobile, de clients lourds), du systeme, du réseau, de la cybersécurité, de l'assistance utilisateur, du hardware, du marketing....manque surtout la partie juriste en fait>
Salut Samir, je pensais que tu allais répondre à la question :) Je dirais spécialisation pour moi, après celui qui a les capacités d’être full stack par exemple alors qu’il fonce c’est que mieux. Merci pour tes vidéos de qualité
Quand elles ne trouvent pas le mouton à 5 pattes, elles se rabattent ... sur celui à 4 🐑. C'est comme ça que j'avais trouvé mon premier poste. Les RH cherchaient quelqu'un qui connaissait 4 technos, elles ont laissé passé ceux qui connaissaient les 4, puis seulement 3. Pour finalement me prendre alors que je n'en connaissais que 2 car la personne à remplacer était partie en congé maternité 😅. J'ai quand même postulé en me disant : rien à perdre. Pendant un déjeuner avec mes nouveaux collègues, j'ai appris que les RH avaient fait venir à deux reprises les candidats idéaux, mais ça n'était pas suffisant. Ils voulaient faire passer un troisième entretien (pour un CDD avec garantie de ne PAS devenir un CDI !), bah les candidats avaient trouvé ailleurs car ils trouvaient que les RH exagéraient. A vivre dans la bulle d'un monde parfait avec le candidat idéal, la contrainte du temps finit par remettre les choses en ordre de marche ⏲ Résultat, le CDD s'est bien passé, puis second CDD ailleurs, puis CDI. Bref, le chemin est parfois tortueux, mais il faut continuer à y croire 😉
Etre expert sur un sujet technique, c'est le fait d'en savoir beaucoup plus qu'un développeur lambda. D'être capable de développer des choses qui prendraient beaucoup plus de temps à un débutant, un intermédiaire et même un avancé. Et parfois de pouvoir développer des fonctionnalités que d'autres ne sauraient pas développer du tout. Les experts ont énormément pratiqué certains sujets particuliers au point d'en connaître presque toutes les spécificités, pièges, points forts et points faibles. Quand ils connaissent par coeur certains sujets, ce n'est PAS parce qu'ils ont essayé de les mémoriser, mais parce qu'ils ont énormément pratiqué ces sujets particuliers. La mémorisation n'est que la conséquence involontaire. Un développeur expert en JavaScript, Rust et Go disait qu' "on apprend avec les mains". Sur le clavier. Ce n'est pas la lecture de la documentation d'un trait qui permet de progresser, mais la création d'applications de plus en plus complexes au cours desquelles il y a de nombreux aller-retour vers la documentation. Le tout ponctué de lectures d'articles techniques, de livres de référence (et oui, pour certains sujets, le papier est irremplaçable). Connaître les mots clés du langage, c'est seulement le premier pas. La pratique, la création d'applications de plus en plus complexes est l'unique façon de progresser d'après ces experts que j'ai vus à l'oeuvre. Et tout comme nous, l'interpréteur, le compilateur et les tests se chargent de leur indiquer quand ils se trompent. Mais eux trouve bien plus rapidement la cause du problème et le fix 😎 Ils en bavent toujours, mais sur des sujets bien plus avancés que les nôtres 😀
Expert ou Généraliste ? En fait , si on est développeur je pense que la question. ne se pose pas . On aime ce que l'on fait , passionné du dev , et donc on s'accroche à apprendre les dernières technos montantes, en général si possible avant tout le monde, pour être l'expert recherché ( pour répondre aux offres de missions avec 10 ans d'expérience sur la techno, alors que le truc existe depuis juste 2 ans 😂😂) , et on se détourne pas de son métier de dev , comme le hasard d'une carrière , et de la fonction nous pousse à cela quand on prend de la bouteille , pour devenir lead , architecte, ou spécialiste fonctionnel, formateur, ou organisateur de réunions Tupperware avec les utilisateurs 😂, ou même commercial quand on vous trouve trop nul comme dev 😂 ) . Bref tout est une question d'avoir envie d'être dev ( qui pour moi veut dire , expérimentés sur les technos mes plus demandées du moment). Pour moi c'est le statut qui fait que l'on s'endort sur ses connaissances, salarié on se laisse porter par les projets de son employeur, et ce qu'il considère que tu lui sera le plus utile, c'est comme cela qu'il y a des gens qui font encore de l'ASP 3 classique, toute leur carrière, ou tu choisie le statut d'indep, et là tu es obligé de te remettre en question au grès de tes mission, et là c'est plus facile, même obligé d'essayer de devenir un expert d'une techno que l'on ne connait pas encore. Je crois que c'est aussi une question de caractère du développeur, entre celui qui aime être , a 90% a plein temps devant son écran , disons le timide , ou celui qui aime les temps a la machine a café à animer les discussions de toute l'équipe de dev, et + si affinités 😂😂( avec l'espoir un jour postuler au salaire du manager du projet). Bref pour moi , essayer d'être un expert , (même après 22 ans comme indep) ... ou arrêter le métier de dev . ( Désolé pour mes commentaires , imagés, si j'en choque, ou fait marrer, certains 😂 )
On peut même dire qu’on devient développeur pour de nombreuses raisons, mais qu’on le reste par passion 😀 J'ai connu de bons devs qui n’attendaient que l’occasion de monter en grade pour ne plus programmer. Et pourtant c’était des bons. Pour d’autres, dès leurs études, on voit tout de suite que c’est un métier comme un autre qui leur permettra de devenir chef de projet après avoir tiré leurs 2 ans au bas de l’échelle : celui du dev (de la production quoi). Bon après, certaines boîtes ont du talent pour faire d’une passion une corvée. Bien illustré dans cet épisode de Silicon Valley dans lequel Gilfoyle, suite à une présentation de l’organisation des prochaines 8 semaines de Scrum répond, éploré : "Ca vient de devenir un boulot"🤣
@@codeconcept oui, exact . Sur ce constat, ou certain dev des le début de carrière, veulent évoluer .., pour ne plus développer, la question posé entre devenir expert ou generaliste , est réglée : c'est simplement être ou ne pas être développeur ( dev ou oublier le dev, et faire autre chose toujours lié à l'informatique ). Exact également sur les Scrums qui dégoute de notre métier , la il y a un sujet complet a faire, mais bon , j'ai l'impression que c'est tabou de le dire , la ou partout on dit que la méthode agile permet de faciliter l'organisation d'un projet, pour le bien, aussi des dev., alors en fait pas vraiment. Bref votre question posée dans votre video, nous fait aller trop loin en questionnement de toute sorte ... Allez du pourquoi , du comment , et du combien , allez cela serait si simple de répondre simplement "parce que ... " et ne pas se poser de questions sur notre métier ( Franchement, notre métier , le web , la mobilité, va permettre de pouvoir nous espionner , en allumant notre micro et caméra de téléphone sans notre consentement, et je pense de façon automatisée , il ne vaut mieux pas trop se poser de question sur le sens de notre métier, "parce que ... c'est tout, il n'y a rien a comprendre" est la bonne réponse )
Hello, je pense qu'en fait tout est dans ton pseudo, un spécialiste aura surtout bien acquis les concepts 😉, les concepts sont transverses et réutilisables (ce qui rend le spécialiste généraliste), je peux prendre par exemple le concept de store pour le front (que ce soit redux en react ou ngrx en angular, fondamentalement le principe derrière est le même), ensuite passé d'un langage à un autre ça peut se faire , je pense, assez rapidement. Pareil pour les notions de POO niveau back, les desing pattern, etc..... . Perso je suis actuellement sur un projet qui fait intervenir de la cartographie, je n'y connaissais encore rien il-y-a quelques mois et maintenant je maitrise pas mal (je suis tech lead fullstack sur le projet). Je suis tout à fait d'accord avec le mouton à 5 pattes recherché par les RH, c'est n'importe quoi 🤮 Après il faut quand même une bonne base technique pour être un expert généraliste, avoir touché à pas mal de projets (même en projet perso) et faire de la veille techno.
Me balancer le nom de la chaine en réponse : c'est du vice 😀 Mais je suis bien d'accord😉 C'est vrai qu'on apprend plus rapidement le 2ème puis 3ème langage du fait qu'on a les concepts (idem pour les frameworks). Même si certains langages font des choix en matière de DX vraiment étranges. Comme PHP qui s'obstine à garder les '->' là où tous les autres de la même famille utilisent un '.', ou encore les '::' pour appeler une méthode statique. En ce moment, je jette un oeil sur Go : c'est pire niveau syntaxe. Quand on croise ce ':=' là on se dit que le gars qui a eu l'idée de ce raccourci aurait mieux fait de prendre une pause. A moins que ce soit repris d'une autre la transition. C'est cool la cartographie : j'ai toujours aimé les cartes. Ca fait vivre les données.🗺️
@@codeconcept hello! java et kotlin utilisent aussi '->' pour les lambda, kotlin utilise aussi le '::' pour les méthodes static(sauf erreur de ma part). Quant à ':=', VBA l'utilise pour les paramètres nommés.
Merci pour ces précisions 😀 En Go, le ':=' n'est qu'un raccourci pour déclarer et initialiser une variable : f := "apple" est équivalent à var f string = "apple" C'est tout bête la syntaxe, mais je serais curieux de savoir pourquoi un langage moderne (2009 je crois) ajoute des originalités syntaxiques qui prennent le contre-pied de ce qu'on à l'habitude de faire. C'est la même syntaxe que '+=' ou '-=' utilisé depuis des décennies pour affecter après addition ou soustraction dans de nombreux langages. Donc j'ai cru sur le coup à une division avant affectation 😅
@@codeconcept salut, la cartographie, un sujet dont je me suis interessé il y a quelques mois et en laissant tombé entre temps...faudrait que je reprenne (et j'essaye des fois) mais voilà, je reste bloqué pour ajouter dynamiquement des marqueurs sur la cartes et qu'ils soient sauvés en bdd sql avec php....déjà ce qui est enregistré en bdd n'est pas propre car j'ai aussi du texte en plus des coordonnées GPS....(doit je chercher à nettoyer les entrées ou bien, je dois enregistrer differemment le marqueur) et du coup, en plus, impossible de ressortir cela...pour l'instant, et je veux / peux le faire qu'en ajax. je veux pas de node.js (car je connais pas et faut un hebergeur niveau de gamme au dessus) mais j'ai peut-etre tort, ca serait plus simple peut-etre ...un avis sur la problématique svp ? merci pour d'eventuelles pistes ^^
@@creationJeuxVideoETtuto Salut, il y a plein d'exemples en ligne sur le sujet car avec tous les sites de petites annonces, réseaux sociaux spécialisés (location de matos etc) qui ont fleuri dans années 2010, il fallait sauvegarder en base des coordonnées GPS 😀 Sauvegarder en base quelque chose du genre : id: 1, userId: a1z2e3, lat: 48.114426 lng: -1.666907 title: 'Parc du Thabor' Et donc dès qu'un marker serait déposé sur la carte, une nouvelle ligne serait créée dans la table correspondante en base. Après le déplacement d'un marker où la modification de son titre, la ligne serait mise à jour en base en y accédant par son id. Lors de l'affichage de la carte, un gros SELECT serait fait pour récupérer les markers d'un user (avec un where sur le userId) et une boucle permettrait de les réafficher sur la carte en les recréant depuis l'API de cartographie qui permet en général de créer programmatiquement un marker à partir de ses lat/lng. En fait, la plupart des bases de données doivent avoir un type dédié aux coordonnées. Ca, Enden33 doit pouvoir confirmer/infirmer. Dans MongoDB c'est sûr, dans les autres DB je ne sais pas mais il doit bien exister un type dédié. Personnellement, avec les seules lat et lng, j'arrivais au résultat voulu de la sorte, car ça n'était que pour afficher un marker par lieu 😉
Je suis encore junior ( 3 ans d'xp ) et plutot specialiser en front (Angular, React, Vue...) et actuellement dans une ESN ou l'on me reproche de pas m'ouvrir a d'autres techno surtout back encore ce matin, je me suis pris une tarte pour avoi refuser une mission full back en java sans xp. Mon objectif est d'obtenir cette fameuse expertise en front mais on me donne souvent l'impression que je me tire une balle a ne pas vouloir faire de back et du java en particulier...
J'en vois tous les jours des missions Angular en Front et Java en Back. Bien plus que Full Stack JS. C'est clair que Java ne fait pas forcément rêver, mais les grands comptes l'adorent. Angular / Java est une stack rémunératrice une fois l'expé acquise. Bon, souvent, après une démission pour aller négocier une bonne augmentation 😅 Si tu es clair avec le client pendant l'entretien sur le fait que tu viens du Front et que tu es prêt à monter en compétence sur Java, il n'est pas impossible que ton commercial propose qu'on t'envoie faire une formation Java avant de le début de la mission. Justement car il sait que tu partiras en mission dans la foulée. Mais si ça ne t'intéresse pas du tout, c'est pas évident de se motiver. Dans ce cas, les postes de Front, avec ton expé de 3 ans en plus, ne manquent vraiment pas 😎 Et l'été, c'est pas mal pour se faire recruter : l'ambiance est plus relax.
@@codeconcept Souvent les gens n'aiment pas Java car c'est pas le langage le plus facile à prendre en main, un bon dev Java peut switcher sur un autre langage facilement , l'inverse est moins sur
Si tu as des collègues sadiques oui, ils le feront 😅 Plus sérieusement, ça peut arriver, même si je n'en ai pas vues souvent en poste. Je les ai bossées de mon côté quand je bossais les algo et les data structures plus que sur le terrain. Selon les projets, la lisibilité sera privilégiée sur le code "futé". Dans certains grands comptes, tu as des guides du développeur pour inciter certaines pratiques ou au contraire en dissuader d'autres. Tout dépendra si c'est la perf qui est privilégiée, ou la maintenabilité. Si les devs ont plutôt un profil OOP ou plutôt programmation fonctionnelle.
En front j'ai souvent à utiliser des fonctions récursives. Si tu récupères d'une API un json avec une clé enfants et cela sur une profondeur indéfini : ex : { "id": 1, "childs": [ { "id": 2, "childs": [ { "id": 3, "childs": [ { "id": 2, "childs": [], } ] }, ] }, { "id": 4, "childs": [ { "id": 5, "childs": [] }, ] }, ] } alors, l'utilisation d'une fonction récursive est nécessaire.
Cela dépend où .. Par exemple en SQL (dans SQL Server , dans mon cas) il y a un ordre spécialement fait pour cela , quand on doit requêter des donnees liés par jointure pere/fils ... Marrant a utiliser , et même rapide , en une requête on peut lister plusieurs niveau de père/fils
