Tout sauf Kotlin: Andrei Breslav sur l'équilibre entre les sexes dans l'informatique, les émotions et plus encore

Andrei Breslav ( abreslav ) est principalement connu comme la personne qui dirige les travaux sur la langue Kotlin. Mais récemment, il a commencé à faire des reportages sur quelque chose de complètement différent: au printemps, il a parlé de l'importance des émotions lorsque l'on travaille dans l'informatique, et en août à TechTrain, il présentera le rapport "C'est bénéfique: pourquoi avons-nous besoin de plus de programmeurs féminins?"

Et nous avons pris l'entrevue appropriée: pas sur Kotlin, mais sur le social et l'émotionnel. Qu'est-ce qui excite Andrey à part développer la langue? At-il un syndrome d'imposteur? En quoi son rapport sur les programmeuses sera-t-il différent de la plupart des autres discussions sur les préjugés sexistes en informatique? Pourquoi pouvez-vous vous sentir mal lorsque votre projet va soutenir publiquement Google?

Le nom Kotlin apparaît dans le texte, mais pas dans le contexte de «quand l'opérateur ternaire apparaîtra», mais dans le contexte des «émotions d'Andrey à l'occasion de Kotlin». Il existe déjà de nombreux textes sur les langages de programmation. Mais il semble que très peu se fasse sentir sur ce que ressentent leurs créateurs.

Départ de Kotlin

- Auparavant, toutes vos conférences lors de conférences portaient sur la langue, mais maintenant sur quelque chose de complètement différent - pourquoi est-ce arrivé?

- Je parle de Kotlin depuis huit ans et je suis un peu fatigué. Lorsque vous parlez d'un sujet relativement étroit depuis très, très longtemps, il semble que tout a été dit depuis longtemps, et il n'y a rien à ajouter. Vous pouvez probablement trouver plus de sujets, je veux juste quelques changements. J'ai d'autres intérêts que je veux réaliser. Par conséquent, j'ai commencé à faire des présentations sur des sujets plus orientés vers l'humain, et les présentations sur Kotlin ont été faites par mes collègues, ils se débrouillent très bien.

- Et quelle a été la réaction du public? Par exemple, au printemps après le rapport «Empathy in IT», quelle a été la discussion dans la zone de discussion par rapport aux rapports «Kotlin»?



- Réponses aux rapports à caractère humain, bien sûr, plus vivants. Après le rapport technique, ceux qui se sont rassemblés dans la zone de discussion se dispersent généralement progressivement, mais ici, une heure et demie après le rapport, quand je devais partir quelque part, les gens restaient toujours dans la zone de discussion. Ils n'avaient même plus besoin de moi, ils discutaient entre eux.

C'est une chose beaucoup plus polyvalente. Quelqu'un a besoin de Kotlin, quelqu'un non, et dans le deuxième cas, il n'y a pas de questions. Et les choses émotionnelles affectent absolument tout le monde. Contrairement aux conversations techniques, les gens commencent à raconter des histoires personnelles de leur expérience qui sont compréhensibles pour tout le monde autour d'eux: ils n'ont pas besoin de connaître le contexte du produit sur lequel la personne travaille. Par conséquent, des discussions naissent entre ceux qui sont venus dans la zone de discussion, et c'est un processus beaucoup plus vivant. Donc, la rétroaction, bien sûr, est complètement différente. Et je ne sais pas comment faire des rapports techniques avec la même intensité de feedback. Je n'ai pas vu de tels rapports, mais peut-être que cela peut être fait d'une manière ou d'une autre.

- Comment choisissez-vous les sujets pour les nouveaux rapports? Du côté, il semble que vous préfériez ceux qui ont une importance sociale et qui peuvent améliorer la vie des développeurs.

- En effet, je veux faire des choses qui affectent d'une manière ou d'une autre la vie des gens. Et pas seulement les développeurs: il est plus facile pour moi de me rendre aux conférences informatiques, mais en général, je n'ai pas pour objectif de le limiter uniquement aux développeurs. Lorsque je parle de «l'empathie dans les TI», je donne des exemples tirés des TI, mais l'essence est universelle pour tous, au travail et à la maison.

Ce dont je vais parler sur TechTrain à propos de l'équilibre entre les sexes dans les TI est un peu plus compliqué: pas partout où il y a un tel parti pris et pas partout où de telles considérations économiques sont possibles, c'est-à-dire que ce rapport ne peut pas être répété partout. Mais il me semble que la question même de l'équilibre entre les sexes est universelle et le rapport serait compris par une très large masse.

- Et s'il n'était pas plus facile de se rendre aux conférences informatiques, où je voudrais parler et de quoi parler?

- D'un inaccessible ce printemps, j'ai déjà enregistré un discours TEDx sur l'honnêteté et le polyamour, et cela s'est plutôt bien passé, même si je pense que je peux faire mieux.

Ce format est très intéressant. J'ai parlé dans ce format pour la première fois, et cela m'a pris un temps insuffisant pour me préparer, le nombre d'heures de préparation par minute de la performance s'est avéré déraisonnable. Mais j'ai à peu près compris comment le faire, et dans le processus, j'ai même réussi à comprendre de nouvelles choses sur moi-même. Le résultat a été une histoire très sincère, et de ce point de vue, j'ai beaucoup aimé. Et du point de vue de la façon dont j'ai parlé, je vois ce qui peut être mieux fait. La prochaine fois, si j'enregistre un autre rapport au format TED, je le ferai différemment. En général, j'aime TED comme plate-forme pour la diffusion de ces idées universelles.



C’est aussi intéressant pour moi de parler avec les Timlids - avec des gens qui dirigent les gens. Et devant des coéquipiers informatiques, je parlerai bientôt.

Il y a aussi un cercle assez large de personnes qui veulent se développer d'une manière ou d'une autre, et pour elles, il serait très intéressant pour moi de faire des présentations. Si vous connaissez les conférences auxquelles ils ont lieu, dites-le nous dans les commentaires.

- Grâce au rapport du printemps, nous avons appris certains sujets qui vous intéressent, comme la psychothérapie, mais presque tout le monde. Qu'est-ce qui, à part Kotlin, occupe une grande place dans votre vie?

- Je vais essayer de passer de sujets étroits spécifiques à des sujets plus larges. Un sujet étroit concerne les questions de genre, leurs implications pratiques. Un autre est celui qui est lié au psychique: à la psychothérapie, aux émotions, à la façon dont les gens communiquent. Comment est l'équilibre, en gros, émotionnel et rationnel? Il y a un sujet de polyamour, dont j'ai déjà parlé plusieurs fois et je suis prêt à en dire plus, il me semble qu'il peut y avoir beaucoup de choses intéressantes.

Et il y a une chose philosophique plus générale sur laquelle je n'ai pas encore fait un seul rapport, mais un jour je le ferai sûrement: ce sont des valeurs fondamentales (soit ma vision du monde, soit des valeurs fondamentales en général). C'est ce qu'est la liberté pour moi (comme la liberté de choix), son importance dans ma vision du monde, ce qu'est la vérité et pourquoi les concepts de responsabilité et d'adéquation sont très importants pour moi, comment l'idée de développement continu s'inscrit dans cette image, pourquoi elle est importante pour moi et pourquoi je Je pense que cela devrait être important pour les autres.

Et bien plus se résume à ce sujet. En fin de compte, parler de genre, c'est en fait parler de liberté de choix, que les stéréotypes établis dans la culture ne nous empêchent pas de faire nos propres choix. Il en va de même pour la psychothérapie, la gestion des émotions, etc. Là, au centre même de tout, il y a des questions de liberté de choix et de vérité ou de l'adéquation de notre façon de penser le monde. Eh bien, bien sûr, les problèmes de développement aussi - en cela, la psychothérapie, à mon avis, est l'un des outils les plus efficaces.

Le polyamour est aussi en grande partie une conversation sur le choix conscient et non stéréotypé d'un modèle de relations. Tout cela est donc immédiatement investi dans la discussion des valeurs fondamentales.

Équilibre vie professionnelle / vie privée et productivité

- Après avoir énuméré les intérêts, beaucoup seront surpris "de la façon dont tout cela s'intègre dans votre vie lorsque vous dirigez Kotlin et participez au développement d' Alter ". Comment maintenez-vous l'équilibre lorsque les tâches professionnelles peuvent probablement prendre facilement toute une vie?

- Je ne suis pas un maître de l'équilibre travail / vie. Mais je me rends bien compte que lorsque cet équilibre échoue, je me sens très mal, ma force s'épuise rapidement et je ne peux plus rien faire d'utile.

Il me semble que la principale chose sur laquelle je me concentre est la réduction de la friction. Il y a une telle illusion: si je fais quelque chose et que je réussis, alors si je fais plus, j'aurai plus. Mais ce n'est pas vrai, cette chose fonctionne de façon non linéaire. Étant deux fois plus occupé à faire du travail, je n'en ferai pas deux fois plus: je vais me fatiguer, mes yeux deviendront flous, mon fusible s'arrêtera. La friction augmentera, l'efficacité diminuera et tout le reste sera lancé.

Par conséquent, il est important de ne pas investir dans un 100% du temps. Il est très important qu'il y ait un équilibre des émotions, afin que je ressente non seulement le désir de terminer la tâche, mais aussi la joie d'une sorte de jeu, la communication avec les proches, l'apprentissage de nouvelles choses, etc. Ces choses ne sont pas moins importantes que tout le reste. Parce que s'ils deviennent peu nombreux, tout le reste cesse de fonctionner.

Autrement dit, lorsque vous effectuez un travail, la quantité de friction augmente avec le temps, cela devient de plus en plus difficile à faire. Et si vous changez, alors le frottement devient un peu, et dans toutes les directions auxquelles je fais attention, je suis assez efficace.

Mais si je ne fais pas consciemment attention à ce que je fais, alors intuitivement je vais glisser dans l'illusion que vous pouvez «investir plus et obtenir plus». Je n'ai pas une bonne conscience constante du fait que le monde ne fonctionne pas comme cela peut paraître. Par conséquent, vous devez planifier consciemment, partager du temps, appliquer différentes techniques ... J'apprends progressivement cela. Maintenant, ça va mieux qu'il y a deux ans, j'espère que dans un an, ça va encore mieux. Je suis donc optimiste.

- Souvent, le travail «aspire» même les développeurs ordinaires, et vous menez un grand projet. Cela rend-il difficile le maintien de l'équilibre? Relativement parlant, vous appellent-ils au milieu de la nuit parce que quelque chose est cassé et que vous seul pouvez aider à le réparer?

- Il me semble que cela ne complique pas du point de vue que seul je peux réparer quelque chose, mais plutôt dans un sens différent.

Dans tout grand projet, il existe de nombreuses tâches opérationnelles pour lesquelles vous devez rapidement faire quelque chose dès maintenant. Et il est facile pour un leader (surtout s'il n'a pas rejoint une équipe existante, mais a grandi avec le projet) de tomber dans un piège quand vous faites beaucoup vous-même. Autant que je sache, la sagesse de gestion centrale est que tout cela doit être délégué. Et maintenant je suis assez proche de cet état: toutes les choses qui peuvent se faire sans moi se font plus ou moins sans moi. Et c'est beaucoup de choses. Il y a quelque temps, je suis parti en vacances et pendant quatre mois, le projet a vécu sans moi, tandis que je reprenais mes esprits après huit ans de travail avec de courtes vacances. Il s'est avéré que tout un tas de choses fonctionnent bien sans moi, je n'ai pas besoin de le faire - et très bien. Je suis rentré de vacances et tout ce qui a été temporairement délégué avant les vacances est désormais délégué de façon permanente.

Mais ce qui est fondamentalement difficile, c'est le travail de gestion stratégique et même de gestion à moyen terme. Vous avez juste besoin de garder à l'esprit de nombreux aspects différents d'une chose assez grande. Et il ne s'agit pas uniquement de Kotlin: cela s'applique à Alter et à mes projets de performances.

Par exemple, je peux générer des idées à partir de discours sur plusieurs pages. Et il est clair que vous ne pouvez pas tous les mettre en œuvre. Donc, vous devez penser et décider quoi faire et quoi ne pas faire. Et acceptez, en fonction de certaines considérations, et pas seulement de l'humeur. Et donc dans tout projet. Vous devez comprendre pourquoi tout est fait. Des questions se posent quant à notre mission, à nos objectifs. Pour quelles raisons considérons-nous une chose plus importante qu’autre chose?

Et il s'avère qu'il n'y a tout simplement pas de réponses à un tas de questions sur la route. Vous devez d'abord trouver quelque chose, comprendre, proposer une sorte d'hypothèse, faire une sorte d'expérience, puis il deviendra plus clair s'il y a de sérieuses raisons de le faire ou non.

C'est l'endroit où le maximum d'incertitude. Et plus il y a d'incertitude, plus c'est nerveux. Nous devons apprendre à vivre dans un état où rien n'est clairement compris et clarifier ce que nous devons comprendre en ce moment.

- Et plus sur la productivité. Selon le rapport «Empathy in IT», il est clair que la psychothérapie peut améliorer la communication, mais les développeurs sont toujours très préoccupés par des problèmes comme la procrastination, qui apparaissent également sans communication. Dans quelle mesure pensez-vous que la psychothérapie les aide?

- Parmi les exemples que je donne dans le rapport sur les émotions, il y a un exemple sur la procrastination, bien qu'il ne soit pas là dans le spectre de la psychothérapie. En général, la procrastination est l'un des facteurs importants qui réduisent la productivité, et tant de gens l'ont. Par exemple, lorsque je préparais mon exposé sur TEDx, j'ai tergiversé complètement et j'ai dû utiliser la technique du pomodoro pour me concentrer en quelque sorte (il était trop tard pour aller en psychothérapie, deux jours plus tard, j'ai dû tout dire).

Si vous tergiversez et ne comprenez pas pourquoi cela se produit, le thérapeute vous aidera probablement à trouver la réponse et à la gérer. Vous pouvez apprendre à tergiverser moins (ou plus si soudain vous en voulez plus). C'est absolument exact.

En général, les problèmes liés à la productivité reposent très souvent sur des choses psychologiques. Je travaille beaucoup avec des gens et je vois que certains avec des talents remarquables dans la résolution de problèmes techniques peuvent, dans leur développement, s'appuyer sur certaines choses psychologiques.

De telles choses sont bien plus que ce que nous avions l'habitude de remarquer. La plupart des gens autour ne recourent à aucun moyen de refléter quelque chose qui les dérange, mais essaient simplement de faire face intuitivement.

S'il y a un bon gestionnaire à proximité, il ou elle pourra vous aider avec quelque chose dans cette situation. Si nous comparons le travail d'un manager avec quelque chose du domaine des pratiques d'aide, ce sera plus probablement le travail d'un coach qu'un psychothérapeute. Autrement dit, trouver simplement une solution à quelque chose et ne pas aider une personne à changer sa personnalité.

Mais un manager ne peut aider que dans un certain cadre, du moins parce qu'il est une personne impliquée et intéressée. Peut-être que pour aller de l'avant, une personne doit quitter complètement cet emploi ou changer complètement de profil, et le gestionnaire peut ne pas être intéressé du tout. Un collègue ne peut pas participer physiquement en tant que personne impartiale.

Et donc il est utile de penser à la psychothérapie. C'est un outil indispensable et super efficace par rapport à tous les autres (de ceux que je connais) pour améliorer votre vie. Dans tous les sens. Et au travail, et juste en communication avec des collègues et des proches, y compris dans la réalisation de ce que je veux généralement. Je pense que beaucoup de gens impliqués dans la programmation et d'autres problèmes d'ingénierie comprennent: leur efficacité est très différente selon qu'ils sont intéressés par ce qu'ils font. Et la question de ce qui est intéressant ("c'était intéressant, mais maintenant j'en ai marre, que puis-je trouver maintenant intéressant? Comment puis-je revenir à cet état d'enthousiasme?") - c'est une question largement liée à la psychothérapie , dans des cas plus simples - avec coaching.

Équilibre hommes-femmes en informatique

- Il y a des questions liées au rapport "Pourquoi avons-nous besoin de plus de programmeuses"? L'année dernière, JetBrains a créé un prix d'enseignant spécialement conçu pour augmenter le nombre de femmes dans la profession d'ingénieur. Avez-vous quelque chose à voir avec ça?

- Oui, j'ai participé à la coordination de cette initiative. À un moment donné, l'idée est venue que nous voulons plus de filles au niveau de l'école dans les cercles de mathématiques, de physique et de programmation. Parce que dans la cinquième année, il y a le même nombre de filles et de garçons, et à la septième année, cela devient très, très différent. Je voulais en quelque sorte influencer cela.

Pendant un certain temps, nous avons essayé de déterminer quelles mesures pourraient fonctionner. De toutes les mesures à notre disposition, nous avons choisi celle-ci: encourager les enseignantes dont les filles réussissent au niveau de l'Olympiade russe. J'ai participé à tout cela - aux discussions, à l'invention de ce projet, etc.

"Dans les discussions à l'étranger sur l'équilibre entre les sexes, le mot" pipeline "est souvent parlé, les entreprises disent:" nous serions prêts à embaucher des femmes parmi les diplômés des universités techniques, mais il n'y en a presque pas, le déséquilibre ne se produit pas avec nous, mais plus tôt. " Et vous avez intentionnellement décidé d'infiltrer le début de ce pipeline?

- Oui. C'est une question complexe. Pour commencer, nous voyons ce décrochage en septième année. De plus, nous savons que plus tard une partie notable des femmes est éliminée: ayant déjà choisi la formation appropriée, elles ne vont pas ensuite travailler dans ce domaine. Une certaine quantité ne se développe toujours pas dans ce domaine, car il y a des obstacles en cours de route. Autrement dit, c'est vraiment un pipeline, et à chaque étape, il y a des problèmes.

Mais, vraiment, maintenant, il semble que le plus grand abandon dans cet entonnoir soit au tout début. Et si suffisamment de gens n'arrivent pas à l'entrée, alors peu de choses peuvent être faites à la sortie (tout entonnoir, par exemple, un entonnoir de vente, est ainsi organisé). L'optimisation des prochaines étapes n'est donc pas si intéressante.

- Afin de ne pas gâcher le rapport, nous nous interrogeons non pas sur la situation de déséquilibre hommes-femmes en informatique, mais sur le discours public qui y est associé. Sur Internet, vous pouvez voir une percée de discussions sur ce sujet, mais souvent elles ressemblent à une millième répétition d'arguments connus de longue date dans lesquels les parties ne parviennent pas à quelque chose, mais se déchaînent tout simplement et restent à leur compte. Pensez-vous qu'il y a non seulement un problème d'équilibre entre les sexes, mais aussi un problème de discussions à ce sujet?

- Il y a un problème avec les discussions sur toutes les questions de genre, mais c'est en fait un problème non seulement des questions de genre, mais de tout changement culturel.

Un nombre important de personnes sont habituées à l'existence d'une sorte de statu quo. Les gens ont grandi à l'âge adulte et n'ont jamais entendu personne remettre en question ce statu quo. Et puis soudain, quelqu'un commence à parier. Et cela rend la vie plus difficile. Une chose qui semblait évidente cesse de l'être. Toutes les explications que j'ai trouvées moi-même ou entendues quelque part, sont soudainement remises en question. "Quel cauchemar, ma vie devient beaucoup plus compliquée qu'auparavant." Les gens n'aiment généralement pas cela quand on leur dit qu'ils se sont très trompés. Et rien ne peut y être fait.

Des conflits similaires surgissent dans absolument tous les domaines, de l'intelligence artificielle à certaines considérations politiques. Si vous écoutez les arguments des adeptes du marché libre avec les adeptes de l'économie réglementée, vous pouvez également entendre les mêmes arguments qui se répètent depuis 50 ans. De plus, les deux parties répètent également sans réfléchir (s'il n'y a pas de spécialistes dans la discussion ou ceux qui ont vraiment passé beaucoup de temps à étudier le sujet). Quelqu'un a grandi dans la tradition qu'une chose est bonne, quelqu'un - qu'une autre est bonne, et ils ne sont pas d'accord.

Mais dans le cas spécifiquement du discours de genre, une grande supériorité numérique est du côté de ceux qui ont grandi dans l'idée que l'informatique n'est pas pour une raison quelconque une profession féminine. Autrement dit, ce ne sont pas deux positions qui sont familières depuis longtemps à tout le monde, mais une position «traditionnelle», que beaucoup de gens occupent, et une position «progressive», qui compte moins d'apologistes. Quand il y a deux cultures fortes déjà familières, c'est un peu plus facile. Et ici, dans de telles choses qui ont été discutées relativement récemment (en Russie assez récemment, et en Occident il n'y a pas si longtemps), la dissonance cognitive parmi les gens est plus forte que si c'était une histoire quelque peu familière.

Et l'une des tâches que je poursuis dans le rapport est de parler de l'équilibre entre les sexes dans les TI, cette fois en utilisant des arguments non politiques ou éthiques qui ennuient beaucoup. C'est-à-dire, pas d'arguments sur qui détient le pouvoir et qui discrimine contre qui, et non sur ce qui est moral et immoral, ce qui est bon et mauvais à faire. Au lieu de cela, je vais l’examiner sous un angle complètement différent - les arguments économiques. À propos de ce qui est rentable et non rentable.

Bien sûr, il est peu probable que je puisse éviter absolument tous les problèmes politiques, moraux et éthiques. , , , — . , , - , . - , .

— , , , . , , « -». , , ?

— , « », . , , ( - ).

, TechTrain, , , . , , , , .

, , . . , «». , , « », , : , , , -. , , . , , , «». , «» -, , .

. , , , , . , 50 , 5. 50 , . , .

. , . - , , , : , . , . .

, . - , , . , .

, - . , . , . , , - , . , , , -. - , , , . « ». , .

— « , , ». , : , ? IT, , , , ?

— -, . , - - « ». , , . , . - - , , .

, « ». - — .

, , : - , . , . , — , .

, « » — . , -, , , « », , -, .

. — -. , . , , .

, , « ». - , - . . - , , , , .

, , , . , . , , , , . , , .

. IT , , , , « ». , , . .

— ? IT « », « ». Kotlin, , Scala…

— , , . , , - . Kotlin — , , . , , , . , : .

, Facebook, . — , . ( , , ), : «» . JetBrains , EduTools — -, , , . . , .

- En raison du reportage sur les émotions, il est intéressant de vous poser quelques questions liées à vos émotions, si vous êtes prêt à y répondre.

"Si je ne suis pas prêt pour quelque chose, alors je dirai que je ne suis pas prêt."

- Dans le monde informatique, vous ressemblez à une personne très réussie: vous dirigez le travail sur un langage de programmation réussi que de nombreux développeurs adorent. Par conséquent, il est particulièrement intéressant pour vous de demander: avez-vous un syndrome d'imposteur?

- Oui, c'est vrai. Le premier syndrome d'imposteur délibéré a eu lieu après avoir obtenu mon diplôme universitaire, décidé que je voulais faire des sciences et poursuivi des études supérieures. Là, j'ai rapidement réalisé qu'il n'existait pas de véritable informatique en russe et j'ai commencé à regarder la situation mondiale. Et j'avais un énorme complexe sur le fait que j'étudiais dans une université non cotée, je n'avais pas de publications sérieuses, mon superviseur n'est pas un spécialiste en informatique, et en général je suis tous un "chercheur absolument sans valeur". Divers facteurs se mêlaient ici: d'une part, le fait qu'il n'y avait objectivement pas de bon environnement autour de moi, et d'autre part, ma perception de mes propres capacités éducatives.

Trois ou quatre ans plus tard, ils m'ont emmené en stage chez Microsoft Research. Il y avait beaucoup d'étudiants diplômés différents, beaucoup de gens des meilleures universités - de Stanford, du MIT, d'ailleurs. Une fois que j'ai écouté une histoire plutôt stupide d'un étudiant diplômé d'une université très cool au sujet de ses recherches liées à la programmation orientée vers les aspects, et j'ai réalisé que je comprenais mieux à son sujet dans son sujet, il dit un non-sens, mais il ne peut pas répondre à mes questions répondre.

Ensuite, j'ai parlé à quelques reprises avec quelqu'un d'autre et j'ai réalisé: bien qu'une personne étudie dans une université de haut niveau, mais je ne le fais pas, nous discutons de la question sur un pied d'égalité. J'ai également fait un travail significatif lors de ce stage, et à partir de tout cela, j'ai réalisé que je n'avais pas besoin de me baigner, que j'étudiais dans une université où il n'y avait pas de science. Si je veux faire quelque chose, je l'obtiens normalement. Et mon syndrome d'imposteur, que je ne m'appelle qu'un étudiant diplômé, mais en fait «pas tout à fait un étudiant diplômé en informatique», a pris fin. En conséquence, je n'ai pas défendu ma thèse et je n'ai pas commencé à étudier l'informatique du tout, mais j'ai commencé à étudier le Kotlin, mais c'était la première étape.

Une autre fois, c'était à peu près à la même période où j'ai réalisé que pendant de nombreuses années je n'avais pas travaillé comme programmeur industriel. J'ai enseigné la programmation, j'étais engagé dans une sorte de dessin et j'étais très inquiet, et soudain je suis un "faux programmeur" et je ne peux rien imaginer dans ce sens.

Une fois, un de mes amis a dit que Google rassemblait des gens à Saint-Pétersbourg, il a demandé une entrevue. Je ne voulais pas travailler chez Google, mais je pensais que c'était un excellent test pour me prendre ou non. J'ai eu une blessure spécifique avec Google. En 2006, alors qu'il était encore très à la mode d'y travailler, Borland a fermé le bureau de Saint-Pétersbourg où je travaillais, et Google et Yandex sont venus embaucher des personnes libérées. Et toute mon équipe est allée sur Google, mais à cause des vacances, je ne suis pas venu pour un entretien avec Google, je n'ai pas réussi leur «test de compétence». Même alors, je voulais enseigner et je suis parti enseigner, mais il y avait un complexe qu'ils ont pris le reste, mais ce n'est pas clair pour moi.

Et donc, quelques années plus tard, je suis allé pour une interview au bureau de Saint-Pétersbourg de Google, j'ai passé cinq heures passionnantes avec des gens intéressants, j'ai bien décidé certains problèmes, certains étaient mauvais, mais finalement ils m'ont fait une offre (et maintenant tous les six mois, un recruteur de Google m'écrit si je décide de travailler pour eux). Du point de vue de mon autoévaluation de moi-même en tant qu'ingénieur à cette époque, cela a clos la question. J'ai réalisé que je suis un programmeur normal, tout va bien.

Depuis lors, j'ai eu plusieurs expériences d'estime de soi. Par exemple, lorsque j'ai parlé pour la première fois avec des gens qui développent Java: des ingénieurs de classe mondiale sont assis dans une pièce, je les ai tous reconnus beaucoup plus tôt qu'ils ne le savaient sur moi, et j'exprime une opinion, et ils sont intéressés par cela et s'intègrent c'est dans ta photo. J'étais content, j'ai réalisé que j'étais au niveau.

Ensuite, je suis allé à Lausanne pour rendre visite à Martin Odersky et à son équipe développant Scala. Et il y a eu aussi des épisodes où je pose une question et il s'avère que c'est une question intéressante à laquelle ils n'ont pas pensé de ce côté. Et j'ai trouvé des erreurs avec eux. En général, je l'ai aimé: pas dans le sens où ils sont pires que moi, mais dans le fait que je ne suis pas pire qu'eux.

Ici, mon syndrome d'imposteur d'un point de vue technique (c'est-à-dire, comment je comprends bien dans les langages de programmation) a plus ou moins échoué. Je ne sais pas tout, les mêmes gars de Lausanne comprennent parfaitement tout dans la théorie des langages de programmation, et je le sais autant que cela est pertinent pour mon travail: les deux tiers de ce qu'ils savent, je ne sais pas et je ne veux pas. En ce sens, nous avons différents profils de compétences, mais je ne me sens pas de second ordre par rapport à eux.

Et maintenant, j'ai une ère de syndrome d'imposteur associée à la gestion. Je n'ai pas étudié la gestion spécifiquement, je vois que certaines choses ne marchent pas pour moi, et je m'inquiète souvent que "je ne suis pas un vrai soudeur", je ne comprends pas comment diriger correctement, et mon équipe ne va pas bien. Et j'essaie de me rappeler: même si mon équipe a des problèmes, elle sort avec succès et régulièrement un produit qui est populaire. Ce qui signifie que nous travaillons bien. De l'intérieur, il semble toujours que tout est terrible, mais même s'il faut travailler sur des problèmes, tout n'est pas si mal.

Au début de mon discours sur les émotions, je souligne que je dis quelque chose ici, mais cela ne signifie pas que je peux faire tout cela parfaitement. J'apprends tout cela et je n'ai pas encore atteint de sommets. Si je demande à mes collègues comment je me conforme à toutes les recommandations que je fais dans mes rapports, la réponse sera, disons: "pas complètement". Il s'agit d'un processus d'apprentissage et je suis loin d'être idéal.

- Maintenant, dans un sens, la question opposée. Il y a des blagues selon lesquelles un programmeur est toujours partagé entre les états "je suis dieu" et "je ne suis rien". Et quand un projet prend son envol à grande échelle, comme Kotlin l'a fait ces dernières années, est-ce que ce «je suis Dieu» le provoque? Qu'avez-vous ressenti du succès?

- La difficulté est que ce succès est retardé. Vous vous sentez bien lorsque vous avez fait quelque chose et reçu une réponse positive tout de suite. En ce sens, parler, conseiller, répondre aux questions, etc. est un terrain beaucoup plus fertile. Et la programmation - ici vous avez écrit un programme, ça marche, c'est une confirmation que vous avez copié.

Et puis vous avez fait quelque chose, des années ont passé, cela a lentement gagné et gagné en popularité, puis une fois - et s'est envolé très rapidement. En février 2016, nous avons publié la sortie de Kotlin 1.0, et ce n'est qu'en mai 2017 que l'annonce de Google, après quoi tout a très fortement augmenté. Avant cela, nous avions bien grandi, mais pas de manière explosive.

Et, bien sûr, la préparation de cette annonce a été très coûteuse en termes de charge nerveuse. Nous avons appris leurs intentions quelques mois seulement avant les E / S, et la décision finale a généralement été prise au dernier moment - c'est-à-dire jusqu'au dernier moment, on ne savait pas s'il y aurait une annonce ou non, car il y avait beaucoup de travail juridique, la création de la Fondation Kotlin, etc. plus loin. Là, il fallait signer un tas de morceaux de papier, beaucoup de choses à décider. Tout était difficile, nerveux, extrêmement difficile.

Et quelques semaines avant les E / S, j'ai remarqué que je ne suis pas seulement heureux, mais que je me sens mal. Je me sentais très mal. Mais j'ai eu l'occasion d'en parler immédiatement avec un thérapeute. Et après cela, j'ai commencé à me fixer délibérément que cette conférence Google I / O 2017 est mes vacances, où je peux attribuer le résultat que Kotlin est vraiment cool, je peux célébrer que nous avons fait quelque chose. Et quand je suis arrivé là-bas, lors d'un discours dans l'amphithéâtre, plusieurs milliers de personnes ont annoncé que Kotlin recevait un soutien officiel, et il y avait une ovation debout - à ce moment-là, j'ai senti que oui, applaudissements. J'étais finalement vraiment content que nous ayons fait quelque chose. Et c'était très important.

Moi (comme peut-être beaucoup de gens qui ont tendance à rationaliser le monde), j'ai longtemps sous-estimé l'importance de nombreux rituels - en particulier les vacances. Et maintenant j'ai une période de transition, quand je comprends que j'ai vraiment besoin de vacances pour sentir que quelque chose d'important s'est vraiment passé. Lorsque cela s'est produit non pas après cinq minutes, mais après une certaine période de temps, il est important de célébrer afin de se l'approprier.

J'apprends à utiliser les vacances et à vraiment intégrer et s'approprier cette joie. L'autre jour, nous avons reçu les O'Reilly Open Source Awards dans la nomination de Percée de l'année. Roma Elizarov est allé à la cérémonie, aujourd'hui il a apporté le prix de cristal lui-même, il se tient dans notre bureau. Je n'ai pas eu le temps de le célébrer à l'intérieur de moi-même, mais j'ai pris un selfie avec ce prix, puis pour écrire une sorte de poste de vacances, pour m'enregistrer que c'est arrivé.

Félicitations à Andrew et à toute l'équipe Kotlin pour le prix! Et le journal des Fêtes, dont Andrei parle, il l'a déjà publié .

- Et quand un tel décollage se produit, commence-t-il parfois à écraser le fardeau de la responsabilité?

- Pas vraiment. On craignait que le nombre d'utilisateurs augmente à certains moments, et cela deviendrait beaucoup plus difficile pour nous: il y aurait plus de commentaires, les utilisateurs trouveraient beaucoup plus de problèmes et ils auraient besoin d'être réparés plus rapidement. Mais il s'est avéré que de nombreux utilisateurs ont les mêmes scénarios d'utilisation, donc le nombre de retours n'a pas augmenté plusieurs fois, et nous ne sommes pas dépassés.

En ce sens, l'échelle de responsabilité de «cent mille personnes» ou «un million de personnes» est déjà d'environ une poubelle, car ce sont encore beaucoup de gens qui sont touchés par ce que vous avez fait. Bien sûr, il est beaucoup plus agréable de penser que nous travaillons pour plusieurs millions de personnes que même pour cent mille.

- Dans l’ interview de l’année dernière , j’ai posé des questions sur les décisions prises à Kotlin, qui se sont avérées erronées après coup. Et maintenant je vais demander ceci: quelles émotions ressentez-vous à propos des mauvaises décisions? Êtes-vous inquiet ou «ce qui a été fait est fait»?

- Je ne suis pas inquiet. En ce sens, j'ai probablement compris une sorte de zen et je comprends qu'il était impossible de ne pas se tromper. Je n'ai aucune illusion que je pourrais tout faire parfaitement, mais je ne pourrais pas le faire. Je suis sûr que je ne pouvais pas tout faire parfaitement. En regardant d'autres langues et généralement d'autres grands projets, je comprends qu'il n'y en a pas d'idéal.

J'ai pris de mauvaises décisions et de bonnes décisions - enfin, oui. Ceci est attendu et normal. De plus: l'un des principes importants que j'essaie de mettre en œuvre dans Kotlin est la capacité de corriger les mauvaises décisions. Jusqu'à présent, nous n'avons résolu que des problèmes relativement petits, nous n'avons pas encore abordé les grands, mais ils sont en ligne. En tout cas, il ne me semble pas que ce soient des erreurs fatales. On peut voir que notre projet n'a pas tué, il n'a pas aggravé la vie des utilisateurs. C'est quelque chose qui, oui, pourrait être mieux fait. Nous trouvons des moyens de résoudre ce problème, mais il est maintenant beaucoup plus difficile de corriger cette erreur qu'elle ne l'aurait été il y a sept ans. Oui, que faire. La vie est une chose compliquée.

En ce sens, je me sens généralement plus calme quant aux erreurs des gens dans les projets à grande échelle. Même lorsque, par exemple, les constructeurs font des réparations à l'appartement, ils le font bien, mais toujours à la fin, quelque chose se passe mal quelque part, cela ne fonctionne pas la première fois, etc. Et d'une part, je suis en quelque sorte bouleversé - eh bien, eh bien, tout aurait dû aller bien ici, et tout n'allait pas bien. Et d'autre part, je comprends combien de temps, de travail et d'efforts ont été investis dans cela, et il est clair que si quelque chose nécessite un tel effort, alors quelque part il y aura des erreurs. C'est évident. La seule question est de savoir à quel point ces erreurs sont fatales et corrigibles. C’est tout.

- La dernière question. Vous avez déjà décrit comment vos intérêts (valeurs fondamentales, psychothérapie, questions de genre, polyamour) se recoupent. Mais l'un d'eux affecte-t-il Kotlin (pas le processus de travail sur la langue, mais sur elle-même)?

"Je ne suis pas ça." Il est clair que tout ce que je fais, en général, affecte en quelque sorte mon cerveau, et cela, probablement, affecte en quelque sorte tout, mais je ne vois pas de connexions directes. Le fait est que la conception de systèmes complexes, contrairement, par exemple, à l'établissement de relations ou à la réflexion, est une chose où l'intuition joue le rôle d'un énorme accélérateur.

Dans la construction de relations, l'intuition, bien sûr, existe inévitablement et nous permet d'avancer d'une manière ou d'une autre, mais en même temps, elle jette toujours de mauvaises décisions. Et c'est un gros problème, parce que nous reproduisons tout le temps inconsciemment certaines choses que nous avons apprises quelque part, mais nous-mêmes ne l'avons pas remarqué. Par conséquent, il y a souvent de l'intuition - c'est un frein.

Et dans la conception de systèmes complexes, l'intuition est un accélérateur. Bien entendu, les hypothèses avancées intuitivement doivent être vérifiées. Mais je ne peux pas imaginer comment nous aurions développé Kotlin sans une forte intuition sur ce qui est bon et ce qui est mauvais. Ce serait incroyablement difficile.

Tant de choses inconscientes ont participé positivement à la conception de Kotlin. Ensuite, nous avons découvert dans la pratique que beaucoup d'entre eux se sont révélés être des succès, certains se sont révélés infructueux, nous avons réussi à corriger certains des échecs, d'autres non. Mais pour terminer ce travail et montrer un résultat, il était absolument essentiel de s'appuyer sur l'intuition et de ne pas calculer super-profondément tous les détails.

Et c'est ridicule, mais probablement le côté inconscient de l'ingénierie est grandement sous-estimé. Cela semble être un travail très rationnel, en fait pas vraiment.

- Une sorte de plaisanterie parle de l'influence possible de vos intérêts sur la langue, en mentionnant le polyamour et le concept de "fun privé" Kotlin ...

- Nous avons aussi du «plaisir réel» et «nous attendons à du plaisir». Lorsque nous avons ajouté les mots attendus et réels à la langue, nous avons compris qu'il y aurait de telles blagues et avons décidé que c'était bien. S'amuser, c'est bien!



Le rapport «C'est avantageux: pourquoi avons-nous besoin de plus de femmes programmeuses?» peut être vu au festival TechTrain IT. En plus d'Andrei, de nombreux autres orateurs prendront la parole à TechTrain - de l'idéologue principal du logiciel libre Richard Stallman à Sergey milfgard Abdulmanov . Vous pouvez voir toutes les informations pertinentes sur le site Web de TechTrain et acheter des billets au même endroit.