RSS Le Daily WTF Note

RSS Le Daily WTF

Le Daily WTF est un blog d'humour orienté vers la programmation créé par Alex Papadimoulis, basé sur des histoires liées au développement de logiciels et au monde de la technologie. Il se concentre principalement sur des anecdotes basées sur des problèmes de projet, des exemples de code et des histoires drôles liées à l'IT. Le site contient une vaste collection de ces expériences réelles du monde par de nombreux développeurs qui partagent leurs rencontres étranges et amusantes au travail, qu'elles soient techniques ou personnelles, mais toujours liées à la technologie.

Fil de notes

CdXz5zHNQW_0GoSFKOcEN.jpeg
L'article discute d'un entretien technique mal exécuté où un candidat a soumis un code problématique. L'interviewer, agissant en tant que soumissionnaire, a trouvé le code confus et probablement lié à un jeu similaire au tic-tac-toe. Le code contenait des erreurs de syntaxe et des défauts logiques, suggérant que le candidat essayait de vérifier trois symboles alignés verticalement. Le soumissionnaire spécule sur la fonctionnalité prévue mais note l'incomplétude et l'inexactitude de l'implémentation, ce qui a conduit à ce que le candidat ne reçoive pas d'offre.L'auteur passe ensuite à des conseils pour améliorer les entretiens techniques, tant pour les interviewers que pour les candidats. Ils soulignent que les entretiens doivent favoriser la conversation et permettre aux candidats de discuter de leur processus de pensée. Les interviewers sont encouragés à poser des questions et à s'engager activement avec les candidats, traitant l'entretien comme un effort collaboratif. Les candidats doivent être à l'aise pour faire des erreurs et écrire du code facile à refactoriser, car cela fait partie du processus d'apprentissage et de développement.Un conseil clé pour les interviewers est de changer leur état d'esprit, passant de "éliminer les imposteurs" à "recueillir des preuves pour défendre le candidat". L'objectif devrait être de trouver des raisons pour lesquelles un candidat est un bon candidat, en supposant qu'il ait atteint ce stade du processus. Les interviewers devraient rechercher ces preuves positives et donner aux candidats toutes les chances de faire leurs preuves. Si, après un entretien approfondi, des preuves positives insuffisantes sont trouvées, cela indique une inadéquation plutôt qu'un échec de la capacité intrinsèque du candidat. Enfin, l'auteur demande avec humour des soumissions de code particulièrement mauvaises pour de futures rubriques "Histoires d'entretien".
Le texte fourni traite d’une procédure stockée problématique dans MariaDB, documentée par un développeur nommé Salagir. Cette procédure, conçue pour récupérer les traductions, est présentée comme une mise en garde en raison de nombreux problèmes. Le code est marqué comme « code mort » mais est conservé pour sa valeur historique et les leçons qu’il offre. Le commentaire de Salagir met en évidence plusieurs difficultés rencontrées, à commencer par les incompatibilités syntaxiques entre les environnements de base de données. Un obstacle important concernait un paramètre de serveur global requis pour l’exécution de la procédure, qui a été facilement négligé. Le commentaire détaille également comment une utilisation incorrecte de l’index en raison d’incompatibilités de type de données a conduit à des analyses de table complètes. Le débogage de cette procédure était extrêmement difficile, obligeant les développeurs à recourir à la surveillance des listes de processus de base de données. Le problème le plus grave était la procédure provoquant des verrous de base de données invincibles, nécessitant une recréation complète de la base de données. Finalement, la procédure a été remplacée par une sous-requête plus simple, résolvant tous les problèmes rencontrés. L’auteur suggère qu’une telle fonction était une complication inutile pour une tâche facilement gérée par des opérations de base de données standard.