Il semble qu'ils aient déjà écrit sur tout: de Yandex à Mailru, de Luxoft à Tutu. Mais à propos de l'entreprise la plus éloignée, originale et isolée du marché informatique à ce jour. Je vais vous parler de mon expérience dans la Domestic evil Corporation.
Afin de partager mon expérience, cet article m'a incité, et non le licenciement la veille, j'ai travaillé dans l'entreprise il y a plusieurs années, donc quelque chose dont je ne me souviens peut-être pas exactement, mais quelque chose a peut-être changé. D'un autre côté, 1C n'est pas une startup et les changements s'y produisent lentement.Pour comprendre: si nous parlons de la direction principale de l'entreprise, il existe deux types de programmeurs chez 1C Firm: les plus qui ont vu la plate-forme 1C: Enterprise et 1Sniki qui ont vu les solutions d'application sur cette plate-forme. Il y en a d'autres qui font des jeux Bitrix, etc., mais ce sont, disons, des «affiliés». J'ai travaillé dans l'entreprise, 1Snick sur la solution d'application.
À propos des interviews et des interviews
Au moment où j'ai eu l'idée d'aller au 1C pour un entretien, je travaillais déjà 1 an 4. Il me semblait (comme je m'en suis rendu compte plus tard en vain) que je connaissais bien la plateforme et que je pouvais passer un entretien 1C n'importe où. En général, pour tout 1Sniku, le 1C ressemble à une sorte de château de cristal au sommet d'une montagne dans laquelle vivent les demi-dieux. Eh bien, c'est un peu comme Google pour le reste :) Par conséquent, avant d'aller là-bas pour un entretien de sécurité sociale, je me suis beaucoup amusé, même si je suis allé pour d'autres entretiens comme une promenade, sachant que je ne peux être submergé que par une question comme "citez la 186ème ligne du code du module d'autorisation utilisateur". En général, je n’espérais même pas sérieusement un résultat positif, mais j’ai franchi le seuil du bâtiment de Timiryazevskaya en tant que demandeur.
La première chose qui frappe, c'est le bâtiment lui-même. Bien sûr, j'étais théoriquement conscient que 1C n'est pas l'entreprise la plus pauvre et que les gars font généralement des milliards en informatique sur l'océan, mais étant un surnom 1C auparavant, j'ai l'habitude qu'un programmeur 1C soit quelqu'un assis dans un bureau de classe G, parce que vous devez être proche aux processus commerciaux, et dans mon cas, ils ont généralement eu lieu dans des entrepôts (je ne prétends en aucun cas que tous les 1Sniks fonctionnent dans de telles conditions). Dans 1C, tout n'était qu'un monde différent: un bâtiment en verre et en marbre avec des salles de réunion en verre à transparence variable, des meubles qui ne sont pas d'Ikea et le sentiment complet que vous êtes venu au bureau de banque, et pas où les surnoms 1C sont assis.
La première étape était traditionnellement un entretien avec les RH, qui, en plus de communiquer sur des sujets généraux, impliquait également une tâche de test sous forme de questions avec des options de réponse. La tâche a été assez difficile, les réponses ont été évaluées par les RH sur la plaque des bonnes réponses. Certaines questions nécessitaient la connaissance de problèmes assez subtils que je ne connaissais pas, et j'étais déjà à un millimètre de l'échec, mais néanmoins je suis sorti des questions sur le langage de requête (j'étais fort dedans).
À l'étape suivante, j'ai rencontré mon futur leader et manager. Le manager était assez loin de l'informatique, une gentille femme. Le plomb était bizarre (qui marmonnait). L'entretien s'est plutôt bien passé, je ne savais pas tout, mais dans cette section, je me sentais assez confiant, car il s'agissait plutôt de l'architecture de la base de données: on m'offrait une tâche complexe, il lui fallait concevoir le système sur une feuille de papier. Une sorte d'architecture de tableau blanc.
L'entretien suivant (troisième) a eu lieu avec le chef du département. Il a posé des puzzles sur les écoutilles rondes (dans le bon sens) et, dans l'ensemble, a donné l'impression d'une avance extrêmement cool. J'ai également reçu une critique positive de sa part.
Le quatrième (et dernier) entretien a été avec le directeur et le responsable du développement. Alors oui, Boris et Sergey Georgievich Nuralievs eux-mêmes, dont la fortune est estimée à un mètre de dollars pour deux, emmènent 1Snikov au travail. De plus, les deux sont présents à l'entretien. Boris Georgievich ne donne aucunement l'impression d'un requin de l'informatique. C'est plutôt un grand-père aimable qui veut juste parler de cœur à cœur avec vous. La conversation est basée sur le sujet de votre diplôme (il s'agit apparemment d'un lieu commun - une raison universelle pour entamer une conversation) et se poursuit ensuite simplement «à vie», personne n'y pose de questions techniques. Sergey Georgievich est un développeur classique: il est venu avec un ordinateur portable et ne l'a pas quitté des yeux. J'ai abandonné quelques phrases (comme des questions de devoir) et je ne m'intéressais plus à lui.
J'ai donc parcouru toutes les étapes des entretiens et reçu une lettre avec le sujet «Une invitation à travailler dans 1C Firm», que je garde toujours dans un dossier spécial))
À propos des collègues, de l'atmosphère et des processus
Les collègues sont différents là-bas. C'est très simple. Quelqu'un est normal, quelqu'un est toxique, quelqu'un est toxique. Quelqu'un comme s'il n'était pas en lui-même, parce que le vieil homme et tout repose sur lui, quelqu'un ne fait rien. La plupart d'entre eux n'ont pas de sentiments particuliers pour le 1C, en tant que plateforme. C'est juste du travail, rien de personnel.
La plupart travaillent ici depuis longtemps. Je ne sais pas si la prise de conscience qu’il n’ya plus d’endroit où grandir ou si l’atmosphère extrêmement détendue et loyale fait son travail: il est extrêmement rare de quitter l’entreprise. Je n'ai pas de statistiques précises à ce sujet, mais il me semble que l '"âge" moyen d'un employé est de 7 à 10 ans. Soit dit en passant, cela m'a alors surpris: comment peut-on «décoller» aussi longtemps? Bien que le programmeur de 1C Firm ait des commentaires d'autres programmeurs qui mettent en œuvre ses créations, il ne communique jamais avec les utilisateurs finaux ou les clients.
Une partie du manuel fait bonne impression: ils fouillent tous les deux dans l'entreprise et dans la plate-forme, mais en règle générale, ils sont récupérés. D'autres ne parlent pas du tout de programmation, et s'ils disent que vous avez besoin d'écrire un module de tri de tableau et que vous avez besoin d'un mois pour cela, ils diront "d'accord". Ça ne te dérange pas pour toi.
Dans l'ensemble, l'esprit d'équipe et l'entraide ne sont pas dans l'atmosphère. Il y a des collègues avec qui il est facile et agréable de travailler, mais c'est plutôt l'exception. Fondamentalement, si vous venez pour obtenir de l'aide ou des conseils, ils ne vous enverront pas ouvertement, mais vous ne verrez pas le désir d'aider. Si les gens viennent à vous pour discuter de la meilleure façon d’utiliser vos fonctionnalités, la question sera probablement posée sous la forme «pourquoi vous ne l’avez pas fait comme je l’aime».
En revanche, rien ne vous fait bien travailler. Même rien ne fonctionne du tout. Je ne sais pas ce qui doit être fait (ou pas fait) pour être licencié ou du moins grondé. Il y a eu un tel cas où lors d'un rassemblement hebdomadaire, un développeur a dit quelque chose comme "Je n'ai vraiment rien fait cette semaine, il n'y a rien à dire." En réponse, je n'ai reçu qu'une demande de me ressaisir la semaine prochaine.
Dans le processus de déploiement d'un nouveau développement, il y a une telle étape lorsque vous rassemblez une partie de l'équipe et leur montrez ce qu'ils ont scié, et ils, à leur tour, exposent des idées où quelque chose peut être réparé et amélioré. Dans la plupart des cas, de telles réunions sont très toxiques: les critiques n'hésitent pas à exprimer leurs sentiments par rapport à votre développement, le dialogue n'est pas tant un échange d'opinions que des disputes et des sracha. Mais il y a un plus: la composition des invités, à l'exception du manager et du lead (dans mon cas, le dernier n'a presque jamais été au travail) n'est pas réglementée et s'il s'avère ne pas inviter les collègues les plus fous, vous pouvez réellement améliorer ce qui semblait sinon idéal, quelque chose d'idéal.
S'il n'y a pas de délais prescrits par une loi, vous pouvez faire quelque chose presque pour toujours. Pour quelques itérations supplémentaires [développement - présentation], vous ne recevrez pas trois bogues à leur tour, vous pouvez "moudre" le développement autant que vous le souhaitez.
En lisant le paragraphe précédent, une sensation étrange pourrait survenir, comme si les programmeurs décidaient eux-mêmes quoi et comment écrire. Sans méthodologistes, analystes et autres architectes. Oui De mon oreille, j'ai entendu que dans des configurations dont la fonctionnalité est trop réglementée, comme la comptabilité ou la comptabilité du personnel, il y a des comptables super-professionnels qui peuvent lire les lois entre les lignes et ont appris le plan comptable avant les tables de multiplication qui conseillent les gars, mais où il n'y a pas de réglementation tellement - il n'y a pas d'analystes ou d'architectes. Il y a cet esprit collectif, qui regarde le développement et c'est tout.
Il y a un tel événement, qui a lieu trois fois par an et tous les 1Sniks en sont très «friands» - Un grand atelier 1C pour les partenaires. Tous ou presque tous les développeurs de configurations fournies par 1C lui-même y sont conduits dimanche. La participation n'est pas nécessairement nécessaire, mais, disons, la non-participation est fortement déconseillée. Les «chanceux», après avoir emporté quelque chose d'important, ont la possibilité de faire un rapport sur leur développement à un public de plus de 100 personnes, chacun ayant sa propre opinion sur l'endroit où les programmeurs de la société se développent et comment le faire. Bien que, je dois admettre, ici, le niveau de toxicité est faible et, en règle générale, tout est convivial.
Plus intéressante, thèse:
a) il existe un guide privé sur la façon d'écrire et de ne pas écrire de code. Il a beaucoup de fonctionnalités et d'astuces allant de simples constructions de langage à des choses plus complexes qui peuvent être appelées modèles de conception 1C-ovsky
b) aucun examen. Généralement. Votre code ne se soucie pas s'il fonctionne. Il y a un analyseur de code, mais il ne fonctionne pas par push (et encore plus au moment de l'écriture du code), mais avec un grand retard et vérifie au mauvais niveau que toutes sortes de cube sonar et autres pvs. Recherche uniquement les choses les plus simples
c) il est possible et même nécessaire de le pousser dans le maître (caractéristiques du système de contrôle de version 1Snoy). Dans le même temps, le leader n'observe la poussée qu'en fait, et s'il le souhaite, il n'a aucune demande de pool ou quelque chose comme ça
d) arrivée strictement par le temps. pas de journée de travail flexible, mais beaucoup le négligent sur le principe que «la rigueur des lois est compensée par le caractère non contraignant de leur mise en œuvre». udalenki fondamentalement non, tous ne travaillent qu'au bureau
e) 90% des gens passent du temps dehors: à 18h00, ils les épuisent. Un autre 10% reste assis plus longtemps: quelqu'un parce qu'il vient plus tard, quelqu'un pour l'idée. Le traitement «au besoin» est rare, cela m'est arrivé deux ou trois fois par an, mais je n'étais pas l'employé le plus impliqué
e) les heures supplémentaires ne sont pas payées. Aucune et sous aucune forme (même n'a pas accordé de congé pour travailler le samedi / dimanche). C'est du moins le cas avec les développeurs ordinaires. La participation au séminaire n'est pas non plus payée.
À propos des tâches
En général, lorsque vous arrivez dans une entreprise, vous arrivez à une «configuration» spécifique (une solution d'application de 1C, écrite sur la plate-forme 1C) la spécialisation à l'intérieur d'une configuration peut être plus ou moins rigide, selon la taille de la configuration elle-même, mais en dehors de la configuration vous ne sortirez pas (il y a des gars qui ont vu des bibliothèques, mais c'est une autre histoire). Je me suis donc retrouvé dans une configuration assez petite, dans laquelle il y avait un gougeage complet.
Fondamentalement, la configuration est choisie par eux-mêmes à l'entrée. Il y a des moments où quelqu'un est interviewé pour une configuration, mais dans le processus, il s'avère qu'il est généralement normal, mais manque de compétences spécifiques (pour la comptabilité, par exemple) et ils choisissent un endroit plus approprié pour lui. Je n'ai pas entendu parler de quelqu'un changeant la configuration, bien que je ne pense pas que ce soit impossible.
Il n'y avait aucune tâche. Enfin ou presque. Toute l'équipe était composée de 12 personnes. Trois personnes et demie travaillaient. Le reste était engagé dans une sorte de non-sens: quelqu'un en raison de sa propre conviction que ce qu'il faisait et qu'il y avait du travail, quelqu'un a ouvertement donné des coups de pied, quelqu'un a écrit à gauche.
Si je comprends bien, il existe 3 façons dans une entreprise pour un programmeur 1C:
a) ne rien faire du tout
b) recherchez vous-même des tâches et déplacez des montagnes dans un horaire pratique
c) entrer dans le secteur du développement réglementé (comme la comptabilité ou d'autres EGAIS) et travailler avec des plans et des délais clairs
Peut-être que certains prospects mènent leur propre chemin :)
L'absence absolue sur le lieu de travail sera certainement remarquée, mais la correction de quelques bugs simples par semaine est un niveau de productivité tout à fait acceptable pour que le manager n'ait pas de questions. Peut-être que dans ce cas, les questions auraient dû se poser en tête, mais dans mon cas, le chef était littéralement absent du travail 2/3 du temps, et dans le 1/3 restant ne montrait pas un fort zèle. J'ai donc "travaillé" pendant un certain temps.
Puis j'ai eu de la chance et j'ai été «tangentiellement» accrochée par certaines innovations législatives qui m'ont occupé pendant un certain temps.
D'une manière ou d'une autre, j'ai essayé de jouer «trouver mes propres tâches et déplacer des montagnes» et j'ai essayé de discuter avec le manager et de mettre en œuvre les tâches que j'aimerais faire. Et au début, cela a même fonctionné pour moi: j'ai scié quelques petites fonctionnalités qui, il me semble, ont facilité la vie de certaines personnes. Mais quand j'ai essayé de glisser sur la grande fonctionnalité (il y a un sujet assez volumineux en 1C, selon lequel je me considère comme un dock et qui était à un niveau absolument terrible dans notre configuration) - le gestionnaire a lâché les freins selon le schéma classique: «viens avec ce bug nous le découvrirons, puis nous parlerons. " «Et ici nous avons à l'horizon le deuxième paquet de la chose législative que vous avez vu. Faisons-le, puis nous reprendrons .. ". Et ici, vous comprenez que la première fois, elle a reporté la question d'une semaine, la deuxième fois d'un mois, et maintenant nous parlons du fait que l'année prochaine nous ne le ferons pas. Je ne sais pas si cette méfiance envers moi en tant que nouvelle venue ou elle ne voulait pas de gros changements ou si je surestime la valeur de la fonctionnalité ... Mais je dois admettre que je n'ai pas été trop persistante dans la promotion de mes idées.
Fin heureuse
Donc, environ un an s'est écoulé et j'ai été attristé par un tel désespoir, puis une offre très délicieuse est tombée dans le mal et j'ai décidé qu'il était temps de mettre fin à cela.
Lorsque vous dites que vous quittez l'entreprise, vous passez par un entretien de sortie avec tous les managers en place, dont Boris et Sergey Nuraliev. Ils demandent depuis longtemps les raisons, proposent des options de séjour (même si je n'ai rien remarqué de spécial dans l'entreprise). Il semble que Boris Georgievich soit sincèrement désolé. Sergey comme d'habitude dans un ordinateur portable.
Lors de l'entretien du week-end, je n'ai pas beaucoup caché les raisons de ma décision et j'ai parlé de l'organisation du travail au sein du département tel quel. Sur les questions directrices de Boris Georgievich, il me semblait que mon manager aurait une conversation sérieuse avec lui.
Cette caractéristique majeure que j'ai proposée n'a jamais été rejetée.
L'offre pour laquelle je l'ai quittée s'est révélée assez intéressante: grâce à lui j'ai pu me lancer dans le développement Java et depuis maintenant deux ans j'utilise IntelliJ IDEA à la place du Configurateur, ce que je ne regrette pas une seconde.