A última hora de la tarde, el general llama y exige que el lanzamiento se implemente después de seis horas: por la mañana tiene una reunión con inversores en China. Los desarrolladores, en orden de importancia para el proyecto, podan, vacaciones, agotamiento profesional, macramé y piquete "verde" para proteger los derechos de los conejillos de Indias. Los probadores ya se han ido a casa. Timlid llora como una "niña en una máquina automática": sus asuntos son sinceros. Un gato de la oficina tiró un jarrón de agua sobre documentos con sellos húmedos. El lanzamiento debe implementarse con localización en chino y coreano. Y los especialistas más cercanos en idiomas asiáticos son los tayikos en un albergue al otro lado de la carretera.
Suspiras y te pones a trabajar. Después de seis horas, todo funciona. Lanzado General satisfecho. Los desarrolladores son alegres, alegres y felices de probar.
Días de semana ordinarios tehdira.
Muchos directores técnicos se han reunido en SlOorm DevOps. Después del intensivo, hablé con Eduard Medvedev sobre ética de TI , con Artyom Galonsky sobre profesiones en peligro de extinción y DevOps . Y tuve la suerte de conocer a un director técnico y extrovertido único que puede organizar cualquier cosa y encontrar un lenguaje común con cualquiera.
Los ctorecords de Dmitry Simonov, el fundador del club Tehdir y el creador del canal Tehdir Zapiski, https://t.me/ctorecords , explicaron cómo convertirse en un director técnico, una especie de Jack de todos los oficios en el campo de TI.
Dmitry Simonov y la llama azul o alpaca de eLama.
Carrera de Techdir
Estás liderando las Notas Techdir. ¿Cómo encuentra tiempo para esto en el ciclo de cuestiones técnicas? ¿Qué es para usted: afición, autorrealización, evangelismo informático?
Tehdir Chatik y el canal son mis propias herramientas de monitoreo de tendencias. En ellos, por supuesto, escribo mis pensamientos, pero lo más importante para mí es que hay personas con las que puedes chatear y aprender nuevas tendencias. Estoy investigando de manera bastante activa el tema de unirme a equipos comerciales y técnicos, y esto requiere una amplia gama de opiniones. Por lo tanto, en su mayor parte, no solo escribo opiniones, sino que también pruebo ideas.
Profesionalmente, sigo trabajando como director técnico, trato tanto con la parte administrativa como con la codificación.
Acabo de regresar de Slurm DevOps, donde aumentó sus habilidades. En cuanto a la parte de gestión, estoy tomando cursos pagados de forma activa, y algunos de los pensamientos de estos cursos entran en el canal.
Tal ejemplo fue "Tareas de gestión", https://t.me/ctorecords/1126 . Esta es una descripción de situaciones complejas que a menudo surgen en el trabajo. Es importante comprender que en la vida real, el director técnico puede desempeñar cualquiera de los roles descritos. Su tarea es poder salir de la situación actual con la ganancia máxima y las pérdidas mínimas. El criterio para la decisión correcta es la desaparición del conflicto. El truco aquí es que casi siempre cualquier rol no es éticamente perfecto: o el CEO quiere ahorrar dinero en alguien, o el empleado quiere vender los recursos de la compañía, o algo más está sucediendo.
Con el tiempo, mis herramientas se vuelven más útiles para los participantes. Entonces, por ejemplo, el club techdir cerrado recientemente abrió, que reunió a personas de muy altas calificaciones. Están interesados en comunicarse entre sí sobre temas muy específicos, para no distraerse con las "naves que aran el espacio exterior", sobre las cuales a los novatos les encanta hablar. Este es un chatik muy tranquilo. Todo sobre el caso.
¿Cómo te convertiste en CTO, qué camino tomaste? ¿Cuáles son los hitos más importantes en el camino? ¿Qué entendiste importante en el proceso de esta manera?
En 1995, cuando aún estaba en la universidad, fui a trabajar "en Internet", y desde entonces, 25 años siempre he trabajado en la misma profesión. Paso a paso, pasé por las etapas de todas las variaciones de programadores, líderes de equipo y, finalmente, crecí en techdir. Se mudó a Moscú y volvió a hacer lo mismo una segunda vez: confirmó sus habilidades en Rambler, Yandex y Mail. Y luego comenzó a construir sus propias soluciones técnicas y equipos.
Un punto importante: siempre me encantó el negocio que estaba haciendo. Y obtuvo un impulso real del éxito en la profesión.
Creo que lo más importante en la profesión es la capacidad de detenerse y pensar cuidadosamente sobre el futuro, para ver la victoria en él. Solo después de que la veas, como tú mismo crees en ella, puedes guiar a la gente como Moisés guió a su pueblo.
NB: La tarea principal del tehdir es encontrar un lenguaje común con todos, eliminar las contradicciones, indicar claramente las condiciones de la victoria y el camino hacia ella. Motive a su equipo con su ejemplo. Tehdir es el capitán de la nave.
Comunidad de TI y club tecnológico
¿Planea desarrollar de alguna manera el canal "Notas Techdir". Otras plataformas? O escribir un libro? Tienes historias reales allí, instructivas y divertidas, para todo un libro.
Sí, se han acumulado muchas historias divertidas. Por ejemplo:
. , API 21:00. , , , 21:00. . .
2014 . , . 2 ( 18:00 ): - ! ? - , . - ... , 7:00 ! ? OMG... - . - ? ? , - . . ... , ... - , - , - ... , . . - 4 . . . : - ! - . ! - .... ? ? ? - . ... ! . : - - ? - ! ! - 00:30 . -? . . , , , , 4 . - e-mail, , ! 2 .
Desarrollo sistemáticamente actividades techdir y desarrollo la comunidad. Algunos de los temas planteados provocan una respuesta tan tormentosa que debe ajustar sus propios enfoques para trabajar sobre la marcha. Así, por ejemplo, ajusté los enfoques de la tecnología desarrollada por mí para auditorías externas del equipo y tecnologías para ayudar a contratar expertos técnicos.
No me esconderé, tengo intenciones y objetivos muy claros para la comunidad techdir hacia la que me estoy moviendo. En muchos aspectos, me guían las solicitudes de los propios miembros de la comunidad, pero también hay un vector de movimiento global que da sentido a todo lo que hago.
Pensé en el libro y tal vez incluso eso tiene sentido, pero esperaré hasta que sea claramente necesario. Me gustaría que este deseo surgiera "orgánicamente", y no a través de algún tipo de relaciones públicas.
¿Cómo evalúa el desarrollo de la comunidad de TI en Rusia? ¿En qué ciudades está más desarrollado? ¿Cuáles considera que son los criterios de desarrollo y formación?
La TI en Rusia (y no solo en Rusia) se convirtió en un elevador social que elevó a los jóvenes talentosos al nivel no solo de expertos mundiales, sino simplemente de personas acomodadas. El elevador es tan efectivo que algunos hacen alarde no tanto de sus éxitos como de los éxitos logrados gracias a una exageración común.
Se cree que todo tipo de persona de TI inteligente puede formar su propio equipo, encontrar fondos para él y crear al menos algo que se pueda vender. No todo está bien, pero este ejemplo no está muy lejos de la verdad.
¿Por qué son estas personas exitosas de la comunidad? ¿Por qué deberían consultar con personas como ellos? Ellos mismos hacen un excelente trabajo! Cada uno es un supermega único, capaz de construir VKontakte, Odnoklassniki o incluso Facebook en una sola persona. Dichos expertos no necesitan a nadie, ellos mismos con bigote.
¿Qué necesitan ellos? ¿Qué necesitan estos especialistas cuando entran en la sociedad de consumo descrita por Jean Baudrillard?
NB: Hype está corrompiendo. El bombo absoluto corrompe absolutamente. Es importante comprender claramente dónde están sus logros personalmente y dónde están las consecuencias del crecimiento explosivo del mercado y la escasez de especialistas en TI. La autocrítica y la autorreflexión dentro de ciertos límites es una cualidad importante para un profesional.
Cuéntanos sobre el canal cerrado para técnicos. Cómo apareció, qué tareas resuelve, qué tipo de personas están presentes allí.
El Club Techdir Cerrado fue una respuesta a la solicitud de un grupo de especialistas en TI altamente profesionales para retirarse a un lugar donde puedan discutir los temas más delicados, sin distraerse con las opiniones de los Pioneros / Junio. El hecho es que los verdaderos "jugadores de ajedrez" simplemente están cansados de los numerosos Bender Ostapes, quienes en lugar de discusiones reales constantemente se auto-promueven y empujan pensamientos al estilo de "El ajedrez pensó que la ciudad del condado [New Vasyuki] en la capital del mundo se convertirá en ciencia aplicada e inventará métodos de comunicación interplanetaria ". Obviamente, los profesionales de la categoría de autores de Kotlin, Tarantula o Postgres están interesados en cosas bastante específicas y claras. Estos muchachos enfocaron todas sus aspiraciones y metas en la vida en una orientación profesional.
El club existe solo unos pocos meses, y la audiencia solo se está conociendo hasta ahora. Todas estas personas están acostumbradas al poder, acostumbradas a que sus palabras se perciban sin críticas y como una ley. Aquí todos saben quién es quién y se comunican muy cuidadosamente entre ellos. El resultado es una construcción realmente interesante.
Los temas hasta ahora son bastante limitados: ocasionalmente muestro citas. Uno de los artículos publicados en el canal público son las preguntas sobre el procesamiento técnico de los registros.
En el futuro cercano, que yo sepa, planea hablar en la reunión. Cuéntame más acerca de lo que hablarás, con qué problemas lidiar.
Si El 9 de octubre, a las 19.00, el Team Lead Meetup estará en la oficina de SkyEng para administrar el equipo y el conocimiento de los profesionales del equipo. Emitir en este enlace: https://youtu.be/Y9Sxg14pads
Este será un informe de revisión ante los Timlids sobre la esencia del trabajo del techdir. De una compañía a otra, el papel de techdir es completamente diferente, pero en general siempre significa trabajar en tres equipos: un equipo superior (desarrollo de infraestructura), un equipo de producto (desarrollo de soluciones comerciales) y un equipo técnico (implementación de infraestructura y soluciones comerciales).
El equipo de producto siempre se verá ahogado por soluciones orientadas a muletas que acumulen deudas técnicas.
El equipo técnico se ahogará por el trabajo de la manera correcta, por el uso de tecnologías exageradas que son costosas de implementar, por el trabajo sobre especificaciones técnicas detalladas que alguien más debería escribir para ellos.
El equipo de tops requiere cronogramas precisos y estimaciones de recursos con un mínimo de redacción precisa para el equipo técnico.
En esencia, el trabajo del techdir es resolver diariamente el conflicto entre dinero, usuarios y desarrollo.
NB: Techdir en casi cualquier empresa es un árbitro que suaviza las contradicciones entre el producto, los equipos técnicos y de gestión. Y cada miembro del proceso encuentra una construcción que beneficiará al proyecto.
El día de Tehdir en San Petersburgo el 3 de septiembre fue un éxito. ¿Planeando desarrollar este evento? ¿Y por qué el 3 de septiembre, cuando "todos voltean los calendarios"?
El día de Tehdir fue muy impactante: más de cien personas se registraron, entre las cuales se encontraban directores generales y técnicos, líderes de equipo, arquitectos, productos y proyectos. Es sorprendente que del caldo preparado de cerveza y limonada, la limonada se haya vendido muy bien y quedara más de la mitad de la cerveza. Se puede tirar otro estereotipo.
La fiesta se celebró sincrónicamente en San Petersburgo en Selectel y en Moscú en Skyeng. Organizamos un video puente completo entre las capitales y nos felicitamos mutuamente.
Según los resultados, acordamos no solo celebrar Techdir Day anualmente en las capitales, sino también difundir las vacaciones a todas las ciudades con millonarios por tipo de franquicia. Ahora estamos recopilando solicitudes de participación (¡escriba a dsimonov@gmail.com!)
¿Qué es techdir?
HR, que habló en el Día de Tehdir, ha dicho repetidamente que es muy difícil formular quién es el CTO, qué tipo de animal es, con qué se come y cómo cazarlo y cazarlo. ¿Cómo se determina qué es un techdir? ¿Y cómo se desarrolló esta profesión?
Techdir: ¡suena orgulloso! Desde mi punto de vista, techdir es sinónimo de la palabra "ganador", que cree en sí mismo, cree en su equipo, cree en la victoria. Y él gana. No puede dejar de ganar; de lo contrario, no es un editor tecnológico, sino un desarrollador que se imagina a sí mismo. Esta es su tarea principal: superar las dificultades, convencer a los colegas, implementar planes. Pero lo más importante es ver su victoria y comprender en detalle en los detalles cómo se logrará. ¿Cuáles son las pequeñas cosas? Estos son detalles cuyos valores el técnico no entiende. ¿Qué es Tehdir entonces?
En este caso, no importa cuán profesional sea, perderá cualquier batalla, se fusionará y contará a los accionistas en detalle por qué no funcionó. Con una presentación, discurso y justificación excelentemente entregados. Y luego irá a conferencias durante mucho tiempo y hablará no sobre cómo construir proyectos, sino sobre cómo no construirlos. Este será un profesional de por qué el proyecto no funcionará. Periódicamente me encuentro con esas personas en clubes de duraznos. Sus palabras siempre comienzan con "¡Ahora te diré por qué no tendrás éxito!"
NB: La cualidad más importante de tehdir es el hábito de ganar, ver la victoria en dificultades y problemas, y nunca darse por vencido. Siempre puede encontrar una solución en cualquier situación: solo necesita mirar el problema desde un ángulo diferente y expandir el túnel de la realidad.
Si tuviera que seleccionar techdir para un proyecto paralelo, ¿con qué criterio seleccionaría?
En HH, a pedido del CTO / CIO en Moscú, hay muchos cientos de currículums. Si observa detenidamente los perfiles, de hecho, este es un currículum de CTO / CIO. Ex ejecutivos y gerentes que quieren probar en puestos de Jefe. Es decir, aquellos que se consideran CTO o quieren convertirse en uno. ¿Cómo entre estos muchos candidatos descubrir quién vale qué? ¿Sobre qué preguntarles?
Las recomendaciones de los dueños de negocios son muy importantes. Y si rompiste con alguien que no es muy amigable, pide comentarios de inmediato. Estas personas son sus colegas que ya saben cómo trabajar con el candidato y, a partir de ellos, la lista de rastrillos es importante para usted, lo que es mejor no pisar.
También requerirá recomendaciones de subordinados. Estas personas tienen experiencia subordinada al candidato y experiencia confiando en él como líder. Al final, mucho depende de la confianza del equipo. Mira lo que realmente sabe hacer con sus propias manos y cómo se relaciona con tu proyecto. Aquí es importante no tanto que él mismo construya todo con sus manos, sino, en principio, su voluntad de profundizar en lo que está sucediendo en el código. Aclarar la pila de tecnologías con las que el candidato tiene experiencia interactuando con especialistas.
La lista de proyectos lanzados de forma independiente con URL y una descripción del rol en el proyecto. Debe haber algún tipo de evidencia concreta reforzada de la realidad de este papel, y no solo "estar a la espera". Este ítem trata sobre el hecho de que el candidato está acostumbrado a recordar sus proyectos. Si no tiene esa habilidad, puede aprenderla muy bien, a su costa.
Una descripción de los principios por los cuales el candidato compilará una tabla ph con un corte en las especialidades con pago fijo por mes y / o pago por hora. El FOT siempre torpedea, y si el candidato tiene hábitos para su formación, significa que sabe qué lados cubrir al torpedear.
Si es posible, ejemplos de documentos escritos por uno mismo. Por ejemplo, sesiones de estrategia, una característica pintada con descomposición técnica, piezas de especificaciones técnicas, documentos de prueba, un cronograma, cronogramas detallados, y eso es todo. Todos estos documentos, por supuesto, son secretos comerciales o aglomerados. Nadie te los dará.
Es importante asegurarse de que el candidato esté acostumbrado a trabajar con dichos documentos, tenga la habilidad y no sea la primera vez que lo haga. Todo esto debe resolverse en su cabeza. Si piensa cómo construir estos documentos, y no construye, esto es un indicador de falta de experiencia. Los hábitos fijos en el nivel de la máquina dicen mucho.
Estas son preguntas difíciles, y no todos podrán responder por completo. Incluso si las respuestas a estas preguntas son muy modestas, es mucho más importante que sean honestas. Preliminarmente discuta con el candidato lo que espera de él, en primer lugar, la confianza y la honestidad, y en segundo lugar, sobre una gran experiencia.
Lo más importante es poder comprender para cada candidato cómo está acostumbrado a trabajar, qué hace "automáticamente". Son estas habilidades las que usará en cualquier situación difícil.
¿Existen manuales técnicos, parámetros y criterios para Tehdir o es el Jack mítico de todos los oficios?
Hace un cuarto de siglo, los webmasters eran niños. Luego vinieron los chicos programadores web. Luego vinieron los muchachos completos. En general, los niños debían venir y hacer todo. (Risas) ¡Ahora estos muchachos se llaman directores técnicos!
Es cierto que para convertirse en técnicos de pleno derecho, los niños tuvieron que mejorar significativamente. Un equipo de hasta 5 personas aún puede controlarse manualmente, de hecho, este es un "código duro" tonto, como lo dicen los programadores. Para equipos grandes, el código duro ya no funciona: debe introducir marcos complejos y flexibles completos, desarrollar los procesos básicos en ellos. Techdir es una persona que programa no solo en lenguajes de programación, sino también en lenguaje de documentos: planifica presupuestos ph, escribe programas de prueba, desarrolla políticas para contratación, incorporación y despidos. Ahora opera no con variables, sino con equipos, centros de datos, infraestructura. Está más preocupado por los problemas comerciales, y a menudo son realmente más importantes que las hermosas soluciones técnicas locales.
El trabajo comienza con un equilibrio entre el presupuesto, los plazos y las soluciones técnicas. Además de estas tareas voluminosas, en las que una parte importante está ocupada trabajando con personas, también debe haber algo que distinga este techdir particular de los demás: su propia personalidad. En muchos sentidos, todo está determinado precisamente por esta personalidad y las soluciones técnicas en primer lugar.
Por ejemplo, si estamos hablando de un ingeniero de mantenimiento técnico, entonces él se enfoca en un montón de sistemas de monitoreo ajustados al sistema que monitorean los objetivos. El orden de trabajo es muy importante para los expertos en tecnología en general, y para estos operadores, el cumplimiento más estricto de las regulaciones es, en primer lugar. Estas siguen siendo tendencias generales para todos los técnicos.
Pero una persona está determinada por el hecho de que es capaz de establecer tendencias por sí misma. Por ejemplo, publique sus propios complementos y ajustes para sistemas de monitoreo conocidos, adaptados a sus propias necesidades.
¿Por qué es tan importante la personalidad? En su ausencia, no habrá nada en desarrollo, y el techdir en sí es fácil de reemplazar, no hay diferencia en quién trabaja como techdir. Y no habrá rastros del técnico anterior en funciones. Será olvidado al día siguiente.
NB: Techdir: no solo debe ser un buen especialista, sino también una persona. Con un enfoque único, con alta iniciativa. De hecho, este es el capitán del barco: si no será un ejemplo para todos y no causará respeto, el equipo divagará alrededor de las peras y se dispersará en cada puerto. En cierto sentido, el experto técnico no está programando el código, sino las personas y el equipo.
Como estamos hablando de profesiones, hay una opinión, por ejemplo, Artyom Galonsky del Bureau Bureau me dijo que el ingeniero DevOps no existe en la naturaleza, que esta nueva profesión fue inventada. Y la mayoría de las veces, este nombre propio sirve para solicitar un salario más alto en el mercado laboral, pero de hecho, el ingeniero de DevOps es solo un administrador con excelente conocimiento de Kubernetes. ¿Cómo definirías qué es un ingeniero DevOps? ¿Ya has contratado a tal empleado?
El mundo del desarrollo se está acelerando rápidamente en la "última milla" cuando la implementación en sí está en curso a nivel de velocidad, pero las herramientas técnicas y organizativas previamente existentes para la administración del sistema no pudieron hacer frente a esto y se convirtió en un cuello estrecho.
Los desarrolladores (Dev) y los administradores (Ops) siempre han organizado batallas mutuas entre sí. Si hubo un problema, Ops dijo que el código es un problema y Dev, que la configuración del servidor.
Luego se les ocurrió una metodología para la cual es necesario construir un equipo de tal manera que Dev y Ops intercambien regularmente experiencia en el desarrollo y mantenimiento del proyecto. Proporciona una solución de equipo a los problemas de soporte y desarrollo de desarrollo y entrega de software utilizando numerosas herramientas que proporcionan trabajo con código, ensamblajes, pruebas, administración de artefactos de ensamblaje, administración de versiones, configuración, monitoreo y registro.
En mi opinión, para devops one k8s no es suficiente, necesita comprender en arquitectura y desarrollo, para poder construir sistemas e implementaciones confiables cuando sea necesario, escribir código y comprenderlo, al menos un poco. Miro con interés los cursos de capacitación de Slurm que enseñan a los ingenieros de DevOps y SRE, pero por ahora prefiero no usar los servicios de solteros, sino el trabajo en equipo. Esto se debe al hecho de que los equipos de los centros de competencia garantizan la estabilidad de mi infraestructura al precio de uno o dos ingenieros.
A veces, las profesiones “de moda”, “exageradas”, que existen durante uno o dos años, a veces aparecen en el mercado y desaparecen. Una vez, hace unos cinco años, todas las compañías se apresuraron a buscar especialistas en configuración de Jira, luego, hace unos tres años, todos decidieron que era imposible trabajar si el equipo no tenía scrum master. ¿Cómo se sienten estas profesiones ahora? ¿Y no se esperarán los mismos ingenieros de DevOps en un par de años?
Los especialistas en Jira y Scrum han formado su pequeña comunidad y, por cierto, les ordeno regularmente algunos servicios. Dependiendo de la profundidad del estudio, ganan más o menos dinero.
Devops - .
?
, , . ?
, , , , .
, . , — , sre . — , , , -, - . ? — , , .
, , . , 10-30 , . , , , — , — . . . , .
« 10 .», . , , . , , , , .
, , , . , . , , , . , , , , , , , - . — , .
NB: . , , , , . , . .