je suis chaque jour de mois en moins gros en tout cas, du coup ça fait un graphe plutôt joli oui

Ce passage d'entretien à la vitesse de la lumière, même pas 5 min.
 
- Pourquoi vous voulez un IDE sur mon ordinateur ? C'est quoi ? C'est un test de CODAGE ??
- Nous avons effectivement préparé un exercice pour tester vos connaissances, comme annoncé il y'a plus d'une semaine par email. Vous postulez pour un job de senior dév Java + Spring.
- Alors je vous le dis je le prends très mal, par rapport a ma carrière j'ai beaucoup fait du CODAGE avec VB, VBScript, Javascript, PHP, et meme Java, depuis plus de 15 ans!! Je connais très bien tout ce qu'est la programmation objet, et je trouve ça rabaissant de me demander de faire du CODAGE devant vous, alors que je sais très bien le faire comme marqué dans mon CV
- Ok, bonne journée

Et dire qu'à une époque je m'étais foutu de la gueule de ratibus quand il avait dis que bcp de dev ne peuvent pas passer un fizzbuzz

Les tests à la maison j'en ai fait deux. À chaque fois je me suis déchiré, mais franchement propre, j'ai fait quelque chose de solide dont je serais encore fier aujourd'hui (une fois j'ai implémenté un algo de traitement de données N-D templatisé, une autre fois un truc de traitement de son à base de transformées de Fourier). J'y ai passé près de 8h pour chaque. Aucun n'a donné suite. Ça m'a soulé.

Faut mettre la barre des tâches sur le coté sur ce genre d'écran, y'a largement la place et tu perds pas de place verticale

en fait ce qui est chiant avec ce genre d'écran, c'est de trouver un fond d'écran à la bonne résolution
#firstworldproblem

mais il faut avoir compris les scopes et l'asynchrone

Vrais reconnaissent vrais.
 
 
Nous c'est une simple API REST avec des trous, une suite de test complete et tu dois en faire passer le plus possible au vert, et ça va du faire une recherche dans une liste, ajouter un element dans une liste, jusqu'a gerer la concurrence des acces et trouver un bottleneck de perf, personne encore n'a été jusque là pour les entretiens que j'ai fait passer.

Tu continues le mix ? Je suis partie full prod (push 2 and co) perso

   
Ca me rappelle le un dev qui avait 15 ans d'XP et qu'a pas été foutu de faire un fizzbuzz en 10 minutes...

 
Ça a pas l'air très compliqué pourtant
 
Je suis assez dubitatif du niveau des devs globalement et surtout de l'image que j'en ai.
 
Je ne m'estime pas être un très bon dev, pourtant je suis au-dessus de la majorité de mes collègues. J'ai encore été surpris récemment quand l'un des dits collègues m'annonce qu'il a posé sa démission pour partir dans une autre boite. Cette autre boite j'en avais une image de boite assez pointu, technique, avec de (très) bons devs.
 
Faut croire que je me suis planté ou alors qu'il a vraiment bien géré son entretien
 
Et c'est loin d'être un exemple isolé.
 

Ici les profils juniors les plus prometteurs sont souvent des gens en reconversion avec des bons skills humains (savoir communiquer, avoir envie, avoir de la compassion...)

Ça a pas l'air très compliqué pourtant

Je suis assez dubitatif du niveau des devs globalement et surtout de l'image que j'en ai.

Je ne m'estime pas être un très bon dev, pourtant je suis au-dessus de la majorité de mes collègues. J'ai encore été surpris récemment quand l'un des dits collègues m'annonce qu'il a posé sa démission pour partir dans une autre boite. Cette autre boite j'en avais une image de boite assez pointu, technique, avec de (très) bons devs.

Faut croire que je me suis planté ou alors qu'il a vraiment bien géré son entretien

Et c'est loin d'être un exemple isolé.

this is the key point

ca me désespere ça d'ailleurs. Le temps que je perds en entretien.. J'ai un poste ouvert depuis 3 mois, la paye est honnête, et y'a pas moyen de trouver qqun qui sait faire une boucle for, sait ce qu'est un thread et un mutex, et un message TCP.

 
Ça a pas l'air très compliqué pourtant
 
Je suis assez dubitatif du niveau des devs globalement et surtout de l'image que j'en ai.
 
Je ne m'estime pas être un très bon dev, pourtant je suis au-dessus de la majorité de mes collègues. J'ai encore été surpris récemment quand l'un des dits collègues m'annonce qu'il a posé sa démission pour partir dans une autre boite. Cette autre boite j'en avais une image de boite assez pointu, technique, avec de (très) bons devs.
 
Faut croire que je me suis planté ou alors qu'il a vraiment bien géré son entretien
 
Et c'est loin d'être un exemple isolé.
 

Essaye de moins de concentrer sur les compétences métier pour élargir ta réserve de candidat ? Ce sont des concepts que n'importe quel bon candidat peut apprendre en quelques semaines, mais auxquels on n'a pas forcément été confronté dans sa carrière ou dans sa formation.

J'ai des collègues qui sont exceptionnels techniquement et qui sont très agréables humainement

34 fps au dessus de Bordeaux (ici le Pont d'Aquitaine), sans rien modifier à mes réglages d'origine (à part la résolution)

https://i.imgur.com/KpY4IgS.jpg

Essaye de moins de concentrer sur les compétences métier pour élargir ta réserve de candidat ? Ce sont des concepts que n'importe quel bon candidat peut apprendre en quelques semaines, mais auxquels on n'a pas forcément été confronté dans sa carrière ou dans sa formation.

34 fps au dessus de Bordeaux (ici le Pont d'Aquitaine), sans rien modifier à mes réglages d'origine (à part la résolution)
 
https://i.imgur.com/KpY4IgS.jpg

ca me désespere ça d'ailleurs. Le temps que je perds en entretien.. J'ai un poste ouvert depuis 3 mois, la paye est honnête, et y'a pas moyen de trouver qqun qui sait faire une boucle for, sait ce qu'est un thread et un mutex, et un message TCP.

Ici les profils juniors les plus prometteurs sont souvent des gens en reconversion avec des bons skills humains (savoir communiquer, avoir envie, avoir de la compassion...)

J'ai des collègues qui sont exceptionnels techniquement et qui sont très agréables humainement

Et pour le reste, si y'a tout à apprendre, autant former un apprenti. La on cherche quelqu'un avec un peu d'expérience et on paye.

beel1, j'ai fait une bêtise, j'arrive pas à rattraper. le machin boot plus, et je connais rien au bas niveau.
 
j'ai mis un breakpoint au debut de main() et la stacktrace semble être déjà pourrie (enfin, je sais pas, je comprends rien au layout mémoire)
 
la session gdb:

 
 
un extrait de la map:

 
je sais pas trop si j'ai raison, mais j'ai l'impression que le pointeur de stack est fucked, est-ce que j'ai raison ? comment est-ce qu'il est sensé être configuré au boot ?
 
 
(j'ai torché mon bootloader, du coup j'uploade avec SWD, et j'ai niqué un truc au passage)

Tain mais sérieux, peut être qu'il faut que j'arrête de chercher un poste de CTO et revienne aux sources alors  
 
Me rappelle à l'époque, lors d'un pair programming, que j'avais dû expliquer ce que c'était un sémaphore.
On m'a regardé comme ça  

 
Ah ben c'est clair que la pénurie, c'est pas les CTOs qu'elle concerne.

Sans indiscrétion vous payez combien ?

C'est zarb vu que le bootloader est en rom normalement, tu ferais pas mumuse avec BOOT2 par hasard ? (je crois que t'as un F103 non ?)
C'est ce code là ? https://github.com/Seeed-Studio/DSO [...] DS0201_LIB

Je sais bien  

 
Depuis que je suis CTO, j'ai quand même bien moins d'offres d'emploi Par contre, niveau dev, les offres c'est pas ce qui manque et on sent comme une reprise ici...
Dans notre boite en tous cas, l'activité est au beau fixe

C'est évident qu'il y'a moins de postes plus haut, mais c'est pas le même métier... CTO dans ma COGIP qui n'est pas une boîte un peu tech c'est beaucoup de choses qui ne me plairaient pas, dans une startup ou boîte de tech (c++ microseconde tout ça), ça me plairait déjà plus

ca me désespere ça d'ailleurs. Le temps que je perds en entretien.. J'ai un poste ouvert depuis 3 mois, la paye est honnête, et y'a pas moyen de trouver qqun qui sait faire une boucle for, sait ce qu'est un thread et un mutex, et un message TCP.

Je suis d'accord avec toi, cet exercice c'est moi qui l'ai pondu, ça demande pas beaucoup de compétences, c'est documenté, si tu sais faire ton travail y'en a pour 30-40 minutes à tout casser en discutant avec le candidat tranquillement, je demande même pas un code exemplaire, ça montre juste si le candidat sait se balader dans une petite app, si il pense aux unit test, si il connait un peu REST, sérieux y'a rien de sorcier, je demande pas d'ímplémenter un HAMT ou un LRU cache sur un tableau blanc

Essaye de moins de concentrer sur les compétences métier pour élargir ta réserve de candidat ? Ce sont des concepts que n'importe quel bon candidat peut apprendre en quelques semaines, mais auxquels on n'a pas forcément été confronté dans sa carrière ou dans sa formation.

Tain mais sérieux, peut être qu'il faut que j'arrête de chercher un poste de CTO et revienne aux sources alors

Me rappelle à l'époque, lors d'un pair programming, que j'avais dû expliquer ce que c'était un sémaphore.
On m'a regardé comme ça

vous me faites quand même flipper à vouloir des dev qui on le charisme d'acteurs de cinéma, je sais vraiment pas quel autre métier je peux faire si je me fais pousser vers la sortie parce que j'ai décidé d'arrêter de faire semblant d'être social alors que je le suis pas.

Ouais enfin les sémaphores c'est pas non plus un truc dont tu te sers quotidiennement en général

J'ai découvert ça à la Fac, j'ai du recroiser ce concept 2-3x max sur des sujets techniques qui m'intéressent mais n'ont rien à voir avec ce que je fais au quotidien.

C'est évident qu'il y'a moins de postes plus haut, mais c'est pas le même métier... CTO dans ma COGIP qui n'est pas une boîte un peu tech c'est beaucoup de choses qui ne me plairaient pas, dans une startup ou boîte de tech (c++ microseconde tout ça), ça me plairait déjà plus

Okay, mais ca reste une mécanique de synchro.
Au final t'es content que tout est mono threadé puisque s'ils essaiyaient de multi threader ça serait pire

 
J'ai tendance à poser des questions relatives à ce qu'ils feront au quotidien quand je fais passer des entretiens, sauf si on recrute un tueur.

 
J'ai tendance à poser des questions relatives à ce qu'ils feront au quotidien quand je fais passer des entretiens, sauf si on recrute un tueur.

vous me faites quand même flipper à vouloir des dev qui on le charisme d'acteurs de cinéma, je sais vraiment pas quel autre métier je peux faire si je me fais pousser vers la sortie parce que j'ai décidé d'arrêter de faire semblant d'être social alors que je le suis pas.

 
ca me désespere ça d'ailleurs. Le temps que je perds en entretien.. J'ai un poste ouvert depuis 3 mois, la paye est honnête, et y'a pas moyen de trouver qqun qui sait faire une boucle for, sait ce qu'est un thread et un mutex, et un message TCP.

 
meme sur des technos qui vont bien, un CTO ne regarde souvent la tech que de loin, et normalement, largement plus par le côté "valeur générée" que par le côte "problem solving/ implementation"
 
Perso, je suis bien dev
 
edit : et un peu comme nico : ça m'évite de vider ma batterie sociale à faire des réunions, et c'est cool.