Charles Barkley fue un excelente jugador de baloncesto, un salón de la fama y un miembro soñado del equipo. Jugó para los 76ers, Suns y Rockets. Sin embargo, nunca ganó un campeonato de la NBA. Algunos podrían argumentar que esto se debió a que nunca estuvo rodeado de otros jugadores de su calibre, y en la NBA, no puedes ganar por tu cuenta.
Entonces, ¿qué tiene esto que ver con la programación?
¿Cuántos de ustedes se sienten como Sir Charles? Liderando a su equipo en todas las categorías, KLOC, errores corregidos, sistemas configurados ... Siempre el que busca mejoras, mejora de sistemas, negociar con los clientes ... Sentirse como si llevara el equipo. Ira justo debajo de la superficie.
Solo para retirarse eventualmente, sin "el anillo" 1 .
1: Tenga en cuenta que Charles nunca culpó a su equipo. Él acaba de realizar en su mejor momento.
Respuestas:
Sí, entonces me fui.
Ahora estoy en un grupo con personas más inteligentes que yo y tengo que intentar mantenerme al día. Es refrescante.
Tal vez Barkley debería haber hecho lo que hizo LeBron y cambiar a un equipo que pensó que podría ganar algo.
Nunca sabes cómo funcionará un posible cambio de trabajo / equipo antes de que lo hagas, pero si eres tan infeliz, deberías encontrar un lugar que aprecie tu habilidad y pasión.
fuente
Como líder (aparentemente) en su equipo, NUNCA debe mencionar a su equipo (o sus jefes) que no siente que está obteniendo el crédito que merece. Si realmente quieres obtener el crédito que crees que mereces, tengo una sugerencia casi descabellada para ti:
Ayuda a tu equipo. Ayúdelos a corregir errores, ayúdelos a configurar sistemas. Cuando llegue el momento, y alguien diga "Oye, buen trabajo para arreglar todos esos errores, Joe": déjalo tomar el crédito. Las personas a su alrededor sabrán lo que realmente sucedió y lo respetarán más por no jugar el juego "I / Me".
A veces es mejor permanecer en un segundo plano y dejar que el equipo tome el crédito por el trabajo realizado. Si llevas la carga, NO DEBERÍAS decir tanto. Los equipos tienen éxito o fracasan, NO las personas.
fuente
Siempre hay algo para mejorar. Si estás en esa situación, a veces también puedes mejorar a todo el equipo.
Crece como mentor y como entrenador, y es posible que esas personas que lideraste ahora te desafíen a mantenerte al día.
fuente
Si no está trabajando constantemente con personas que son mejores que usted, es hora de cambiar de trabajo.
Si eres tan bueno como dices que eres y lo sabes, es hora de:
Solicite en lugares de trabajo en los que es muy difícil ingresar, lugares que no aceptan nuevas contrataciones, lugares que solo contratarán a los mejores, los mejores, o
Comience su propia empresa y contrate personas que sean mejores que usted, convirtiéndose en un lugar que solo contrate a los mejores.
Su enojo bajo la superficie bien podría ser enojo con sus compañeros de trabajo de bajo rendimiento, pero si realmente quiere un campeonato, su enojo está mejor dirigido hacia usted por seguir estando allí. Ya has cambiado de trabajo antes, pero quizás sigas buscando oportunidades en la liga equivocada.
Sí, probablemente será difícil, pero "es más fácil decirlo que hacerlo" es cierto para todas las cosas que valen la pena.
fuente
He tenido esto, pero solo durante mi trabajo no relacionado con la programación en la universidad, pero no creo que importe demasiado. Es obvio que siempre habrá una persona que sea mejor que los demás: es imposible encontrar un equipo de desarrollo de 10 personas que tengan las mismas habilidades. ¿Y por qué quieres hacerlo? Si todos tienen las mismas habilidades, nadie aprenderá nada.
Hace solo 2 años que ingresé al mundo laboral, pero he utilizado a las personas más inteligentes de mi equipo para aprender y expandir mi propio conocimiento, y espero que al aprender de ellos pueda alcanzarlos y quitarles algo de cosas en las que son mejores. Si una persona tiene que llevar el equipo, espero que sea a un lugar mejor donde todo el equipo mejore (más cerca) al estándar de la mejor persona. Es una gran responsabilidad pero importante en cualquier equipo de desarrollo
fuente
Enseña, no prediques. Siempre es divertido hacerte sonar inteligente y hacer que otras personas se sientan tontas / inferiores, pero eso no les ayudará. Algunos no quieren escucharlo, así que no pierdas tu tiempo con ellos. Habrá al menos una o dos personas dispuestas a escuchar y aprender. Transmite lo que otros te han pasado.
fuente
Honestamente, preferiría que la gente me pagara mejor que los besos corporativos A **.
Siento que si me aprecian, espero que me paguen mejor / mejor bono.
Las buenas palabras por sí solas no llenarán mi estómago ni alimentarán a mi familia.
fuente
Los desarrolladores vienen en tres sabores ... Einstein, Elvis y Mort. Conoces a los Einsteins ... podrías ser tú según tu pregunta. Ya sabes que Elvis ... está en Twitter, publicando blogs, tratando de hacerse famoso por ser desarrollador. Y, ya sabes, Mort ... aparece a las 9:00 a.m., hace un trabajo decente y quiere irse a casa a las 5:00 p.m.Cuando eres Einstein, puede ser muy difícil tratar con Mort.
Mythical Man Month cita un estudio que indica que existe una relación tan amplia como 10: 1 entre buenos desarrolladores y desarrolladores promedio ...
¡Solo dentro de este grupo, las relaciones entre el mejor y el peor desempeño promediaron alrededor de 10: 1 en mediciones de productividad y un sorprendente 5: 1 en velocidad de programa y mediciones de espacio!
Es solo un hecho de la vida en nuestra industria que va a haber una gran disparidad entre los artistas promedio y estrellas. Para continuar con tu metáfora, ¿alguna vez has visto a un jugador de baloncesto profesional jugando contra no profesionales? Es así.
Lo mejor que puedes hacer por ti mismo es reconocerlo y abrazarlo. Métete en la cabeza de Mort, entiéndelo, entiende lo que hará y lo que no hará y úsalo. Sea paciente con Mort, enséñele, enséñele nuevamente, explíquelo, explíquelo nuevamente. Es todo lo que puedes hacer. Al final del día, probablemente dejarás tu empresa y terminarás en Microsoft o Google o en algún lugar donde se aprecie a Einsteins (y Elvi).
fuente