Entretien de Software Developer - Fair or Unfair [fermé]

10

Je viens de téléphoner à une entreprise pour un poste de développeur de logiciels diplômé et on m'a posé les questions suivantes. Je dois ajouter que l'entreprise concernée n'est pas un fournisseur de bases de données.

  1. Comment fonctionne un optimiseur de requêtes?

  2. Si une base de données fonctionnait mal, comment utiliseriez-vous les journaux de performances pour découvrir le problème.

J'ai demandé s'ils posaient de telles questions à tous les développeurs de logiciels candidats (diplômés ou expérimentés) lors d'un premier entretien téléphonique. Ils ont répondu qu'ils aiment tester les connaissances de leurs candidats sur le développement de bases de données.

Je veux écrire à l'entreprise pour dire que ces questions sont déraisonnables à poser lors d'un entretien avec un développeur de logiciels et pour demander que mon entretien soit terminé.

Je voudrais vérifier le caractère raisonnable des hypothèses suivantes

a) Ces questions ne peuvent pas être classées comme des questions de développement de base de données.
b) Je pense que les questions sont appropriées pour un entretien DBA mais totalement déraisonnables pour un entretien développeur de logiciels (expérimenté ou non).
c) La première question ne concerne qu'un fournisseur de base de données.
d) La deuxième question n'est pas juste car les développeurs de logiciels ne traitent généralement pas des journaux de performances de la base de données, car c'est le travail du DBA.

Peut-être que certains d'entre vous auront la gentillesse de commenter mes hypothèses ou pourront avoir d'autres suggestions avant d'écrire à l'entreprise.

607018
la source
23
Je préfère plutôt embaucher un développeur qui peut répondre à ces questions de manière équitable, plutôt que celui qui ne le peut pas. Mais je ne vais pas décider uniquement sur cette base.
Dr belisarius
14
Nous avons eu un interviewé une fois si mécontent de son entretien qu'il nous a facturé une heure de consultation. Nous l'avions déjà transmis, mais nous sommes heureux qu'il ait suivi pour renforcer notre décision. :-)
18
supprimer de candidate_list où username = "user607018";
Martin York
44
@ user607018 Je pense que l'un de vos problèmes ici est votre hypothèse selon laquelle un entretien d'embauche devrait être "équitable", comme un test à l'école. Ce n'est pas correct; Un entretien d'embauche n'est qu'une vérification pour voir s'ils veulent vous embaucher. S'ils n'ont pas du tout mentionné l'optimisation / les performances de la base de données dans l'annonce, alors c'est une autre histoire, ils vous ont laissé perdre du temps à postuler pour un travail que vous ne pouvez pas faire, mais sinon l'équité n'y entre pas du tout . C'est une idée fausse courante lorsque l'on passe du monde artificiel de l'école au monde réel pour vraiment faire avancer les choses.
MGOwen
16
Si vous devez écrire des requêtes SQL, vous devez connaître les réponses à ces questions. Sinon, vous finirez par écrire des requêtes de merde, et quelqu'un d'autre devra les nettoyer après vous. Les questions sont donc justes et justifiées.
SK-logic

Réponses:

86

Si j'étais un intervieweur (ce que je suis parfois) et que je recevais une lettre d'un candidat se plaignant que les questions étaient injustes et qu'ils voulaient une refonte, je remercierais mes étoiles chanceuses d'avoir esquivé cette balle et de déplacer immédiatement la candidature vers la pile "rejeter". Agir ainsi ne fait que montrer que vous êtes un plaignant, et que vous n'avez pas l'attitude «peut faire» que l'on recherche.

une. les questions étaient raisonnables à poser sur le thème du développement de la base de données.
b. faux. Tout ce qui a trait au développement de logiciels est un jeu équitable. Gardez à l'esprit qu'obtenir une mauvaise réponse ne vous disqualifie pas automatiquement pour le poste (ou d'autres postes dans l'entreprise); cela peut simplement vous aider à vous classer comme quelqu'un qui ne serait pas le mieux placé pour un travail orienté base de données.
c. faux.
ré. faux. Tout d'abord, il peut ne pas y avoir de DBA dédié; deuxièmement, un développeur de logiciels doit être conscient d'un large éventail de problèmes susceptibles d'affecter les performances (et la précision) et avoir au moins une compréhension de haut niveau de la gestion des bases de données.

Prenez cela comme une leçon qu'il y a des choses que vous ne savez pas encore. Vous savez maintenant quoi étudier pour la prochaine fois.

Éther
la source
31
+1 pour "maintenant vous savez quoi étudier." La DERNIÈRE chose qu'un employeur veut, c'est un personnel dont le discours «pas mon travail» est parfait.
Dave
7
+1 - voterait +100 si seulement je pouvais ... beaucoup trop de "développeurs" de nos jours savent s'accroupir sur les bases de données et comment elles fonctionnent - pourtant ils les utilisent tout le temps ...
marc_s
+1 Vous devriez vous attendre à TOUT lors d'une entrevue. C'est leur jeu, leur interview et leur entreprise
Je donnerais plus de votes positifs si je le pouvais aussi, vous avez dit ce que je voulais dire avec plus de tact. Je soulignerai également que des questions dont vous ne connaissez pas la réponse sont parfois posées pour voir comment vous réagissez sous pression. Mais je n'ai rien trouvé de bizarre sur ces questions si le développement de bases de données est une partie importante du travail.
HLGEM
5
De plus, je dirais que "Comment fonctionne un optimiseur de requêtes?" ne signifie pas nécessairement qu'ils souhaitent que vous puissiez créer un optimiseur de requêtes à partir de zéro. Cela peut vouloir dire qu'ils veulent vérifier votre compréhension du moment où l'optimiseur s'exécute, lorsqu'il traite des proc stockés, des requêtes SQL ad hoc, etc. C'est une connaissance absolument pertinente pour un développeur qui écrit du code qui frappe une base de données.
Carson63000
17

Je pense que c'est une question juste (et cela ressemble à celle que Google pose probablement). :) Le point de la question ne semble PAS vraiment tester votre connaissance détaillée des requêtes de base de données et autres, mais plus pour voir comment vous aborderiez et résoudriez un problème. La capacité de faire une tâche que vous avez déjà effectuée est nécessaire, mais la capacité de réfléchir sur vos pieds et d'aborder un nouveau problème est une compétence vitale.

Lorsqu'on me pose une question comme celle-ci, si je manque de connaissances spécifiques sur la base de données donnée, je pense qu'une réponse juste commencerait: "Eh bien, je n'ai pas beaucoup d'expérience avec cette technologie en particulier, mais en En général, je regarderais dans les journaux de performances pour trouver les opérations les plus fréquentes et tenter de les classer en fonction du temps de traitement. De cette façon, je pourrais évaluer quelles opérations sont les plus coûteuses et pourraient être de bons candidats pour l'optimisation. "

Vous n'avez pas besoin de connaissances techniques spécifiques pour la réponse ci-dessus mais cela montre à votre interlocuteur que vous êtes prêt à résoudre un nouveau problème.

Kenny Wyland
la source
4
Alternativement, il se peut que l'entreprise préfère les développeurs ayant une certaine connaissance de l'optimisation des requêtes. Ma femme n'est pas DBA, mais elle a fait beaucoup de bon travail en optimisant les requêtes. Les DBA sont trop occupés pour optimiser toutes les requêtes qui pourraient l'utiliser.
David Thornley
16

Si ce n'est pas juste ou pas juste, ils embauchent donc ils font les règles et sont autorisés à demander ce qu'ils veulent (ok pas tout, mais presque tout;))

Et si vous voulez toujours le travail, je ne pense pas que vous vous rendrez service si vous les écrivez.

RoflcoptrException
la source
Techniquement, ils peuvent vous demander n'importe quoi, c'est à vous de répondre ou non (et s'ils vous demandent quelque chose de complètement stupide, vous ne voulez pas ce travail de toute façon).
o0 '.
16

Une stratégie très courante dans les entretiens d'embauche consiste à poser une question qui dépasse le niveau du poste interrogé et à voir comment un candidat se débrouille. Avec les questions posées, on peut raisonnablement s'attendre à ce que vous répondiez à quelque chose comme:

Eh bien, ma connaissance des bases de données est rudimentaire mais je pense que ça va quelque chose comme ça ...

Ou même:

Désolé, c'est bien en dehors de mon expertise, je devrais vérifier les détails des journaux de performances avec un DBA

En général, je m'attendrais à ce que les candidats au niveau d'entrée aient au moins une compréhension de base du fonctionnement des bases de données et aient également une attitude "Je ne sais pas mais j'essaierai d'apprendre".

Si vous aviez fait une tentative honnête et qu'ils avaient mis fin à l'appel téléphonique immédiatement, vous auriez de bonnes raisons de vous sentir dur, mais comme je dirais, vous devriez apprendre à paraître confiant tout en admettant que vous ne savez rien.

David Hall
la source
12

Je connais des intervieweurs qui ne considèrent pas un entretien comme complet à moins qu'ils ne trouvent des questions techniques semi-pertinentes auxquelles le candidat ne peut pas répondre. L'objectif est de voir comment le candidat traite ce type de question.

Admettre qu'ils ne savent pas? Bien. Inventer spin / BS pour une réponse? La porte.

hotpaw2
la source
9

Les rôles IMO, développeur de logiciels et DBA ne sont pas bien classés dans de nombreuses entreprises. Vous devez généralement connaître au moins certaines parties des bases de données également si vous êtes un développeur de logiciels. Donc, les questions me semblent justes, à condition qu'elles ne soient pas posées plus fraîchement.

Mahesh Velaga
la source
8

Je pense que c'est juste. Je ne travaille pas chez un fournisseur de base de données, mais savoir lire les plans de requête (et les journaux de performances, dans une moindre mesure) est TRÈS important. Il est également bon de savoir comment fonctionne l'optimiseur de requêtes.

En réponse à vos balles:

a) Hein? Bien sûr, ils sont liés au développement de bases de données et si vous écrivez du code et que votre programme doit interroger des données, alors c'est pertinent.

b) Pas vraiment. Un DBA devrait mieux connaître les réponses, mais un bon développeur devrait également connaître une réponse. Je ne m'attendrais pas à une réponse aussi détaillée que d'un DBA mais j'attendrais quelque chose. Et si un développeur ne le sait pas, je pourrais simplement accepter comme réponse «Je demanderais au DBA de m'apprendre» si le développeur était encore relativement nouveau dans le travail de base de données.

c) Non, ce n'est pas le cas. Il concerne toutes les personnes préoccupées par les performances de leurs requêtes de base de données. Si vous ne vous souciez pas de la vitesse d'exécution de vos requêtes, vous pouvez ignorer cela. Vos clients, qui ont des performances de plus en plus mauvaises sur leurs sites Web, peuvent en revanche être en désaccord.

d) Peut-être. Tous les développeurs ne voient pas les journaux de performances, mais en cas de problème, vous pouvez vous attendre à ce qu'un administrateur de base de données vous envoie par e-mail les parties pertinentes et vous explique le problème si vous ne savez pas comment l'interpréter. À tout le moins, un développeur devrait être en mesure d'examiner un plan de requête et de voir les problèmes de base (analyse complète de la table => incorrecte, analyse rapide de l'index => bonne).

Puisque vous êtes fraîchement sorti de l'école et que vous n'avez peut-être pas couvert ce sujet dans vos cours, vous pouvez répondre en disant: «Je parlerais à un développeur ou un DBA plus senior et demanderais de l'aide pour comprendre cela». Les enquêteurs pourraient accepter cela, car cela montre à tout le moins que vous êtes prêt à apprendre de nouvelles choses, car vous n'avez pas encore l'expérience pour les découvrir. L'autre option est d'aller les apprendre par vous-même.

Bonne chance pour la prochaine interview!

FrustratedWithFormsDesigner
la source
7

Ils ont parfaitement le droit de demander ce qu'ils veulent. Vous n'avez peut-être pas couvert ces sujets dans votre programme d'études collégiales, mais cela ne signifie pas que les autres personnes interrogées n'ont pas ou n'ont pas assez d'intérêt pour le sujet pour aller au-delà du programme. Ils recherchent le meilleur. J'espère que vous avez au moins essayé de répondre aux questions et que vous n'êtes pas tous sur la défensive. Si j'étais eux et que je recevais une lettre geignarde de votre part, vous seriez sur liste noire.

James
la source
2
Ou d'ailleurs, ce n'est pas parce qu'il n'était pas couvert à l'école que l'entreprise n'a pas besoin de ces compétences!
GrandmasterB
3
Et si le candidat avait en quelque sorte une seconde chance, s'attendre à la même question (ou même quelque chose de vaguement similaire) serait un échec majeur. Une chose que je fais pour vaincre le partage de questions (particulièrement favorisé par les recruteurs) est de faire varier la question "bizarre" de manière assez significative. La prochaine fois, attendez-vous à quelque chose sur l'intégration du téléphone ou la lecture des codes-barres.
7

Le développement de logiciels est une profession multidisciplinaire. Je ne pense pas que vous obtiendrez un kilométrage pour demander une reprise de votre entretien. «Raisonnable» dans ce contexte est de savoir si une entreprise donnée vous éliminerait de la considération uniquement sur la base de votre manque de compétences DBA. Poser la question est parfaitement raisonnable.

Plus vous progresserez dans votre carrière, plus vous devrez en savoir. Si vous vous demandez pourquoi un développeur de logiciels devrait se soucier de l'optimisation des requêtes, envisagez la conception d'applications. Les nouveaux projets impliquent souvent des discussions sur la modélisation des données. Cela mènera à des discussions de normalisation, qui mèneront à des travaux de conception de base de données. De bons principes de conception descendent jusqu'à la mise en œuvre. Les conceptions incorrectes / inefficaces au niveau architectural ont des conséquences souvent coûteuses à réparer.

Dave
la source
5

Le concept de «juste» n'a pas d'importance ici. Ceci est un entretien d'embauche.

Ils ne peuvent pas vous rejeter en fonction de votre couleur de peau, de votre religion, de votre appartenance ethnique ou de quelques autres choses de ce genre. Mais ils peuvent vous rejeter pour toute autre raison, aussi stupide que la couleur des chaussures que vous portiez à l'entretien. Et vous ne saurez peut-être jamais la vraie raison.

Il est important d'être résilient lors des entretiens. Je comprends l'envie de sur-analyser, et je l'ai fait moi-même assez souvent. Mais la meilleure chose à faire est d'accepter que la vie n'est pas juste et de garder suffisamment d'entretiens dans le pipeline pour que vous n'ayez pas à mettre tous vos espoirs dans l'un d'eux.

Kyralessa
la source
5

Comme d'autres l'ont dit, les questions sont tout à fait valables. Cependant, il serait étrange que l'intervieweur décide de vous embaucher entièrement sur la base de ces questions. Peut-être qu'ils voulaient vous entendre sur un sujet que vous ne connaissez peut-être pas, et c'est une technique d'entrevue valable.

Si j'embauchait, je ne règle que vous si vous avez dit : « Je suis désolé, je ne sais pas grand - chose optimiseurs de requêtes, mais je peux apprendre ». Je voudrais gouverner vous si vous avez commencé à pleurnicher sur les questions, cependant.

Andres F.
la source
5

Mec, laissez-moi vous dire tout de suite: il n'y a aucun moyen de contourner les bases de données en tant que développeur de logiciels. Chaque projet auquel j'ai participé jusqu'à présent a pris au moins la moitié du temps de développement. La conception de bases de données fait partie intégrante du développement logiciel et plus vous en savez, mieux vous pouvez résoudre le problème. De plus, ne soyez pas dérangé par le type de questions et c'est trop le contexte. La plupart du temps, les employeurs veulent simplement voir si vous êtes en mesure de réfléchir sur vos pieds pour résoudre le problème en question ou si vous avez la confiance nécessaire pour dire au moins quelque chose de raisonnable à ce sujet. Étant donné que vous êtes diplômé, ils se rendent compte qu'ils devront de toute façon passer du temps à vous enseigner toutes ces choses, mais ils veulent savoir si vous en valez le temps et l'effort. Restez vif et modeste!

pierrepret22
la source
Je suis développeur et je n'ai pas touché à une base de données depuis des années. Certains d'entre nous ne font pas de webapps CRUD. Cela dit, pour de nombreux rôles (peut-être même la plupart) de votre argument.
Kristof Provost,
5

Je veux écrire à l'entreprise pour dire que ces questions sont déraisonnables à poser lors d'un entretien avec un développeur de logiciels et pour demander que mon entretien soit terminé.

Que pensez-vous qu'il arrivera si vous envoyez cette lettre? Imaginez-vous qu'ils diront "Hmm, ce candidat a raison. Nous devrions le faire revenir et posons-lui des questions plus faciles"? Je vous garantis qu'ils ne le feront pas. En fait, ce qu'ils vont faire, c'est faire circuler la lettre et rire.

Obtenez sur votre sens du droit. Vous sortez dans le monde réel.

Comment jugez-vous les questions sur les bases de données injustes? Vous pensez que les programmeurs n'ont pas besoin de connaître les bases de données, mais cette société le fait apparemment. C'est pourquoi ils posent les questions! Les intervieweurs ne posent pas de questions juste pour l'enfer. Ils posent les questions pour savoir si vous savez ce dont ils ont besoin. Si vous ne savez pas ce dont ils ont besoin, alors vous n'êtes pas la bonne personne pour le travail.

Si vous ne voulez pas en savoir plus sur les bases de données, c'est bien, mais ne vous plaignez pas si une entreprise ne veut pas vous embaucher. On ne vous doit pas d'emploi.

Andy Lester
la source
1
Je voterais un million de fois si je le pouvais
HLGEM
4

Comment ces questions ne sont-elles pas justes? Les développeurs travaillent avec des bases de données. Ne pensez-vous pas qu'ils devraient au moins être familiarisés avec les facteurs impliqués dans la réalisation de requêtes de base de données efficaces et rapides? Toutes les entreprises n'ont pas de DBA internes ... et même si c'est le cas, cela ne prend pas la responsabilité d'écrire des requêtes efficaces loin du développeur.

GrandmasterB
la source
4

S'ils posent les questions à tous les candidats, ils sont honnêtes et c'est fini.

Peu importe que vous estimiez que les questions sont appropriées au poste, il importe seulement que l'employeur éventuel les juge appropriées - et s'il le demande, il est probable qu'elles le font (soit parce qu'elles reflètent les compétences requises, soit parce qu'elles ont trouvé que les réponses qu'ils obtiennent leur disent des choses intéressantes sur la personne interrogée).

Enfin, vous semblez avoir des idées étranges sur les limites du mandat d'un développeur - je n'ai jamais (pour autant que je m'en souvienne en 25 ans de carrière à ce jour) travaillé avec un DBA dédié ...

Murph
la source
Vous avez alors évité les grandes entreprises non informatiques :) Vous devez surveiller nos nazis DBA dans ceux-ci!
ozz
@james "Evité" n'est pas le bon mot - mais oui ... le fait est que j'ai été "développeur" pendant la majorité de ce temps et en tant que tel j'ai exigé au moins quelques compétences de type DBA (bien que je ne le fasse pas) suggérer que je suis un DBA ... mais il n'est pas toujours nécessaire d'être / d'avoir un dba dédié pour des projets plus modestes, bien que reconnaître les lacunes dans ses compétences peut être parfois douloureux)
Murph
4

En regardant les questions, je pense que cela pourrait être mon entreprise - nous posons ce type de questions à CHAQUE candidat dans le cadre d'un entretien téléphonique. Toujours. Cela nous donne une norme à partir de laquelle travailler.

La plupart des réponses ci-dessus le résument assez bien ...

a) Nous voulons des personnes ayant une vaste expérience et non des personnes qui ne peuvent faire que quelques choses.

b) Les questions sont là pour nous aider à sonder vos connaissances, vous ne connaissez peut-être pas la réponse complètement (ou pas du tout) les questions sont un point de départ pour vous permettre d'étendre vos connaissances et votre expérience.

c) N'oubliez pas que l'entretien est là pour notre bénéfice ET LE VÔTRE ... à partir des types de questions, vous devriez être en mesure de vous faire une idée du rôle et de l'entreprise et de savoir si nous nous adaptons à vous et si vous vous adaptez à nous ...

d) c'est du travail, si vous ne réussissez pas l'entretien, grandissez, arrêtez de pleurnicher et essayez mieux à l'entretien suivant.

Paul
la source
3

On dirait qu'ils n'ont pas de DBA, ils voulaient donc que vous remplissiez également ce rôle. C'est habituel pour les petites entreprises.

Navi
la source
6
Ce n'est pas parce qu'une entreprise veut qu'un développeur comprenne comment affiner ses scripts de base de données qu'il ne dispose pas d'un DBA. Je préfère avoir un développeur qui peut optimiser ses propres trucs plutôt que de lancer n'importe quel script SQL sur le serveur et d'espérer qu'un DBA y arrive. Un administrateur de base de données a plus de choses à se soucier que de corriger vos scripts tout le temps.
1
Toutes les entreprises n'emploient pas de DBA en tant que telles. Considérez les développeurs commerciaux qui distribuent des logiciels aux clients. Les clients peuvent avoir des DBA, mais les développeurs doivent toujours écrire les requêtes utilisées par leur logiciel de manière efficace.
GrandmasterB
J'ai travaillé pour une petite entreprise (environ deux douzaines de personnes à mon arrivée) qui n'a obtenu de vrais DBA que bien plus tard. Quand j'ai fait passer une requête d'une demi-minute à une demi-heure, j'ai dû la comprendre moi-même.
David Thornley
1
Dans tous les cas, il n'est pas déraisonnable de vouloir des développeurs qui en savent plus que la programmation.
Andres F.
3

Je n'y vois absolument rien de mal. Pourquoi un développeur, surtout s'il finit par travailler dans la base de données, ne devrait-il pas être au courant de ces éléments?

Un développeur de logiciels ne devrait-il pas être au courant des logiciels d'optimisation ou de la façon d'accéder aux journaux des événements des applications pour résoudre un problème de performances? Si oui, pourquoi pas la même chose pour quelqu'un qui est développeur de base de données? Pourquoi ne peuvent-ils pas être un en même temps?

Si j'interviewais quelqu'un pour un poste de développement de logiciels qui impliquait également le développement de bases de données, vous avez raison, je vais m'assurer qu'ils sont conscients non seulement de ce qu'ils font, mais qu'ils peuvent augmenter les performances de leur code ou le code existant comme base de données peut être un énorme goulot d'étranglement.

Au lieu de développer une attitude, une meilleure ligne de conduite aurait peut-être été "Je ne connais pas la réponse mais voici ce que je ferais pour la trouver".

Kris
la source
3

Comme d'autres l'ont souligné, dans une interview, presque toutes les questions sont équitables tant qu'elles ne touchent pas à une sorte de zone légalement protégée (par exemple, l'âge, la race, le sexe, etc.) et qu'il n'est pas inhabituel de demander aux intervieweurs de jeter questions à vous juste pour voir comment vous réagissez à la question et comment vous allez essayer de trouver une solution à la question. De plus, comme il semble que vous soyez un diplômé récent, ils sont un peu limités en ce qui concerne la possibilité de vous poser des questions sur votre expérience de travail et sur le type de problèmes que vous avez résolus dans un environnement de production. Ainsi, si l'entreprise effectue beaucoup de travaux axés sur les bases de données, les questions qu'elle a posées peuvent également être pertinentes par rapport au poste que vous interviewerez.

En ce qui concerne vos hypothèses:

a) Ces questions ne peuvent pas être classées comme des questions de développement de base de données.

Peut-être peut-être pas. Si vous faites du développement de base de données, vous allez utiliser un optimiseur de requêtes et planifier de temps en temps pour essayer de vous assurer qu'il n'y a pas de problèmes évidents avec vos requêtes. Si l'entreprise a des administrateurs de base de données ou des experts qui pourraient examiner les requêtes, ils n'auront peut-être pas le temps de tout regarder et ils ne voudront pas non plus regarder chaque requête mal codée. De même, il n'est pas inhabituel pour les développeurs d'être responsables de la maintenance de leur environnement de développement, d'inclure des bases de données et de faire en sorte que les administrateurs de bases de données gèrent le côté production des choses.

b) Je pense que les questions sont appropriées pour un entretien DBA mais totalement déraisonnables pour un entretien développeur de logiciels (expérimenté ou non).

Ils seraient probablement appropriés pour une entrevue DBA; mais quoi qu'il en soit, ce sont également des sujets que le développeur doit connaître, ne serait-ce qu'au niveau de la capacité de reconnaître où un problème pourrait se trouver et de faire lui-même un dépannage de base. Comme je l'ai mentionné précédemment, si l'entreprise a des ressources limitées, elle voudra s'assurer qu'elle ne perd pas de temps avec une chose qui pourrait être un problème de base.

c) La première question ne concerne qu'un fournisseur de base de données.

Les détails spécifiques peuvent être spécifiques au fournisseur, mais les concepts généraux peuvent être appliqués n'importe où et parfois vous montrer que vous comprenez les concepts généraux est tout ce dont vous avez besoin. Si vous ne voulez pas être enfermé dans une seule pile de développement (c'est-à-dire LAMP ), vous devrez être en mesure de montrer lors des entretiens que vous comprenez les concepts de base et que vous êtes à l'aise pour passer à différentes piles de développement.

d) La deuxième question n'est pas juste car les développeurs de logiciels ne traitent généralement pas des journaux de performances de la base de données, car c'est le travail du DBA.

Cela est généralement vrai, mais si une partie de votre travail consiste à écrire un logiciel pour une base de données donnée qui doit être très réactif, vous devrez vous assurer de faire de votre mieux pour rédiger ces requêtes afin qu'un collègue qui soit un expert dans un domaine donné n'est pas enlisé avec des requêtes mal écrites. Bien que vous n'ayez peut-être pas besoin de connaître les détails de ce que les journaux vous disent, vous devrez peut-être être en mesure d'identifier les problèmes évidents.

Espérons que tout cela aide!

rjzii
la source
2

Ce n'est pas parce que vous êtes un développeur de logiciels que vous ne devez connaître que les sujets relatifs aux développeurs de logiciels. Avoir une grande variété de connaissances de la gestion de serveurs aux technologies de bases de données est en fait une compétence très utile à avoir en tant que développeur. Je n'aurais aucun problème à poser ce type de questions aux candidats. S'ils ne les comprennent pas bien, ça ne les raye pas de la liste (je ne m'attends pas à ce qu'ils sachent tout), mais s'ils sont capables de répondre, cela me montre que le développeur est bien plus que juste le programmeur typique de compétences, et ce sont des races rares.

Josh
la source
+1, tout à fait d'accord. Et si au lieu de cela, l'embauche potentielle commence à se plaindre de «l'injustice» des questions, elles appartiennent à la race la plus courante de ne pas embaucher .
Andres F.
2

J'ai également un différend similaire avec un employeur potentiel qui m'a posé une question sur une plaque d'égout. Je vous demande, qu'est-ce que la forme d'un couvercle de trou d'homme a à voir avec la programmation!

leebriggs
la source
3
Quelle était la vraie question sur le couvercle de trou d'homme? Je parie que c'était une expérience de pensée créée pour évaluer votre capacité à penser et n'avait rien à voir avec les couvercles de trou d'homme.
Kenny Wyland
Un bon intervieweur vous posera ce genre de questions pour mieux comprendre comment vous pensez et comment résoudre les problèmes. (Bien que la question du trou d'homme rond soit un peu fatiguée de nos jours).
2
C'est une question d'entretien très courante: "Pourquoi les couvercles de trou d'homme sont-ils ronds?" et la réponse attendue est censée être "afin qu'ils ne puissent pas entrer (et tomber) dans le trou". (et pas un certain nombre d'autres raisons raisonnables, telles que "parce que le trou est rond (parce qu'il est percé)" ou "afin que vous puissiez rouler le couvercle pour le déplacer après l'avoir soulevé (sinon il faut soit le faire glisser, soit deux personnes) de bouger) "
Jimmy
Cette question était probablement similaire au nombre de balles de golf pouvant correspondre à une question de bus. Il n'y a pas nécessairement une bonne réponse, mais l'intervieweur veut voir comment vous pensez, comment vous allez résoudre le problème. Il est important de penser à haute voix lors de l'entretien.
2
La déclaration est bien sûr en plaisantant, je doute que quelqu'un ait utilisé la fameuse question de trou d'homme au cours des vingt dernières années. Le fait est que dans une interview, vous suivez les règles des intervieweurs. Si une question vous semble inappropriée, parlez-en et expliquez votre raisonnement.
0

Réponses du formulaire Eh bien, je ne suis pas sûr, mais je le rechercherais en allant sur, et je suis également bon. Personne ne pense que vous savez tout mais être capable de chercher des trucs est une compétence clé

Zachary K
la source