Muchas personas piensan en los problemas que les preocupan antes de acostarse o al despertarse. No soy una excepción. Esta mañana me vino uno a la cabeza de Habr:
Un colega compartió una historia en un chat:
El año pasado tuve un cliente increíble, esto fue cuando estaba lidiando con una “crisis” pura.
El cliente tiene dos equipos en el grupo de desarrollo, cada uno de los cuales se ocupa de su propia parte del producto (condicionalmente, el back office y el front office, es decir, el software que trabaja en la formación de pedidos y el software que trabaja en la ejecución de pedidos), integrándose ocasionalmente entre sí.
El equipo de back office ha ido completamente cuesta abajo: seis meses de problemas continuos, los propietarios amenazan con despedir a todos, contrataron a un consultor, después del consultor contrataron a más que a otro (a mí). Además, el segundo equipo (storfront) trabajó con normalidad y continuó trabajando con normalidad, fue el equipo de back-office, que también había trabajado con normalidad antes, el que empezó a estropearse. Los equipos se sientan en diferentes oficinas y están acostumbrados a cabrearse unos a otros.Motivo: la tienda y la parte trasera son un solo sistema, hay muchas dependencias en él, los equipos en diferentes oficinas no se comunicaban entre sí. Los propietarios "miran" el frente lateral todo el tiempo, por lo que tienen nuevas características, ideas y control allí. Ella era un chico polifacético, una combinación de licenciatura, diseñadora y “tráenos café”. Este chico, desapercibido para su equipo, estaba realizando un montón de pequeñas tareas como "notificar al segundo equipo sobre el despliegue", "actualizar la documentación", etc. rutina, hasta "ingresar todo tipo de números de versión y componentes en el ticket". Pero el niño no escribió ningún código y en un momento los propietarios decidieron optimizarlo y despedirlo. Para el equipo de la tienda, nada ha cambiado, simplemente no crearon ni actualizaron los muelles, y el equipo de backoffice se encontró en una situación en la que los lanzamientos de la tienda rompen algo para ellos, y ese es su problema, y si sus lanzamientos rompen algo para la tienda, ese es nuevamente su problema, porque la tienda está a la vista de los propietarios :)
Lo que me llamó la atención de este comentario y lo que el buscador encontrará en el título, debajo del corte.
He estado desarrollando aplicaciones web durante 20 años, por lo que anverso y reverso no son solo palabras para mí. Son cosas muy estrechamente relacionadas. Por ejemplo, no puedo imaginar una situación en la que el frente se desarrolle en completo (o muy fuerte) aislamiento de la parte trasera. Ambas partes operan con los mismos datos y realizan operaciones muy similares. Puedo imaginar aproximadamente cuánta información se mueve entre los desarrolladores de ambos equipos para coordinar el desarrollo, y durante cuánto tiempo y con qué frecuencia se deben realizar estas aprobaciones. Los equipos no pueden evitar comunicarse estrechamente, incluso si se encuentran en diferentes zonas horarias. Especialmente si tienes JIRA.
Sé que no tiene sentido advertir a los desarrolladores sobre el despliegue del frente. La nueva versión del frontal no puede romper nada en la parte trasera, sino al contrario, sí. Son los desarrolladores de front-end los que están interesados en notificar a los desarrolladores de back-end que necesitan una funcionalidad nueva o modificada. El frente depende de los despliegues traseros, y no al revés.
¿Qué chico quién?tráenos café", no puede haber un BA (si por BA entendemos "analista de negocios"), y un BA no puede ser "chico, tráenos café". Y ciertamente, "agregar todo tipo de números de versión y componentes"Ni el "niño" ni el BA pueden hacerlo sin discutirlo con los equipos de desarrollo. Es como el carro delante del caballo.
Dado que el "niño" fue despedido, estas funciones, de "traer cafe"y antes"poner grasa", debería haberse redistribuido entre otros miembros del equipo. En un grupo establecido, los flujos de información y los roles son fijos; si el intérprete de uno o más roles ha abandonado el escenario, entonces el resto de los miembros del grupo todavía necesitan recibir información familiar. información de roles familiares. Simplemente no pueden evitar notar que la información necesaria para el trabajo ha dejado de llegar a ellos. Es como si un drogadicto no pudiera evitar notar el hecho de que el suministro de drogas se ha detenido. Y así como un drogadicto busca y encuentra otros canales, por lo que los miembros del grupo intentarán encontrar fuentes de la información que necesitan en el “otro" lado y nuevos intérpretes de roles antiguos. Y seguramente encontrarán, al menos, a alguien que, en su opinión, debería darles ellos la información necesaria.
Incluso si asumimos que los canales habituales de información están cerrados, y el que debería no cree que debería hacerlo, entonces los desarrolladores posteriores, bajo amenaza de despido, no ocultarán al propietario las razones de sus propios fracasos. seis meses, sabiendo que sus problemas se deben a la falta de la información necesaria. Los propietarios no serán “estúpidos” durante seis meses, ya que antes necesitaban la información”.estaba cubierto de grasa", y ahora nadie lo agrega allí. Y el primer consultor no fue tan poco profesional como para no hablar con los desarrolladores back-end y no llegar al origen del problema: la falta de coordinación entre los equipos. Este es el motivo de los problemas descritos, y no el despido del "niño".
Una banal falta de comunicación entre desarrolladores es una causa típica de muchos problemas en el desarrollo y más. No es necesario ser un gran consultor para encontrarlo. Basta con ser razonable.
Creo que toda esta historia está bien pensada y bellamente contada. Bueno, no es del todo inventado: todos los elementos están tomados de la vida (anverso, reverso, desarrollo, niño, café ").grasa", ...). Pero están conectados de tal manera que tal diseño no ocurre en la vida. Por separado, todo esto se puede encontrar en el mundo que nos rodea, pero en tal combinación, no. Escribí arriba por qué .
Sin embargo, se presenta de manera muy plausible. Se lee con interés y hay implicación personal. Simpatía por "chico práctico", el pequeño mecanismo poco apreciado de la gran máquina (¡Es sobre mi!). Condescendencia hacia los desarrolladores que son tan inteligentes y experimentados, pero que no pueden ver más allá de sus propias narices (¡Están a mi alrededor!). Una ligera burla a los dueños, los ricos que se hicieron “bo-bo” con sus propias manos y no entienden los motivos (Bueno, ¡la viva imagen de mi liderazgo!). Desprecio por el primer “consultor” que no logró encontrar una fuente de problemas tan simple (Sí, hace poco entró un tipo con gafas y andaba luciendo inteligente.), y una unión entusiasta con un consultor “real”, que era el único que podía apreciar el verdadero papel de un chico polivalente (¡ese soy yo!).
¿Sientes satisfacción interior después de leer este comentario? ¡Nuestro papel como pequeños engranajes de un gran mecanismo en realidad no es tan pequeño! Maravillosamente dicho, aunque no sea cierto. Pero qué regusto tan agradable.
No sé qué tipo de colega y en qué chat le compartí esta revelación a mi colega. y por que colega mkrentovskiy Decidí publicarlo bajo el artículo ""autor destacado de habr 'a (que, por cierto, ¡en este momento ocupa el primer lugar en el ranking de Habr!), pero admito que mi colega mkrentovskiy lo hizo extremadamente bien. El mensaje del comentario y el estilo de presentación son tan consistentes con el mensaje y estilo de otras publicaciones. nmivan'Bueno, ¿qué podrías pensar de un consultor de crisis a partir del comentario y GG de muchas publicaciones? nmivan'a es la misma persona.
Leí bastantes publicaciones de Ivan Belokamentsev cuando el autor comenzó su actividad en Habré (en 2017). Algunos incluso lo disfrutan (, ). Tiene un buen estilo y una presentación interesante del material. Sus historias son muy similares a las historias de la vida real, pero tienen casi cero posibilidades de suceder realmente, en . Así es con esta historia en el comentario.
A decir verdad, personalmente no creo que Habr haya mejorado con las publicaciones de Ivan. Pero su calificación y Otros habitantes de Habr dicen lo contrario:
No entiendo tus quejas. Habr hace tiempo que resbaló, pero el autor da un poco de chispa y mejora el estado de ánimo de los lectores) sacando el recurso del abismo.
Sí, Habr no es una organización benéfica, Habr es un proyecto comercial. Habr es un espejo que refleja nuestros deseos. No mis deseos personales ni los deseos de cada visitante individual, sino la totalidad de todos nuestros deseos: el "promedio del hospital". E Ivan Belokamentsev siente mejor que nadie lo que todos necesitamos colectivamente y nos lo da.
Quizás no habría escrito este artículo si no hubiera empezado a ver la serie"".
"hemos perdido a dios"(c)
Esto es de la serie. Y esto se trata de nosotros.
Ya no estamos cautivados por la realidad creada por el Creador.
Dios, la naturaleza, el Big Bang, lo que sea. La realidad está ahí. A nuestro alrededor e independientemente de nosotros.
Vivimos en él de acuerdo con las leyes de la naturaleza (el Plan de Dios). Aprendemos las leyes (Plan) y aprendemos a utilizar la realidad en la que vivimos para vivir aún mejor. Pondremos a prueba nuestras conjeturas con la práctica, descartando las incorrectas y dejando las relevantes. Interactuamos con la realidad y la cambiamos.
Y hemos tenido mucho éxito en esto.
Hay mucha gente en el planeta. Tantos. Con la productividad laboral actual, ya no necesitamos sobrevivir: la minoría puede proporcionar a la mayoría todo lo que necesita. La mayoría de la gente necesita mantenerse ocupada con algo. Históricamente, el exceso de recursos destinados a la creatividad iba a parar a los más talentosos (o a los más disruptivos, que también es talento). Ahora hay tantos recursos gratuitos que cualquiera que tenga algún talento puede conseguirlos, sin importar su nivel. Compara cuántas películas se estrenan al año en todo el mundo y cuántas de ellas puedes ver. Cuántos libros están escritos y cuáles de ellos se pueden leer. Cuánta información se descarga en Internet y qué parte de ella se puede utilizar.
¿Por qué la profesión de TI es tan popular? Sí, porque puedes invertir un abismo de recursos en TI y nadie pestañeará (basta con recordar el problema del año 2000). Después de todo, en TI puedes pasar años desarrollando aplicaciones que quedarán obsoletas incluso antes de ser lanzadas, puedes intentar integrar componentes incompatibles y aun así hacer que funcionen, puedes reinventar tus propias ruedas una y otra vez, o puedes hacerlo ahora mismo. empezar a apoyar programas en Fortran, que hace 20 años está cubierto de musgo. Puedes pasar toda tu vida en TI y no hacer nada útil. Y lo más importante: ¡nadie lo notará! Incluso a ti mismo.
Pocos de nosotros podremos dejar una huella en la industria de TI. Y aún menos personas podrán dejar un buen recuerdo. Los resultados de nuestro trabajo se depreciarán en los próximos 10 a 20 años, en el mejor de los casos, o incluso antes. Y ciertamente durante nuestra vida (si llegamos a la edad de jubilación). No podremos mostrarles a nuestros nietos los sistemas informáticos en los que trabajó su abuelo en su juventud. La gente simplemente olvidará sus nombres. Al comienzo de mi carrera levanté estaciones postales. bajo "". Me faltan 20 años para jubilarme y 10 años para tener nietos, pero la mayoría de ustedes ya no han oído nada sobre la "excepcional aplicación de correo electrónico de mediados de los 90" ("El mejor paquete de software de correo electrónico de mediados de los años 1990.").
Quizás en realidad no somos muy conscientes de la inutilidad de nuestra carga de TI, pero en el subconsciente nos esforzamos por escapar a donde nos sentimos cómodos. En mundos ficticios donde el uso de Scrum y Agile conduce inevitablemente a la aparición de productos que conquistan el mundo con su utilidad durante décadas. Donde no somos simples pequeños engranajes de grandes mecanismos, sino engranajes sin los cuales los grandes mecanismos se rompen. Donde nuestra vida no se desarrolla en la ejecución sin sentido de acciones rutinarias, sino que está llena de creatividad y creación, de cuyos resultados podemos estar orgullosos.
Escapamos a estos hermosos mundos ficticios de nuestra propia inutilidad en el mundo real. Buscamos consuelo en ellos.
Buscamos consuelo, incluso en Habré. E Iván nos lo da aquí.
Fuente: habr.com