¿Cómo debería tratar la gente con un miembro del equipo que establece un alto nivel para el equipo en ingeniería de software?

Creo que la mejor manera de responder a una barra alta es intentar alcanzarla. Creo que hay mucho que aprender, tanto bueno como malo, de su colega.

Si bien tengo que confesar que soy un adicto a la cafeína (recuento de hoy: Coca-Cola Light: 4, té: 3; y son solo las 7 p.m.), abusar aún más de tu cuerpo está más allá de la llamada. No recomendaría hacer eso.

Aprender a aprender es siempre una habilidad útil. A medida que tenga más experiencia y sepa más, aprender nuevos temas se vuelve cada vez más fácil. Ya conoces los conceptos básicos.

La codificación eficiente también es una habilidad útil. Escribir rápidamente y tener una buena relación con su entorno de desarrollo es algo bueno. Siempre pase unos minutos aprendiendo cómo ser más eficiente todos los días. ¿Encuentra algo que no sabe cómo hacer rápidamente? Descubre el atajo y memorízalo. Muy pronto, los conocerás a todos.

En resumen, cuando la barra está alta, levántate para encontrarla.

Pero no te mates. Haz tu mejor esfuerzo. Eso es suficiente.

No te maltrate en un intento de competir con este chico. No vale la pena

Personalmente, si buscara contratar a alguien para que formara parte de un equipo de desarrolladores, este tipo no pasaría los primeros minutos de una entrevista. No es un jugador de equipo. No me importa lo buen desarrollador que sea; causará conflictos y no valen la pena.

He sido desarrollador profesional de software durante casi 40 años y tengo otros cuatro o cinco años de programación personal más allá de eso. No me asombra fácilmente. En los últimos diez años, solo ha habido un desarrollador con el que he trabajado realmente me impresionó por ser significativamente mejor que yo. Era un gran tipo con el que trabajar, capaz de producir código fantástico rápidamente, pero más que dispuesto a compartir sus conocimientos y trabajar para mejorar el equipo.

Hace muchos años, cuando era un desarrollador junior, tuve que trabajar con (y para) un programador más senior que se parecía más a tu chico. Estábamos creando código para imprimir archivos usando un conjunto de lo que ahora serían simples objetos gráficos en 2-D. La idea era transformar los objetos en dos pasos: primero a vectores de línea simples y normalizados, y segundo de esos a los vectores o datos ráster necesarios para la impresora. La idea era poder crear varias versiones de esa segunda etapa para trabajar en diferentes impresoras.

Me encargaron la segunda etapa, mientras él trabajaba en la primera parte. No recuerdo los detalles, pero había una cosa en la que no estábamos de acuerdo sobre si pertenecía a la primera o segunda etapa. Se me ocurrió lo que pensé que era una buena razón por la que debería hacerse en la primera etapa. Decidió que se haría en la segunda etapa. Él eligió simplemente decirme que, como era el desarrollador principal y sabía más que yo, iba a hacer el trabajo.

Finalmente fue despedido por cosas así; No fui el único en quejarme de él. Fue muy desafortunado, porque era inteligente y conocedor. Produjo muy buen código. Sin embargo, él no era un jugador de equipo.

Ah, ¿y esa elección que hizo para hacerme hacer el trabajo en la segunda etapa? Posteriormente me preguntaron por qué diablos se estaba haciendo allí? ¿No tenía más sentido en la primera etapa? Esas preguntas fueron formuladas por otros desarrolladores que analizaron el código. ¿Su razón para hacerlo en la primera etapa? Exactamente el mismo que había tratado de usar cuando lo discutía con el programador senior. El hecho de que tuviera más experiencia y un mejor programador en ese momento no significaba que fuera infalible. En su arrogancia, dejó que su orgullo se interpusiera en hacer lo correcto.

Lo que dice Garry Taylor, más la nueva ventaja del programador “salsa secreta” de los 201xs:

Obtén habilidades sociales.

Este chico no los tiene. Puedes cultivarlos. Esto te hará mucho más preferible.

Mira, codificar en el tiempo era el tipo solitario, yo, en mi habitación, criticando el lenguaje ensamblador. No necesitábamos a nadie. Nadie necesitaba hablar con nosotros. Se envió el código y ya hemos terminado.

¿Pero ahora?

Todo necesita equipos. Los equipos son personas que ayudan a las personas .

Dados dos candidatos, uno con toda la experiencia pero un poco doloroso, y otro que puede hacer bien el trabajo pero ayuda a todos, y es el segundo programador cada vez que gana.

Aprenda a dar actualizaciones breves, útiles y honestas a aquellos a quienes les informa. Si (¡cuándo!) Son malas noticias, aprenda a evaluar las reacciones y ofrezca alternativas.

Aprende a hacer que los demás se sientan bien consigo mismos en tu equipo. Construir sobre las ideas de las personas dándoles crédito total. Habla bien de los demás.

Aprende a ayudar a las personas: “¡Hola! Si está bien, acabo de enterarme de eso. ¿Te importa si te muestro?

Aprenda a participar a nivel de producto. Comprende el negocio más amplio en el que te encuentras. ¿Trabajas para FitBit? Ok, ¿qué quieren los aficionados al fitness de un dispositivo portátil? ¿Qué deberíamos dejar de lado? Participe en esas discusiones, cuando corresponda, y contribuya.

Estos son los verdaderos artistas estrella en cualquier empresa en la que he trabajado.

Espero que eso te anime.

Y no, no te molestes con la idea de las ‘sustancias’.

Además de la excelente respuesta de Alan Mellor, me gustaría agregar que este hombre también está creando un ambiente de trabajo tóxico. Al entrar y trabajar temprano, está creando un entorno en el que el resto del equipo se siente presionado para trabajar horas adicionales para ser considerado igualmente bueno (la respuesta del usuario de Quora a que renuncio a mi trabajo después de trabajar allí solo durante una semana, y Me gustaría solicitar que no me paguen / que me brinden algún beneficio. Quiero que quede claro que renuncio por razones no monetarias. ¿Pueden retener los pagos si lo solicito por escrito?).

Intente aumentar su velocidad y hacer las cosas en las horas que ya trabaja. Si no equilibra el trabajo y la vida, eventualmente se agotará.