Developpeur full stack ou front-end pour commencer (full remote)
Free-Worker-622472
Bonjour,
Je suis actuellement ingénieur logiciel dans les systèmes embarquées et l'IOT. Je souhaite pouvoir me spécialiser plus dans du pure dev informatique. Pour cela, j'ai trouvé deux formations intéressantes sur OpenClassroom, une pour être développeur full stack et une autre pour être developpeur front-end Java (React).
Souhaitant, par la suite travailler à l'étranger en full remote, je voulais savoir selon vous vers quoi devrai-je m'orienter pour commencer, sachant que je n'ai aucune expérience dans ces domaines ?
Merci à vous pour votre aide.
-
_Fred_
Nombre de posts : 750Nombre de likes : 321Inscrit : 1 mai 2015À mon humble avis, commence par la technique, la technique et encore la technique. Si tu veux devenir dev, tu dois connaître ton langage le plus possible, surtout si tu ne sors pas d'une formation faite pour.
À ton niveau, si tu choisis un langage en demande, les employeurs seront très flexibles sur tes compétences, car en France, souvent, on ne sait pas tester le niveau ou on ne le fait pas. Cela veut dire que tu auras beaucoup de latitude dans la compétence qu'on exigera de toi. Mais autant pour toi que pour le cas où tu tomberais sur un recruteur exigeant ou une mission intéressante, meilleur est ton niveau technique, meilleure sera ton intégration et ta progression. Donc tu peux laisser tomber le full stack dans un premier temps pour a minima maîtriser le langage à la base.
Tu peux donc commencer par une formation, certifiante si possible, tout en lisant en parallèle les livres sur le sujet pour en savoir le plus possible. Et dès que tu mettras ça sur ton CV, ça devrait attirer les recruteurs que tu convaincras par l'expression de tes savoirs. Dans la théorie. L'expérience fera le reste en t'apportant des savoirs qui ne dépendent que des situations rencontrées et difficiles à matérialiser dans des livres.
Quant à l'étranger, c'est exactement ce même principe puissance 10 : ils te jugeront sur tes compétences, donc tu as intérêt à être un expert (ou au moins très bon) sinon pourquoi ils te recruteraient de l'étranger... ?
-
Free-Worker-622472
Nombre de posts : 2Nombre de likes : 0Inscrit : 18 septembre 2022D'accord, je vois, merci de ta réponse. Donc selon toi, il vaut mieux que je commence par du front-end. A ton avis, quelles sont les langages (ou le langage) qui sont actuellement le plus demandé sur le marché. J'envisageais de commencer par du Java (avec le framework React notamment). Qu'est-ce que tu en penses ?
_Fred_
Nombre de posts : 750Nombre de likes : 321Inscrit : 1 mai 2015Tu peux aller dans le back si tu veux, y'a pas de limites. Mais si tu veux te lancer dans le dev, t'as pas mille choix. C'est comme si tu me disais vouloir être MOA, je te dirais qu'il te faut une spécialité métier...
Pour le langage, ça c'est à toi de le choisir. On a tous des affinités... Et pour la demande, fais un tour sur les sites de recherche (Indeed, APEC, Pole Emploi) et tu tapes le nom du langage sur la zone où tu habites et/ou veux travailler. Tu compares ensuite le nombre d'offres et leur qualité. Mais c'est un peu une façon consumériste de faire ton choix. Les affinités sont très importantes parce que tous les langages ne servent pas aux mêmes usages, et il n'y a que toi qui puisse dire.
Autre possibilité : Pole Emploi a beaucoup de partenariats avec des entreprises privées qui proposent des formations qualifiantes. Sur Bordeaux, ces temps-ci ils formaient gratuitement à du dev en IA. C'est plutôt un super pied à l'étrier.
- Utilisateur supprimé
Petite remarque en passant, java est une techno de backend, pas de frontend. Donc, tu voulais probablement dire javascript. (Ce qui n'est pas le même environnement que Java)
Ceci exposé, le problème que tu poses est assez intéressant. Si je regarde côté métier:
le front est plutôt à la main des marketeurs ou des chefs produits.
le back est plutôt à la main des informaticiens au sens large.
Pour prendre une analogie bien connue :
Le front, c'est la devanture de la boutique
Le back, c'est la réserve et la compta.
Deux mondes assez différents.
Crois-le ou non, il y a beaucoup plus de travail durable côté back. Tu peux sauter d'une équipe à l'autre assez facilement pour résoudre des bugs, faire de nouvelles features, etc...
Côté front, on fait plutôt des sauts. Pour caricaturer, je dirais que tout les 3 ans, tu fais une refacto globale en te mettant à niveau avec la dernière techno pondue par Google et consors.
Donc, pour moi : je suis toujours plus satisfait de bosser en front. Mais, le gros flux de travail reste côté back.
Ton orientation? Historiquement, toutes les boites sérieuses bossent sur Java et .NET. Mais, on parle bien de l'historique. Le Legacy, comme on dit.
Actuellement, il y a une grande vague de fond avec les microservices et Python. Sérieusement, je ne connais pas une seul startup qui démarre un projet en JAVA. Ca n'existe plus.
Après il s'agit d'un choix :
je veux m'éclater : front avec react.js ou angular.js.
Je veux avoir des missions de longue durée : JAVA et les grandes équipes tenues par les vendeurs de viande.
Je veux être à la pointe de ce qui se fait actuellement : microservices / Python. Par contre, comme ce sont des start-up(s) ou des scale-up(s), tu ne rentreras probablement pas à la SG avec ça.
htnfr
Nombre de posts : 1364Nombre de likes : 170Inscrit : 15 mars 2017microservices / Python pour les start-up(s), je veux bien croire. Par contre, pour les scale-up(s), je pense qu'ils deviennent plus matures pour comprendre c'est un mauvais choix, il faut passer à autre chose.
Utilisateur supprimé😉On fera un débat sur les microservices, un jour. Les microservices, c'est à peu près comme "agile". Quand tu es full cycle en V, tu regardes agile de haut en disant, "c'est quoi c'te connerie ?". Quand tu as convaincu toute la boite de passer agile, les résultats sont rapides et les échecs sont vites oubliés.
Microservice vs Monolithe : bah, c'est pareil. Vu du monolithe, il y a pleins de truc que tu faisais et que tu ne feras plus quand tu seras passé en microservices. Mais, il y a tellement d'avantages.
Je synthétiserai en disant, le monolithe a toujours raison, mais il n'a pas le temps de l'exprimer parce que, pour des questions de time-to-market et de scalabilité. Le microservice est déjà en prod alors que les specs du monolithe n'ont pas encore débutées.
htnfr
Nombre de posts : 1364Nombre de likes : 170Inscrit : 15 mars 2017J'ai travaillé pendant plusieurs années avec les micro-services, je sais bien de quoi je parle. La comparaison avec "Agile vs cycle en V" est fausse.
Le démarrage est micro-service est une erreur, tu perds plus de temps, il n'est pas possible de le sortir en prod avant. L'approche recommandée est de commencer par un monolithe, et quand il est bien conçu, le passage à micro-services est très simple. Il ne faut pas penser que:
Monolithe = Cycle en V avec les specs
Micro-services = solutions à tous les problèmes. En réalité, on résoud certains problèmes mais on en rajoute d'autres
Dans mon post, j'ai également parlé de Python, pour moi, c'est pas un bon choix non plus, il est hype depuis certains temps mais je ne crois pas en son avenir dans le milieu pro.