Qui souhaitez-vous embaucher?

Quand je prends une décision sur l'architecture d'application à choisir, ou comment concevoir une base de données, ou quel travail préparatoire est nécessaire pour démarrer, ou quoi écrire dans le prochain bloc de code, je pense. Je pense à ce que je veux obtenir, comment cela résout mon problème, y a-t-il de meilleures solutions. D'accord, cette approche sera utile dans de nombreux domaines, et pas seulement dans le travail intellectuel. Mais dans cet article, je veux parler d'interroger des spécialistes en informatique. En outre, des spécialistes avec expérience, niveau intermédiaire et supérieur. Préparez-vous, je serai un peu sarcastique.

Pourquoi ai-je décidé d'écrire à ce sujet?

J'ai participé à plusieurs entretiens lors de mon entretien. Je dois dire tout de suite que j'ai toujours le sentiment que la préparation d'une interview est techniquement malhonnête. Mais nous pouvons en discuter dans les commentaires. Quelques fois, j'ai sauté l'interview sur quelques questions de base simples. Après cela, je me suis reproché l'incompétence. Comment pourrais-je viser la grande ligue si je ne pouvais pas déclamer les principes de la POO? Plus tard, la protection a fonctionné et j'ai commencé à réfléchir, mais ai-je vraiment besoin de savoir cela en tant qu'écolier à la table de multiplication?

Le spécialiste doit connaître la théorie de base (?)

POO, SOLIDE et tout un tas de principes sans lesquels le développement s'arrêtera. Si vous embauchez un professeur d'informatique, assurez-vous de demander tout cela.

Mais, vous prenez le développeur. Doit-il savoir cela? Découvrons-le.

Doit-il comprendre cela? Oui. Mais comment pouvez-vous vérifier? Le moyen le plus simple est de demander. Autrement dit, il doit savoir. Au final, un étudiant qui vient de sortir d'une université pourra répondre idéalement à la théorie. Mais cela ne veut encore rien dire. Ou devrions-nous essayer de trouver un moyen de vérifier comment il les comprend? Heureusement, ces principes ont l'application pratique la plus directe. Peut-être devrions-nous lui proposer quelques tâches simples? Après tout, au travail, il résoudra exactement les problèmes.

Le spécialiste doit savoir comment l'outil avec lequel il doit travailler (?)

Indubitablement. Pour cela, des abstractions ont été inventées, de sorte qu'à chaque fois que vous pensez aux détails de l'implémentation. Si vous pensez que oui, alors je vous conseille d'étudier la question encore plus profondément, aux principes du processeur et des semi-conducteurs.

, , , . , , . , , ? , , . , . , . , . , .

, ?

. , , . , .

/, .

:

- , . . . . ?

- / ... , / + 1... ... == ? % == 0... - , . , . !

- , .

- ?

- , .

, . , , . . , . , , .

, . , . . . : " ?". , , -, . , , " ". , .

. , , .

: " C#".

, - .

- , ?

- , !

- . ?

- !....

, , Comedy Club. - : ", , , . ".

? , . , . , . , , , . , - . , . , , .

. . , , , , . - . , , .

, . .

? , . SOLID. , ( ), , , . , .

, , , . , , .

, .

1. Les questions sur la théorie de base devraient être laissées aux spécialistes débutants. Les gars sérieux ont besoin d'un défi sérieux.

   
   
   
   
   

2. Un défi sérieux consiste à essayer d'équilibrer plusieurs décisions pas tout à fait correctes afin de choisir le meilleur des maux. Définissez les tâches de l'application.

   
   
   
   
   

3. Réfléchissez bien à la raison pour laquelle vous prenez une personne. Quelles tâches doit-il effectuer. De là, les tâches elles-mêmes seront prises.

   
   
   
   
   

C'est tout. Vous pouvez applaudir, vous pouvez lancer des pierres. J'endurerai tout. Mais j'espère vraiment que vous ne vouliez pas passer.