Je vais m'avancer et dire que chaque poste technique nécessite une bonne compréhension des opérations au niveau du bit.
Et j'ai une anecdote qui aborde indirectement le sujet.
Janvier 2007 J'étais à Cochin, en Inde, en train de recruter du personnel de développement permanent. Comme je n'étais pas impliqué dans la sélection préliminaire des candidats, je n'avais aucune idée de la norme à laquelle m'attendre. J'avais donc préparé une série de questions et de sujets allant de la simple compréhension du binaire et de l'hexadécimal à l'architecture, la conception et la gestion de projet.
Lorsque j'ai discuté de mon approche avec le responsable indien des RH, j'ai été (gentiment) réprimandé pour avoir lancé trop bas. Il a précisé que mes questions sur l'hexagone pourraient être interprétées comme une insulte à l'expérience ou à l'éducation des candidats.
Mais mon expérience d'interviewer des centaines de candidats au Royaume-Uni m'avait convaincu qu'il n'était pas possible de lancer trop bas. Mon opinion était et est toujours que s'il devient évident qu'un candidat est bien qualifié, il est simple et facile d'ajuster le niveau de discussion. Je n'ai jamais vu quelqu'un exprimer des sentiments d'insulte, au contraire, je pense qu'un candidat bien qualifié pourrait se sentir soulagé au début de l'entretien. Cela aide également à briser la glace et à établir un rapport nécessaire pour une entrevue significative. D'autre part, les candidats non qualifiés tombent généralement à ces obstacles inférieurs.
Mais ne voulant pas ignorer complètement les conseils locaux, j'ai prudemment décidé d'inclure mes sujets d'entretien de base, et j'étais tout à fait prêt à les abandonner s'ils ne fonctionnaient pas.
Au fur et à mesure que les entretiens progressaient, j'étais content d'avoir commencé à ce niveau. Cela n'a offensé personne et les candidats inadaptés ont été facilement identifiés.
Cela ne veut pas dire que je m'attends à ce que les candidats s'occupent de bricoler au jour le jour, mais quelle que soit la langue, une bonne compréhension des principes fondamentaux de la programmation est essentielle. Même les développeurs aux niveaux d'abstraction les plus élevés sont régulièrement exposés à l'hexagone (valeurs RVB, par exemple). Parroting choses que vous trouvez sur le net n'aidera que dans la mesure où les choses fonctionnent parfaitement du premier coup.
Mais pour les développeurs débutants au cours des cinq dernières années, je pense qu'il est trop facile de passer sous silence les fondamentaux, choyés par des IDE bien intentionnés et le mème de la programmation "sans code". Les écrans de démarrage de l'installation de Visual Studio se vantent de développer sans écrire de code. En effet, Visual Studio pourrit l'esprit ?