Tudo, exceto Kotlin: Andrei Breslav sobre o equilíbrio de gênero em TI, emoções e muito mais

Andrei Breslav ( abreslav ) é conhecido principalmente como a pessoa que lidera o trabalho na língua Kotlin. Mas, recentemente, ele começou a fazer relatórios sobre algo completamente diferente: na primavera, ele falou sobre a importância das emoções ao trabalhar em TI, e em agosto no TechTrain, ele apresentará o relatório "Isso é benéfico: por que precisamos de mais programadores do sexo feminino?"

E fizemos a entrevista apropriada: não sobre Kotlin, mas sobre o social e o emocional. O que excita Andrey além de desenvolver a linguagem? Ele tem síndrome de impostor? Como o relatório dele sobre programadores do sexo feminino difere da maioria das outras discussões sobre o viés de gênero na TI? Por que você pode se sentir mal quando seu projeto vai apoiar publicamente o Google?

O nome Kotlin aparece no texto, mas não no contexto de "quando o operador ternário aparecerá", mas no contexto das "emoções de Andrey nas ocasiões de Kotlin". Já existem muitos textos sobre linguagens de programação. Mas parece que muito pouco se sente sobre o que seus criadores sentem.

Partida de Kotlin

- Anteriormente, todas as suas palestras em conferências eram sobre linguagem, mas agora sobre algo completamente diferente - por que isso aconteceu?

- Venho relatando sobre Kotlin há cerca de oito anos e estou um pouco cansado. Quando você fala sobre um tópico relativamente estreito por muito, muito tempo, parece que tudo foi dito por um longo tempo e não há nada a acrescentar. Você provavelmente pode ter mais tópicos, apenas quer algumas mudanças. Tenho outros interesses que quero realizar. Portanto, comecei a fazer apresentações sobre alguns tópicos mais voltados para o ser humano, e as apresentações sobre Kotlin foram feitas por meus colegas, elas estão indo muito bem.

- E qual foi a reação da platéia? Por exemplo, na primavera após o relatório "Empatia em TI", qual foi a discussão na área de discussão em comparação com os relatórios "Kotlin"?



- Respostas a relatórios orientados para o ser humano, é claro, mais animados. Após o relatório técnico, as pessoas reunidas na zona de discussão geralmente se dispersam gradualmente e, aqui, uma hora e meia após o relatório, quando eu precisava sair de algum lugar, as pessoas ainda permaneciam na zona de discussão. Eles nem precisavam mais de mim, discutiram entre si.

Isso é uma coisa muito mais versátil. Alguém precisa de Kotlin, alguém não, e no segundo caso não há perguntas. E coisas emocionais afetam absolutamente todos. Diferentemente das conversas técnicas, as pessoas começam a contar histórias pessoais de sua experiência que são compreensíveis para todos que as rodeiam: não precisam conhecer o contexto do produto em que a pessoa está trabalhando. Portanto, surgem discussões entre aqueles que chegaram à área de discussão, e esse é um processo muito mais dinâmico. Portanto, o feedback, é claro, é completamente diferente. E não sei como fazer relatórios técnicos com a mesma intensidade de feedback. Não vi esses relatórios, mas talvez isso possa ser feito de alguma forma.

- Como você escolhe os tópicos para novos relatórios? Pelo lado, parece que você prefere os socialmente significativos que podem melhorar a vida dos desenvolvedores.

- De fato, quero fazer coisas que de alguma forma afetem a vida das pessoas. E não apenas desenvolvedores: é mais fácil para mim participar de conferências de TI, mas, em geral, não tenho o objetivo de reduzi-lo apenas aos desenvolvedores. Quando falo sobre "empatia na TI", dou exemplos da TI, mas a essência é universal para todas as pessoas, no trabalho e em casa.

O que vou falar no TechTrain sobre o equilíbrio de gênero na TI é um pouco mais complicado: não existe tal viés em todos os lugares e essas considerações econômicas não são possíveis em todos os lugares, ou seja, este relatório não pode ser repetido em todos os lugares. Mas parece-me que a própria questão do equilíbrio de gênero é universal, e o relatório seria entendido por massas muito amplas.

- E se não fosse mais fácil chegar às conferências de TI, onde eu gostaria de falar e sobre o que falar?

- De um inacessível nesta primavera, eu já gravei uma palestra do TEDx sobre honestidade e poliamoria, e tudo saiu muito bem, embora eu ache que posso fazer melhor.

Este formato é muito interessante. Falei nesse formato pela primeira vez e levei um tempo inadequado para me preparar, o número de horas de preparação por minuto da apresentação acabou sendo irracional. Mas eu compreendi aproximadamente como fazê-lo e, no processo, até consegui entender algumas coisas novas sobre mim. O resultado foi uma história muito sincera e, deste ponto de vista, gostei muito. E do ponto de vista de como falei, vejo o que pode ser feito melhor. Da próxima vez, se gravar outro relatório no formato TED, o farei de maneira diferente. Em geral, gosto do TED como uma plataforma para a disseminação de tais idéias universais.



Também é interessante para mim conversar com os Timlids - com pessoas que lideram pessoas. E na frente dos colegas de equipe de TI, falarei em breve.

Também há um círculo bastante amplo de pessoas que desejam se desenvolver de uma maneira ou de outra, e para elas seria muito interessante para mim fazer apresentações. Se você conhece as conferências nas quais elas estão indo, conte-nos nos comentários.

- Graças ao relatório da primavera, aprendemos sobre alguns tópicos de seu interesse, como psicoterapia, mas quase todos. O que, além de Kotlin, ocupa um grande lugar em sua vida?

- Vou tentar passar de tópicos específicos específicos para tópicos mais amplos. Um tópico restrito são as questões de gênero, suas implicações práticas. Outra é a que está ligada ao psíquico: com psicoterapia, emoções, com a maneira como as pessoas se comunicam. Como é o equilíbrio, grosso modo, emocional e racional? Há um tópico de poliamor, sobre o qual já contei várias vezes e estou pronto para contar mais, parece-me que pode haver muitas coisas interessantes.

E há uma coisa filosófica mais geral sobre a qual ainda não fiz um único relatório, mas um dia certamente o farei: estes são valores fundamentais (ou minha visão de mundo ou valores fundamentais em geral). É isso que é a liberdade para mim (como a liberdade de escolha), quão importante é na minha visão de mundo, qual é a verdade e por que os conceitos de responsabilidade e adequação são muito importantes para mim, como a idéia de desenvolvimento contínuo se encaixa nessa imagem, por que é importante para mim e por que eu Eu acho que isso deve ser importante para outras pessoas.

E muito mais se resume a esse tópico. Por fim, falar sobre gênero é realmente falar sobre liberdade de escolha, que os estereótipos estabelecidos na cultura não nos impedem de fazer nossas próprias escolhas. O mesmo vale para a psicoterapia, para lidar com as emoções e assim por diante. Lá, no centro de tudo, há questões de liberdade de escolha e verdade ou a adequação de como pensamos sobre o mundo. Bem, é claro, também questões de desenvolvimento - nisso, a psicoterapia, na minha opinião, é uma das ferramentas mais eficazes.

O poliamor também é em grande parte uma conversa sobre a escolha consciente e não estereotipada de um modelo de relações. Então, tudo isso é investido imediatamente na discussão de valores fundamentais.

Equilíbrio trabalho / vida pessoal e produtividade

- Depois de listar os interesses, muitos ficarão surpresos "como tudo se encaixa em sua vida quando você dirige Kotlin e participa do desenvolvimento de Alter ". Como você mantém o equilíbrio quando as tarefas de trabalho provavelmente podem durar uma vida inteira?

- Eu não sou o mestre do equilíbrio trabalho / vida pessoal. Mas, é claro, percebo que, quando esse equilíbrio falha, me sinto muito mal, minha força se esgota rapidamente e não posso mais fazer nada de útil.

Parece-me que o principal foco é a redução do atrito. Existe uma ilusão: se eu fizer algo e for bem-sucedido, se fizer mais, terei mais. Mas isso não é verdade, isso funciona de maneira não linear. Por estar duas vezes mais ocupado fazendo algum trabalho, não vou fazer o dobro: vou me cansar, meus olhos ficarão embaçados, meu fusível terminará. O atrito aumentará, a eficiência diminuirá e tudo o mais será lançado.

Portanto, é importante não investir em um 100% do tempo. É muito importante que haja um equilíbrio de emoções, para que eu sinta não apenas o desejo de concluir a tarefa, mas também a alegria de algum tipo de jogo, comunicação com os entes queridos, aprendendo coisas novas e assim por diante. Essas coisas não são menos importantes que tudo o resto. Porque se eles se tornam poucos, tudo o resto deixa de funcionar.

Ou seja, ao realizar um trabalho, a quantidade de atrito aumenta com o tempo, torna-se cada vez mais difícil. E se você mudar, o atrito se tornará um pouco e, em todas as direções em que presto atenção, sou bastante eficaz.

Mas se eu não prestar atenção conscientemente ao que estou fazendo, intuitivamente cairei na ilusão de que você pode "apenas investir mais e obter mais". Não tenho uma consciência constante de que o mundo não está funcionando como pode parecer. Portanto, você precisa planejar conscientemente, compartilhar tempo, aplicar diferentes técnicas ... Estou gradualmente aprendendo isso. Agora que está melhorando do que há dois anos, espero que em um ano tudo fique ainda melhor. Então, eu pareço otimista.

- Muitas vezes, o trabalho é péssimo, mesmo para desenvolvedores comuns, e você lidera um grande projeto. Isso dificulta a manutenção do equilíbrio? Relativamente falando, eles ligam para você no meio da noite porque algo está quebrado e só você pode ajudar a consertar?

- Parece-me que complica não do ponto de vista que apenas eu possa consertar algo, mas em outro sentido.

Em qualquer projeto grande, há muitas tarefas operacionais para as quais você precisa fazer algo rapidamente agora. E é fácil para um líder (especialmente se ele não ingressou em uma equipe existente, mas cresceu com o projeto) entrar em uma armadilha quando você faz muito. Até onde eu entendi, a sabedoria gerencial central é que tudo isso deve ser delegado. E agora estou bem perto desse estado: todas as coisas que podem ser feitas sem mim são mais ou menos feitas sem mim. E estas são algumas coisas. Há algum tempo, tirei longas férias e, durante quatro meses, o projeto viveu sem mim, enquanto recuperava a consciência após oito anos de trabalho com férias curtas. Aconteceu que um monte de coisas funcionam bem sem mim, não há necessidade de fazer isso - e tudo bem. Voltei das férias e tudo o que foi delegado temporariamente antes das férias agora é delegado permanentemente.

Mas o que é fundamentalmente difícil é o trabalho de gestão estratégica e até de médio prazo. Você só precisa ter em mente muitos aspectos diferentes de algo grande o suficiente. E isso não é apenas sobre Kotlin: isso se aplica a Alter e meus planos para apresentações.

Por exemplo, eu posso gerar idéias de discursos em várias páginas. E é claro que você não pode implementar todos eles. Então, você precisa pensar e decidir de alguma forma o que fazer e o que não fazer. E aceite, com base em algumas considerações, e não apenas no humor. E assim em qualquer projeto. Você precisa entender por que tudo é feito. Surgem perguntas sobre qual é a nossa missão, quais objetivos. Por que razões consideramos uma coisa mais importante do que outra.

E acontece que simplesmente não há respostas para várias perguntas em movimento. Primeiro, você precisa descobrir alguma coisa, descobrir, apresentar algum tipo de hipótese, montar algum tipo de experimento e, em seguida, ficará mais claro se há razões sérias para fazer isso ou não.

Este é o lugar onde o máximo de incerteza. E quanto mais incerteza, mais nervoso. Temos que aprender a viver em um estado em que nada é claramente entendido e a esclarecer o que precisamos entender agora.

- E mais sobre produtividade. De acordo com o relatório “Empathy in IT”, está claro como a psicoterapia pode melhorar a comunicação, mas os desenvolvedores ainda estão muito preocupados com problemas como a procrastinação, que também aparecem sem comunicação. Quanto você acha que a psicoterapia ajuda com eles?

- Entre os exemplos que dou no relatório sobre emoções, há um exemplo sobre a procrastinação, embora não exista no espectro da psicoterapia. Em geral, a procrastinação é um dos fatores importantes que reduzem a produtividade, e muitas pessoas a têm. Por exemplo, quando eu estava preparando minha palestra sobre TEDx, procrastinava completamente e tive que usar a técnica de pomodoro para focar de alguma forma (era tarde demais para ir à psicoterapia, dois dias depois eu tinha que contar tudo).

Se você procrastinar e não entender por que isso está acontecendo, o terapeuta provavelmente o ajudará a encontrar a resposta e a gerenciá-la. Você pode aprender a procrastinar menos (ou mais se de repente você quiser mais). Isso é absolutamente preciso.

Em geral, questões relacionadas à produtividade muitas vezes se baseiam em coisas psicológicas. Trabalho bastante com pessoas e vejo que algumas pessoas com talentos notáveis ​​na solução de problemas técnicos podem, em seu desenvolvimento, descansar contra algumas coisas psicológicas.

Tais coisas são muito mais do que costumávamos notar. A maioria das pessoas ao redor não recorre a nenhum meio de refletir algo que as esteja incomodando, mas simplesmente tentando intuitivamente lidar com isso.

Se houver um bom gerente por perto, ele poderá ajudar com algo em tal situação. Se compararmos o trabalho de um gerente com algo do campo das práticas de ajuda, será mais provável o trabalho de um treinador do que de um psicoterapeuta. Ou seja, simplesmente encontrar uma solução para alguma coisa e não ajudar uma pessoa a mudar sua personalidade.

Mas um gerente só pode ajudar dentro de uma certa estrutura, pelo menos por ser uma pessoa envolvida e interessada. Talvez, para avançar, uma pessoa precise sair do emprego completamente ou mudar completamente seu perfil, e o gerente possa não estar interessado nisso. Um colega não pode participar fisicamente como uma pessoa imparcial.

E, portanto, é útil pensar em psicoterapia. Esta é uma ferramenta indispensável e supereficaz em comparação com todas as outras (das que eu conheço) para melhorar sua vida. Em todos os sentidos. E no trabalho, e apenas em comunicação com colegas e parentes, inclusive na realização do que geralmente quero. Eu acho que muitas pessoas envolvidas em programação e outras questões de engenharia entendem: elas são muito diferentes em eficácia, dependendo de estarem interessadas no que fazem. E a questão do que é interessante ("costumava ser interessante, mas agora farto disso, o que devo achar agora interessante? Como posso voltar a esse estado de entusiasmo de novo?") - essa é uma questão amplamente relacionada à psicoterapia , em casos mais simples - com treinamento.

Equilíbrio de gênero em TI

- Existem perguntas relacionadas ao relatório "Por que precisamos de mais programadoras"? No ano passado, a JetBrains estabeleceu um prêmio de professor projetado especificamente para aumentar o número de mulheres na profissão de engenheiro. Você tem algo a ver com isso?

- Sim, participei da coordenação desta iniciativa. Em algum momento, surgiu a idéia de que queremos mais meninas na escola nos círculos de matemática, física e programação. Porque na quinta série há o mesmo número de meninas e meninos, e na sétima série ela se torna muito, muito diferente. Eu queria de alguma forma influenciar isso.

Por algum tempo, tentamos descobrir quais medidas poderiam funcionar. De todas as medidas disponíveis, escolhemos esta: incentivar as professoras cujas meninas são bem-sucedidas no nível da Olimpíada Russa. Eu participei de tudo isso - nas discussões, na invenção deste projeto e assim por diante.

“Nas discussões estrangeiras sobre equilíbrio de gênero, a palavra“ pipeline ”é frequentemente falada, dizem as empresas:“ estaríamos dispostos a contratar mulheres entre os graduados em universidades técnicas, mas não há quase nenhuma por lá, o desequilíbrio não ocorre conosco, mas antes. ” E você intencionalmente decidiu se infiltrar no início desse pipeline?

Sim. Esta é uma questão complexa. Para começar, vemos esse abandono para a sétima série. Além disso, sabemos que mais tarde uma parte notável das mulheres é eliminada: depois de escolher a educação adequada, elas não vão mais trabalhar nessa área. Uma certa quantidade ainda não se desenvolve nessa área, porque existem alguns obstáculos ao longo do caminho. Ou seja, é realmente um pipeline e, em cada estágio, há problemas.

Mas, realmente, agora parece que a maior desistência nesse funil está no início. E se um número suficiente de pessoas não chegar à entrada, pouco poderá ser feito na saída (qualquer funil, por exemplo, um funil de vendas, é tão organizado). Portanto, otimizar os próximos passos não é tão interessante.

- Para não estragar o relatório, perguntamos não sobre a situação de desequilíbrio de gênero na TI, mas sobre o discurso público associado a ela. Na Internet, você pode ver um avanço nas discussões sobre esse tópico, mas geralmente elas parecem uma milésima repetição de argumentos conhecidos em que as partes não chegam a nada, mas simplesmente desabafam e permanecem por conta própria. Você acha que não há apenas um problema de equilíbrio de gênero, mas também um problema de discussões sobre isso?

- Há um problema com discussões sobre todas as questões de gênero, mas isso, de fato, é um problema não apenas de questões de gênero, mas também de quaisquer mudanças culturais.

Um número significativo de pessoas está acostumado à existência de algum tipo de status quo. As pessoas cresceram como adultos e nunca ouviram alguém questionar esse status quo. E de repente alguém começa a apostar. E isso apenas torna a vida mais difícil. Uma coisa que parecia óbvia deixa de ser óbvia. Todas as explicações que eu mesmo inventei ou ouvi em algum lugar, de repente, foram questionadas. "Que pesadelo, minha vida está se tornando muito mais complicada do que era antes." As pessoas geralmente não gostam quando lhes dizem que estavam muito enganadas. E nada pode ser feito sobre isso.

Disputas semelhantes surgem em absolutamente todas as áreas, da inteligência artificial a algumas considerações políticas. Se você ouvir os argumentos dos adeptos do mercado livre com os adeptos da economia regulamentada, também poderá ouvir os mesmos argumentos que foram repetidos por 50 anos. Além disso, ambos os lados se repetem igualmente sem pensar (se não houver especialistas na discussão ou aqueles que realmente passaram muito tempo estudando o tópico). Alguém cresceu na tradição de que uma coisa é boa, alguém - que outra é boa, e eles não concordam.

Mas, no caso específico do discurso de gênero, uma grande superioridade numérica está do lado daqueles que cresceram na visão de que a TI, por algum motivo, não é uma profissão feminina. Ou seja, essas não são duas posições conhecidas há muito tempo por todos, mas uma posição “tradicional”, à qual muitas pessoas aderem, e uma posição “progressista”, com menos apologistas. Quando existem duas culturas fortes já conhecidas, é um pouco mais fácil. E aqui, nessas coisas que foram discutidas há relativamente pouco tempo (na Rússia, e há pouco tempo no Ocidente), a dissonância cognitiva entre as pessoas é mais forte do que se fosse uma história um tanto familiar.

E uma das tarefas que eu levo a cabo no relatório é falar sobre o equilíbrio de gênero na TI, desta vez usando argumentos não políticos ou éticos que incomodam muitos. Ou seja, não há argumentos sobre quem detém o poder e quem discrimina contra quem, e não sobre o que é moral e imoral, o que é bom e o que fazer. Em vez disso, vou olhar para isso de uma perspectiva completamente diferente - argumentos econômicos. Sobre o que é rentável e não rentável.

Obviamente, ainda é improvável que eu consiga evitar absolutamente todas as questões políticas, morais e éticas. , , , — . , , - , . - , .

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

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

, TechTrain, , , . , , , , .

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

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

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

, . - , , . , .

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

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

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

, « ». - — .

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

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

. — -. , . , , .

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

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

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

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

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

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

- Por causa do relatório sobre emoções, é interessante fazer algumas perguntas relacionadas às suas emoções, se você estiver pronto para responder.

"Se não estou pronto para algo, direi que não estou pronto."

- No mundo da TI, você parece uma pessoa muito bem-sucedida: lidera o trabalho em uma linguagem de programação bem-sucedida que muitos desenvolvedores adoram. Portanto, é especialmente interessante para você perguntar: você tem síndrome de impostor?

Sim, sim. A primeira síndrome do impostor deliberado foi depois que me formei na universidade, decidi que queria fazer ciências e fui para a faculdade. Lá, rapidamente percebi que não existe ciência da computação real em russo e comecei a olhar para a situação global. E eu tinha um enorme complexo sobre o fato de estar estudando em uma universidade não listada, não ter publicações sérias, meu supervisor não ser especialista em ciência da computação e, em geral, sou um “pesquisador absolutamente inútil”. Vários fatores foram misturados aqui: por um lado, o fato de que não havia objetivamente um bom ambiente ao meu redor e, por outro, minha percepção de minhas próprias habilidades educacionais.

Três ou quatro anos depois, eles me levaram para um estágio na Microsoft Research. Havia muitos estudantes de graduação diferentes por aí, muitas pessoas das melhores universidades - de Stanford, do MIT, de algum outro lugar. Depois que ouvi uma história bastante estúpida de um estudante de graduação de uma universidade muito legal sobre suas pesquisas relacionadas à programação orientada a aspectos, e percebi que entendia mais sobre ele em seu tópico, ele diz bobagem, mas não consegue responder minhas perguntas. para responder.

Então conversei algumas vezes com outra pessoa e percebi: embora uma pessoa esteja estudando em alguma universidade de nível superior, mas eu não, discutimos a questão em pé de igualdade. Também fiz um trabalho significativo neste estágio e, de toda a totalidade, percebi que não precisava tomar banho, que estava estudando em uma universidade onde não havia ciência. Se eu quero fazer alguma coisa, normalmente entendo. E minha síndrome do impostor, que sou chamada apenas de estudante de pós-graduação, mas de fato "não é exatamente um estudante de pós-graduação em ciência da computação", terminou. Como resultado, não defendi minha dissertação e nem comecei a estudar ciência da computação, mas comecei a estudar Kotlin, mas esse foi o primeiro passo.

Outra época foi no mesmo período em que percebi que havia muitos anos que não trabalhava como programador industrial. Eu ensinei programação, estava envolvido em algum tipo de desenho e fiquei muito preocupado, e de repente sou um "programador falso" e não consigo imaginar nada nesse sentido.

Certa vez, um amigo meu disse que o Google estava reunindo pessoas em São Petersburgo, e pediu uma entrevista. Eu não queria trabalhar no Google, mas achei que era um ótimo teste se eles me aceitariam ou não. Eu tive uma lesão específica no Google. Em 2006, quando ainda estava na moda trabalhar lá, a Borland fechou o escritório de São Petersburgo onde eu trabalhava, e o Google e o Yandex vieram contratar pessoas liberadas. E toda a minha equipe foi ao Google, mas por causa das férias em que não participei de uma entrevista com o Google, não passei no "teste de competência". Mesmo assim, eu queria ensinar e deixei de ensinar, mas havia um complexo que eles levavam o resto, mas não está claro sobre mim.

E assim, alguns anos depois, fui a uma entrevista no escritório do Google em São Petersburgo, passei cinco horas emocionantes com pessoas interessantes, resolvi alguns problemas bem, na minha opinião, alguns eram ruins, mas no final eles me deram uma oferta (e agora a cada seis meses, algum recrutador do Google escreve para mim se eu decidisse trabalhar para eles). Do ponto de vista da minha auto-avaliação de mim mesmo como engenheiro na época, isso encerrou a questão. Percebi que sou um programador normal, está tudo bem.

Desde então, tive várias experiências de auto-estima. Por exemplo, quando conversei pela primeira vez com pessoas que desenvolvem Java: engenheiros de classe mundial estão sentados na sala, eu sabia tudo sobre eles muito mais cedo do que eles sabiam sobre mim, e expresso alguma opinião e eles estão interessados ​​nisso e integramos isso está na sua foto. Fiquei satisfeito, percebi que estou no nível.

Depois fui a Lausanne visitar Martin Odersky e sua equipe desenvolvendo o Scala. E também houve episódios em que perguntei alguma coisa e acontece que essa é uma pergunta interessante que eles não pensaram desse lado. E eu encontrei alguns erros com eles. Em geral, gostei: não no sentido de que são piores que eu, mas no fato de que não sou pior que eles.

Aqui, minha síndrome do impostor do ponto de vista da engenharia (isto é, quão bem eu entendo nas linguagens de programação) mais ou menos não deu em nada. Não sei tudo, os mesmos caras de Lausanne entendem perfeitamente tudo na teoria das linguagens de programação e sei disso tanto quanto é relevante para o meu trabalho: dois terços do que sabem, não sei e não quero. Nesse sentido, temos perfis de competência diferentes, mas não me sinto de segunda categoria em comparação com eles.

E agora eu tenho uma era de síndrome de impostor associada ao gerenciamento. Não estudei administração especificamente, vejo que algumas coisas não funcionam para mim e, muitas vezes, me preocupo com o fato de que "não sou um soldador de verdade", não entendo como liderar corretamente e minha equipe não está indo bem. E tento me lembrar: embora minha equipe tenha problemas, ela lança com sucesso e regularmente um produto popular. O que significa que trabalhamos bem. Por dentro, sempre parece que tudo é terrível, mas, embora seja necessário trabalhar com problemas, tudo não é tão ruim.

No início da minha palestra sobre emoções, enfatizo que estou dizendo algo aqui, mas isso não significa que posso fazer tudo isso perfeitamente. Estou aprendendo tudo isso e ainda não atingi nenhuma altura. Se eu perguntar aos meus colegas como cumpro todas as recomendações que dou nos meus relatórios, a resposta será, digamos: "não completamente". Este é um processo de aprendizado e estou longe do ideal.

- Agora, de certa forma, a pergunta oposta. Há piadas de que um programador está sempre dividido entre os estados "eu sou deus" e "eu não sou nada". E quando um projeto decola em grande escala, como Kotlin fez nos últimos anos, esse "eu sou Deus" parece provocá-lo? O que você achou do sucesso?

- A dificuldade é que esse sucesso esteja atrasado. Você se sente bem quando faz algo e recebe uma resposta positiva imediatamente. Nesse sentido, falar, aconselhar, responder perguntas e assim por diante é um terreno muito mais fértil. E programação - aqui você escreveu um programa, funciona, esta é uma confirmação de que você lidou.

E então você fez algo, anos se passaram, lentamente ganhou e ganhou popularidade, e então uma vez - e subiu muito rapidamente. Em fevereiro de 2016, lançamos o lançamento do Kotlin 1.0, e somente em maio de 2017 foi o anúncio do Google, após o qual tudo ocorreu muito acentuadamente. Antes disso, tínhamos crescido bem, mas não de forma explosiva.

E, é claro, a preparação para este anúncio foi muito cara em termos de carga nervosa. Aprendemos sobre suas intenções apenas alguns meses antes da E / S, e a decisão final foi geralmente tomada no último momento - ou seja, até o último momento não se sabia se haveria um anúncio ou não, porque havia muito trabalho legal, a criação da Fundação Kotlin e assim por diante. mais adiante. Lá era necessário assinar um monte de pedaços de papel, muitas coisas para decidir. Foi tudo difícil, nervoso, extremamente difícil.

E algumas semanas antes da E / S, notei que não apenas não estou feliz, mas apenas me sentindo péssima. Eu me senti muito mal. Mas tive a oportunidade de falar imediatamente sobre isso com um terapeuta. Depois disso, comecei a me estabelecer de propósito que esta conferência do Google I / O 2017 é minha festa, onde posso atribuir o resultado de que Kotlin é realmente legal, posso comemorar que fizemos algo. E quando cheguei lá, em uma palestra no anfiteatro, vários milhares de pessoas anunciaram que Kotlin estava recebendo apoio oficial e houve uma ovação de pé - naquele momento senti que sim, aplausos. Finalmente fiquei realmente feliz que fizemos algo. E isso foi muito importante.

Eu (como talvez muitas pessoas com tendência a racionalizar o mundo) há muito tempo subestimei a importância de muitos rituais - em particular nos feriados. E agora tenho um período de transição, quando entendo que realmente preciso de umas férias para sentir que algo importante realmente aconteceu. Quando isso aconteceu não depois de cinco minutos, mas depois de um certo período de tempo, é importante comemorar para se apropriar.

Estou aprendendo a usar as férias e realmente integrar e apropriar essa alegria de alguma forma. No outro dia, recebemos o O'Reilly Open Source Awards na indicação Breakthrough of the Year. Roma Elizarov foi à cerimônia, hoje ele mesmo trouxe o prêmio de cristal, ele está em nosso escritório. Não tive tempo de celebrar isso dentro de mim, mas tirei uma selfie com esse prêmio, depois escrevi algum tipo de post de feriado, para registrar para mim mesmo que isso aconteceu.

Parabéns a Andrew e toda a equipe Kotlin com o prêmio! E o post de feriado, sobre o qual Andrei fala, ele já publicou .

- E quando ocorre essa decolagem, às vezes ela começa a esmagar o ônus da responsabilidade?

- Na verdade não. Temia-se que o número de usuários aumentasse às vezes e isso se tornaria muito mais difícil para nós: haveria mais feedback, os usuários encontrariam muito mais problemas e precisariam ser reparados mais rapidamente. Mas, como muitos usuários têm os mesmos cenários de uso, o número de feedbacks não aumentou mais e não ficamos impressionados.

Nesse sentido, a escala de responsabilidade de "cem mil pessoas" ou "um milhão de pessoas" já é de cerca de um lixo, porque ainda são muitas as pessoas afetadas pelo que você fez. Embora, é claro, seja muito mais agradável pensar que trabalhamos para vários milhões de pessoas do que cem mil.

- Na entrevista do ano passado , perguntei sobre as decisões em Kotlin, que se mostraram erradas após o fato. E agora perguntarei: que emoções você sente em conexão com as decisões erradas? Você está preocupado ou "o que foi feito está feito"?

- Prefiro não me preocupar. Nesse sentido, provavelmente compreendi algum tipo de Zen e entendo que era impossível não cometer erros. Não tenho a ilusão de que poderia fazer tudo perfeitamente, mas não consegui. Tenho certeza de que não poderia fazer tudo perfeitamente. Olhando para outros idiomas e geralmente para outros grandes projetos, entendo que não existem ideais.

Tomei algumas decisões ruins e algumas boas - bem, sim. Isso é esperado e normal. Além disso: um dos princípios importantes que tento implementar no Kotlin é a capacidade de corrigir más decisões. Até agora, resolvemos apenas problemas relativamente pequenos, ainda não resolvemos os grandes, mas eles são os próximos da fila. De qualquer forma, não me parece que esses sejam alguns erros fatais. Pode-se ver que nosso projeto não acabou, não piorou a vida dos usuários. Isso é algo que, sim, poderia ser feito melhor. Chegamos a algumas maneiras de lidar com isso, mas agora a correção desse erro é muito mais difícil do que teria acontecido sete anos atrás. Sim, o que fazer A vida é uma coisa complicada.

Nesse sentido, geralmente sinto-me mais calmo com relação aos erros das pessoas em projetos de grande escala. Mesmo quando, digamos, os construtores fazem reparos no apartamento, eles o fazem bem, mas sempre no final, algo é feito em algum lugar errado, ele não funciona na primeira vez, etc. E por um lado, estou de alguma forma chateado - bem, bem, tudo deveria estar bem aqui, e nem tudo estava bem. Por outro lado, entendo quanto tempo, trabalho e esforço foram investidos nisso, e é claro que, se algo exige uma quantidade de esforço tão grande, haverá algum erro. Isto é óbvio. A única questão é quão fatal e corrigível são esses erros. Isso é tudo.

A última pergunta. Você já descreveu como seus interesses (valores fundamentais, psicoterapia, questões de gênero, poliamor) se cruzam. Mas algum deles afeta o Kotlin (não o processo de trabalhar na linguagem, mas nela mesma)?

"Eu não sigo isso." É claro que tudo o que faço, em geral, afeta de alguma forma meu cérebro, e isso provavelmente afeta de alguma forma tudo, mas não vejo conexões diretas. O fato é que o design de sistemas complexos, ao contrário de, por exemplo, construir relacionamentos ou reflexão, é algo em que a intuição desempenha o papel de um enorme acelerador.

Na construção de relacionamentos, a intuição, é claro, existe inevitavelmente e nos permite avançar de alguma forma, mas, ao mesmo tempo, sempre lança decisões erradas. E esse é um grande problema, porque, o tempo todo, inconscientemente, reproduzimos algumas coisas que aprendemos em algum lugar, mas que nós mesmos não percebemos. Portanto, muitas vezes há intuição - isso é um freio.

E no design de sistemas complexos, a intuição é um acelerador. Obviamente, hipóteses apresentadas intuitivamente devem ser verificadas. Mas não consigo imaginar como teríamos desenvolvido o Kotlin sem uma forte intuição sobre o que é bom e o que é ruim. Isso seria incrivelmente difícil.

Tantas coisas inconscientes participaram positivamente do design do Kotlin. Então descobrimos na prática que muitos deles foram bem-sucedidos, alguns foram malsucedidos, conseguimos corrigir alguns dos malsucedidos, outros não. Mas, para concluir todo esse trabalho e mostrar algum resultado, era absolutamente crítico confiar na intuição e não calcular todos os detalhes de maneira super profunda.

E isso é ridículo, mas provavelmente o lado inconsciente da engenharia está muito subestimado. Este parece ser um trabalho muito racional, na verdade não realmente.

- Algum tipo de piada implora pela possível influência de seus interesses na linguagem, mencionando poliamor e o conceito de "diversão privada" de Kotlin ...

- Também nos divertimos e esperamos diversão. Quando adicionamos as palavras expectativa e atual ao idioma, entendemos que haveria essas piadas e decidimos que era bom. Divertir-se é bom!



O relatório “Isso é benéfico: por que precisamos de mais mulheres programadoras?” pode ser visto no festival de tecnologia da TechTrain . Além de Andrei, muitos outros palestrantes falarão no TechTrain - do principal ideólogo do software livre Richard Stallman a Sergey milfgard Abdulmanov . Você pode ver todas as informações relevantes no site do TechTrain e comprar ingressos no mesmo local.