Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
«*Un peu plus que le SMIC*»
Non mais on croit rêver...
Mais comme ça a été dit le développeur Français est mal payé.
Personnellement je suis dans le dev Android depuis presque 6 ans quand je découvre que le salaire median est de 45K brut par an (j’arrive de suisse). La bonne blague !
Que faire pour espérer plus ?
Un peu plus que le SMIC c'est vrai quand tu es Junior Bac+3 et que tu tombe dans les filets d'une ESN en Province.Envoyé par Mackovich
Mais c'est pareil dans tous les tafs en vrai, on se fait avoir une fois mais pas deux.
Par contre, ouais, on est vraiment mal payé en France...
La seule solution pour espérer plus c'est de passer Freelance (devenir un développeur spé commercial du coup). Bon courage par les temps qui courent.
Je te conseille de rentrer en Suisse, ou d'y trouver un boulot en remote (re bon courage)
Sauf que les crises économiques arrivent en général 6 mois après les clash.Actuellement on supprime progressivement le chômage partiel. Les vrais problèmes sont pour septembre/octobre.Actuellement on amuse les gens : beau temps, vacances, ... la gueule de bois, c'est pour la rentré en septembre (et celle la, elle va faire tres mal).
Un peu plus que le SMIC, n'importe quois'il vous plait faites-moi plaisir redescendez sur terre vous ne voyez pas qu'aujourd'hui fin mai 2020 ça risque de faire mal à l'économie avec tout ce qui se passe ?
On annonce des tas de plans de restructurations à droite et à gauche donc les budgets pour les services IT forcément vont en pâtir aucun secteur n'est épargné par la crise économique qui s'en vient
C'est pas pour jouer les catastrophistes mais il faudrait comprendre l'actualité tout de même
Donc pour ce qui est des postes à pourvoir soit on vous donne un poste à un peu plus du SMIC soit on ne vous le donne pas donc le recruteur va être forcément en position de force
De plus, la crise va provoquer la faillite des petits commerces, mais dans l'informatique, la demande va continuer à exister, voire exploser, avec les nouveaux besoins logiciels liés au télétravail. Sinon, j'espère que tu n'es pas payé au SMIC, rassures-moiParce que si c'est le cas, autant changer de métier.
Pas compris l'histoire des nouveaux besoins logiciels liés au télétravail ???.
Il faut renforcer la panoplie de logiciels de communication facilitant le télétravail. Egalement améliorer/renforcer les outils de vidéoconférence d'entreprise.
On peut aussi imaginer un développement d'applis de médecine à distance, plus poussées que les simples outils de vidéoconférence actuels.
La plupart de ces outils existent déjà et ils sont très fiables (Il suffit de les paramétrer correctement). Comme on dit souvent : le bug/problème est entre l'écran et la chaise.
Ah bon ? Et Renault au bord de la faillite qui fait appel à des consultants en informatique c'est un petit commerce ?Un peu plus que le SMIC, n'importe quoi
De plus, la crise va provoquer la faillite des petits commerces, mais dans l'informatique
oui à part que ces solutions logicielles sont majoritairement produites par des éditeurs nord-américains donc ça ne profitera pas vraiment à la high-tech française
- Renault sera nationalisé (ou racheté en partie par l'Etat), ou repris par un autre groupe automobile
- concernant les conférences à distance, des entreprises ont des besoins spécifiques, et veulent donc des produits adaptés à leur fonctionnement
- il y a aussi un besoin accru en sécurité dans les entreprises, des besoins dans quelques langages "obsolètes" (cobol)
- et puis bon, ça redémarre, ça me gave les discours pessimistes (on a assez des Delamarche, Jovanovic et cie). Dans le pire des cas, vous pourrez vous reconvertir comme agent immobilier, ça recrute (reprise en V inattendue)
Bon, pour ma part, après 2 mois et de demi de chômage partiel payé à tondre ma pelouse, je passe un entretien en visio conférence demain pour un éventuel poste. Autant je suis à l'aise en entretien physique, autant en visio, ça me dit moyen
(surtout après 2 mois de confinement-solitude).
Et je rajouterais que je fais une confiance absolue dans la médiocrité du code logiciel déployé dans les entreprises françaises. On aura toujours besoin des informaticiens pour rafistoler tout ça
J'ai passé un entretien d'embauche en visio-conférence la semaine dernière. Le type me pose des questions du genre, "pour débugger un code multithread, comment procédez-vous ?", "dans la dernière version de tel framework, quelles sont les fonctionnalités que vous avez utilisées", etc. Voilà, ça c'est un entretien cohérent.
J'ai eu ce genre d'entretien une seule fois, et sa été le plus pertinent que j'ai eu, j'avais en face de moi un developpeur avec 7 ans d'expérience, et il ma posé de bonnes questions, même si au final un autre candidat a été préféré, il a pu me donner un feedback.
Au final il me manquait quelques notions dont il avait besoin et il avait raison, j'ai corrigé le tir depuis.
Demandez toujours un feedback !
Maintenant malheureusement c'est le seul que j'ai eu, après 90 % c'était les fameux tests coding game...
D'ailleurs, par curiosité, pour cette question, qu'est-ce qu'il attendait, comme réponse ?
Aucune idée. J'ai répondu que je documentais à fond le code multithread, pour la maintenance future, et que j'utilisais des traces (logs), pour déboguer.
Bonjour,
Pour répondre à la question du coding game, je vais apporter mon expérience personnelle, pas plus tard que ce mois de novembre 2020.
Je suis en période d'essai en tant que développeur front dans une boite où on m'a recruté après un entretien oral technique. Pas de test de code ou autre, mais purement un échange de comment je ferai ceci ou cela, si je connaissais ceci ou cela etc.
Depuis mes débuts, on m'a donné du travail et j'arrive toujours à le faire. Je prends en compte la période d'intégration, prise en main des outils, adaptation aux process etc. Au final, si je fais un premier bilan, j'arrive à délivrer le travail attendu.
Il y a deux semaines, mon responsable nous a imposé de faire un test coding game pour voir notre niveau. Chaque dev devait le faire.
Je n'ai jamais été bon à ce genre d'exercice mais je me suis preté au jeu. Au final, j'ai eu un moins bon score que mes autres collègues.
Conséquence ? cela crée en moi un doute incroyable et au yeux des autres, il y a des blagues qui sortent comme quoi "ta période d'essai est terminée".
Alors rien n'enlèvera le fait que oui, j'ai sans doute oublié certaines notions de bases et j'accepte cela, me remettre en question et apprendre.
Maintenant, quand tu es en pleine période d'essai et que tu fais ton maximum pour avoir le job, ce genre de résultat de test te plombe le moral. J'ai l'impression maintenant d'être un imposteur, d'avoir été pris alors que je suis nul.
Cela démoralise. Le pire dans tout cela, c'est que je comprends ce qu'on me demande de faire et j'arrive à livrer en prod sans rien cassé.
C'est juste que oui, le coding game est un test chronométré où on peut totalement passer à coté, soit parce qu'on ne connait pas, soit parce que le temps de reflexion est très court entre le moment où on choisit une réponse et le moment où on se dit qu'il faut changer, mais c'est trop tard.
Je n'ai actuellement pas perdu mon job mais mon chef a vu les résultats et j'ai peur que cela influe sur sa décision finale.
Je le vis assez difficilement car je suis déçu de moi. Maintenant que faire à part continuer à travailler dur ? rien d'autre.
Le coding game n'est pas le reflet du niveau du développeur mais par contre a tendance a donner une image mentale au recruteur ou au collègue. C'est très cruel car cela ne donne jamais une deuxième change et on ne voit pas l'état d'esprit du développeur.
Je me retrouve ainsi à douter énormément et à me remettre en question au point de devoir maintenant refaire plein de tutos youtube.
Je résumerai par le fait que le coding game peut etre réussi après en effet un entrainement mais pas seulement. C'est pas un système que j'apprécie car on juge trop vite un développeur.
bonjour ne pas se laisser démoraliser je serais employeur,au conditionnel donc, ce qui compte pour moi et le plus important c'est le travail produit, pas du bachotage et du travail produit de qualité.
Maintenant allez dire ça aux employeurs...
Les tests de codage pour moi ce n'est pas toujours pertinent et c'est un moyen de sélection des candidats.
Donc oui comme vous le laissez entendre avoir de mauvais résultats aux tests de codage, aux yeux des employeurs et de ceux qui encadrent suggère que vous n'avez pas confiance en vous.
Mais lorsqu'on veut bien faire son travail, on a parfaitement confiance en soi.
comme je l'ai écris au-dessus les tests c'est pour faire une sélection de candidats.
Désolé d'être cash mais les candidats qui obtiennent des mauvais résultats, avec la crise économique, risquent d'être éjectés.
La véritable solution à tous ces problèmes serait de devenir informaticien indépendant et free-lance comme dans les pays anglo-saxons.
En étant freelance c'est difficile de l'être mais en ayant la niaque on peut avancer, on n'est pas tributaire aux décisions d'un chef
je pense que c'est du "par cœur" comme les tests psychotechniques par exemple.
Et c'est en cela que c'est malhonnête : le temps alloué est juste, les exercices sont simples et la réponse est toujours courte, mais c'est du par cœur ... tu ne sais pas, le temps de réfléchir et de donner la réponse c'est trop tard ... à moins de trouver ultra-rapidement.
Moi ce sont des tests en C et C++
Pour le QCM, là c'est clair : "par cœur". Et si tu tombes sur 1 bibliothèque inconnue ou le résultat de (5 && ++8 & 7++ | 5-- || 0) c'est tant pis
Et pour les questions de code c'est pareil. 2 exemples
On te donne 1 expression et en 20 minutes, il faut coder 1 fonction pour dire si cette expression est bien parenthésée ((5 +8) + ((5 + 8) + 5) + 8) -> oui, ((((((5 + 7)))) + 3 -> non
C'est littéralement 7 à 10 lignes. Il faut utiliser 1 pile. ( -> on empile, ) -> on dépile si c'est possible (sinon c'est erreur), et à la fin est-ce que la pile est vide ?
Celui qui ne pense pas à 1 pile (std::queuestd::stack), bien il est foutu
Les pas de danse. C'est en gros. Tu commences avec 1 pas en avant (+1), ensuite 3 pas en arrière (-3) et ensuite c'est la différence entre les deux derniers (ici, (-3) - (+1) soit -4, puis (-4) - (-3) soit -1, ...)
On te demande en 20 minutes, de coder les pas de danse et en optimisant le truc (pour calculer le 100000ième très rapidement)
Celui qui ne sait pas que c'est 1 suite cyclique et qu'1 modulo et 1 switch suffit (et apparemment, le signe est cyclique et donc il faut également 1 modulo ou 1 division par 2). Et donc c'est 7 à 10 lignes de code.
Parce que l'optimisation fait que si tu codes avec 1 boucle, le 5ième pas fonctionne mais pas le 100000ième (il doit y avoir 1 timer ultra bas)
Et les autres exercices de code c'est la même chose : entre 5 et 10 lignes de code. Si tu commences à partir dans beaucoup de tests et de code ... et à réfléchir, t'es foutu
Et même si tu arrives à coder 1 exercice mais "pas comme la réponse", je pense que ton code sera rejeté quand même : tl;dr
Édit : Merci @Pyramidev pour les 2 corrections
est-ce vraiment utile sur un projet de logiciel de gestion financière par exemple ?
Je dis pas sur un projet de calculs scientifiques ça peut être nécessaire mais sur un projet où il faut écrire des lignes de code pour faire de la compta je pense pas que ça soit nécessaire,n'est-ce pas ?
Pour moi c'est de l'enc... de mouches
Si tu n'as qu'un seul type de parenthèse, alors tu n'as pas besoin de pile, juste d'un compteur de parenthèses ouvertes pas encore fermées.On te donne 1 expression et en 20 minutes, il faut coder 1 fonction pour dire si cette expression est bien parenthésée ((5 +8) + ((5 + 8) + 5) + 8) -> oui, ((((((5 + 7)))) + 3 -> non
C'est littéralement 7 à 10 lignes. Il faut utiliser 1 pile. ( -> on empile, ) -> on dépile si c'est possible (sinon c'est erreur), et à la fin est-ce que la pile est vide ?
Celui qui ne pense pas à 1 pile (std::queue), bien il est foutu
D'ailleurs, en C++, std::queue n'est pas une pile, mais une file FIFO. Si tu veux une pile, le type idiomatique, c'est std::stack (qui est implémenté par défaut avec un std::deque).
(-4) - (-3) = -1
Tu as raison : 1, -3, -4, -1, 3, 4, 1, -3, etc.
D'ailleurs, je me serais probablement fait avoir avec cette question, car je n'aurais pas cherché en premier la piste du cycle.
Comme il s'agit d'une suite récurrente linéaire d'ordre 2, la première piste qui me vient à l'esprit est d'appliquer la formule générale (voir le lien précédent) pour calculer directement le n-ième élément de la suite. Mais, dans le cas présent, c'est le bordel : les deux racines carrées du polynôme X^2 - X + 1 sont complexes, il y a deux autres variables à calculer et je crains que mettre à la puissance 100000 ces deux racines carrées complexes entraîne une trop grande perte de précision avant de convertir en entier le résultat final.
Le temps perdu à cogiter dessus, je n'aurais probablement pas eu le temps d'explorer la piste du cycle. Mais merci pour le tuyau. Si un jour un recruteur me donne cet exercice, je serai prêt.
Mais on est d'accord que c'est idiot d'évaluer les compétences du candidat avec cet exercice-là dans un test CodinGame.
Rebonjour,
Ok merci pour les réponses j'en tiens compte.
Que faut'il faire désormais face aux résultats ? Je l'ai passé, j'ai joué le jeu et quelque part, j'ai donné une mauvaise image de moi aux collègues qui ont eu un meilleur résultat.
Faut'il tout simplement abandonner dans l'optique où la période d'essai est fichue ?
Pour rappel, jusqu'à présent, j'arrive à faire le job. Ce genre de test est arrivé en plein milieu où j'essaie tout simplement de m'intégrer et faire mon job correctement. Je n'ai jamais été fort aux coding game, ce n'est pas la première fois. Ma nature faire que je suis plutôt une personne qui code et trouve une solution après coup, jamais dans l'immédiat. Cela a toujours été comme ça et je le savais déjà bien en amont.
Le moral est bas car indirectement, un score mauvais sème le doute.
Pour en revenir au titre initial du sujet, oui le coding game risque de me faire perdre mon emploi s'il est pris à son sens le plus strict.
Je me fais peut etre des images, maintenant quand ce genre de test arrive, je ne pense pas que ce soit pour s'amuser au sein de l'équipe.
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.
Répondre avec citation
Partager