¿Cómo sobreviven los desarrolladores de software por debajo del promedio en la industria?

Fácilmente.

La verdad es que en la industria del software hay trabajos menos desafiantes que las personas lo suficientemente calificadas para hacerlos. Vi esto en todas las empresas para las que trabajé. Vivo en Rusia, pero creo que esto sucede en todas partes. Incluso si tiene la suerte de ingresar a una empresa de primer nivel, es probable que termine haciendo un trabajo mundano, que puede hacer una persona mucho menos calificada.

Crear formularios de interfaz de usuario utilizando .NET y Java, escribir y refactorizar procedimientos almacenados PL / SQL, escribir scripts PHP, crear sitios web: esto es el 90% del mercado laboral. Alguien tiene que hacer este trabajo y contratar a un programador ‘no tan bueno’, pero también ‘no tan ambicioso’ y ‘no tan bien pagado’ es a menudo la opción óptima.

Algunas cosas me vienen a la mente. Algo de esto puede sonar un poco duro, pero diría que todo esto es directamente observable. No necesitas creer mi palabra.

La economía del software significa que a muchas empresas simplemente no les importa … arrojan más cuerpos al problema. Todavía rentable, ¿por qué preocuparse?

Hay más demanda que oferta, por lo que el nivel de habilidad aceptable debe ser más bajo. Sin desarrollo agrega menos valor que el desarrollo promedio.

Muchas personas a menudo son promovidas. Es una forma más fácil de lidiar con el problema que el despido. Y además, a menudo son mejores gerentes u organizadores que desarrolladores.

O crean trabajos como ‘Enlace de proyecto’ o ‘Líder de proceso de calidad’ … hay algo en esto … le quita el trabajo no valioso pero necesario a los ingenieros talentosos, liberando tiempo … ¿posiblemente un buen movimiento?

Hay mucho trabajo (tal vez la mayor parte del trabajo) en la industria que en realidad es bastante fácil. No me digas que armar un sitio web de Magento o personalizar Salesforce o torcer javascript en una página web es completamente Rocket Science. No digo que no sea importante ni digo que no agrega valor … es simplemente más fácil. No necesitas ser un gran desarrollador.

Solo parece difícil de vez en cuando porque sus desarrolladores por debajo del promedio lo hacen (no puedes permitirte ni persuadir a los mejores para que trabajen en él). Sin embargo, sigue siendo rentable … así que a nadie le importa.

En el mundo comercial, especialmente en las empresas que cotizan en bolsa, la calidad del software no es la gran preocupación que pensaría que sería. El pensamiento a corto plazo es abundante.

Las empresas muy grandes a menudo son extremadamente ineficientes y emplean legiones de personas que realmente no necesitan si se trata de eso. Así que de nuevo, a nadie le importa … solo sigue trabajando en el ‘proyecto sin sentido x’ … hay un escritorio con un título de trabajo extraño en alguna parte.

Podría seguir para siempre….

Básicamente es la economía del software … los bajos estándares siguen siendo rentables.

Y además … en CUALQUIER grupo, alguien tiene que estar por debajo del promedio … incluido yo mismo.

Superioridad ilusoria – Wikipedia

He entrevistado a muchos desarrolladores y consultores técnicos en mi vida y, por lo general, me sorprendió cuánto énfasis ponen todos en las habilidades técnicas: certificaciones de compañías específicas (es decir, Microsoft Developer o DBA), conocimiento de herramientas específicas, idiomas o marcos, etc. .

El hecho triste es que podemos entrenar a un mono para que haga trabajo técnico, pero no puedes entrenar a uno para que preste atención a los detalles, escuche a tus clientes, priorice sus necesidades, sentido de responsabilidad y muchas otras habilidades blandas que son significativamente más importante para que cualquier organización tenga éxito.

Aquí hay un par de ejemplos de preguntas que puede esperar de alguien como yo:

• “Recientemente hemos lanzado un software de contabilidad interno sobre el cual el equipo de contabilidad se queja mucho. ¿Cómo harías para arreglarlo?

Su respuesta comienza mejor con “Iré al cliente e investigaré qué no funciona para ellos, luego revisaré, categorizaré, priorizaré esas necesidades …”

• “Está implementando una actualización de su sistema, combinada con nuevo hardware, nuevas direcciones IP, actualización de DB y actualización del sistema operativo. Después de poner todo en línea, los usuarios no pueden acceder al sistema. ¿Dónde comienzas tu análisis?

A menos que la respuesta sea “¿por qué harías todo eso al mismo tiempo?”, Probablemente no puedas convencerme de que sabes mucho sobre sistemas complejos …

Me encantan las preguntas técnicas difíciles que ponen a prueba tu profundo conocimiento de una herramienta tanto como el próximo, pero a lo largo de los años aprendí a abandonarlas a favor de “describir la situación más difícil en la que te encontraste y cómo la superaste”, porque esas respuestas me dicen más sobre ti como persona que cualquier cosa relacionada con el código.

Creo que para obtener la respuesta correcta para esto, debe examinar qué hace que alguien sea un desarrollador de software superior a la media. Los desarrolladores superiores a la media, más allá de cualquier habilidad técnica, saben cómo hacer una cosa. Haz que otros sean mejores.

Se dan cuenta de que desarrollar software es una cuestión de equipo y establecer una cultura que espera y exige desinterés y calidad es lo que realmente se hace. Es muy parecido a ver a LeBron James ganar títulos con jugadores por debajo del promedio. Lo que lo convierte en LeBron es cómo puede lograr que un chico por debajo del promedio se desempeñe a un nivel mucho más alto que nunca. Pero es demasiado costoso tener un equipo lleno de LeBrons.

A LeBrons le gusta asumir las tareas difíciles para descubrir cosas que no tienen respuestas obvias en las que otros desarrolladores se atascan. Casi siempre la diferencia entre los desarrolladores por debajo y por encima del promedio es el punto en el que se frustran y dejan de intentar encontrar una solución a un problema. Por debajo del promedio tienden a rendirse temprano, mientras que por encima del promedio los desarrolladores casi nunca se rinden. Cuanto más difícil sea el problema, más dulce será la recompensa cuando finalmente resuelva el caso. Arriba tienen un suministro interminable de confianza en sí mismos en su capacidad de adaptarse a cualquier problema, mientras que abajo carecen de esa confianza. El verdadero secreto de los anteriores es que tienen confianza de sobra, lo suficiente como para compartir eso con los de abajo y levantarlos.

Una vez que se resuelven los problemas, los desarrolladores por debajo del promedio pueden mostrar exactamente qué hacer y guiarlos. Lo cual es un gran papel, ya que eliminar ese código es realmente un montón de trabajo y es mejor hacer que sus empleados de alto rendimiento aborden otro problema imposible que dedicar todo su tiempo a implementar sus soluciones hasta su finalización. Solo necesitas uno o dos LeBrons en un equipo; de lo contrario, comenzarán a competir por el balón. Es por eso que necesitas jugadores de rol.

Somos versátiles, razonables, no demasiado obstinados y tendemos a tratar mejor con colegas y clientes. Comencé a trabajar con el objetivo de ser el mejor desarrollador de Java del mundo … sí, no sucedió (ya ha sucedido), pero me hice cargo de un proyecto de nodejs / Cordova e incluso de las tareas de gestión de proyectos como que el cliente me gritara. Lo integré con una aplicación de back office existente .Net y mantengo el lote. Junto con otro proyecto de Java que nadie en la empresa entiende. Ayudo en otro proyecto Cordova / c # y una tercera base de código C # que podría agregarse bien en español es muy compleja, pero aprendo y aprendo y hablo y pregunto y ser un amortiguador entre el desarrollador hardcore de superman que lo ejecuta todo. Así que soy un desarrollador promedio de Java, un desarrollador novato de C # y un desarrollador decente de JavaScript. Pero si dejo al menos otros 2 desarrolladores, tendré que asignar mi lista de tareas. Juniors sin duda. No toques el promedio siempre …

PD. Son los desarrolladores de mierda los que debes cuestionar. Se convierten en líderes de equipo la mayoría del tiempo …

Mi impresión es que creo que toda la industria del software en general considera promedio o superior a aquellos que:

1. Contribuir regularmente a proyectos de código abierto
2. Conoce los ‘últimos’ frameworks de JavaScript, bases de datos, Python, API, etc.
3. Participa como colaborador de StackOverflow
4. Alta visibilidad en la mayoría de las conferencias tecnológicas.

En ese caso, estoy casi por debajo del promedio porque apenas conozco el número 2, especialmente porque solo lo hago como un pasatiempo, no como un medio de vida, lo que me califica para responder a esto, supongo, y actualmente estamos sobreviviendo trabajando en consultoría ERP / outsourcing (estoy haciendo SAP ABAP) 🙂

En primer lugar, la mitad de todos está por debajo del promedio en lo que sea que esté midiendo. La mitad de todos los desarrolladores están por definición por debajo del promedio. Así como la mitad de todos los cirujanos cerebrales, generales, jugadores profesionales de fútbol y pilotos de combate están por debajo del promedio.

El promedio inferior en cualquier campo, se promoverá más lentamente y con menos frecuencia. Obtendrán las tareas menos interesantes.

La cuestión es que el desarrollo de software es un campo que tiene mucho trabajo aburrido, dependiendo de la empresa en la que trabajes y del tamaño de tu equipo. Si trabaja para una empresa con 500 personas en el departamento de TI, probablemente haya muchos proyectos que no necesitan lo mejor y lo más brillante. Cosas como modificar un sistema para que funcione con una versión mejorada de una base de datos, o servir como una primera etapa de clasificación del soporte del sistema. No quiere desperdiciar lo mejor en esas tareas, y no quiere pagar salarios de élite por roles que no sean de élite.

Entonces, el hecho es que todavía hay un lugar en muchas compañías bien administradas, particularmente departamentos más grandes para personas que tienen habilidades promedio o incluso inferiores al promedio siempre que tengan una buena actitud y una comprensión algo realista de sus propias habilidades.

Soy un programador por debajo del promedio y recibo mucho aprecio. Por lo general, trabajo en equipos scrum y soy extremadamente versátil: puedo diseñar aplicaciones de escritorio o web, soy fluido en HTML, Javascript, C #, puedo diseñar bases de datos e incluso conozco bastante bien la pila de Microsoft BI, soy bastante analista de negocios pero también puedo actuar como scrum master o propietario del producto. Si es necesario, hago OOA y OOD (aunque lo odio) y me llamo el arquitecto. Normalmente me llevo bien con mi equipo.

Por supuesto, soy inferior a los especialistas en cualquiera de estas disciplinas. Es sorprendente lo que se puede hacer solo en Javascript, como este loco “cierre”, no lo entiendo, pero ¿crees que importa? Trabajo de manera independiente y la mayoría de los equipos están felices de contratar a alguien que pueda hablar un poco de esto y aquello, incluyendo algunas cosas relacionadas con TI e intenta ser útil y no es ambicioso y no causa dolor en el cuello.

Este es realmente mi secreto de éxito en 25 años de trabajo relacionado con TI: no ser un dolor en el cuello.

En mi experiencia, la única forma de sobrevivir a largo plazo en una gran organización es aprender y mejorar continuamente, y contar con eso para toda su carrera. Esto es cierto para desarrolladores de software por debajo del promedio, promedio y por encima del promedio.

Si no está por debajo del promedio ahora, pero no está continuamente aprendiendo, creciendo y mejorando su oficio, algún día estará por debajo del promedio.

Todo este aprendizaje y mejora requiere energía y motivación, generalmente impulsado por una pasión por la tecnología en general y el desarrollo de software específicamente. Si no está interesado en aprender y mejorar, entonces es probable que la pasión haya desaparecido (o que no haya estado allí en absoluto). Si ese es el caso, es posible que desee repensar lo que quiere hacer como carrera, o encontrar una manera de reavivar la pasión.

Mi carrera con la propiedad de muchas empresas, la contratación y el despido de muchos, muchos ingenieros de software, incluidos los contratistas extranjeros, me han aportado algunos puntos clave con respecto al término desarrolladores de software por debajo del promedio . Toda industria, desde la arquitectura hasta el FBI, requiere la gama completa de experiencia para sobrevivir y ser económicamente viable. En la construcción de viviendas se requieren excavadoras de zanjas y martillos y en el mundo del software existe una gran necesidad de que los programadores de la interfaz de usuario muevan widgets en páginas o programadores de SQL que proporcionan los requisitos rudimentarios para aplicaciones simples.

Todos debemos comenzar en alguna parte, y todos tenemos nuestras habilidades y capacidades especiales. La verdadera pregunta a la que creo que te estás refiriendo es: “¿Cómo es que los programadores sin el conjunto de habilidades requeridas están en posiciones que no deberían estar?”

Mi respuesta a esto es que no es tan diferente de la respuesta que daría a la pregunta: “¿Cómo es que el 90% de todos los gerentes son ineficaces?” Esa respuesta es: “Los humanos son camaleones increíblemente buenos y muchas veces creen que son capaces de más de lo que pueden lograr con el nivel de esfuerzo que están dispuestos a gastar ”. En otras palabras, somos grandes mentirosos y engañadores y no tan inteligentes jueces.

Si desea contratar para cualquier puesto en este día y edad de sistemas increíblemente complejos, la única forma real y viable es probar en el trabajo. Desafortunadamente, hay una escasez de oferta de desarrolladores de software calificados, y muchos de los suministros actuales son incapaces de satisfacer las necesidades de su empresa con currículums estelares y excelentes referencias, a menudo de parte de ese 90% de gerentes pobres.

El resultado de esto, son costos de adquisición increíblemente altos y grandes tasas de falla de proyectos de software. Para mí, personalmente, la parte más difícil de este ciclo es la dificultad de saber con seguridad en un corto período de tiempo que un programador será ineficaz. Los proyectos más complejos requieren investigación y adquisición de conocimiento sin importar su experiencia previa y esperar la transición de la adquisición de conocimiento a la implementación puede tomar 6 meses.

Hay algunas soluciones que me encantaría ver con respecto a este problema. En primer lugar, me gustaría ver que la industria asuma una tasa de prueba de pago bajo de 1 mes para todos los programadores. Si todos adoptamos esto y compensamos gradualmente el bajo salario en los primeros meses durante el próximo período, todos podríamos eliminar a los que no tuvieron un buen desempeño. En segundo lugar, me gustaría tener gerentes mejor capacitados en el análisis y la comprensión del software que se les está produciendo. Dado que el 70% del costo del software está en el ciclo de mantenimiento, me parece que las revisiones de código basadas en el mantenimiento son críticas para la supervivencia de todas las organizaciones y que las evaluaciones precisas del personal deben ser estandarizadas y transparentes para la industria. Por último, el uso intensivo de codificadores en el extranjero con ciclos de vida de menos de 2 años con empresas está matando a nuestra industria. Nos convendría a todos contratar desde Estados Unidos, pagar para entrenar y mantener a los empleados el tiempo suficiente para que puedan sentir el dolor de un código mal escrito en el ciclo de mantenimiento.

Aquí hay una experiencia directa de primera mano sobre “aquellos” desarrolladores de software por debajo de la media [leer ba **** ds]: –

• apenas trabajan 2 horas al día en el código real
• se reserva un componente de tiempo para la “creación de redes”. Esto incluye ir a los escritorios de las personas y forzar un chat, cotillear y contar historias sobre otros. Este proceso es súper efectivo para conectarse con las más locas nueces.
• Cocinar varios platos de comida y compartirlos en el almuerzo con compañeros de trabajo.
• trayendo regalos con varias excusas y compartiendo con la gente
• presumiendo como si fueran los incondicionales de la empresa sin los cuales la empresa dejará de funcionar
• aislar a aquellos ingenieros que realizan un buen trabajo de los almuerzos grupales
• vigilando de cerca a los competidores e hilificando todos los errores más pequeños posibles en su código
• reemplazando sigilosamente la DLL construida por el competidor por una mala y luego disfrutando de las escenas que siguen
• burlarse de los hábitos personales de los competidores en un entorno grupal o en reuniones para bajar la moral del trabajador de alto rendimiento. Cuanto más honesto y más trabajador sea el competidor, mayores serán las posibilidades de que llame a su propio destructor virtual ~ Self (), usted sabe lo que eso significa …
• culpar a ese gerente de apoyar a los competidores por razones étnicas o cualquier posible punto en común entre el gerente y el competidor
• Una vez que el aislamiento social arraigue, comienza a cantar que la dinámica del equipo está fallando y que el competidor no se lleva bien con los muchachos y lo culpa de todos los retrasos y fracasos.
• Selección individual selectiva del competidor hasta que se enoje por la molestia social y abandone. Esto es más fácil para aquellas personas que tienen mayor presencia en software en el área de la bahía CA [lea In *** ns] …

Así es como “los que están por debajo del promedio”, no solo se mantienen, sino que prosperan durante años y años juntos, a costa de los ingenieros meritorios y trabajadores. Nadie cree en la honestidad de los buenos ingenieros y eventualmente se ven obligados a renunciar o son despedidos en caso de que se derrumben. Esto debería responder a la REALIDAD de por qué un producto de software es MEJOR CALIDAD inicialmente pero gradualmente se vuelve aburrido y sin esperanza hasta cierto punto, ¡la gente lo tira por la ventana! Esta es una VERDAD MUY triste que todos enfrentamos, todos los días en el trabajo …

Tienes que salir de tu mentalidad de desarrollador de software para entender esto. Una persona promedio en la calle no sabe la diferencia entre software y ropa interior. Además de eso, la mayoría de los empleados de una empresa hacen todo lo posible para “Administrar” a las personas en lugar de querer hacer un trabajo productivo. ¿Por qué ser un nerd cuando puedes ganar dinero con Excel y hablar inglés? Entonces, en un entorno así, incluso un desarrollador “por debajo del promedio” encontrará trabajo.

¡Hola!

Solo me gustaría señalar cómo es muy difícil ser un desarrollador de software por debajo del promedio. Puedes pensar que no soy serio, pero lo soy. En primer lugar, ¿cuál es el promedio del que estamos hablando? Sospecho que cualquier “promedio” tiene que depender de la empresa.

Además, me gustaría preguntar de qué manera un desarrollador de software debe estar por debajo del promedio para ser considerado así. ¿Programación? Bueno, ser un desarrollador no se trata solo de eso. El código, si bien es importante, está a la altura de otras cosas de importancia.

Y también: hay muchos roles técnicos en los que las habilidades de codificación son de menor importancia que otras cosas y algunos desarrolladores se han arraigado tanto en el código que lo conocen muy bien pero no han actualizado sus habilidades. Por lo tanto, pueden ser muy competentes en lo que hacen, pero ser incapaces de hacer cosas nuevas: eso no es estar “por debajo del promedio” que no está siendo entrenado y, realmente, una gran parte de la culpa debe ponerse a los pies de la compañía, especialmente ( pero no solo) si dicho desarrollador lo ha estado solicitando .

Trabaja como desarrollador para tareas administrativas en una gran empresa. Realmente no crean productos orientados al cliente, el trabajo de análisis, soporte de back office, scripting para automatización, etc. Muchos desarrolladores mediocres allí. También hay muy buenas, pero en mi experiencia, el nivel es más bajo que decir un producto principal para el éxito de las empresas.

¿Cómo sobreviven los trabajadores por debajo del promedio? Simple, somos seres humanos y el rendimiento puro nunca ha sido el punto de referencia para la retención de empleados. Es divertido tener a algunas personas cerca, algunas son leales, algunas se les deben favores, algunas son parientes, algunas aportan grandes cualidades en otras a pesar de que ellas mismas no parecen hacer mucho (el tipo de persona catalizadora) … obtienes el imagen. La mitad de todos los trabajadores están por debajo del promedio, entonces, ¿a quién le importa? ¿Y quién es un juez todopoderoso que decide quién es mejor o peor que otra persona? Soy un programador excelente, pero ningún programador conoce cada área de aplicación o cadena de herramientas. Si pones un programa gigante de Ruby on Rails frente a mí, no tendría ni idea, porque aunque puedo trabajar en una docena de idiomas, Ruby no es uno de ellos, y me llevaría meses ponerme al día. .

La verdadera pregunta que uno debe hacerse es: ¿cómo me mantengo al día con los cambios constantes sin quemarme? ¿Y cómo puedo maximizar el valor de lo que sé?

En una empresa bien administrada, los sistemas están tan bien diseñados que una persona común puede hacer el trabajo en un día de 8 horas sin mucho estrés. Esa es la belleza de un sistema de empresa bien diseñado. En las discusiones empresariales se escuchan tonterías absolutas sobre cómo solo se debe “contratar a personas excelentes”. Si todos fueran geniales, su empresa no sería rentable porque gastarían demasiado dinero en todas estas grandes personas. Como señala mi querido amigo J. Moon: Ray Kroc no inventó la hamburguesa, pero creó un sistema increíble que ofrecía un producto consistente a gran escala, con personas comunes.

Escriben software para uso web o de consumo. Parece que los desarrolladores de scripts Flash por debajo del promedio están vivos y contaminan bien las páginas web con Flash basura y, a veces, con scripts Java. Estos son muchos otros programas que podrían considerarse fácilmente por debajo del promedio en rendimiento, a menudo porque el desarrollador no comprende las necesidades de los usuarios. O, tienen la idea de que solo porque pueden hacer que un software, una página web, etc. hagan algo salvaje, deberían incluir esa función.

Es como. “Tengo 300 estilos de fuente, así que debería tratar de usar la mayor cantidad posible para mostrar lo bueno que soy”.

Definitivamente debes practicar más y pensar más. En lugar de ser un portador de código, debe intentar pensar más sobre toda la arquitectura y las teorías detrás de él. Hacer algunos proyectos prácticos sería de gran ayuda. Y siempre se deben tener en cuenta algunos algoritmos y estructura de datos básicos. Al principio, puede aprender un código fuente clásico e intentar escribir piezas propias.

En una línea, si tengo que responder a su pregunta, es “simplemente no sobreviven, gobiernan”. Ahora déjame explicarte lo que estoy diciendo. Lo primero que debe saber es que la industria del software no significa solo Google, Facebook y otros unicornios, la mayoría de las empresas son muy promedio y hacen negocios con personas normales.

Por lo general, el desarrollador de software promedio o por debajo del promedio opta por alejarse del desarrollo muy temprano en su carrera. Muestran mucho interés en la organización de eventos, actividades culturales, redes y muchos otros trabajos no relacionados con el desarrollo. Muestran claramente que están en el negocio de las personas y que pueden desempeñarse muy bien en él. Eventualmente, son notados y avanzan en su carrera y se convierten en líderes de personas, y la mejor parte es que manejan los llamados geeks tecnológicos. Ese es el hecho … lo creas o no.

Mantienen sus trabajos sin dificultad. En mi experiencia, tienes que ser casi completamente incapaz de hacer tu trabajo para ser despedido. La necesidad de desarrolladores es demasiado alta y las empresas temen ser demandadas por empleados despedidos.

Por otro lado, creo que sería mentalmente difícil estar en un trabajo en el que no sobresalgas, tanto estresante como desmoralizante.