Si está solicitando un trabajo de programación, es un hecho que no le gusta una vida simple, sin complicaciones, sin preocupaciones y con soluciones simples para todo.
Ahora que te has metido en este charco, nada hasta la seguridad de las costas descifrando los códigos de la manera correcta. La programación en sí misma es una profesión complicada, y cuando haya decidido convertirla en la única forma de llevar pan a su plato, será mejor que aprenda todos los trucos del oficio.
Errar es humano
¿Está acostumbrado a informar problemas de forma incompleta? ¡Error de novato, amigo! No tenga miedo de pedir ayuda. Puede haber errores en su enfoque que exijan una corrección y no perjudica su buena voluntad como programador el pedir ayuda cuando la necesite. Después de todo, errar es para los humanos y todos somos seres humanos que estamos aquí para aprender. No tome los informes de problemas en su totalidad como un signo de debilidad. Nadie juzgará sus habilidades, adquiridas a lo largo de los años, sobre la base de un problema único que podría enfrentar debido a varias razones.
Los compañeros de trabajo son solucionadores de problemas
De hecho, el primer paso que puede dar en caso de que tenga un problema realmente prolongado es seguir los consejos de sus colegas. Lo más probable es que hayan estado en una piedra similar y un problema de lugar difícil antes y hayan salido de allí. Con la ayuda de sus compañeros de trabajo, incluso usted puede salir de todos y cada uno de los problemas. La base de esta interacción tiene que ser la confianza: la confianza de que no se verá degradado de ninguna manera por informar de un problema. Esto es un hecho ya que sus colegas también siguen el mismo procedimiento de localizar un problema - pedir ayuda - rectificar el problema de vez en cuando.
Niveles de progreso de la programación
Tiene las habilidades y la competencia necesarias para superar con éxito todos los problemas relacionados con la programación, y eso también es lo que se espera de usted. Pero esto no significa que comiences a negar cada problema y lo conviertas en una barrera psicológica en la que no te atrevas a pedir ayuda en absoluto.
Especialmente si usted es un recluta en bruto y ha cometido errores fundamentales que están tardando en resolverse debido a su actitud rígida, detenga inmediatamente esta mentalidad. No informar los problemas por completo y permanecer en la rutina para siempre puede ser un problema mayor que informar el problema y obtener la información necesaria para escapar de la situación.
Es comúnmente conocido en los pasillos de la codificación que los programadores funcionan en 4 niveles diferentes:
- Ejecutar programación compleja con relativa facilidad (¡relativa es la palabra clave!)
- Rápidamente en camino al progreso
- En camino hacia el progreso, pero lenta y constantemente (¿qué aprendimos de la historia del conejo y la tortuga, amigos?)
- Atascado en el punto de estancamiento
Siga los pasos, paso a paso
Ahora, después del elaborado vaivén que ya hemos tenido con respecto a la notificación de problemas de manera incompleta, se comprende bastante bien cuándo se encontrará en la posición inferior de la lista mencionada. Y eso seguramente sucederá si eres uno de esos tercos que se niegan a prestar atención a la escritura clara en la pared que dice: Pide ayuda cuando la necesites. No dude en informar de los problemas por completo.
Según el libro "The Professional Programmer" de Samer Buna, el procedimiento correcto que se debe seguir para obtener el máximo éxito en la programación es:
- Pensar.
- Investigar.
- Plan.
- Escribir.
- Validar.
- Modificar.
Si bien cada paso es extremadamente importante y una parte indispensable de todo el proceso, aquí nos preocupan los dos pasos finales: validar y modificar sus códigos. Incluso después de haber seguido todos los demás pasos de manera diligente, siempre existe el alcance de un error en un lugar u otro.
Leer el blog : los desarrolladores tardan en pedir ayuda cuando se enfrentan a problemas
Entonces, obtener una segunda opinión en caso de que te quedes estancado en algún lugar es la mejor manera de seguir mejorando y seguir avanzando en lo que es un viaje largo y complicado. Modificar sus códigos para hacerlos mejores, precisos y más completos no es señal de un novato teóricamente débil. De hecho, es la indicación de un programador seguro que toma las cosas con calma y avanza exudando un aura de confianza.
Lobo solitario vs jugador de equipo
Si bien la programación es vista como un trabajo de lobo solitario por la mayoría de los programadores que identifican como un problema de su ego el pensar siquiera remotamente en pedir ayuda, en realidad es mejor consultar a los contemporáneos mientras se está atascado en un problema durante mucho tiempo. Después de todo, ¿le gustaría sentarse en su silla todo el día, buscando respuestas por su cuenta o le gustaría poner su consulta frente a alguien y salir de su problema no prolongándolo?
En cambio, su rápida acción de informar su problema muestra el hecho de que tiene los pies firmemente en el suelo y está más que dispuesto a aprender nuevos trucos y oficios. Siempre se prefiere a un humilde jugador de equipo a un arrogante solitario, en cualquier campo. Entonces, adelante, delinee todos sus problemas de codificación y obtenga la solución, así como una gran cantidad de buena voluntad entre sus colegas. Suena como un comercio justo, ¿no?
La teoría del pulgar
Existe esta popular teoría del pulgar de los programadores. Hay programadores que son pulgares y luego hay dedos y dedos rotos. Cada equipo de desarrollo de aplicaciones web o móviles necesita uno o un par de pulgares para funcionar. Usted puede ser ese pulgar, la parte más integral de su organización si aprende a identificar sus errores y se habitúa a no repetirlos. Esta parte, que trata de ser un codificador humilde y consciente, es tan importante como ser un codificador rápido y talentoso. La programación no es solo por el dinero en efectivo, sino que también es un tributo a la habilidad que ha adquirido a través del trabajo tenaz y arduo.
Conclusión
Entonces, tan importante como es ser un programador que resuelve problemas, también es importante ser un programador que presenta los problemas que se deben resolver. Y el ciclo sigue repitiéndose, identificando problemas, resolviéndolos por completo, buscando problemas que resolver. Sea un perpetrador activo en el ecosistema y conviértase en el programador que quería que fuera: líder de la manada con un paquete envidioso. Solo así valdrá la pena todas las luchas a las que te has apuntado, prodigio de la programación!