Vous souhaitez engager un développeur SQL et lancer votre campagne de recrutement informatique. Vous recevez de nombreux CV et lettres de motivation - il est temps de commencer le processus de sélection. En examinant les candidatures et en discutant au téléphone avec les candidats, vous commencez à vous demander si tel ou tel programmeur SQL est suffisamment compétent pour faire partie de votre équipe informatique et s'il vaut la peine d'être invité à un entretien technique sur place. D'une part, vous ne voulez pas refuser un développeur SQL dont le potentiel pourrait s'avérer précieux pour votre entreprise. D'autre part, vous ne voulez pas inviter un candidat faible à un entretien avec votre équipe informatique et l'entendre se plaindre que les compétences de programmation du candidat sont médiocres et qu'il l'a su après 5 minutes d'entretien.
C'est pourquoi il est si important de planifier votre processus de sélection des compétences en programmation SQL et de choisir les méthodes qui aideront les recruteurs informatiques à le faire de la manière la plus précise possible. Nous avons donc pensé vous donner un coup de main. Vous trouverez ci-dessous toutes les informations essentielles sur la manière de présélectionner les candidats rapidement et efficacement. Commençons par le début.
1. Qu'est-ce que SQL ?
SQL est le langage de programmation de quatrième génération le plus populaire, ce qui signifie que les programmeurs ne déclarent que l'aspect du résultat, plutôt que la manière dont le résultat doit être calculé par la base de données. Historiquement, ce paradigme de programmation déclaratif a été une caractéristique clé pour les requêtes ad hoc exécutées pour l'introspection des données par des utilisateurs humains directement avec SQL (plutôt qu'avec une interface utilisateur). Aujourd'hui, SQL est également intégré dans d'autres langages de programmation plus généraux, comme Java, afin d'accéder aux données des bases de données centrales.
2. Qu'est-ce qu'il est important de savoir sur SQL pour un recruteur informatique ?
Certains conseils peuvent s'avérer précieux pour les recruteurs informatiques en ce qui concerne SQL.
Quelles sont les compétences requises pour un développeur SQL ? Le paradigme de la programmation déclarative est très différent de l'orientation objet, de la programmation procédurale ou même de la programmation fonctionnelle. Il faut un état d'esprit et une expérience particuliers pour qu'un développeur devienne un expert en SQL. Alors que les tâches de base peuvent être mises en œuvre très facilement par tout le monde (y compris les non-programmeurs, tels que les analystes commerciaux, les ingénieurs en charge des exigences, les chefs de projet, etc), le langage SQL complexe est plutôt difficile à maîtriser.
Ce sont les éléments de SQL que vous devez garder à l'esprit :
- Une connaissance approfondie (ou au moins une certaine intuition) de la théorie des ensembles est très importante pour les développeurs qui travaillent fréquemment avec SQL. En l'absence de telles connaissances, les développeurs ont tendance à récupérer des éléments de données individuels un par un, en les traitant dans le client à l'aide d'un langage polyvalent tel que Java, plutôt que d'effectuer des opérations en masse sur des ensembles de données entiers directement dans la base de données. Cela a un impact considérable sur les performances.
- Malheureusement, la plupart des universités ne vont pas au-delà de l'algèbre relationnelle et de quelques fonctions de base de SQL-92. Le langage SQL a beaucoup évolué au cours des dernières décennies, tant dans sa forme standard que dans les dialectes spécifiques aux fournisseurs. Il existe une variété de fonctionnalités telles que les fonctions de fenêtre, les expressions de table communes (CTE), et bien d'autres, qui aident les développeurs à exécuter des rapports complexes relativement facilement. En règle générale, la connaissance des fonctions de fenêtre et des CTE permet de faire la distinction entre les débutants et les développeurs avancés en SQL. Ceci est important dans les cas d'utilisation de l'ETL, du reporting, de la BI et de l'analytique.
- Peut-être 90% de tous les problèmes liés aux performances SQL peuvent être résolus par une indexation appropriée. Il est donc essentiel de pouvoir identifier les situations dans lesquelles un index sera bénéfique (ou, dans de rares cas, préjudiciable). Les 10% restants concernent généralement les équipes de DBA et d'exploitation, et sont souvent hors de portée des développeurs, à moins qu'ils ne travaillent dans des configurations spécialisées.
- En théorie, une instruction SQL déclarative sera optimisée autant que possible par la base de données. En pratique, de nombreuses bases de données ont encore besoin de l'aide du développeur SQL. De nombreuses instructions SQL sont formellement équivalentes, mais certaines produiront de meilleurs plans d'exécution que d'autres. Ces éléments diffèrent d'une base de données à l'autre. Dans les tâches SQL quotidiennes, il suffit généralement que les développeurs connaissent les plans d'exécution et sachent que le langage SQL doit être optimisé. Les compétences nécessaires pour la base de données particulière peuvent toujours être acquises sur le tas. Dans des situations plus spécifiques (Big Data, haute évolutivité), le développeur doit apporter ses connaissances en matière d'optimisation de la base de données utilisée.
- Le langage SQL semble "obscur" pour les développeurs "modernes". Cela est principalement dû à la syntaxe du langage, qui date de l'époque où COBOL et FORTRAN étaient encore largement utilisés. Hormis la syntaxe, la technologie n'a rien d'obscur. Ce sujet subjectif permet de distinguer les développeurs curieux de trouver le bon outil pour leur travail de ceux qui suivent un dogme (et feront donc probablement de mauvais choix par la suite). En particulier, les recruteurs techniques devraient être en mesure de faire la distinction entre les développeurs qui veulent cacher SQL derrière un ORM (c'est mauvais) et ceux qui comprennent que les ORM ne résolvent qu'un sous-ensemble de problèmes de stockage de données, tandis que SQL reste une technologie importante. Tous les fournisseurs d'ORM sont d'accord sur cette distinction, mais malheureusement, de nombreux développeurs préfèrent ne pas toucher à SQL.
3. Comment vérifier les compétences en programmation SQL lors de la phase de sélection ?
Les recruteurs informatiques ont recours à diverses méthodes de sélection, allant de l'évaluation des compétences en programmation SQL sur la base du curriculum vitae à des tests de codage en ligne, en passant par des entretiens vidéo ou téléphoniques.
Vous trouverez ci-dessous des conseils utiles et pratiques sur la manière de vérifier les compétences SQL en utilisant chaque méthode.
3.1. Examen technique des compétences en programmation SQL sur la base du CV
Comment lire un CV de développeur SQL ? En tant que recruteur informatique, vous pouvez trouver des informations très utiles dans le CV que vous recevez d'un développeur SQL, mais vous devez savoir comment le lire et ce qu'il faut rechercher. Cela vous permettra de parler le même langage que vos candidats (ou au moins de comprendre les bases dont parle le candidat).
C'est pourquoi nous avons préparé ce glossaire SQL de base.
Glossaire SQL pour les recruteurs techniques
| Programmation déclarative, 4GL | SQL est un langage de programmation fondamentalement différent (voir aussi l'introduction). Le fait qu'il suive le paradigme de la programmation déclarative est important pour un recruteur. |
| DDL | Data Definition Language (langage de définition des données), sous-ensemble du langage SQL utilisé pour définir la base de données. |
| DML | Langage de manipulation des données, sous-ensemble du langage SQL utilisé pour manipuler les données dans la base de données. La plupart des requêtes sont des DML |
| Plan d'exécution | L'algorithme choisi par l'optimiseur pour une instruction SQL donnée. |
| Optimiseur | Le moteur qui traduit une instruction SQL en un plan d'exécution. Même les instructions simples ont des dizaines de plans d'exécution valides possibles. Une base de données peut conserver plusieurs plans par instruction. |
| Optimiseur basé sur les coûts (CBO) | La plupart des bases de données modernes sont livrées avec un CBO, qui prend des décisions basées sur des statistiques, des histogrammes et des heuristiques concernant les données de production. Il est difficile de faire mieux que les décisions prises par un CBO dans une base de données commerciale moderne. |
| Optimiseur basé sur des règles | Les anciennes bases de données mettent en œuvre des moteurs de règles simples afin de prendre des décisions concernant le plan d'exécution. Ces règles sont souvent erronées dans des situations réelles, c'est pourquoi les requêtes dans ces situations nécessitent beaucoup plus d'ajustements, par exemple en utilisant des indices. |
| Rejoindre | L'une des opérations les plus fondamentales de l'algèbre relationnelle qui permet de "joindre" / "connecter" deux tables de base de données, par exemple les livres et les auteurs pour produire des résultats. |
| PL/SQL, T-SQL, pgplsql, etc. | Il s'agit d'extensions procédurales du langage SQL, c'est-à-dire de langages à usage général qui intègrent SQL. Bien que ces compétences soient très utiles dans certains projets, elles ne sont pas nécessairement un indicateur important des compétences en SQL. |
| Normalisation | La pratique consistant à réduire la redondance dans une base de données relationnelle en séparant les données conceptuellement distinctes (par exemple, les livres, les auteurs) en différentes relations (tables). Il existe plusieurs niveaux de normalisation. |
| Base de données relationnelle (modèle relationnel, algèbre relationnelle, etc.) | Bien que SQL fonctionne principalement avec des bases de données relationnelles, il peut également fonctionner avec d'autres systèmes de stockage de données. Les bases de données relationnelles mettent en œuvre le modèle relationnel |
| E.F. Codd | Connaissances de base facultatives : Codd a été le plus grand contributeur à l'algèbre relationnelle et à bien d'autres choses encore. |
Maintenant que vous connaissez les bases du langage SQL, nous pouvons entrer dans les détails. Si vous n'êtes pas un technicien, il est facile de se perdre dans les différents noms et abréviations technologiques. Si le candidat dit "suite", cela signifie-t-il "ess-queue-el" ? Ou SQL est-il similaire à MySQL ? Continuez à lire et vous obtiendrez une réponse.
Termes SQL les plus courants utilisés de manière interchangeable :
- Déclaration, commande, requête
- MSSQL, SQL Server (à ne pas confondre avec MySQL)
- Oracle (l'entreprise), Oracle Database
- La prononciation est soit "ess-queue-el", soit "sequel". Au cours des dernières décennies, la communauté n'a jamais pu s'accorder sur l'une ou l'autre de ces prononciations.
- Expressions de table courantes, factorisation des sous-requêtes, clause WITH
Relations entre les différentes versions de la technologie SQL :
- SQL-92 est la première norme largement adoptée (bien qu'il y ait eu des normes auparavant).
- SQL-1999 a rendu SQL "complet", ce qui signifie que tout programme peut être mis en œuvre à l'aide d'expressions de table courantes. En d'autres termes : SQL est devenu vraiment puissant
- SQL-2003 a ajouté des fonctions de fenêtre, qui sont extrêmement utiles pour l'analyse.
- En général, SQL évolue un peu plus lentement et est plus rétrocompatible que d'autres écosystèmes. En outre, les fonctionnalités propres à un fournisseur peuvent être très importantes pour des projets spécifiques qui s'intègrent étroitement à SQL, mais qui n'entrent pas dans le champ d'application de cette liste.
Compétences SQL essentielles à rechercher dans un CV
- Optimisation des performances SQL
- Compétences en matière de conception SQL
- Compréhension de la théorie relationnelle
- Compétences en matière de refactorisation SQL
- Expérience avec XSLT, programmation fonctionnelle, technologies NoSQL
- Théorie des ensembles
- Connaissance des fonctions de la fenêtre et de la CTE
Si vous voyez dans le CV d'un développeur SQL qu'il a quelques années d'expérience, creusez un peu plus et recherchez les éléments suivants dans le CV :
- L'une des compétences SQL les plus précieuses est l'optimisation des performances SQL, tant du point de vue du développeur (lecture des plans d'exécution, maintenance des index, etc.) que du point de vue de l'administrateur de bases de données/des opérations (résolution des problèmes de contention, optimisation du stockage, etc.) Cette dernière compétence est un peu plus spécifique aux opérations, mais elle peut être un plus si un développeur SQL doit travailler en étroite collaboration avec les opérations.
- Les compétences en matière de conception SQL et une connaissance approfondie de la théorie relationnelle sont importantes lorsque de nouveaux projets sont lancés. Il est très important de bien concevoir la base de données dès les premières étapes, car il est très difficile de migrer des bases de données mal conçues par la suite. Dans les systèmes existants, la plupart des développeurs peuvent se contenter de suivre les règles établies, où les compétences en matière de conception sont moins cruciales (bien que toujours utiles).
- Les compétences en matière de refactoring SQL peuvent s'avérer très utiles dans les grandes équipes où le code SQL commence à devenir assez complexe. Contrairement au refactoring Java qui est plutôt facile de nos jours (grâce aux outils IDE), le refactoring SQL est encore très difficile car le code SQL est difficile à tester.
Quels autres éléments du CV peuvent être utiles pour évaluer les compétences en programmation SQL ?
En tant que recruteur informatique, vous pouvez également tirer les conclusions suivantes du CV du développeur SQL :
- SQL est une excellente technologie pour le traitement des données en continu et sans état. Un développeur expérimenté dans l'une de ces technologies maîtrisera également SQL :
- XSLT
- Programmation fonctionnelle (Lisp, Clojure, Ocaml, Haskell, Scala)
- Diverses technologies NoSQL, dont MongoDB, CouchBase, Neo4j et bien d'autres, qui sont toutes dotées de langages d'interrogation inspirés de SQL.
- La plupart des emplois en SQL ne sont pas des emplois en SQL uniquement, c'est-à-dire que le développeur devra être capable de travailler à la fois avec des langages généraux (comme Java, C#, etc.) et en SQL. Un bon indice de la capacité d'un développeur est l'intérêt et l'expérience qu'il manifeste pour un grand nombre de langages de programmation différents.
3.2. Vérification technique des compétences SQL lors d'un entretien téléphonique/vidéo
Un curriculum vitae ne suffit pas à tirer des conclusions fiables sur les compétences du candidat en matière de programmation SQL. C'est pourquoi les recruteurs informatiques organisent souvent un entretien téléphonique ou vidéo. Cet entretien permet d'approfondir les compétences et l'expérience du candidat. Souvent, cet entretien technique par téléphone ou par vidéo sert de base à la décision d'inviter ou non le candidat à un entretien technique sur place avec l'équipe informatique ; il vaut donc la peine de choisir et de poser les bonnes questions.
Bien entendu, les questions varient considérablement en fonction du poste pour lequel vous recrutez et des compétences spécifiques que vous souhaitez vérifier. Vous trouverez ci-dessous quelques questions générales permettant d'en savoir plus sur les compétences SQL des candidats.
1. Question d'entretien SQL concernant l'expérience du développeur
- Q1 : Pour les technologies mentionnées dans votre CV, avez-vous eu une expérience commerciale au cours des deux dernières années ? Quelles étaient vos responsabilités ? Quelle a été votre plus grande réussite ?
- Pourquoi poser la question Q1 : En posant cette question, vous pouvez en savoir plus sur l'expérience, les responsabilités et les réalisations du candidat, mises à jour par SQL. Vous apprendrez ainsi à mieux connaître votre candidat.
2. Question d'entretien SQL concernant la prise de décision du développeur concernant la technologie SQL
- Q2 : À quel stade avez-vous rejoint les projets récents ? Avez-vous participé au choix de la technologie ou à la mise en place du projet ? Si oui, quelle technologie ou quel système de gestion de base de données relationnelle avez-vous choisi ou recommandé pour le projet, et pourquoi ?
- Pourquoi poser la Q2 : Cette question montre non seulement comment un candidat fait des choix en matière de technologie, mais aussi s'il a été associé à la prise de décision. C'est particulièrement important si vous recherchez quelqu'un d'expérimenté.
3. Question comportementale pour le développeur SQL
- Q3 : Pensez à la décision que vous avez prise concernant un projet de programmation et qui s'est soldée par un échec. Pourquoi pensez-vous que c'était une erreur ? Pourquoi cela s'est-il produit ? Pouvait-on faire quelque chose de différent pour que cela devienne un succès ? Quelles mesures avez-vous prises pour améliorer la situation ? Qu'avez-vous appris de cette expérience ?
- Pourquoi poser la Q3 : ce type de question vous aidera à découvrir comment le candidat perçoit ses décisions, tire des conclusions et apprend de son expérience antérieure.
3.3. Contrôle technique des compétences SQL à l'aide d'un test de codage en ligne
Les tests de codage en ligne peuvent être un excellent moyen d'évaluer les compétences SQL. Vous trouverez ci-dessous des informations sur la manière d'utiliser les tests de programmation et sur ceux qu'il convient de choisir.
Tests de codage SQL en ligne - méthode principale ou complémentaire de dépistage
Les tests de codage peuvent être utilisés de deux manières. Certaines entreprises invitent les candidats à passer un test de programmation s'ils réussissent le processus de sélection, par exemple lorsque le recruteur informatique examine leur CV ou leur fait passer un entretien téléphonique ou vidéo. Toutefois, il est plus courant d'inviter tous les candidats qui postulent à certains postes de programmation SQL à passer un test. Cela présente plusieurs avantages. Les recruteurs informatiques n'ont pas à consacrer du temps à toutes les candidatures, mais seulement aux candidats qui ont le potentiel de correspondre à un poste en ce qui concerne leurs compétences en programmation. En outre, un candidat qui se soumet à une évaluation de codage fait preuve d'un certain engagement et d'une volonté de participer à votre processus de recrutement informatique. Cela peut être un signe qu'il est plus susceptible de vouloir trouver un emploi.
Test de codage SQL en ligne - lequel choisir ?
Pour que le dépistage soit précis, il faut que les tests de codage soient les bons.
Il existe quelques tests SQL en ligne sur le marché, mais ils vérifient souvent les connaissances académiques des candidats plutôt que leurs compétences en programmation et leur capacité à résoudre des problèmes réels. C'est ce qui agace vraiment les programmeurs expérimentés et c'est pourquoi ils n'aiment pas ce type d'évaluation du codage. Si le test de codage vérifie les connaissances théoriques, les candidats ne peuvent pas montrer leurs compétences en action et prouver qu'ils sont capables de résoudre des problèmes de programmation dans la vie réelle.
C'est pourquoi vous devez choisir avec soin les tests de codage dans votre processus de recrutement informatique. Vous trouverez ci-dessous les 5 caractéristiques principales des tests SQL que vous devez rechercher :
- Les tests de codage SQL doivent consister en plusieurs tâches, non seulement des tests à choix multiples, mais surtout des tâches de programmation dont la difficulté doit correspondre aux responsabilités que les candidats auront s'ils obtiennent le poste (les tests ne doivent pas être basés sur des tâches algorithmiques, car vous ne pouvez pas vérifier si un candidat peut résoudre des problèmes de codage de la vie réelle).
- Il ne sert à rien d'interdire au programmeur d'utiliser des sources externes, la meilleure façon est de lui créer un environnement tel que celui qu'il a au travail, c'est pourquoi un examen à livre ouvert est beaucoup plus approprié. De plus, le candidat doit pouvoir utiliser son IDE préféré, comme il le fait au quotidien.
- Les tests de programmation SQL doivent vérifier non seulement les compétences SQL en ce qui concerne la technologie en général, mais aussi les connaissances spécifiques à des moteurs de base de données particuliers.
- Le test de codage peut également inclure des tâches avec des défis de révision de code pour tester les compétences en SQL. Il fournit des informations très précises sur l'expérience du candidat, son approche de la qualité du code et l'efficacité du débogage et de la détection des pièges. Une telle évaluation devrait être obligatoire lors du recrutement de développeurs SQL seniors.
4. Tests d'évaluation en ligne de DevSkiller, prêts à l'emploi, sur le codage SQL
DevSkiller aide les entreprises dans le processus de recrutement informatique en leur fournissant une infrastructure qui leur permet de tester les compétences en programmation des candidats dans un environnement qui imite l'expérience du premier jour de travail. Nous permettons aux entreprises d'utiliser leur propre base de code, des projets informatiques entiers utilisant des frameworks et des bibliothèques, pour tester les programmeurs en ligne. Toutefois, nous disposons également de tests de codage SQL prêts à l'emploi que vous pouvez utiliser dans le cadre de votre campagne de recrutement technique.
- Compétences testées
- La durée
- 60 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Mathématiques, Probabilité, Compétences non techniques, SQL
Lacunes du code
l'évaluation des connaissances MySQL, SQL
Tâche - Niveau : Moyen
SQL | MySQL | Software House | Développeurs et leurs projets - Le chef de l'équipe de développement vous a confié la tâche de créer une liste de développeurs avec leur rôle dans les projets en cours.
- Compétences testées
- La durée
- 87 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances JavaScript, Node.JS
Lacunes du code
l'évaluation des connaissances JavaScript, Node.JS, SQL
Tâche de programmation - Niveau : Moyen
Node.JS | Rest API | News backend service - Implémenter un service de news backend créé en Node.JS avec Vanilla JS incluant l'autorisation d'écriture et les Rest APIs.
- Compétences testées
- La durée
- 25 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Pensée logique, Mathématiques, MySQL, SQL
Lacunes du code
l'évaluation des connaissances SQL
Tâche - Niveau : Facile
SQL | MySQL | Catalogue de timbres | Fonction AVG - Sélectionne les timbres (nom et prix) dont le prix est supérieur ou égal au prix moyen total.
- Compétences testées
- La durée
- 33 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Pensée logique, SQL, MySQL
Lacunes du code
l'évaluation des connaissances MySQL, SQL
Tâche - Niveau : Facile
SQL | MySQL | Catalogue de timbres | A Self JOIN - Sélectionner les timbres (nom et emplacement) qui se trouvent au même endroit.
- Compétences testées
- La durée
- 53 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances SQL, PostgreSQL
Lacunes du code
l'évaluation des connaissances PostgreSQL, SQL
Tâche - Niveau : Moyen
SQL | PostgreSQL | Music Store | Time function - Calculer la durée de toutes les chansons de chaque cd et générer une liste.
- Compétences testées
- La durée
- 26 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Pensée logique, SQL
Lacunes du code
l'évaluation des connaissances SQL
Tâche - Niveau : Facile
SQL | PostgreSQL | Hôtels - prix moyens - Préparer le rapport avec les prix moyens dans les villes.
- Compétences testées
- La durée
- 27 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Pensée logique, SQL
Lacunes du code
l'évaluation des connaissances SQL
Tâche - Niveau : Facile
SQL | PostgreSQL | Hôtels - réservations - Préparer la liste des réservations avec le nombre de jours, le prix par jour et le prix total du séjour.
- Compétences testées
- La durée
- 52 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Pensée logique, SQL
Tâche - Niveau : Difficile
SQL | PostgreSQL | Hôtels - villes et premiers hôtels - Préparer une liste de villes avec la date de la dernière réservation et une photo principale (photos[0]) de l'hôtel le plus populaire (en nombre de réservations) dans cette ville.
- Compétences testées
- La durée
- 69 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances DevOps, Terraform, AWS
Lacunes du code
l'évaluation des connaissances DevOps, Terraform, AWS
Tâche de programmation - Niveau : Facile
DevOps | Terraform, AWS | Créer une instance EC2 avec une AMI spécifique - Créer une instance EC2 avec une AMI spécifique dans un VPC par défaut avec un accès SSH, en utilisant Terraform et le fournisseur AWS.
- Compétences testées
- La durée
- 57 minutes max.
- L'évaluation
- Automatique
- Aperçu du test
-
Questions à choix
l'évaluation des connaissances Java, Spring Boot
Lacunes du code
l'évaluation des connaissances PostgreSQL, SQL
Tâche de programmation - Niveau : Moyen
Java | Spring Boot | Microservice de récupération d'articles - Implémenter un microservice pour récupérer des articles du système d'achat.
