Hace unos días, un amigo se jactó de que había envuelto a un tipo en una entrevista de seguridad social que trabajaba solo en personal. Un amigo trabaja en una empresa de abarrotes y está firmemente convencido de que no sirve de nada a los idiotas de las galeras. Allí trabajan mercenarios sin alma, bribones profesionales de entrevistas y gente perezosa. Él dice que el producto se doblará antes de que tomen un tema de color en el IDE.
Mi amigo es categórico y odia a los empleados incluso más de lo que se merecen. Él cree que los empleados están matando la esencia misma del desarrollo. Toman a los malos desarrolladores, los arrastran a través de la seguridad social, los venden más caros en una corporación donde todo está resuelto, y no hay ninguna cuestión de supervivencia, y simplemente viven tranquilamente con un trago de dinero e imitación del trabajo. En general, los odia como agentes de intercambio comunistas que trabajan duro.
Y toda mi vida trabajé en personal, y, por supuesto, pienso de manera diferente. Y quería condenar a mi amigo, pero recordé cómo me negué a llevar a los desarrolladores de comestibles en las entrevistas.
Una vez, el equipo y yo realizamos entrevistas técnicas, el candidato buscó bien, pero decidimos que no nos convenía solo porque venía de una empresa de comestibles. El tipo se pasó media hora hablando del producto que hizo en su último trabajo. No dijo cómo se hace el producto, sino qué hace el producto para las personas. Nos preguntó qué estamos haciendo, y no cómo y con la ayuda de qué. Por supuesto, no nos dijimos el uno al otro: "El producto es importante para él, pero debería ser una mierda", pero fuimos unánimes en nuestra falta de voluntad para trabajar con él, y pensamos en muchas razones para rechazarlo.
Entonces no le di ninguna importancia a esto, pero ahora entiendo: parece que los desarrolladores, que se venden tres veces al año para proyectos de otras personas, y los desarrolladores, que han estado calculando un producto durante cinco años, son profesionales completamente diferentes. Después de hurgar completamente en mí mismo, me di cuenta de que no solo me considero el primero, sino que también desprecio inconscientemente a las personas que han estado trabajando en el mismo proyecto durante más de dos años.
Quizás esto se deba a malos ejemplos. Una empresa de alimentos donde trabajaba usaba C # 2.0. DOS CERO. Simplemente argumentaron: el proyecto es grande, si lo transfieres a la nueva versión, generaremos un montón de errores. Y acepto este argumento: este es el argumento del negocio, para el cual las ganancias son más importantes que la tecnología. Entiendo el negocio, pero no puedo entender a los desarrolladores que están contentos con esto.
Hay miles de razones profesionales para usar la última tecnología. Todavía puedo entender el descenso consciente de una carrera en el baño: está bien, un hombre encontró un trabajo para toda la vida, esta es su elección. Pero maldita sea, tienes una tarea, aquí hay un chip de C # 4.0 que lo automatiza. Y responden: “No, no necesito automatización. Ahora comenzaré a escribir un montón de mierda, y funcionará ". Me dicen en persona que no creen en la nueva tecnología, no creen que mejorará su producto. Y después de todo, ella realmente no mejorará. El pozo no mejorará porque fue excavado por una excavadora en lugar de una pala. Pero para mí, estos desarrolladores son como taxistas que odian a Yandex y están furiosos por hablar de pilotos automáticos. Y no estoy listo para trabajar con tales desarrolladores.
Obviamente, este es un caso extremo. La mayoría de los equipos de productos utilizan tecnologías bastante nuevas, pero el énfasis es muy significativo aquí. ¿Qué es lo más importante para estos desarrolladores? ¿Y qué es lo más importante para mí? Cosas muy diferentes.
Para ellos, soy un hipster que corta rebanadas de pan. El hombre que destruirá los resultados de tres años de trabajo por el bien de las nuevas tecnologías. En su sistema de valores, soy una plaga. Mi enfoque, mi forma de escribir código para ellos es una pérdida de tiempo. El hecho de que para mí el estado del proyecto en la dieta sea más importante que su estado en realidad es impensable para ellos.
En general, estoy seguro de que los muchachos de las compañías de alimentos pueden decirme mucho mejor por qué yo y las personas como yo somos tontos completamente inútiles, y básicamente no estoy listo para discutir con ellos. Hacemos cosas diferentes por diferentes razones.
Es importante para ellos qué hacer y por qué. Para mí, incluso cerebros para baños inteligentes, incluso las armas de genocidio, lo principal es cómo nos damos cuenta de esto. Lo que nos une es que todos escribimos código.
Pero recientemente encontré un trabajo soñado que desafió todo lo que escribí. Me invitaron a hacer robots, hacerlo en mi pila favorita, a un ritmo de inicio y con un equipo muy bueno. Era un trabajo en el equipo más productivo y estaba muy feliz.
Todos los días en este trabajo me sentía mentiroso, no soy el tipo de persona que necesitan. Mientras estaba reelaborando la arquitectura de un módulo insignificante durante tres semanas, hicieron todo el trabajo real. Y luego también me alabaron, por cortesía, dicen, excelente arquitectura, Phil. Es cierto, no necesitamos una cogida, y solo se come el presupuesto para el perfeccionismo que no es necesario para nadie, pero gracias de todos modos por nuestros leñadores son tan hermosamente roncados.
Nos dispersamos rápidamente, y realmente espero no haber gastado demasiado de su tiempo y dinero, porque después de eso me sentí muy avergonzado. Pero mi error no es que soy el desarrollador equivocado, es que no entendí qué tipo de desarrollador soy. Y lo más importante: no estoy listo para cambiar. Soy un desarrollador de personal, un remero de galera.
Cuando me contratan, compran mi capacidad para ir a entrevistas, porque mi empleador me venderá a las corporaciones al día siguiente. Una habilidad importante para el personal: soy muy bueno para ser la persona que el equipo necesita. ¿Necesitan un tipo que envíe docenas de correos electrónicos con preguntas a todos? Bazar cero, recibirás correos electrónicos. ¿Necesita una revisión agresiva del código? Sostén mi cerveza. ¿El equipo necesita un mentor atento? Siéntate, te contaré todo sobre el sistema de tipos. ¿Necesita hacer funciones a un ritmo frenético? Soy una máquina que reproducirá el código día y noche hasta que el programa de funciones de Ajail llegue al estado correcto. No puedo hacer lo mismo en la empresa de comestibles. Las personalidades de mi proyecto no viven mucho tiempo, y después de tres meses, el cerebro requiere un cambio. Estoy empezando a quemarme y escribir artículos llorosos.
La ironía es que me venden a compañías de alimentos. Pero llegando a un nuevo proyecto desde afuera, usted es el dueño de la situación. Si no le gusta, ni siquiera necesita dejar de fumar, solo pregunte a otro. Las personas que nos contratan están demasiado ocupadas con la idea de que necesitamos estar acostumbrados al máximo, simplemente no tienen tiempo para enseñarnos el área temática y la filosofía del proyecto. Están mucho más organizados que los gerentes en una oficina de comestibles normal, porque cuando se trabaja con personal, la conexión entre el dinero vertido y la cantidad de boletos cerrados es muy obvia.
Su organización lleva a una descripción muy competente de las tareas y un proceso de desarrollo establecido. Se establecen en la rotación del personal, por lo que la calidad del código es de gran importancia para ellos. Para que pueda trabajar bien sin profundizar en la naturaleza comercial del proyecto. En mi opinión, tales condiciones son las mejores para un desarrollador profesional.
El producto en personal es fugaz, el enfoque es eterno. Vendo y desarrollo mi enfoque. Si hubiera llegado a ese trabajo soñado no como un empleado a tiempo completo, sino como una persona fuera del personal, creo que todo hubiera funcionado mejor.
Hay tantos proyectos en los que me gustaría trabajar. Los afortunados que están trabajando en ellos ahora se dirán a sí mismos antes de la muerte: "Hice VSCode, es de gran importancia para la humanidad", y tendrán razón. Me diré a mí mismo: "Escribí un código excelente en algunos proyectos, esto es de gran importancia para mí", y tendré razón. Lo principal es descubrir rápida y correctamente lo que te hace feliz.