Todo excepto Kotlin: Andrei Breslav sobre equilibrio de género en TI, emociones y más

Andrei Breslav ( abreslav ) es conocido principalmente como la persona que lidera el trabajo en el idioma Kotlin. Pero recientemente, comenzó a hacer informes sobre algo completamente diferente: en la primavera habló sobre la importancia de las emociones cuando trabajaba en TI, y en agosto en TechTrain presentará el informe "Esto es beneficioso: ¿por qué necesitamos más programadoras?"

Y tomamos la entrevista apropiada: no sobre Kotlin, sino sobre lo social y lo emocional. ¿Qué emociona a Andrey además de desarrollar el lenguaje? ¿Tiene el síndrome del impostor? ¿Cómo diferirá su informe sobre las programadoras de la mayoría de las otras discusiones sobre sesgos de género en TI? ¿Por qué puede sentirse mal cuando su proyecto va a apoyar públicamente a Google?

El nombre Kotlin aparece en el texto, pero no en el contexto de "cuándo aparecerá el operador ternario", sino en el contexto de "Las emociones de Andrey en ocasiones de Kotlin". Ya hay muchos textos sobre lenguajes de programación. Pero parece que se siente muy poco sobre lo que sienten sus creadores.

Salida de Kotlin

- Anteriormente, todas sus conferencias en conferencias eran sobre lenguaje, pero ahora sobre algo completamente diferente: ¿por qué sucedió esto?

- He estado informando sobre Kotlin durante unos ocho años, y estoy un poco cansado. Cuando hablas de un tema relativamente limitado durante mucho, mucho tiempo, parece que dijiste todo hace mucho tiempo y no hay nada que agregar. Probablemente puedas encontrar más temas, solo quieres algunos cambios. Tengo otros intereses que quiero realizar. Por lo tanto, comencé a hacer presentaciones sobre algunos temas más orientados al ser humano, y las presentaciones sobre Kotlin fueron hechas por mis colegas, lo están haciendo muy bien.

- ¿Y cuál fue la reacción de la audiencia? Por ejemplo, en la primavera después del informe "Empatía en TI", ¿cuál fue la discusión en el área de discusión en comparación con los informes "Kotlin"?



- Respuestas a informes orientados al ser humano, por supuesto, más vivos. Después del informe técnico, los que se reunieron en el área de discusión generalmente se dispersan gradualmente, pero aquí, una hora y media después del informe, cuando necesitaba irme a algún lado, la gente aún permanecía en el área de discusión. Ya ni siquiera me necesitaban, discutían entre ellos.

Esto es algo mucho más versátil. Alguien necesita a Kotlin, alguien no, y en el segundo caso no hay preguntas. Y las cosas emocionales afectan absolutamente a todos. A diferencia de las conversaciones técnicas, las personas comienzan a contar historias personales de su experiencia que son comprensibles para todos los que las rodean: no necesitan conocer el contexto del producto en el que la persona está trabajando. Por lo tanto, surgen discusiones entre quienes llegaron al área de discusión, y este es un proceso mucho más animado. Entonces la retroalimentación, por supuesto, es completamente diferente. Y no sé cómo hacer informes técnicos con la misma intensidad de comentarios. No he visto tales informes, pero quizás de alguna manera se puede hacer.

- ¿Cómo elige los temas para los nuevos informes? Por el lado, parece que prefiere los socialmente significativos que pueden mejorar la vida de los desarrolladores.

- De hecho, quiero hacer cosas que de alguna manera afecten la vida de las personas. Y no solo los desarrolladores: es más fácil para mí llegar a las conferencias de TI, pero en general no tengo el objetivo de limitarlo solo a los desarrolladores. Cuando hablo de "empatía en TI", doy ejemplos de TI, pero la esencia es universal para todas las personas, en el trabajo y en el hogar.

Lo que hablaré en TechTrain sobre el equilibrio de género en TI es un poco más complicado: no en todas partes hay un sesgo y no en todas partes son posibles tales consideraciones económicas, es decir, este informe no puede repetirse en todas partes. Pero me parece que la cuestión misma del equilibrio de género es universal, y el informe sería entendido por una masa muy amplia.

- Y si no fuera más fácil llegar a las conferencias de TI, ¿dónde me gustaría hablar y de qué hablar?

- De una inaccesible esta primavera, ya grabé una charla TEDx sobre honestidad y poliamor, y resultó bastante bien, aunque creo que puedo hacerlo mejor.

Este formato es muy interesante. Hablé en este formato por primera vez, y me tomó una cantidad de tiempo inadecuada para prepararme, el número de horas de preparación por minuto de la actuación resultó ser irracional. Pero aproximadamente entendí cómo hacerlo, y en el proceso incluso pude entender algunas cosas nuevas sobre mí. El resultado fue una historia muy sincera, y desde este punto de vista me gustó mucho. Y desde el punto de vista de cómo hablé, veo qué se puede hacer mejor. La próxima vez, si grabo otro informe en formato TED, lo haré de manera diferente. En general, me gusta TED como plataforma para la difusión de ideas tan universales.



También es interesante para mí hablar con los Timlids, con personas que lideran personas. Y delante de mis compañeros de equipo de TI hablaré pronto.

También hay un círculo bastante amplio de personas que desean desarrollarse de una forma u otra, y para ellos sería muy interesante para mí hacer presentaciones. Si conoce las conferencias a las que asistirán, díganos en los comentarios.

- Gracias al informe de primavera, aprendimos sobre algunos temas de interés para usted, como la psicoterapia, pero casi todos. ¿Qué, aparte de Kotlin, ocupa un lugar importante en tu vida?

- Intentaré pasar de temas específicos y específicos a otros más amplios. Un tema limitado son las cuestiones de género, sus implicaciones prácticas. Otro es el que está conectado con lo psíquico: con psicoterapia, emociones, con la forma en que las personas se comunican. ¿Cómo es el equilibrio, en términos generales, emocional y racional? Hay un tema de poliamor, sobre el cual ya he dicho varias veces y estoy listo para contar más, me parece que puede haber muchas cosas interesantes.

Y hay una cuestión filosófica más general sobre la cual todavía no he hecho un solo informe, pero algún día seguramente lo haré: estos son valores fundamentales (ya sea mi visión del mundo o valores fundamentales en general). Esto es lo que la libertad es para mí (como la libertad de elección), lo importante que es en mi visión del mundo, qué es la verdad y por qué los conceptos de responsabilidad y adecuación son muy importantes para mí, cómo la idea del desarrollo continuo encaja en esta imagen, por qué es importante para mí y por qué Creo que esto debería ser importante para otras personas.

Y mucho más se reduce a este tema. En última instancia, hablar de género es en realidad hablar de libertad de elección, que los estereotipos establecidos en la cultura no nos impiden tomar nuestras propias decisiones. Lo mismo ocurre con la psicoterapia y el manejo de las emociones, etc. Allí, en el centro mismo de todo, hay cuestiones de libertad de elección y verdad o la adecuación de cómo pensamos sobre el mundo. Bueno, por supuesto, también los problemas de desarrollo: en este sentido, la psicoterapia, en mi opinión, es una de las herramientas más efectivas.

El poliamor también es en gran parte una conversación sobre la elección consciente, y no estereotipada, de un modelo de relaciones. Entonces, todo esto se invierte inmediatamente en la discusión de valores fundamentales.

Equilibrio trabajo / vida y productividad

- Después de enumerar los intereses, muchos se sorprenderán de "cómo encaja todo en su vida cuando dirige Kotlin y participa en el desarrollo de Alter ". ¿Cómo se mantiene el equilibrio cuando las tareas laborales probablemente pueden llevar toda una vida?

- No soy ese maestro del equilibrio trabajo / vida. Pero ciertamente me doy cuenta de que cuando este equilibrio falla, me siento muy mal, mi fuerza se agota rápidamente y ya no puedo hacer nada útil.

Me parece que lo principal en lo que me concentro es en la reducción de la fricción. Existe tal ilusión: si hago algo y tengo éxito, si hago más, obtendré más. Pero esto no es cierto, esto funciona de manera no lineal. Al estar el doble de ocupado haciendo algo de trabajo, no haré el doble: me cansaré, mis ojos se volverán borrosos, mi fusible se apagará. La fricción aumentará, la eficiencia disminuirá y todo lo demás se lanzará.

Por lo tanto, es importante no invertir en un 100% del tiempo. Es muy importante que haya un equilibrio de emociones, de modo que sienta no solo el deseo de completar la tarea, sino también la alegría de algún tipo de juego, la comunicación con los seres queridos, aprender cosas nuevas, etc. Estas cosas no son menos importantes que todo lo demás. Porque si se vuelven pocos, todo lo demás deja de funcionar.

Es decir, cuando se realiza un trabajo, la cantidad de fricción aumenta con el tiempo, se hace cada vez más difícil de hacer. Y si cambias, entonces la fricción se vuelve un poco, y en todas las direcciones en las que presto atención, soy bastante efectivo.

Pero si no presto atención conscientemente a lo que estoy haciendo, intuitivamente me deslizaré en la ilusión de que puedes "invertir más y obtener más". No tengo una conciencia constante de que el mundo no funciona como podría parecer. Por lo tanto, tienes que planificar conscientemente, compartir tiempo, aplicar diferentes técnicas ... Poco a poco voy aprendiendo esto. Ahora está mejorando que hace dos años, espero que en un año resulte aún mejor. Entonces me veo optimista.

- A menudo, el trabajo "apesta" incluso a los desarrolladores comunes, y lideras un gran proyecto. ¿Hace que sea difícil mantener el equilibrio? Relativamente hablando, ¿te llaman en medio de la noche porque algo está roto y solo tú puedes ayudar a repararlo?

- Me parece que no se complica desde el punto de vista de que solo yo puedo arreglar algo, sino más bien en un sentido diferente.

En cualquier proyecto grande, hay muchas tareas operativas para las que debe hacer algo rápidamente en este momento. Y es fácil para un líder (especialmente si no se unió a un equipo existente, pero creció con el proyecto) caer en una trampa cuando haces mucho tú mismo. Según tengo entendido, la sabiduría administrativa central es que todo esto debe delegarse. Y ahora estoy bastante cerca de este estado: todas las cosas que se pueden hacer sin mí se hacen más o menos sin mí. Y esto es un montón de cosas. Hace un tiempo me fui de vacaciones y durante cuatro meses el proyecto vivió sin mí, mientras recuperaba el sentido después de ocho años de trabajar con vacaciones cortas. Resultó que un montón de cosas funcionan bien sin mí, no hay necesidad de que haga esto, y está bien. Regresé de vacaciones, y todo lo que se delegó temporalmente antes de las vacaciones ahora se delega permanentemente.

Pero lo que es fundamentalmente difícil es el trabajo de gestión estratégica e incluso la gestión a medio plazo. Solo necesita tener en cuenta muchos aspectos diferentes de algo lo suficientemente grande. Y esto no se trata solo de Kotlin: esto se aplica a Alter y a mis planes para actuaciones.

Por ejemplo, puedo generar ideas a partir de discursos en varias páginas. Y está claro que no puede implementarlos todos. Por lo tanto, debe pensar y decidir de alguna manera qué hacer y qué no hacer. Y acepte, basado en algunas consideraciones, y no solo en el estado de ánimo. Y así en cualquier proyecto. Debes darte cuenta de por qué todo está hecho. Surgen preguntas sobre cuál es nuestra misión, qué objetivos. ¿Por qué motivos consideramos una cosa más importante que otra?

Y resulta que simplemente no hay respuestas a un montón de preguntas sobre la marcha. Primero debe descubrir algo, descubrir, presentar algún tipo de hipótesis, establecer algún tipo de experimento, y luego quedará más claro si hay razones serias para hacer esto o no.

Este es el lugar donde el máximo de incertidumbre. Y cuanto más incertidumbre, más nervioso. Tenemos que aprender a vivir en un estado donde nada se entiende claramente y aclarar lo que necesitamos entender en este momento.

- Y más sobre productividad. Según el informe "Empatía en TI", está claro cómo la psicoterapia puede mejorar la comunicación, pero los desarrolladores aún están muy preocupados por problemas como la dilación, que también aparecen sin comunicación. ¿Cuánto crees que la psicoterapia ayuda con ellos?

- Entre los ejemplos que doy en el informe sobre las emociones, hay un ejemplo sobre la procrastinación, aunque no está en el espectro de la psicoterapia. En general, la dilación es uno de los factores importantes que reducen la productividad, y muchas personas la tienen. Por ejemplo, cuando estaba preparando mi charla TEDx, postergué completamente y tuve que usar la técnica de pomodoro para concentrarme de alguna manera (era demasiado tarde para ir a la psicoterapia, dos días después tuve que contar todo).

Si posterga y no comprende por qué está sucediendo esto, el terapeuta probablemente lo ayudará a encontrar la respuesta y lo ayudará a manejarla. Puedes aprender a postergar menos (o más si de repente quieres más). Esto es absolutamente exacto.

En general, los problemas relacionados con la productividad a menudo descansan en cosas psicológicas. Trabajo bastante con la gente y veo que algunos con talentos notables para resolver problemas técnicos pueden, en su desarrollo, descansar contra algunas cosas psicológicas.

Tales cosas son mucho más de lo que solíamos notar. La mayoría de las personas que lo rodean no recurren a ningún medio para reflejar algo que les molesta, sino que simplemente intentan lidiar con eso intuitivamente.

Si hay un buen gerente cerca, él o ella podrá ayudar con algo en tal situación. Si comparamos el trabajo de un gerente con algo del campo de las prácticas de ayuda, entonces será más probable que sea el trabajo de un entrenador que un psicoterapeuta. Es decir, simplemente encontrar una solución a algo y no ayudar a una persona a cambiar su personalidad.

Pero un gerente solo puede ayudar dentro de cierto marco, al menos porque es una persona involucrada e interesada. Quizás, para avanzar, una persona necesita dejar este trabajo por completo o cambiar su perfil por completo, y el gerente puede no estar interesado en esto en absoluto. Un colega no puede participar físicamente como una persona imparcial.

Y por eso es útil pensar en psicoterapia. Esta es una herramienta indispensable y súper efectiva en comparación con todas las demás (de las que conozco) para mejorar su vida. En todos los sentidos Y en el trabajo, y solo en comunicación con colegas y familiares, incluso en la realización de lo que generalmente quiero. Creo que mucha gente involucrada en la programación y otros problemas de ingeniería entienden: son muy diferentes en efectividad dependiendo de si están interesados ​​en lo que hacen. Y la pregunta de qué es interesante (“solía ser interesante, pero ahora harto de eso, ¿qué puedo encontrar ahora que sea interesante? ¿Cómo puedo volver a este estado de entusiasmo nuevamente?”) - esta es una pregunta en gran parte relacionada con la psicoterapia , en casos más simples, con coaching.

Equilibrio de género en TI

- Hay preguntas relacionadas con el informe "¿Por qué necesitamos más programadoras?". El año pasado, JetBrains estableció un premio para maestros diseñado específicamente para aumentar el número de mujeres en la profesión de ingeniería. ¿Tienes algo que ver con esto?

- Sí, participé en la coordinación de esta iniciativa. En algún momento, surgió la idea de que queremos más niñas a nivel escolar en los círculos de matemáticas, física y programación. Porque en el quinto grado hay la misma cantidad de niñas y niños, y para el séptimo grado se vuelve muy, muy diferente. Quería influir de alguna manera en esto.

Durante algún tiempo intentamos averiguar qué medidas podrían funcionar. De todas las medidas disponibles, elegimos esta: alentar a los maestros cuyas niñas triunfan al nivel de la Olimpiada rusa. Participé en todo esto, en discusiones, en la invención de este proyecto, etc.

- En las discusiones extranjeras sobre el equilibrio de género, a menudo se habla la palabra "canalización", las compañías dicen: "con mucho gusto contrataríamos mujeres de entre los graduados de las universidades técnicas, pero casi no hay mujeres allí, el desequilibrio no surge aquí, pero antes". ¿Y decidiste intencionalmente infiltrarte en el comienzo de esta tubería?

- si. Este es un tema complejo. Para empezar, vemos este abandono hasta el séptimo grado. Además, sabemos que más tarde se elimina una parte notable de las mujeres: después de haber elegido la educación adecuada, no van a trabajar en esta área. Todavía no se desarrolla una cierta cantidad en esta área, porque hay algunos obstáculos en el camino. Es decir, es realmente una tubería, y en cada etapa hay problemas.

Pero, realmente, ahora parece que el mayor abandono en este embudo está al principio. Y si no llegan suficientes personas a la entrada, entonces se puede hacer muy poco a la salida (cualquier embudo, por ejemplo, un embudo de ventas, está dispuesto). Entonces, optimizar los siguientes pasos no es tan interesante.

- Para no estropear el informe, preguntamos no sobre la situación con el desequilibrio de género en TI, sino sobre el discurso público asociado con él. En Internet se puede ver un gran avance en las discusiones sobre este tema, pero a menudo parecen una repetición milésima de argumentos conocidos en los que las partes no llegan a algo, sino que simplemente se desahogan y permanecen solos. ¿Crees que no solo hay un problema de equilibrio de género, sino también un problema de discusiones al respecto?

- Existe un problema con las discusiones sobre todas las cuestiones de género, pero esto, de hecho, es un problema no solo de cuestiones de género, sino de cualquier cambio cultural.

Un número significativo de personas está acostumbrado a la existencia de algún tipo de status quo. Las personas crecieron como adultos y nunca han oído a nadie cuestionar este status quo. Y luego, de repente, alguien comienza a apostar. Y solo hace la vida más difícil. Una cosa que parecía obvia deja de ser obvia. Todas las explicaciones que se me ocurrieron o escuché en alguna parte, de repente se ponen en duda. "Qué pesadilla, mi vida se está volviendo mucho más complicada de lo que era antes". A la gente generalmente no le gusta cuando se les dice que están muy equivocados. Y no se puede hacer nada al respecto.

Disputas similares surgen en absolutamente todas las áreas, desde la inteligencia artificial hasta algunas consideraciones políticas. Si escucha los argumentos de los partidarios del libre mercado con los de la economía regulada, también puede escuchar los mismos argumentos que se han repetido durante 50 años. Además, ambas partes repiten igualmente sin pensar (si no hay especialistas en la discusión o aquellos que realmente pasaron mucho tiempo estudiando el tema). Alguien creció en la tradición de que una cosa es buena, alguien, que otra es buena y no están de acuerdo.

Pero en el caso del discurso específicamente de género, una gran superioridad numérica está del lado de aquellos que han crecido en la opinión de que, por alguna razón, no es una profesión femenina. Es decir, estas no son dos posiciones que han sido familiares para todos durante mucho tiempo, sino una posición "tradicional", a la que se adhieren muchas personas, y una posición "progresiva", que tiene menos apologistas. Cuando hay dos culturas fuertes ya conocidas, es un poco más fácil. Y aquí, en cosas que se discutieron relativamente recientemente (en Rusia hace bastante poco tiempo y en Occidente no hace mucho tiempo), la disonancia cognitiva entre las personas es más fuerte que si fuera una historia algo familiar.

Y una de las tareas que realizo en el informe es hablar sobre el equilibrio de género en TI, esta vez utilizando argumentos no políticos o éticos que molestan a muchos. Es decir, no argumentos sobre quién posee el poder y quién discrimina contra quién, y no sobre qué es moral e inmoral, qué es bueno y qué es malo hacer. En cambio, voy a verlo desde una perspectiva completamente diferente: argumentos económicos. Sobre lo que es rentable y no rentable.

Por supuesto, todavía es poco probable que pueda evitar absolutamente todos los problemas políticos, morales y éticos. , , , — . , , - , . - , .

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

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

, TechTrain, , , . , , , , .

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

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

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

, . - , , . , .

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

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

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

, « ». - — .

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

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

. — -. , . , , .

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

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

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

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

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

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

- Debido al informe sobre las emociones, es interesante hacerle algunas preguntas relacionadas con sus emociones, si está listo para responderlas.

"Si no estoy listo para algo, entonces diré que no estoy listo".

- En el mundo de TI, pareces una persona muy exitosa: lideras el trabajo en un lenguaje de programación exitoso que muchos desarrolladores adoran. Por lo tanto, es especialmente interesante que pregunte: ¿tiene síndrome de impostor?

- Sí lo hace. El primer síndrome de impostor deliberado fue cuando me gradué de la universidad, decidí que quería hacer ciencias y fui a la escuela de posgrado. Allí, rápidamente me di cuenta de que no existe una verdadera informática en ruso, y comencé a mirar la situación global. Y tenía un gran complejo sobre el hecho de que estoy estudiando en una universidad no listada, no tengo publicaciones serias, mi supervisor no es un especialista en informática y, en general, soy un "investigador absolutamente inútil". Aquí se mezclaron varios factores: por un lado, el hecho de que objetivamente no había un buen ambiente a mi alrededor y, por otro, mi percepción de mis propias habilidades educativas.

Tres o cuatro años después, me llevaron a una pasantía en Microsoft Research. Había muchos estudiantes de posgrado diferentes, muchas personas de las mejores universidades: de Stanford, del MIT, de otro lugar. Una vez que escuché una historia bastante estúpida de un estudiante graduado de una universidad muy interesante sobre su investigación relacionada con la programación orientada a aspectos, y me di cuenta de que entiendo más sobre él en su tema, dice tonterías, pero no puede responder mis preguntas. para responder

Luego hablé un par de veces con alguien más y me di cuenta: aunque una persona está estudiando en una universidad de alto nivel, pero yo no, discutimos el tema en igualdad de condiciones. También hice un trabajo significativo en esta pasantía, y de la totalidad de todo esto me di cuenta de que no tenía que bañarme, que estaba estudiando en una universidad donde no había ciencia. Si quiero hacer algo, normalmente lo consigo. Y mi síndrome de impostor, que solo me llaman estudiante de posgrado, pero en realidad "no es un estudiante de posgrado en ciencias de la computación", ha terminado. Como resultado, no defendí mi disertación y no comencé la informática en absoluto, sino que comencé a estudiar Kotlin, pero este fue el primer paso.

Otra vez fue alrededor del mismo período cuando me di cuenta de que durante muchos años no había trabajado como programador industrial. Enseñé programación, participé en algún tipo de dibujo y estaba muy preocupado, y de repente soy un "programador falso" y no puedo imaginar nada en ese sentido.

Una vez, un amigo mío dijo que Google estaba reuniendo gente en San Petersburgo y pidió una entrevista. No quería trabajar en Google, pero pensé que era una gran prueba si me llevarían o no. Tuve una lesión específica con Google. En 2006, cuando todavía estaba muy de moda trabajar allí, Borland cerró la oficina de San Petersburgo donde trabajaba, y Google y Yandex vinieron a contratar a personas liberadas. Y todo mi equipo fue a Google, pero debido a las vacaciones no vine a una entrevista con Google, no pasé su "prueba de competencia". Incluso entonces quería enseñar y me fui a enseñar, pero había un complejo que tomaron el resto, pero no está claro acerca de mí.

Y así, unos años más tarde, fui a una entrevista en la oficina de San Petersburgo de Google, pasé unas emocionantes cinco horas con personas interesantes, resolví bien algunos problemas, en mi opinión, algunos eran malos, pero al final me dieron una oferta (y ahora cada seis meses, un reclutador de Google me escribe si decidí trabajar para ellos). Desde el punto de vista de mi autoevaluación de mí mismo como ingeniero en ese momento, esto cerró la pregunta. Me di cuenta de que soy un programador normal, todo está bien.

Desde entonces, he tenido varias experiencias de autoestima. Por ejemplo, cuando hablé por primera vez con personas que desarrollan Java: los ingenieros de clase mundial están sentados en la sala, sabía todo sobre ellos mucho antes de lo que sabían sobre mí, y expreso algunas opiniones, y están interesados ​​en esto e integran Esto está en tu foto. Estaba satisfecho, me di cuenta de que estoy en el nivel.

Luego fui a Lausana para visitar a Martin Odersky y su equipo de desarrollo de Scala. Y también hubo episodios cuando pregunté algo y resultó que esta es una pregunta interesante en la que no pensaron desde este lado. Y encontré algunos errores con ellos. En general, me gustó: no en el sentido de que sean peores que yo, sino en el hecho de que yo no soy peor que ellos.

Aquí, mi síndrome de impostor desde el punto de vista de la ingeniería (es decir, qué tan bien entiendo en lenguajes de programación) más o menos quedó en nada. No lo sé todo, los mismos muchachos de Lausana entienden perfectamente todo en la teoría de los lenguajes de programación, y lo sé tanto como es relevante para mi trabajo: dos tercios de lo que saben, no lo sé y no quiero. En este sentido, tenemos diferentes perfiles de competencia, pero no me siento de segunda categoría en comparación con ellos.

Y ahora tengo una era de síndrome de impostor asociada con el manejo. No estudié gestión específicamente, veo que algunas cosas no me funcionan, y a menudo me preocupa que "no soy un soldador real", no entiendo cómo liderar correctamente y mi equipo no funciona sin problemas. Y trato de recordarme a mí mismo: aunque mi equipo tiene problemas, lanza con mucho éxito y regularmente un producto que es popular. Lo que significa que trabajamos bien. Desde el interior, siempre parece que todo es terrible, pero aunque es necesario trabajar en los problemas, no todo es tan malo.

Al comienzo de mi charla sobre las emociones, enfatizo que estoy diciendo algo aquí, pero esto no significa que pueda hacer todo esto perfectamente. Estoy aprendiendo todo esto y aún no he alcanzado ninguna altura. Si les pregunto a mis colegas cómo cumplo con todas las recomendaciones que doy en mis informes, la respuesta será, digamos: "no completamente". Este es un proceso de aprendizaje, y estoy lejos de ser ideal.

- Ahora, en cierto sentido, la pregunta opuesta. Hay bromas de que un programador siempre se debate entre los estados "Soy Dios" y "No soy nada". Y cuando un proyecto despega a una escala masiva, como lo ha hecho Kotlin en los últimos años, ¿se siente provocado por este "Yo soy Dios"? ¿Qué sentiste por el éxito?

- La dificultad es que este éxito se retrasa. Te sientes genial cuando has hecho algo y recibiste una respuesta positiva de inmediato. En este sentido, hablar, aconsejar, responder preguntas, etc. es un terreno mucho más fértil. Y programación: aquí escribiste un programa, funciona, esta es una confirmación de que te las arreglaste.

Y luego hiciste algo, pasaron los años, lentamente ganó y ganó popularidad, y luego una vez, y se disparó muy rápido. En febrero de 2016, lanzamos el lanzamiento de Kotlin 1.0, y solo en mayo de 2017 fue el anuncio de Google, después de lo cual todo subió muy bruscamente. Antes de eso, habíamos crecido bien, pero no de forma explosiva.

Y, por supuesto, prepararse para este anuncio fue muy costoso en términos de carga nerviosa. Conocimos sus intenciones solo un par de meses antes de la E / S, y la decisión final generalmente se tomó en el último momento, es decir, hasta el último momento no se sabía si habría un anuncio o no, porque había mucho trabajo legal, la creación de la Fundación Kotlin, etc. más lejos Allí fue necesario firmar un montón de trozos de papel, muchas cosas para decidir. Todo fue difícil, nervioso, extremadamente difícil.

Y un par de semanas antes de la E / S, noté que no solo no estoy feliz, sino que me siento horrible. Me senti muy mal. Pero tuve la oportunidad de hablar inmediatamente de esto con un terapeuta. Y después de eso comencé a establecerme a propósito que esta conferencia de Google I / O 2017 es mi día festivo, donde puedo asignar el resultado de que Kotlin es realmente genial, puedo celebrar que hicimos algo. Y cuando llegué allí, en una nota clave en el anfiteatro, varios miles de personas anunciaron que Kotlin estaba recibiendo apoyo oficial, y hubo una gran ovación, en ese momento sentí que sí, aplausos. Finalmente me alegré de haber hecho algo. Y eso fue muy importante.

Yo (como quizás muchas personas con tendencia a racionalizar el mundo) he subestimado la importancia de muchos rituales, en particular las vacaciones. Y ahora tengo un período de transición, cuando entiendo que realmente necesito unas vacaciones para sentir que algo importante realmente ha sucedido. Cuando esto sucedió no después de cinco minutos, sino después de un período de tiempo, es importante celebrar para apropiarse.

Estoy aprendiendo a usar las vacaciones y realmente integrar y apropiarse de esta alegría de alguna manera. El otro día recibimos los O'Reilly Open Source Awards en la nominación del Avance del Año. Roma Elizarov fue a la ceremonia, hoy trajo el premio de cristal, se encuentra en nuestra oficina. No he tenido tiempo de celebrarlo dentro de mí, pero me tomé una selfie con este premio, luego escribí algún tipo de publicación de vacaciones, para registrarme a mí mismo que esto sucedió.

¡Felicitaciones a Andrew y a todo el equipo de Kotlin por el premio! Y el post de vacaciones, sobre el que habla Andrei, ya ha publicado .

- Y cuando ocurre tal despegue, ¿comienza a aplastar la carga de la responsabilidad a veces?

- En realidad no. Se temía que el número de usuarios aumentara a veces, y se volvería mucho más difícil para nosotros: habría más comentarios, los usuarios encontrarían muchos más problemas y tendrían que ser reparados más rápido. Pero resultó que muchos usuarios tienen los mismos escenarios de uso, por lo que el número de comentarios no ha aumentado en múltiples, y no estamos abrumados.

En este sentido, la escala de responsabilidad de "cien mil personas" o "un millón de personas" ya se trata de una basura, porque todavía son muchas las personas que se ven afectadas por lo que ha hecho. Aunque, por supuesto, es mucho más agradable pensar que trabajamos para varios millones de personas que incluso para cien mil.

- En la entrevista del año pasado , pregunté sobre las decisiones en Kotlin, que resultaron estar equivocadas después del hecho. Y ahora preguntaré esto: ¿qué emociones sientes en relación con las decisiones equivocadas? ¿Estás preocupado o “lo que se ha hecho, se ha hecho”?

- No estoy preocupado. En este sentido, probablemente comprendí algún tipo de Zen y entiendo que era imposible no cometer errores. No tengo la ilusión de que podría hacer todo a la perfección, pero no podría hacerlo. Estoy seguro de que no podría hacer todo a la perfección. Mirando otros idiomas y, en general, otros proyectos grandes, entiendo que no hay los ideales.

Tomé algunas malas decisiones y algunas buenas decisiones, bueno, sí. Esto es esperado y normal. Además: uno de los principios importantes que trato de implementar en Kotlin es la capacidad de corregir malas decisiones. Hasta ahora, solo hemos solucionado problemas relativamente pequeños, todavía no hemos abordado los grandes, pero son los siguientes. En cualquier caso, no me parece que estos sean algunos errores fatales. Se puede ver que nuestro proyecto no mató, no empeoró la vida de los usuarios. Esto es algo que, sí, podría hacerse mejor. Encontramos algunas formas de lidiar con esto, pero ahora corregir este error es mucho más difícil de lo que hubiera estado allí hace siete años. Si, que hacer. La vida es una cosa complicada.

En este sentido, generalmente de alguna manera me siento más tranquilo acerca de los errores de las personas en proyectos a gran escala. Incluso cuando, por ejemplo, los constructores hacen reparaciones en el apartamento, lo hacen bien, pero siempre al final, algo se hace mal en algún lugar, no funciona la primera vez, etc. Y por un lado, estoy molesto de alguna manera, bueno, bueno, todo debería haber estado bien aquí, y no todo estaba bien. Y, por otro lado, entiendo cuánto tiempo, trabajo y esfuerzo se ha invertido en esto, y está claro que si algo requiere tanta cantidad de esfuerzo, en algún lugar habrá errores. Esto es obvio. La única pregunta es qué tan fatales y corregibles son estos errores. Eso es todo

- La última pregunta. Ya ha descrito cómo se cruzan sus intereses (valores fundamentales, psicoterapia, cuestiones de género, poliamor). ¿Pero alguno de ellos afecta a Kotlin (no el proceso de trabajar en el idioma, sino en sí mismo)?

"No entiendo eso". Está claro que todo lo que hago, en general, de alguna manera afecta mi cerebro, y esto, probablemente, de alguna manera afecta todo, pero no veo conexiones directas. El hecho es que el diseño de sistemas complejos, a diferencia de, por ejemplo, la construcción de relaciones o la reflexión, es algo en lo que la intuición desempeña el papel de un acelerador enorme.

En la construcción de relaciones, la intuición, por supuesto, existe inevitablemente y nos permite avanzar de alguna manera, pero al mismo tiempo siempre arroja decisiones equivocadas. Y este es un gran problema, porque todo el tiempo reproducimos inconscientemente algunas cosas que alguna vez aprendimos, pero que nosotros mismos no notamos. Por lo tanto, a menudo hay intuición: este es un freno.

Y en el diseño de sistemas complejos, la intuición es un acelerador. Por supuesto, las hipótesis que se presentan intuitivamente deben verificarse. Pero no puedo imaginar cómo habríamos desarrollado Kotlin sin una fuerte intuición sobre lo que es bueno y lo que es malo. Eso sería increíblemente difícil.

Tantas cosas inconscientes participaron positivamente en el diseño de Kotlin. Luego descubrimos en la práctica que muchos de ellos resultaron exitosos, algunos no tuvieron éxito, logramos corregir algunos de los que no tuvieron éxito, otros no. Pero para terminar este trabajo por completo y mostrar algún resultado, fue absolutamente crítico confiar en la intuición y no calcular todos los detalles de manera muy profunda.

Y esto es ridículo, pero probablemente el lado inconsciente de la ingeniería se subestima enormemente. Este parece ser un trabajo muy racional, en realidad no realmente.

- Algún tipo de broma suplica sobre la posible influencia de tus intereses en el idioma, mencionando el poliamor y el concepto de Kotlin "diversión privada" ...

- También tenemos "diversión real" y "esperar diversión". Cuando agregamos las palabras esperar y actual al lenguaje, entendimos que habría tales bromas y decidimos que era bueno. ¡Divertirse es bueno!



El informe "Esto es beneficioso: ¿Por qué necesitamos más mujeres programadoras?" se puede ver en el festival TechTrain IT. Además de Andrei, muchos otros oradores hablarán en TechTrain, desde el ideólogo principal del software libre Richard Stallman hasta Sergey milfgard Abdulmanov . Puede ver toda la información relevante en el sitio web de TechTrain y comprar boletos en el mismo lugar.