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:
- Productividad . Qué tan rápido puede producir código utilizable y qué tan rápido puede borrar tickets.
- 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.
- Quiero desarrollar un motor de blog usando ASP.NET MVC. ¿Qué tipo de ideas y sugerencias le gustaría compartir para mí?
- ¿Por qué mi formulario de contacto PHP da estos errores?
- Cómo integrar la API de SMS masivos en la aplicación ASP .NET
- Cómo acceder al valor que selecciono en un menú desplegable sin enviar la solicitud a otra página en PHP
- Soy desarrollador de SQL y mi empresa me reembolsará los certificados de TI, pero estoy en el desarrollo web. ¿Cómo debo aprovecharlo?
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.