Que recherchons-nous pour les développeurs pour développer la plate-forme 1C: Enterprise

Notre rêve est de créer la meilleure boîte à outils pour développer des applications commerciales dans le monde. Nous avons beaucoup de bonnes idées, dont la mise en œuvre nous permet de réaliser ce rêve, de développer nos outils afin de rester les meilleurs. Eh bien, pour implémenter ces idées au bon niveau, nous avons besoin de programmeurs sympas.

Bref, nous recherchons ceux qui:

• aime (ou est prêt à aimer) créer des cadres répliqués
• veut fabriquer un produit que des millions de personnes utilisent

Pour montrer plus en détail les développeurs que nous recherchons et comment, nous avons réalisé de courtes interviews avec les responsables du recrutement de notre entreprise. Des questions ont été posées lors de l'entretien:

• De quel type de développeurs avez-vous besoin?
• Que demandez-vous pour un entretien?
• Quelles questions préférez-vous dans l'entretien - théorique ou pratique?
• Un programmeur doit-il écrire des tests?
• Posez-vous des questions qui ne relèvent pas du domaine d'activité professionnel?
• Définissez-vous des tâches logiques pour une réflexion rapide qui ne sont pas directement liées à la programmation? Type de tâche concernant une balle à l'hélium dans une voiture :

Dans quels domaines les programmeurs peuvent-ils travailler dans le développement de notre plateforme? Eh bien, par exemple:

• IDE pour le développement d'applications métier
• Compilateur de langage intégré
• Cadre Web
• Équilibreur de charge
• et bien plus:

Groupe de développement Internet

Le groupe écrit des services en ligne qui sont probablement utilisés par des millions d'utilisateurs finaux des produits 1C. Les services, par exemple, vous permettent d'obtenir des informations sur la contrepartie par TIN, de vérifier la fiabilité de la contrepartie, etc. Le domaine d'activité est très responsable, les services fonctionnent sous forte charge, les temps d'arrêt sont extrêmement indésirables, nous essayons donc de créer le produit le plus fiable. Nous fabriquons également un produit appelé système d'interaction . Il s'agit d'un mécanisme qui transfère des informations entre les applications clientes et les serveurs 1C: Enterprise; avec son aide, en particulier, le messager intégré aux applications 1C est implémenté.

Du développeur, je veux qu'il développe le produit dans son ensemble - analyse les besoins des utilisateurs, réfléchit à l'architecture, écrit du code. Parce que les gens viennent souvent pour des interviews et disent que ce n’est pas intéressant pour moi d’analyser le sujet, je veux que l’analyste m’écrive un mandat, selon lequel je programmerai la fonctionnalité. Autrement dit, une personne ne s'intéresse qu'aux aspects techniques de la programmation. Nous essayons de ne pas embaucher de telles personnes, car nous avons une petite équipe, nous devons traiter un grand nombre de domaines connexes. Par conséquent, les principales exigences qui ne sont pas liées aux compétences professionnelles sont la capacité de formuler avec précision et précision les exigences du produit, de réfléchir à la mise en œuvre, de développer un produit et d'être responsable du résultat final. L’intérêt personnel de la personne pour la qualité du produit final est important, de sorte que la personne fabrique un produit dont elle aimerait être fière.

Dans le livre d'Eric Evans, "Object-Oriented Design", l' une des idées principales est que le développeur doit également être un analyste, avoir une bonne compréhension du domaine qu'il automatise, comprendre ce qui est précieux pour l'entreprise, et s'il ne comprend pas cela, alors il sera en mesure de développer un bon système qui satisfera toutes les exigences de l'utilisateur. Si le développeur résume le sujet, il ne prendra pas de décisions clés sur l'architecture du produit, mais il devra mettre en œuvre ces décisions, et dans ce cas, il y a un risque de mise en œuvre de mauvaise qualité. Le même Evans recommande de distinguer deux parties dans le domaine - la partie qui est fondamentalement importante pour les entreprises, celle qui fait de votre produit votre produit et la deuxième partie, qui n'est pas très importante, qui est responsable du regroupement des infrastructures. Et les meilleurs développeurs devraient recevoir la mise en œuvre de la première partie importante.

Comment se passe l'entretien? Nous avons un questionnaire, une dizaine de questions que nous posons aux candidats. Les questions du questionnaire ne sont pas théoriques, mais pratiques, par exemple - le code a soulevé une exception avec une telle trace de pile, expliquez ce que vous allez faire. Ou - vous avez une requête sur la base de données qui s'exécute lentement (le texte de la requête est donné), il y a un plan de requête, évaluez - que le plan de requête est mauvais, vous devez expliquer comment accélérer la requête. Cela n'a aucun sens de demander à une personne quels types de JOIN sont - bien sûr, il connaît ces types s'il est même un peu préparé pour une entrevue. L'expérience pratique de l'utilisation de ces JOIN est intéressante. Si une personne a de l'expérience dans l'analyse des plans de requête, il ne lui sera pas difficile de parler des moyens de résoudre le problème.S'il n'y a pas une telle expérience, le livre n'aidera pas ici. C'est là que passe la ligne qui distingue le développeur qui vient de lire sur la fonctionnalité du développeur qui a vraiment utilisé cette fonctionnalité. Nous sommes plus intéressés par le deuxième type de développeur, nous voulons que la personne "s'implique immédiatement dans le jeu".

Certaines questions du questionnaire ont déjà cessé de fonctionner et nous avons remplacé ces questions par de nouvelles. Par exemple, il y a quelque temps, lors des entretiens, ils ont souvent demandé de mettre en œuvre le modèle Singleton, et lorsque le candidat l'a fait, ils ont dit - maintenant, paresseux. Depuis, plusieurs articles ont paru sur Habré, qui décrivaient en détail comment écrire de telles choses, les gens venaient d'apprendre cette tâche par cœur, et cela a cessé d'être un test d'aptitude professionnelle.

Nous voulons également que les développeurs écrivent des tests avec compétence; par exemple, que la signature du contrat que le système doit satisfaire est décrite dans la signature de test. Cela peut être fait, par exemple, en Java dans le style recommandé par Roy Osher , lorsque le nom de la méthode contractuelle est divisé en trois parties - «donné», «ce que nous attendons», «quel est le résultat». Et vous pouvez le faire sur Groovy en utilisant Spock . Il est important de savoir si le candidat comprend exactement ce qui doit être testé, s'il est nécessaire de tester les valeurs limites, s'il connaît la pyramide des tests , etc.

Nous posons également des questions sur les projets auxquels la personne a participé, en particulier si elle a utilisé des technologies pertinentes pour nous. Par exemple, nous utilisons Hazelcast , jusqu'à présent, peu de gens l'utilisent en production (à partir d'implémentations récentes de grande taille - dans Yandex.Money ), et nous sommes très intéressés par les personnes ayant de l'expérience avec Hazelcast. De plus, le candidat peut nous révéler des aspects inattendus et utiles de la nouvelle technologie, que nous ne connaissons pas encore.

Un sujet important pour nous est de savoir comment écrire du code pour travailler dans un environnement multi-thread. Par exemple, il y a plusieurs nœuds d'application dans un environnement très chargé, et nous demandons au candidat de vous dire comment rendre le système fonctionnel et fiable, tout en minimisant son blocage.

Un programmeur doit-il écrire des tests? Un must, mais pas tous. Le programmeur doit écrire des tests unitaires sans condition. Soit dit en passant, nous, dans l'équipe, n'insistons pas sur l'utilisation obligatoire de méthodes, par exemple TDD ; certains développeurs utilisent TDD de leur propre initiative, ils l'aiment tellement. Nous écrivons également des tests d'intégration. Les développeurs effectuent également des tests de charge et rédigent des plans de test pour JMeter.

Équipe de développement client Web

Bien que nous développions un client Web en JavaScript, nous préférons que le candidat, en plus d'une expérience en développement Web en JavaScript, ait une expérience dans le développement de langages OOP «classiques» - C ++ ou Java ou C #. Cela est dû aux spécificités du projet; Client Web 1C, écrit en JavaScript, mais ressemble plus idéologiquement à une application écrite en langage POO. Nous couvrons le code JavaScript avec des annotations JSDoc , donc la vérification de type statique se produit pendant l'assemblage. Cette approche a été choisie car nous utilisons le Google Closure Compiler , qui nous aide notamment à augmenter la vitesse de notre code et à réduire la quantité de mémoire consommée par celui-ci. Ainsi, l'expérience POO sera d'une grande aide pour le candidat.

Lors de l'entretien, nous demandons quelles tâches le candidat et son équipe ont dû résoudre lors de travaux antérieurs, nous discutons de l'architecture des solutions mises en œuvre par lui. Nous demandons aux candidats des tâches, certaines d'entre elles - sur l'esprit rapide et la pensée algorithmique. Par exemple, il y a des tâches qui sont "résolues" par une assez grande quantité de code, et si vous y réfléchissez, alors sur une seule ligne.

Il existe un pool de tâches pour une connaissance spécifique de la mise en page, en JavaScript. Par exemple, nous dessinons une structure de page HTML sur une feuille de papier (la structure peut être dynamique, changer dans le temps selon un certain algorithme) et demander d'écrire du code qui crée une telle structure et l'implémente en dynamique.

Nous essayons également d'évaluer la prédisposition du candidat à l'activité analytique; nous ne voudrions pas avoir un encodeur «propre» dans l'équipe, même s'il écrit du code de haute qualité, mais fonctionne strictement selon une spécification technique fixe. J'aimerais que le développeur soit impliqué dans les tâches, comprenne profondément ce qui est fait dans le produit et pourquoi, idéalement, il est également le moteur de la nouvelle fonctionnalité.

Si le candidat est un étudiant ou un étudiant d'hier, nous pouvons poser des questions purement théoriques, par exemple, poser les principes de base de la POO ou autre chose. Si une personne ayant de l'expérience, de telles questions peuvent être dénuées de sens, le candidat connaît probablement ces principes et les utilise dans son travail, une demande pour les formuler peut le conduire dans une impasse, car il a ringard oublié le libellé du manuel.

Chaque entretien est unique. Il est intéressant de parler avec une personne sur certains sujets, avec une autre sur d'autres. À la fin de l'interview, nous parlons de notre produit, de l'étendue de son utilisation (et ils sont impressionnants - notre système compte des millions d'utilisateurs finaux), nous regardons à quel point les gens sont intéressés.

Équipe d'évolutivité des applications

Qui sommes nous

Notre équipe est experte dans le domaine de la construction de systèmes fortement chargés sur la plateforme 1C: Enterprise. Ces ingénieurs relèvent les défis de la fiabilité et de l'évolutivité. Ces tâches sont souvent à la croisée de l'administration et du développement. Le résultat de la résolution de tels problèmes est un système vraiment cool. Exemples de telles tâches:

• Déployez une infrastructure tolérante aux pannes dans deux centres de données et simulez les pannes
• assurer une dégradation des performances du système avec une augmentation du nombre d'utilisateurs de 10 fois, accélérer le calcul des coûts sur plusieurs heures de 3 fois,
• d'enquêter et d'éliminer les interblocages,
• assurer la récupération coordonnée de plus d'une douzaine de bases de données d'informations distribuées à un instant donné, en tenant compte des échanges entre ces bases de données.

Et ce n'est pas une liste complète des tâches. Il est particulièrement agréable que de nombreuses tâches nous viennent avec la formulation: "Est-il même possible de le faire?" C'est-à-dire les gens ne croient pas au premier abord. Nous ne discutons pas et essayons toujours de convaincre d'essayer de vérifier dans la pratique, de le faire. À cela, nous devons ajouter une volonté de se connecter au milieu de la nuit à un grand système client, car les ingénieurs locaux ont cassé quelque chose et personne ne sait quoi faire. Plus d'une fois, il a été nécessaire de restaurer la base détruite en l'absence de sauvegardes ou de découvrir pourquoi la charge sur le système a augmenté de 5%. Si vous le souhaitez, vous pouvez même lire des critiques sur notre travail.

Qui recherchons-nous

Nous recherchons des ingénieurs qui veulent passionnément faire l'impossible. L'une des exigences les plus importantes pour un candidat est de se brûler les yeux, un désir et la capacité de comprendre rapidement ce qu'il n'a pas rencontré auparavant, en utilisant les connaissances existantes. Ce sont des ingénieurs et des développeurs de fiabilité réunis en un seul. Imaginez qu'un client vous contacte avec plusieurs milliers d'utilisateurs et vous indique qu'il essaie de mettre en service un mécanisme complexe que ses ingénieurs ont développé au cours d'une année. Et au fait:

• n’ont pas encore réussi à terminer le développement face à des exigences en constante évolution de la part du client;
• alors que le développement de mécanismes clés de mise en œuvre bat son plein, les ingénieurs n'ont pas encore atteint le mécanisme de test avec des milliers d'utilisateurs;
• même maintenant, personne ne sait pourquoi, avec une augmentation du nombre d'utilisateurs sur cette implémentation, exactement dans ce mécanisme, la productivité chute fortement;
• le développement a été réalisé sous Windows avec le SGBD MS SQL Server, et au stade final, une décision politique a été prise d'implémenter PostgreSQL dans CentOS et le SGBD afin d'être au centre de la tendance de substitution des importations;
• et vous découvrez accidentellement qu'il y a des délais d'attente lorsque même 10 utilisateurs travaillent;
• Vous devez calculer l'équipement pour ce mécanisme, car le client a dû l'acheter le mois dernier;
• vous comprenez que vous devez élaborer une implémentation parallèle des algorithmes de ce mécanisme, les coordonner avec vos collègues et décider ensemble comment vous serez à l'heure et sans introduire de nouvelles erreurs.

Oui, et encore une fois: tout le monde n'est pas prêt à aider à identifier les erreurs et les anti-schémas dans leurs décisions, vous devez donc être en mesure de communiquer de manière très diplomatique avec des ingénieurs travaillant en stress continu ces derniers mois.

Comment regardons-nous

L'entretien peut être stressant pour le candidat. Mais ce stress ne peut même pas être comparé au stress que vous obtiendrez dans une situation réelle si vous ne pensez pas et n'utilisez pas toute votre expérience existante.

Le problème de nombreux candidats est qu'ils ne savent pas appliquer leurs connaissances et ne peuvent pas expliquer leur enfant de six ans. C'est pourquoi au cours de l'entretien, nous vous demandons périodiquement de nous enseigner quelque chose dans lequel le candidat est le mieux versé. Naturellement, je veux vraiment recruter des gens dont nous pouvons apprendre beaucoup. Dans de telles discussions, la profondeur des connaissances et une très bonne compréhension sont très importantes. Il y a eu une expérience quand à 7 heures du matin, nous avons interviewé le candidat, sommes venus à une discussion sur les composants de gestion de la mémoire dans MS SQL Server et finalement nous sommes entendus sur la compréhension des pages et des étendues. Puis les RH sont intervenues en disant: «Avec quoi le tourmentons-nous?! Qui sait ça!? », Et nous avons quitté la salle pour parler. Un collègue endormi et bâillant est accidentellement passé dans le couloir en direction du café. On a posé les mêmes questions au collègue, il a répondu clairement, correctement, essentiellement, sans ouvrir un œil et continuer à bâiller.

Naturellement, nous essayons de tester la connaissance des mathématiques, des algorithmes. Ils concernent plutôt les connaissances de base. Mais la connaissance des algorithmes distribués et la capacité d'appliquer un tel algorithme dans une tâche seront un atout certain pour le candidat.

Une autre façon est de demander au candidat de se présenter à la place du développeur 1C et de lui demander de réaliser une sorte de tâche appliquée. Dans les conditions de l'entretien et du stress du candidat, une telle tâche permet de voir comment le candidat pense. Nous examinons la solution du candidat, aidons le candidat à voir un problème technologique significatif dans sa solution, puis nous examinons comment le candidat changera la solution, ne permettant pas un autre problème technologique. Parfois, nous effectuons 6-7 itérations, recherchons et évaluons les faiblesses de la solution. Dans le même temps, il devient immédiatement possible non seulement de discuter et de comprendre ce qu'une personne sait, par exemple, sur les blocages, mais aussi de savoir comment réduire à zéro la probabilité de leur occurrence dans son code.

La connaissance d'un langage de programmation particulier n'est pas un facteur super important. C'est plus important quand une personne pense en termes de programmation en utilisant un langage, et n'est pas limité aux constructions de langage.

Ce qui est utilisé dans le travail

Le premier outil et le plus fréquemment utilisé est la plate-forme technologique 1C: Enterprise. La connaissance de la plateforme est requise au niveau administrateur et développeur. C'est-à-dire vous devez comprendre comment implémenter une solution spécifique et l'exécuter dans le système pour des milliers d'utilisateurs.

Très souvent, il est nécessaire d'analyser le fonctionnement des SGBD MS SQL Server et PostgreSQL, de sorte que l'utilisation d'outils de profilage, de vues dynamiques et de magazines est incluse dans le bagage de compétences actives. Et ici, la capacité de travailler avec de gros volumes est importante. Un bloc-notes Windows standard n'est pas très pratique lorsque vous travaillez avec 1 To de journaux de texte avec des requêtes générées par machine et leurs plans. Il existe immédiatement un besoin de connaissance des expressions régulières, ainsi que de tout un ensemble d'outils et de langages qui les prennent en charge. Pour analyser les plans de requête, vous devez comprendre ce que sont les index et en quoi la jointure de fusion diffère de la jointure de hachage.

Les systèmes du marché des entreprises fonctionnent souvent sous Linux. Il n'y a pas d'environnement graphique sur les serveurs. Les compétences de la console sont assez importantes.

Imaginez ce dont vous avez besoin pour savoir pourquoi la charge du processeur sur les serveurs PostgreSQL dans les processus CentOS by Postgre a augmenté de 5%. Essayez d'écrire sur un morceau de papier l'algorithme de votre enquête. Et immédiatement, il y a une compréhension de ce qui est nécessaire

• être en mesure d'appliquer non seulement la disponibilité , vmstat , sar , au sommet , perf ,
• savoir utiliser pgbadger , psql et configurer la journalisation dans postgresql.conf,
• être en mesure de trouver une requête souhaitée,
• utiliser analyser, analyser son plan,
• réécrivez la demande et vérifiez que la charge a diminué.

Ce qui est important pour nous

Il est très important qu'une personne pense à grande échelle et essaie toujours de voir la situation dans son ensemble. Par exemple, la plupart des candidats, résolvant la tâche de trier un fichier texte, proposent un algorithme adapté pour trier un fichier de 10 Mo. Mais combien leur compréhension et leur point de vue changent lorsqu'ils sont confrontés au tri d'un fichier de 10 To dans des conditions de mémoire et d'espace disque limités. Et vous devez vous rappeler que le coût d'accès au disque est plus élevé que le coût d'accès à la mémoire. Je veux vraiment que le candidat pense «à l'échelle» dans toutes les tâches.

1C: Groupe de développement de plate-forme d'entreprise

La principale chose qui est exigée de notre équipe de la part des candidats est la capacité de penser de manière analytique, d'analyser en profondeur le problème et la capacité de peser les solutions. La plate-forme 1C: Enterprise a un cycle de développement assez long (mois), il est donc impossible, comme dans le développement Web, de mettre en œuvre des fonctionnalités en plusieurs parties, étape par étape. Cela nécessite la capacité de réfléchir profondément lorsque l'on considère les détails de la mise en œuvre, vous devez essayer de faire "tout à la fois". C'est-à-dire ne pas utiliser la première méthode disponible que j'ai lue hier sur Habr pour résoudre le problème, mais peser soigneusement tous les avantages et les inconvénients des différentes solutions.

Comprendre lors de l'entretien si le candidat possède de telles qualités n'est pas si simple. Le moyen le plus pertinent est de parler de l'expérience antérieure du candidat. Lorsqu'une personne dit quelle solution intéressante il a trouvée, nous demandons - et quel problème, en fait, a été résolu? Pourquoi cette solution particulière a-t-elle été choisie et pas une autre? Et si les conditions du problème avaient un peu changé, comment la solution aurait-elle changé? En posant plusieurs questions similaires, vous pouvez comprendre à quel point la personne a été plongée dans le sujet.

Il y a un autre aspect illustré par la phrase: «Nous embauchons ceux qui savent travailler, puis pour une raison quelconque, nous voulons qu'ils veulent travailler.» Par conséquent, lors de l'entretien, je veux comprendre ce qu'est le travail pour une personne. Si pour lui, c'est un passe-temps agréable qui vous permet de gagner de l'argent, alors avec une forte probabilité, rien de bon ne sortira avec le candidat. – , - , , - . , , , . , , , .

– , , , .

, . – ++ Java, - – JavaScript C++, 1, . 1, , , , , 1. , 1cFresh , , 1 ( 1 , ). , (bash, Python, Perl), .

– , . , , .

– , , Linux. – , , , . , , – , , . , .

. , .

? , . , , . – . , , , . . , , , . – , . , – . – .

- – 3-5 ? , , , .

. – , , . – . , , , , . , , , --. . , , .

1: –

– , ? , , .

, , .

, , , – , ?

Java – ; , - , , , .

- – , . ́ – . , , .

, . , , , . , .

, , – 1:. , , , .

. , , , .

. , C++, C# , C++ . , . , – .

, , stackoverflow, , . .

C++. , – , .

– , . STL , , , . , , map, . , .

. , . , , , .

, , - – . , . , .

– . 1: – , 10 , , .

, , – , « - ». , - , ; – . , , . . , – , , , , , . , , - , . «» , – , .

? ! , – , , . , , (Windows, Linux, macOS, - ), . , . , .

1C:Enterprise Development Tools

1C:Enterprise Development Tools Java, Java. , , . Java , , ; , , , . , ( EMF , Xtext , GEF , Lucene , Handly , …) — . , – , .

– , , . – , . , , . – . , , . – .

, . , , . , , , – . – . , – , , . – , , ( , ) , . – , . , , – -, . – ?

! , : , 2 , 0 , 999999999 , –8 , qwertyuip , – ? – ( ) ; , , .

Conclusion

:)

job@1c.ru .