Esto no es solo un sesgo. Esta es la realidad. Yo mismo lo experimenté. Lo he visto en otros. Lo sentí en mi alma. No sé si este artículo ayudará a alguien. De algun modo. Pero me siento obligado a dar algunas razones por las que es cada vez más difícil para las personas mayores como yo encajar en un trabajo, y mucho menos tener éxito en él.
No pretendo hablar en nombre de todas las personas mayores. Y no estoy diciendo que no haya algunos desarrolladores envejecidos que prosperen bastante bien en su entorno. Las siguientes observaciones son mías y solo mías. Tu experiencia puede ser diferente.
Fatiga de la política
Cuando era más joven, estaba feliz con todos los juegos de política corporativa estándar. Demonios, a veces incluso los disfrutaba. Pero ahora ... Bueno, digamos que me he convertido en el polo opuesto de un actor político, y mi falta de voluntad para seguir el juego a menudo causa problemas tangibles en mi trabajo.
Solía trabajar en administración. En un momento, tenía 60 desarrolladores, organizados en 6 equipos, que me informaban de todo. En ese momento, estaba mucho más preocupado por “hacer bien” mi verborrea. Estaba mucho más inclinado a pasar horas escribiendo informes (que sabía que no leerían) y marcando casillas de auditoría (que sabía que a nadie le importaba).
Hace unos 5 años, dejé deliberadamente el liderazgo. Quería volver a ser solo un codificador. Aléjese de la política lo más posible permitiéndose una sobredosis de código. Pero sucedió algo gracioso en mi camino hacia un codificador. La política parece haberme seguido.
En los días buenos, todo lo que hacía era mirar el IDE. Pero durante demasiados días, entiendo que se espera que les diga a los líderes exactamente lo que quieren escuchar. Durante demasiados días, sigo inmerso en reuniones y un sinfín de detalles administrativos. Pero con demasiada frecuencia hay que decirle a la dirección lo que quiere oír.
Como estoy obsesionado con esto, puede tener la impresión de que soy uno de esos viejos malhumorados. El tipo de persona que se queja de cualquier solución, por trivial que sea. Sin embargo, no creo que esa etiqueta me describa en absoluto.
Estoy perfectamente feliz de hablar con "negocios", "clientes" o "partes interesadas". Y, por lo general, puedo hablar con ellos de tal manera que evite la charla tecnológica y no humille a nadie. La gente puede preguntarme sobre cualquier resultado dudoso, y yo les explico con calma, aficionados, qué pueden tener consecuencias desagradables e imprevistas en el futuro. Durante semanas o incluso meses, estas interacciones no me dan ningún problema. Entonces sucede ...
Este es el momento en el que alguien quiere que hagas algo en el código que literalmente no tiene sentido.
Pero la gente no solo te dice que lo hagas. Te piden fervientemente tu opinión. Insisten en que sientes que has contribuido, incluso cuando tu única contribución lógica es decir que la idea es una completa locura. Pero no puedes decirles eso. De hecho, apenas puede decirles nada, a menos que respalde su solicitud original. Esto se debe a que la gente sigue pidiendo sus comentarios. Pero no quieren tus comentarios. Quieren que asientas y hagas lo que te pidan.
Cuando era más joven, era mucho más fácil para mí tragarme mis objeciones en tales casos. ¿Y ahora? Para mí es fácil evitar los insultos o la confrontación, pero no es fácil para mí formular comentarios en términos tímidos para que los magnates se engañen y crean que apoyo su idea.
No le estoy gritando a nadie. No utilizo vocabulario no profesional. Pero es mejor que lo crea: si me pregunta qué opino de una idea que es verdaderamente épica y estúpida, le dejaré muy claro que es una idea terrible. Es sorprendente la frecuencia con la que esta simple tendencia causa problemas en el trabajo una y otra vez.
Aversión a la rotación
Con cada año que me deslizo en el espejo retrovisor, mi paciencia con la fluidez despiadada de la tecnología disminuye un poco. Supongo que hablo como un dinosaurio. Pero no me quejo de la formación o la introducción de nuevas tecnologías. Aprender nuevas tecnologías suele ser divertido para mí, como lo es para casi cualquier programador. Me quejo (como me lo imagino) de la tendencia acelerada a desechar las tecnologías establecidas y sumergirse de lleno en una nueva, a menudo sin otra razón que el hecho de que a alguien realmente le gusta o a alguien realmente no le gusta la anterior. Si ha leído mis otros artículos, es posible que haya notado el uso frecuente del término "fan".
Si está promocionando una tecnología en particular pero no puede presentar un caso empírico convincente, probablemente sea un fanático. Si calumnias a otras tecnologías, pero el principal argumento en contra es que son viejas o estúpidas, probablemente seas un "fanático". Los ventiladores pueden parecer inofensivos en nuestra línea de trabajo. Pero pueden causar un daño real.
Si el fanático es un chico poco respetado recién salido de la universidad, sus pasiones irracionales probablemente no causarán ningún problema real. Pero los fanáticos pueden estar en cualquier lugar. Su gerente puede ser un fanático. El arquitecto de la torre de marfil que es amigo del CIO podría ser un fanático. Un tipo que ha estado en una empresa durante los últimos 20 años podría ser un fanático. Demonios, ¡incluso un CEO puede ser un fan!
Y una vez que un fan decide que odia la tecnología con la que trabajas (tecnología en la que probablemente has dedicado miles de horas), y una vez que sus palabras llegan a los oídos de quienes toman las decisiones, es solo cuestión de tiempo antes de que tú reescribe todo o cuando comienzas a buscar un nuevo trabajo.
Esta fluidez no se limita a la tecnología de punta. Se aplica a los paquetes de NPM, por ejemplo. O a las guías de estilo. O ... cualquier aspecto trivial de nuestro trabajo. Y una vez que la opinión en su departamento “evoluciona”, se da cuenta de que tiene que cambiar radicalmente la forma en que hace el trabajo o busca un nuevo trabajo.
¿Se pregunta por qué algo tan común como las pestañas y los espacios todavía puede enfurecer a la gente hasta el día de hoy? Esto se debe a que hay personas entre ustedes que han programado usando pestañas o espacios durante años y esto nunca ha sido un problema. Y entonces, un día, alguien entra y dice: “¡Oh! ¡No puedo creer que sigas usando tabulaciones / espacios! " Muy pronto, se verá obligado a seguir a la multitud en cualquier decisión trivial que se haya tomado por usted. O buscará un nuevo trabajo.
Por favor, no piense que no quiero aprender nuevas tecnologías (o técnicas). Mientras me sumerjo en algo que promete resolver un problema, estoy tan emocionado como el programador a mi lado. Pero no estoy contento con cambiar de lenguajes / frameworks / herramientas, etc., solo porque el método antiguo es supuestamente "tonto" y, presumiblemente, una nueva solución elegante y brillante vendrá para reemplazarlo.
El cinismo de la experiencia
Puedo recordar muchas veces cuando, al comienzo de mi carrera, mi ingenuidad era casi ... un activo interior. Verá, a veces era demasiado estúpido para darme cuenta de que me estaban utilizando. Pero en el proceso de "usar" también adquirí una valiosa experiencia. O impresionó a la gente que me vio romperme la espalda para que funcionara.
A los 20, cualquier sugerencia de trabajo adicional me habría llevado a hacer un maratón de codificación de 24 horas. O trabajar el fin de semana. Cualquier sugerencia de que estamos usando alguna tecnología (contraproducente y con poco apoyo) me llevaría a sumergirme de lleno en el proceso de aprendizaje e implementación de esa tecnología. Cualquier indicio de opciones sobre acciones o futuras OPI me haría pensar que estoy trabajando para el próximo Google y que podría trabajar para mí casi hasta la muerte, porque ... ¡seré rico!
¿Hoy? Bueno, digamos que me he vuelto más exigente con mis esfuerzos.
Trabajaré (y a menudo) horas extras. Pero tan pronto como sienta que se está abusando de mi voluntad de trabajar horas extras, charlaremos un poco. Y si nuestro equipo pierde a alguien y la "decisión" de la empresa es simplemente distribuir el trabajo entre el resto de los empleados - mientras se mantienen todos los plazos, entonces les garantizo - les diré muy claramente a todos que no aceptaré completamente al trabajador de otra persona. carga.
Ya no estoy contento con las promesas vacías de la mayoría de las empresas (especialmente las startups). Si el paquete de compensación incluye algunas opciones sobre acciones, eso es genial. Pero si espera que considere estas opciones como un componente principal, le sugiero que comience a reclutar en las universidades locales. Tengo hipotecas (plural aquí). Tengo facturas y obligaciones. E incluso si me gusta su empresa, no me gustará lo suficiente como para estar dispuesto a renunciar al salario al precio del mercado.
Aquí hay otra situación en la que mi experiencia (cinismo) a veces me puede dar problemas:
Una vez que tenga una reputación en la organización como un programador experimentado que realmente puede hacer algo, de repente se encontrará con muchas solicitudes de trabajo informales. Me refiero a situaciones en las que aparece alguien fuera de la canalización de su equipo y comienza a decir algo como "¿Qué tan difícil es hacer un pequeño cambio en esta aplicación?".
Adam, de veinte años, estaría encantado con tales peticiones. Unas cuantas reuniones breves y podía trabajar por las noches y los fines de semana solo para sacar un proyecto de guerrilla.
A veces lo hacía porque estaba asombrado por la tecnología. Otras veces, lo hice porque quería complacer. A veces incluso me metí en problemas por eso. Pero casi siempre he descubierto que mejorar mi reputación con la empresa vale la pena cualquier golpe a corto plazo.
Hoy en día, rara vez complazco a las personas que se me acercan con tales solicitudes. Usted los conoce. Se trata de personas que creen que pueden destruir por completo el proceso de desarrollo absorbiendo directamente a uno de los programadores. Tenía ejecutivos que intentaron hacerme esto (sin embargo, estaban completamente fuera de mi cadena de mando). He tenido señoritas que intentaron hacerme esto, sentándose a mi lado más cerca de su distancia natural y sonriéndome más de lo que alguien sincero está sonriendo.
Hoy mi reacción ante esta gente es siempre la misma. Los escucho cortésmente. Se proporciona cualquier retroalimentación inmediata que pueda ayudar a guiarlos. Pero, tan pronto como quieren empujarme para que haga el trabajo, fuera del proceso de desarrollo normal, me niego cortés pero firmemente.
Esta puede parecer la forma "correcta" de lidiar con esta situación. Pero me he dado cuenta de que tan pronto como le digo que no a alguien, tiende a tener todo tipo de efectos secundarios a largo plazo. Los gerentes me dijeron en las evaluaciones de desempeño que era "difícil trabajar con mí". Cuando trato de averiguar de dónde vino esta estimación, resulta que proviene de las mismas personas que intentaron que yo interrumpiera el curso normal de las cosas.
De hecho, es asombroso ver miradas de asombro en los rostros cada vez que digo en un tono profesional y desapasionado: “No. No haré eso "o" Tendrá que hablar con el gerente del proyecto sobre esto "o" Deberá discutir esta prioridad con el cliente directamente ".
Para algunas personas, no importa cuán profesional o justo sea usted. Todavía albergarán ira si te atreves a rechazarlos.
Poca tolerancia a la ambigüedad
Tal vez no les moleste mucho a los ancianos. Quizás solo me preocupe. No lo sé. Pero sé que durante las últimas dos décadas o más de trabajo corporativo, mi paciencia con la duplicidad corporativa flagrante se ha ido desvaneciendo.
Para ser claros: entiendo que las corporaciones tienen giros comunes. No me molesta cuando alguien dice que tenemos que "tocar la base fuera de línea" [transl. - base táctil fuera de línea: restablezca el contacto con alguien durante un período breve mediante una reunión real]. Y "pensar fuera de la caja" es una frase trillada (y casi sin sentido), pero cuando alguien dice estas palabras, adivino lo que están tratando de transmitir.
Pero si me dices que tenemos que hacer unas "dimensiones correctas" [aprox. transl. - dimensionamiento adecuado - reduciendo el tamaño de la empresa reduciendo el personal], estoy un poco enfermo. Si continúas predicándome acerca de ser un "destructor" [aprox. transl. - ser la persona que va en contra del sistema], sé que tu idea de "disrupción" es que yo trabaje por las noches y los fines de semana para hacer realidad tu visión de la aplicación.
Si me está pidiendo que acepte un "evento", es una forma sutil de intentar darme un nuevo trabajo sin tener en cuenta las prioridades actuales del proyecto. Podría continuar, pero ya entiendes el punto. Realmente odiaba esta necesidad constante de apoyar ideas desagradables en alguna forma vaga de "nuevo discurso".
Esta frustración es especialmente sorprendente cuando alguien quiere que esté de acuerdo con una propuesta, y no hay excusa para esa propuesta. Puedo hablar bastante sobre la mayoría de las ideas potenciales. Pero si la idea simplemente no tiene sentido ... lo diré. Y luego la gente empieza a hablar de mí como de un viejo oso gruñón al que no se puede convencer.
Sabiendo tu valor
¿Cómo puede ser malo conocer tu valor? Bueno, déjame explicarte. En mis 20, ya tenía un montón de conocimientos y habilidades de programación bastante decentes. Pero tenía un currículum escaso y fue muy difícil para mí ingresar inicialmente a la profesión. Cuando se encuentra en esta etapa de su carrera, tiende a pensar con mucho cuidado antes de irse, cambiar de trabajo o ponerse del lado de uno de sus colegas. Pero ha pasado mucho tiempo desde que estaba tan preocupado por mi currículum.
Estoy feliz de trabajar en un área donde siempre ha habido una gran demanda de mis habilidades. Y mi currículum está ahora en un nivel en el que ya no me preocupo por ninguna publicación en particular. Esto es bueno en su mayor parte. Pero también significa que mi disposición a aguantar la mierda de otras personas es terriblemente pequeña.
Recientemente tuve un trabajo por contrato en el que todo mi equipo trabajaba de forma remota, pero querían que fuera a la oficina todos los días. Entonces, no me quedé allí mucho tiempo. Recientemente tuve un trabajo en el que varios ejecutivos eran racistas violentos y francos. Y misóginos. Y antisemitas. Entonces. No me quedé mucho tiempo allí. Una vez tuve un trabajo en el que me vi obligado a hacer un trabajo ridículo, complejo y que requería mucho tiempo para asegurarme de que mi código fuera seguro (incluidas muchas marcas de verificación que no hacían nada para proteger realmente la aplicación). Pero cuando mostré la facilidad con la que podía piratear una base de datos de empleados (y cualquiera fuera de la empresa puede hacer lo mismo), no les importó ...
En términos generales, este tipo de hipermovilidad es una ventaja. Quiero decir, ¿quién quiere quedarse atrapado en el trabajo donde algún aspecto se ha vuelto oneroso? Pero la desventaja es que se vuelve muy difícil justificar la interacción con la basura de otra persona, incluso por poco tiempo. Nuevamente, esto es generalmente algo bueno. Pero he conocido a otras personas mayores como yo que simplemente no pueden sentarse y construir una historia sólida con una sola empresa, porque estas empresas siempre hacen algo grosero, poco profesional o simplemente estúpido. Siga este patrón a través de 3, 4 o más empleadores, y pronto tendrá la reputación de ser este viejo malhumorado que simplemente no puede "encajar".
Software como cortar masa
Una de las tendencias de desarrollo más desgarradoras de la última década y media ha sido el impulso constante de reducir la Programación a algún tipo de proceso en cadena. Si bien puedo comprender el deseo de mejorar un proceso complejo haciéndolo más simple, el resultado final de este esfuerzo es que los programadores a menudo son tratados como ... trabajadores de una línea de montaje.
Escuche, todos entienden esto. El desarrollo de software es difícil. Y dificil. Y querida. Y consume mucho tiempo. Y también entiendo que las organizaciones buscan constantemente nuevas formas de simplificar estos proyectos (intrínsecamente complejos).
Pero no puede crear una aplicación nueva e importante desde cero y esperar simplemente entregar un montón de especificaciones generales al equipo de desarrollo y hacer que lo pongan en marcha de la misma manera que construyen un comedero para pájaros. Verá, todos quieren seguir la idea del Santo Grial, que pueden simplemente hacer una lluvia de ideas sobre un gran conjunto de especificaciones, pasar esas especificaciones al equipo de desarrollo y, listo, aparece la aplicación que imaginaron.
No sé cuántas veces he creado un componente y he trabajado en las especificaciones, dándome cuenta de que el cliente pidió algo completamente contradictorio o sin sentido. Y eso está bien, siempre que pueda hacer ping y tener una conversación inteligente sobre el problema. Pero ahora, cada vez más a menudo, las partes interesadas solo quieren dispararme debido a un montón de especificaciones, y luego quieren que me vaya a casa hasta que tenga un producto terminado. A veces la gente se molesta literalmente cuando les hago preguntas. E incluso si no les importan mis pedidos, Dios no permita que yo vaya tan lejos como para preguntar sobre el diseño que pidieron.
La mayoría de las personas en mi posición no solo saben escribir código. Saben cómo crear una mejor aplicación. Saben mucho sobre lo que funciona y lo que provoca las pesadillas del usuario final. Ahora no tengo ningún deseo de ser analista de negocios o gerente de proyectos. Pero la idea de que nunca debería dar ningún comentario funcional sobre el diseño de la aplicación en sí, bueno ... eso es solo ignorancia.
Cuando era más joven, hice mis escasas propuestas. Y a veces los clientes incluso escuchaban. Pero si me ignoraron por completo, no me importó. Hice todo exactamente como me pidieron los clientes.
Pero admito que en este momento de mi vida me molesta muchísimo cuando un cliente pide algo que sé que fallará, o que el producto debe cambiarse inmediatamente después del lanzamiento, pero si lo menciono de alguna manera, hay irritación en su voz.
Incluso me parece escucharlos pensar: "¿Por qué este tipo no se calla y simplemente crea la aplicación exactamente como le pedimos?" Siga este proceso con suficientes clientes y se preguntará por qué hace lo que hace.
Conclusión
Podría escribir otras 100.000 palabras con el mismo espíritu. Pero la publicación ya es bastante larga. Por ahora, solo quería esbozar algunas de las razones por las que los programadores más antiguos pueden tener problemas con los departamentos de desarrollo "modernos". No porque estén "atascados". No porque no puedan comprender las últimas tecnologías. A menudo, esto se debe a que sus propias experiencias de alguna manera van en contra de ellos. A menudo me di cuenta de esto cuando me miraba. Me sorprendo pensando: "¿Cuánto tiempo puedo seguir haciendo esto?" Porque algunas de las tonterías a las que me enfrento a diario a veces me deprimen mucho.
Más cursos
- Curso avanzado "Machine Learning Pro + Deep Learning"
- Curso de aprendizaje automático
- Curso "Matemáticas y aprendizaje automático para la ciencia de datos"
- Profesión Hacker ético
- Desarrollador de juegos de Unity
- Curso de JavaScript
- Desarrollador web profesional
- Profesión de desarrollador Java
- C++
- DevOps
- iOS-
- Android-