[OeufRoyal]

Bon ce sujet est rassurant, on est bien sur un forum de geek. J'commençais à avoir des doutes.

[Lyuna]

Citation :

Publié par OeufRoyal

Bon ce sujet est rassurant, on est bien sur un forum de geek. J'commençais à avoir des doutes.

T'es sérieux ? Ca se voit partout quand même

Message supprimé par son auteur.

[Hiolaltios]

OP est-ce que tu t'es posé la question "qu'est-ce que je veux coder ?". Est-ce que tu as envie de développer des sites ou des appli webs, du client lourd, faire des applications mobiles, du scripting très bas niveau, du big data voir du machine learning etc...

En fonction de la réponse, tu t'orienteras vers tel ou tel langage en fonction de l'état du marché de l'emploi et du degré d'adhésion de la communauté au langage.
Par exemple, Javascript et PHP sont de base des langages très bordéliques sans aucune consistance mais va savoir pourquoi, ils sont très populaires et la communauté y est très actives. Sûrement parce que se sont des langages faciles à prendre en main et qui permettent de produire quelque chose d'exploitable rapidement.

La qualité intrasèque d'une langage n'est pas suffisante pour savoir si tu dois l'adopter et s'il te permettra d'en vivre.

"Node.js c'est de la balle car c'est asynchrone et plus rapide" : ok mais est-ce qu'en fait tu vas avoir un fort besoin d'asynchronisme dans ton application ?
"Met du NoSQL c'est le plus rapide" : ok mais est-ce que t'es certains de pas avoir un fort besoin d'agrégation de données dans ton application ?

On s'amuse pas écraser une mouche avec un maillet d'une tonne dans le métier. Méfie toi comme la peste des gens qui viendront te délivrer la vérité absolue, surtout les évangélistes. Tout est relatif. Quand tu choisis une techno, regarde celle qui remplis le mieux ton besoin (en anticipant un peu pour éviter de changer tous les 6 mois) et vérifie que la communauté derrière est suffisamment active.

Après, pour ce qui est formation, oublie très clairement les trucs "devenez dev web en 1 an grâce à notre formation intensive". Cela n'apporte rien par rapport à un cursus normal. T'apprendras les bases et en sortiras pisseur de code dans les deux cas. Autant te former en autodidacte et te renseigner auprès de la communauté pour qu'elle t'oriente dans ton apprentissage. Cela prend beaucoup de pratique à appréhender et comprendre pourquoi et comment concevoir ton code proprement (SOLID, DDD, Calisthenics Object pour ne citer qu'eux) et savoir faire du code testable unitairement.

Message supprimé par son auteur.

Message supprimé par son auteur.

[Hiolaltios]

Je pense que nous n'avons pas la même définition de "développeur accompli" C'est pas un hasard si toutes les entreprises ont des difficultés à recruter des développeurs compétents, junior ou sénior.

Message supprimé par son auteur.

Message supprimé par son auteur.

[Lyuna]

Citation :

Publié par Hiolaltios

Je pense que nous n'avons pas la même définition de "développeur accompli" C'est pas un hasard si toutes les entreprises ont des difficultés à recruter des développeurs compétents, junior ou sénior.

C'est aussi la faute des grandes entreprises... J'ai vu pas mal de très bon devs de ma génération qui ont fait fuck off parce que le code propre et bien gaulé qu'ils ont fait a été abandonné pour faire vite tel et tel truc dans une autre techno plus facile à maintenir sur le moment. Tu te retrouves avec des bouts de codes pourris codés dans différents langages au sein d'une même appli et avec des technos désuètes car elles ont tenues un an.
Faire du bon boulot de dev dans une entreprise c'est la croix et la bannière, sans compter que la plupart des grilles de salaires mettent les devs (bon ou pas) tout en bas.

[punkoff]

Citation :

Publié par Lyuna

C'est aussi la faute des grandes entreprises... J'ai vu pas mal de très bon devs de ma génération qui ont fait fuck off parce que le code propre et bien gaulé qu'ils ont fait a été abandonné pour faire vite tel et tel truc dans une autre techno plus facile à maintenir sur le moment. Tu te retrouves avec des bouts de codes pourris codés dans différents langages au sein d'une même appli et avec des technos désuètes car elles ont tenues un an.

Je ne penses pas que ca soit uniquement un problème de grande entreprise.

Plus une conjonction entre un besoin client (budget, planning) et les ressources dispos sur le marché (du coup technos)

Va vendre à un jeune (ou moins jeune) un projet qui tourne sur du struts 1, ... bonne chance

Et au vu de la vitesse d'évolution des technos ca devient de pire en pire, le temps de faire ton projet, de le mettre en prod que t'a déjà une dette technique.

Parlons pas des technos de niche, comme cité plus haut, et c'est encore plus de risque pour les projets.

[Mordreck]

Citation :

Publié par Lyuna

C'est aussi la faute des grandes entreprises... J'ai vu pas mal de très bon devs de ma génération qui ont fait fuck off parce que le code propre et bien gaulé qu'ils ont fait a été abandonné pour faire vite tel et tel truc dans une autre techno plus facile à maintenir sur le moment. Tu te retrouves avec des bouts de codes pourris codés dans différents langages au sein d'une même appli et avec des technos désuètes car elles ont tenues un an.
Faire du bon boulot de dev dans une entreprise c'est la croix et la bannière, sans compter que la plupart des grilles de salaires mettent les devs (bon ou pas) tout en bas.

Bienvenue dans le monde reel, ou tu as un temps fini pour ton projet, avec un perimetre qui change fondamentalement en cours de route dont le delais n'est pas revu pour permettre de prendre ces changement en compte de maniere propre, et ou l'investissement court/moyen terme est souvent prefere au long terme (la principale raison etant qu'il n'y a aucune garantie qu'elle soit encore la dans X temps ou que le dev en question soit toujours la pour tirer profit de l'investissement long terme).
Sans parler du fait que n'importe quel appli qui a ete assez en prod assez longtemps (ie. plus d'une semaine) se tappe son lot de fix critique code a l'arrache car il n'y avait pas le temps de le faire proprement (ce qui necessite du temps et de l'effort).

Apres pour la grille de salaire, ca depend enormement des boites (voir des equipes). Une boite dont le coeur de metier est la techno ou du moins dont la techno est un levier de croissance va faire un pont d'or a ses devs, la ou la boite qui voit les devs comme un centre de cout va chercher soit a les externaliser (via SSII) soit reduire ces couts la au maximum.
Ca marche aussi pour les differences entre equipes: un dev en R&D sur un nouveau produit et/ou sur le produit porteur de la boite va en general avoir des conditions de travail et un salaire plus eleve que celui en support et/ou sur le produit a faible valeur ajoute.

Apres il y a aussi un gap culturel, en France on a tendance a voir le management comme la seule voie d'evolution possible passe un certain seuil et les carrieres purement technique sont relativement rare.

[PatNyck]

Vous parlez beaucoup de frameworks, languages, technos ... N’oubliez pas non plus les bases : l’algorithmique, la logique, savoir bien construire son code : conception, analyse, codage, tests unitaires, tests d’intégration, ... la gestion de configuration (Gît)

Et aussi tout ce qui est méthodes agiles, SCRUM, le travail en équipe... le ticketing (Jira) tout ça tout ça

Et comme évoqué précédemment : les outils pour gérer son environnement de développement : docker, vagrant
Les notions de cloud : AWS (compte gratuit 1 an), Asure avec en prime du Puppet ou Ansible.

[Erlum]

Citation :

Publié par PatNyck

Vous parlez beaucoup de frameworks, languages, technos ... N’oubliez pas non plus les bases : l’algorithmique, la logique, savoir bien construire son code : conception, analyse, codage, tests unitaires, tests d’intégration, ... la gestion de configuration (Gît)

Et aussi tout ce qui est méthodes agiles, SCRUM, le travail en équipe... le ticketing (Jira) tout ça tout ça

Et comme évoqué précédemment : les outils pour gérer son environnement de développement : docker, vagrant
Les notions de cloud : AWS (compte gratuit 1 an), Asure avec en prime du Puppet ou Ansible.

Imo tu pars un peu loin, on parle de quelqu'un qui commence tout juste à apprendre à programmer. On est loin de s'attaquer à ce genre de problématiques.

Néanmoins jsuis tout à fait d'accord avec le début de ton post. L'algo ça reste la base pour savoir ce qu'on fait à long terme, et visiblement ici ça n'a pas la cote.

[Ex-voto]

Perso je suis prêt à recruter un débutant complet sur un langage si le mec tient la route en algorithmie papier.
À vrai dire c'était mon profil quand je suis arrivé dans le monde du logiciel. Et tous les jours qui passent je vois des gens avec un background soft bien plus abouti que moi qui ne produisent que des trucs qui marchent pas tout simplement car ils tiennent pas la route en algorithmie et logique de base (contexte POO / EDA).

[PatNyck]

Citation :

Publié par Erlum

Imo tu pars un peu loin, on parle de quelqu'un qui commence tout juste à apprendre à programmer. On est loin de s'attaquer à ce genre de problématiques.

Oui, c’est pas faux. C’est vraiment optionnel même pour un développeur pro. Ça dépend ensuite du contexte et de l’orientation à donner à sa carrière.

[Hiolaltios]

Citation :

Publié par PatNyck

Vous parlez beaucoup de frameworks, languages, technos ... N’oubliez pas non plus les bases : l’algorithmique, la logique, savoir bien construire son code : conception, analyse, codage, tests unitaires, tests d’intégration, ... la gestion de configuration (Gît)

Exactement. Pour moi, c'est la différence entre un pisseur de code et un développeur accomplis. D'ailleurs dans plusieurs entreprises, j'ai vu les gens prêts à recruter sans problème un développeur novice voir sans connaissance sur tel ou tel framework à partir du moment où il a de bonnes connaissances dans les points que tu as cité. Et c'est pas en instruisant simplement MERISE à des novices qu'on en fait des développeurs accomplis.

Message supprimé par son auteur.

[Assurancetourix]

Citation :

Publié par Ex-voto

Perso je suis prêt à recruter un débutant complet sur un langage si le mec tient la route en algorithmie papier.
À vrai dire c'était mon profil quand je suis arrivé dans le monde du logiciel. Et tous les jours qui passent je vois des gens avec un background soft bien plus abouti que moi qui ne produisent que des trucs qui marchent pas tout simplement car ils tiennent pas la route en algorithmie et logique de base (contexte POO / EDA).

+1, c'était le cas de mon dernier recrutement et 6 mois plus tard je peux dire que c'était un bon recrutement. Pour faire uné métaphore je m'en fous si le mec prend un peu plus de temps qu'un autre pour grimper ou contourner un rocher, si il sait où il va cad pas droit vers un ravin.
D'ailleurs en entretien je fais passer des tests (incroyable le nombre de "développeur" infoutus d'exprimer à la volé une boucle triviale) mais jamais orienté sur une techno particulière, sauf dans le cas où...

Citation :

Publié par Aorewen

Bon après tu peux sortir les mots clés pour passer la grille RH hein

Là bien sûr je fais parler un peu le candidat sur ces technos/méthodes clefs qu'il "maîtrise". C'est parfois assez sanglant, le top mot clef qui fait mal étant uml/design patterns.

[Mimu]

Franchement les boites qui galèrent à embaucher des bons développeurs, je pense surtout qu'elles proposent un salaire ridicule. C'est un peu les spécialistes en France, entre les positions juniors qui demandent la connaissance de 18 langages et de tout l'environnement de déploiement et les positions senior payées pas beaucoup plus, faut pas s'étonner d'avoir du mal.

[Neor[Elu]]

Je remonte ce post pour une question sur un léger problème que je rencontre pour la fin de mon stage de Master 2 en info.

J'ai été pris pour un stage de 5 mois par une SSII, de avril à fin août, pour être envoyé chez un client. Le client a précisé qu'il espérait que je reste après le stage, si tout se passait bien. J'ai pour ma part dis dès le début que je ne savais pas encore ce que j'allais faire par la suite, mais que si le stage se passait bien et que j'étais intéressé par ce que je faisais, il n'y avait pas de raison de ne pas rester.

Sauf qu'évidemment, le stage s'est passé moyennement pour diverses raisons, j'ai sans doute un peu perdu de l'intérêt dans le projet et "pire", j'ai signé pour une autre boîte qui proposait bien plus d'avantages et des sujets qui me correspondaient plus.

Néanmoins, j'ai tout de même remplis toutes les tâches qui m'ont été données, sans doute plus lentement que la normale vu que j'apprenais beaucoup sur le tas et qu'il y avait pas mal de corrections mineures à apporter à mon code, mais tout de même, le travail était là. (Actuellement, j'attends qu'on valide le code de mes dernières tâches. J'ai demandé si on pouvait me donner d'autres choses à faire, et la seule que j'ai eu, c'était une correction de bug qui m'a occupé 2 minutes...)

Dès le début de juillet, je mets au courant mon maître de stage que je ne resterai pas chez eux, étant intéressé par autre chose. De plus, vu que comme je l'ai précisé, le stage s'étant passé moyennement, je ne pensais pas qu'on allait me garder en particulier.

Sauf qu'aujourd'hui, j'apprends par le responsable commercial de ma SSII que le chef de projet, pas du tout content de savoir que je ne restais pas (il y a seulement une semaine qu'il l'a appris lors d'une réunion avec moi; où il comptait me proposer un contrat chez eux. Mon maître de stage, actuellement en vacances, n'a donc pas cru bon de l'en informer), lui a envoyé un mail particulièrement désagréable, traitant de mon manque d'investissement, ma "désinvolture" vis à vis du projet et de la non-rentabilité de ma formation/
Pour tout cela, il demande donc de ne pas être facturé pour ma présence et mon travail durant le mois d'août, ce qui me semble un peu fort, voire tout simplement injustifié.

Est-ce que quelqu'un pourrait me donner un avis sur la question ? Est-ce que je risque quoi que ce soit ? J'en ai parlé avec un collègue et m'a dit de ne pas m'en faire, que j'avais bien fait mon boulot, juste que l'équipe n'était pas du tout organisée pour accueillir un stagiaire. (Et donc le former/l'aider comme il faut). Malgré cela, je ne suis pas des plus rassurés.

Merci

[HuPi]

Tu es stagiaire. De mon point de vue, tu n'aurais pas dû avoir d'objectif à remplir hormis renforcer tes connaissances. Clairement ne t'en fait, les maîtres de stage prennent les stagiaires pour leurs esclaves et sa réaction agressive montre que tu es un bon élément. Pour une personne à chier, il ne se serait pas pris la peine d'envoyer ce mail.

[Mimu]

Mdr t'as bien fait de pas signer chez eux si tu veux mon avis, ça a l'air d'être des bons gros débiles. Ignore leurs mails et casse-toi asap, ça sera vite oublié.
C'est normal qu'ils te donnent rien à faire en fin de stage si tu restes pas, c'est le cas de tout les gens qui partent, stage ou pas.

Message supprimé par son auteur.

[Mordreck]

Le coup de la facturation, c'est entre la SSII et son client, toi tu t'en fous.

Et lol le coup de la non rentabilite vis a vis de la formation et/ou du manque d'investissement sur le projet.
C'est un stage, tu es la pour apprendre en premier lieu, et produire un livrable (ie. ton projet de stage).
S'ils n'ont pas foutu de definir un projet coherent qui rentre dans la duree du stage, bah ce sont eux les seuls fautif.
Si le chef de projet a fait son planning en pariant sur le fait que tu allais signe chez eux apres le stage, c'est con mais c'est un peu son boulot de gerer le turn over (surtout qu'une fin de stage, ca arrive pas du jour au lendemain et c'est un truc qui se planifie des le debut).

Deja le principe meme du stagiaire en SSII qui est vendu au client je trouve cela limite, mais qu'en plus le client s'attendent a ce qu'il ai les memes contraintes qu'un employe vis a vis de la rentabilite c'est qu'il n'a pas tout compris au principe (ouy que le commercial l'a vendu comme un professionnel, ce qui n'a pas l'air d'etre le cas).

Bref soit ton chef de projet est un comique, soit ton maitre de stage (ca ne serait pas en meme temps ton commercial par hasard?) lui a sciemment cache l'info pour X raison.

Dans tous les cas, tu as trouve une autre boite, GG.
Tu auras sans doute le droit au discours comme quoi le monde du travail est petit etc... T'inquiete pas. Tu es dans l'info. Toutes les industries ont besoin de toi et le marche est clairement en faveur des employes. C'est un stage, personne ne te plombera pour n'avoir pas signe dans la meme boite.