Sigo perdiendo empleos (desarrollador web) porque “soy demasiado lento y cometo errores”. Pero me contratan para un papel mejor y más compensado cada vez. ¿Por qué?

Voy a ser honesto con usted aquí, obviamente no puedo decirle por qué ha sido despedido varias veces, excepto para suponer que, de hecho, es lento y que, de hecho, comete una gran cantidad de errores. Mi consejo de la siguiente manera se basa en esa suposición.

Es bastante difícil detectar dos cosas en una entrevista:

  1. Productividad . Qué tan rápido puede producir código utilizable y qué tan rápido puede borrar tickets.
  2. Atención al detalle . Cuántos errores cometes al programar, qué tan bueno eres para detectar casos extremos, etc.

Claramente tiene el conocimiento técnico para avanzar en el campo, y eso generalmente es suficiente para obtener una entrevista. Si entrevista bien, entonces conseguir un trabajo no es un problema, es solo una vez que ha estado allí durante algún tiempo que estas cosas se vuelven más claras.

Puedo tratar con una persona en mi equipo que es lenta si su atención al detalle y su capacidad para pensar el problema a través de conducen a muy pocos errores. También puedo manejar a alguien que es súper rápido pero un poco descuidado. El tiempo de respuesta rápido en los boletos de esa persona puede compensar tener que repetir el trabajo ocasionalmente. El problema es cuando alguien es lento y descuidado. Esta combinación tiende a reducir la calidad del código y hacer que los plazos se desvanezcan al mismo tiempo, una combinación mortal para un proyecto de software.

¿Qué puedes hacer?

Practica Pase más tiempo en casa, fines de semana y noches practicando su oficio. Cuanto más codifique, mejor obtendrá codificación. Trate de resolver los problemas por su cuenta que sabe que se presentarán a su empleador más adelante. De esa manera, cuando se le pida que resuelva el problema, ya tendrá una buena idea de cómo solucionarlo.

Pasa más tiempo pensando . Cuando se enfrentan a un problema, muchos desarrolladores (especialmente al principio de sus carreras) comenzarán a escribir código, copiar / pegar desde Internet e intentar todo lo que puedan pensar hasta que algo “funcione”. El problema aquí es que si no entiendes cómo o por qué funciona, entonces es imposible para ti visualizar casos extremos donde no lo hará. Esta (en mi experiencia) es una de las mayores fuentes de errores y errores en proyectos de software. Mientras codifica, debería dedicar mucho más tiempo a pensar en el código que en realidad escribirlo. No copie / pegue, vuelva a escribir el ejemplo si necesita usarlo, se quedará con usted.

Pide ayuda . Su equipo está invertido en su éxito, al igual que su jefe. Si no está seguro de cómo resolver un problema, pregunte si alguien lo ha resuelto antes, probablemente alguien lo haya hecho.

Código Revise su propio código . Antes de presionar su confirmación, revíselo usted mismo e imagine que fue escrito por su peor enemigo (lo que probablemente fue). Encuentre todos los lugares donde puede criticarlo, todos los lugares donde se ve, donde podría mejorarse, donde podría no funcionar en ciertas circunstancias. Reserve una hora de cada día solo para revisar el código en el que trabajó ese día. Verá cosas , lo prometo, y la calidad de su código mejorará dramáticamente.

Espero que encuentre útil este consejo, ¡no se asuste! Algunos de los mejores desarrolladores con los que he trabajado en mi carrera han tenido estos problemas, no estás solo.

Para ser despedido en esta etapa de la carrera y como desarrollador de la interfaz de usuario (que tiene demanda), debes SER REALMENTE lento y cometer graves errores (lo que probablemente también le costó a tu gerente su bonificación). Es extraño si no sabes por qué.

Para mejorar, ya que está interesado, sugeriría algunas cosas:

. ESCUCHE a lo largo de los años que trabajé con desarrolladores, la única razón por la que son despedidos y merecen serlo es negarse a escuchar, por consejo. Todos cometen más errores, está bien escuchar cómo puedes ser mejor y más rápido. Usted mencionó que obtuvo nuevos trabajos con una remuneración más alta, confíe en mí, todos lo hacen, pero si lo despiden tan temprano en su carrera, tiene serios problemas, cuando un día no obtiene una remuneración más alta, es probable que no obtenga el siguiente trabajo en todos.

. Que escuchar Revisión de diseño, solicítela. Revisión de código, pregunte. Pregúntele a su desarrollador amigo para que no tenga que hacerlo, si es así, es una señal de que ya podría estar en problemas. Aprende de los desarrolladores que crees que son los mejores en tu organización, pídeles consejos sobre cómo mejorar. Todavía es joven en su carrera, se espera que aprenda, demuestre a sus colegas que es proactivo.

Si fuera yo, me pondría en contacto directamente con mis ex gerentes y colegas, les agradecería su tiempo, les explicaría que estoy interesado en ideas sobre cómo ser más efectivos y luego les haría las siguientes preguntas (incluso podría hacer una encuesta con Formularios de Google y dejar que respondan de forma anónima):

  • ¿Creías que era confiable?
  • ¿Escribí código limpio? ¿Estaba bien formateado, cumplía con los estándares, cumplía con las especificaciones y tenía comentarios razonables?
  • ¿Me comuniqué efectivamente mientras trabajaba con usted? ¿Estaba abierto a otros puntos de vista?
  • ¿Sintió que cumplí mis compromisos?
  • ¿Fue fácil trabajar con él? ¿Te ha gustado tenerme cerca?
  • ¿Creías que era un jugador de equipo? Si no, ¿tiene alguna sugerencia sobre cómo puedo ser mejor?
  • ¿Resolví el conflicto de manera efectiva? ¿Abordé la resolución de problemas de manera colaborativa?
  • Si tuviera que elegir tres cosas que debería mejorar profesional y / o personalmente, ¿cuáles serían?

En otras palabras, pregunte a las personas que realmente trabajaron con usted. Le darán perspectivas de primera mano sobre su rendimiento. Además, ya no tienen que trabajar con usted y, en algunos casos, volverán a verlo, por lo que es más probable que reciba comentarios honestos. Es posible que no le guste lo que tienen que decir, pero que le digan que no cumple con las expectativas rara vez lo es. Cualquier análisis introspectivo que realice sobre usted mismo será muy valioso en el futuro, así que trague su orgullo y escuche sus respuestas con la mente abierta.

En cuanto a por qué te sigue sucediendo, voy a adivinar aquí (y podría estar equivocado, sucede con frecuencia) y decir que puedes estar aterrizando trabajos que en realidad no estás calificado para realizar. He visto esto antes. A veces se trata más de meter un cuerpo en el asiento que de examinar al solicitante. No es culpa tuya, es la empresa contratante (es su trabajo comunicar de manera efectiva los requisitos de desempeño), pero creo que realmente deberías preguntarte “¿puedo hacer este trabajo según sus expectativas?” y responda en positivo antes de aceptar cualquier nueva posición. Hazte un favor y prepárate para el éxito.

¡Buena suerte!

Hablando en general:

  • Una persona consigue un trabajo teniendo un “resumen” que se ajusta bien a los requisitos del trabajo y presentando un buen espectáculo en la entrevista.
  • Una persona mantiene un trabajo porque al jefe y compañeros de trabajo les gusta tenerlo cerca.
  • Una persona pierde un trabajo porque se vuelve más caro (financieramente o de otro modo) mantener que reemplazar. (El volumen de ventas es caro).

A estas alturas ya debe saber si es “demasiado lento y comete errores” o si esa es la razón por la que le están dando porque no quieren decir “no nos gustas”.

Si tuviera este problema, encontraría a ex compañeros de trabajo y les preguntaría directamente: “¿Me parece desagradable? ¿Soy difícil de trabajar? Necesito saber qué está pasando aquí. Obviamente es algo que estoy haciendo, y quiero cambiarlo “.

Por supuesto, si cada empleador le dice que entrega su código dos días después de su fecha de vencimiento y parece que fue escrito por un número grande pero finito de monos, ya sabe en qué necesita trabajar.

¿Por qué eres lento? ¿Por qué el código incorrecto nos hace lentos? ¿Por qué escribimos código incorrecto cuando sabemos que nos ralentiza? La respuesta es que escribimos código incorrecto porque necesitamos ir rápido.

Seguramente tendrá que preguntarse qué tan graves son los errores que comete, si afecta la capacidad de entrega de los proyectos, tendrá que trabajar en eso. Ser lento es probablemente una rama de tu personalidad, sin embargo, debes asegurarte de que no afecte los plazos. Es muy probable que sea analítico en su enfoque para hacer las cosas. Un rol directivo puede ser más adecuado para usted.

Usted tiene una pregunta y la respuesta más correcta que ya le dio “lento y cometer errores” – una posible causa puede ser que no ama lo que está haciendo … Este es un error común que todos hacemos, trate de hacer algo que la gente está haciendo y haciendo dinero, se volvió menos importante para el individuo si él / ella realmente ama / siente comodidad en lo que hace la gente ??? Probablemente no..

Entonces comienzan miles de efectos secundarios … pereza, errores, entrega lenta, mareos …

Así que concéntrate en lo que te gusta hacer, no en lo que la gente hace

Porque las personas que dirigen empresas son idiotas. Bueno, tal vez no son del todo idiotas, pero tienen un negocio en juego y tú no. Los hace demasiado cautelosos. Si no arrojas mierda en su horario, serás enlatado. Por supuesto, incluso un solo empleado que se rescinda hará que la empresa retroceda mucho más de lo que negocian, pero buena suerte para que se den cuenta de eso.

No se sorprenda si recibe llamadas de sus antiguos empleadores un año después preguntando si puede volver a trabajar para ellos. Esos siempre son divertidos.

Patrón interesante!

¿Estás preguntando por qué parece que te siguen despidiendo tantas veces con ese pretexto que ya dijiste?

Tal vez, tenga los conjuntos de habilidades requeridos, pero necesita desarrollar la capacidad de trabajar constantemente y cumplir en el trabajo.

Lea “El principio de Peter”.
Bueno, no importa, es un libro aburrido.
Realmente es solo esto,
{Parafraseado porque no estoy escribiendo un libro}
“Cualquier cosa que funcione será utilizada
en aplicaciones progresivamente más desafiantes
hasta que falle “.
Aparentemente, has alcanzado tu fracaso.

En verdad, creo que te despiden
porque no quieres estar haciendo lo que estás haciendo.
Podrías considerar hacer algo
Completamente diferente.
Sigue tu felicidad.

Si está interesado en la respuesta real a su pregunta, creo que tendrá que decirnos cuál cree que es la razón por la que lo despiden y luego decirnos cuánto de esa razón es conocida por las personas que lo contratan para nuevos puestos.

¡Es toda esa experiencia que tienes ahora!

¡Unos cuantos trabajos más perdidos y serás el mejor desarrollador web del mundo!

Y rico, también.

¿Has probado el trabajo independiente por un tiempo?

También intente iniciar su propio negocio y ver a dónde va.

More Interesting

Sé HTML, CSS, Bootstrap y Javascript. ¿Qué proyectos debo hacer para exhibir en el sitio web de mi cartera?

¿Cómo haría una versión 'expandida' de una página web usando HTML, CSS y jQuery?

Necesito un desarrollador de pila completa que pueda construir una plataforma de infografía similar a infogr.am y piktochart.com. ¿Qué conjuntos de habilidades debo buscar?

¿Cómo se comienza una comunidad de historias en línea como Wattpad y Quotev?

Si quiero crear un sitio web interactivo que maneje muchos datos generados por los usuarios, ¿qué tipo de idiomas necesito aprender y qué herramientas (IDE, etc.) usaría?

Sé HTML y JavaScript. ¿Puedo aprender desarrollo web y construir un sitio web en tres meses?

Quiero ser un desarrollador de backend. ¿Es bueno NodeJS con Typecript para comenzar?

Cómo transferir un sitio web de cliente a mi servidor sin afectar su sitio

He progresado en HTML y CSS. Codeacademy alinea JavaScript como el siguiente, FreeCodeCamp enumera JQuery como el siguiente. ¿Cuál es el mejor siguiente paso y por qué?

Cómo hacer un clon de Freelancer.com

Quiero comenzar un lenguaje de programación web en C. ¿Qué debo hacer?

Si quiero ganar más dinero, ¿debo seguir mi camino actual como desarrollador front-end o debo seguir adelante y desarrollar algunas habilidades de gestión?

Quiero externalizar un desarrollador web, ¿qué fuentes de buena reputación me recomiendan?

Voy a construir un sitio web por primera vez. ¿Debo hacer HTML, CSS y JS desde cero, o usar un marco como Bootstrap?

Estoy comenzando mi primer trabajo de desarrollador front-end. ¿En qué debería centrarme para tener éxito?