¿Cuáles son los trucos para convertirse en un buen desarrollador de software?

Más consejos que trucos, pero de todos modos …

1. Siempre trate de entender el “por qué” en los requisitos, no solo un “qué”.

   Esto tiene dos ventajas: la primera es que aprenderá el dominio mucho más rápido y conocer el dominio comercial es valioso. Solo un programador puede ser reemplazado fácilmente, los especialistas en dominios son difíciles de encontrar y las empresas están dispuestas a pagar más para mantenerlos.

   La segunda es que a menudo lo ayudará a encontrar una mejor solución o identificar un problema con los requisitos antes, incluso antes de comenzar a codificar. Le ahorra a todos tiempo y dinero, y también significa menos trabajo innecesario e ingrato para usted, lo que siempre es bueno.

2. Siempre codifique (o, al menos, considere) el “peor de los casos”.

   Siga haciéndose preguntas como “qué sucede en mi código si …”: ya sean dos usuarios que actualizan los datos al mismo tiempo, un servicio web no está disponible, su servidor se reinicia o se transfiere un valor inesperado a su servicio o método. Si algo puede suceder, eventualmente sucederá, y será mejor que su código pueda manejarlo con gracia.

3. Escribir pruebas unitarias.

   El mejor invento desde el pan rebanado. Ni siquiera tiene que suscribirse a todo este negocio de TDD, pero las pruebas son útiles durante el desarrollo, y permanecen allí para detectar los cambios de otra persona que rompen su código (a veces, años) más tarde. Por lo tanto, sea un buen deporte y escriba buenos, que cubran sus casos de uso válidos e inválidos (vea el punto anterior)

4. Documente lo que escribe escribiendo buenos comentarios.

   No solo lo que hace el código (que no es tan valioso en sí mismo), sino también las consideraciones, los supuestos y las limitaciones. Al modificar el código, mantenga los comentarios actualizados.

5. No seas idiota.

   A pesar de las apariencias, el desarrollo de software es un esfuerzo de equipo. Tendrá que comunicarse con muchas personas: analistas de negocios, escritores técnicos, gerentes de proyectos, ingenieros de control de calidad y, a veces, clientes. Todos tienen un objetivo común: crear un buen producto. En teoría, de todos modos. Por lo tanto, sea profesional, positivo y educado.

   En particular, las personas de control de calidad no son tu enemigo. Están ahí para ayudarte a no arruinar las cosas. Entonces, sé amable con ellos. Ayúdelos a hacer su trabajo, si es necesario, explicando qué información necesita para solucionar el problema más rápido, pero sea cortés al respecto.

¡Buena suerte!

1. Comience desde patrones de diseño.
2. Elija un lado: Front-End o Back-End.
3. Aprenda la tecnología y los estándares: MDN, W3C, W3C School
4. Toma un curso: Lynda
5. Elige un idioma y domínalo
6. Tener un camino y plan de aprendizaje
7. Revisar proyectos de código abierto en GitHub
8. No: lea nada de todas partes
9. Sepa qué es una mala práctica y cuál es la mejor práctica. es decir, JavaScript La buena parte
10. Encuentra y sigue visionarios y blogs valiosos
11. Asistir a reuniones y aprender de otros y compañeros
12. Encuentra tu pasión y conviértete en experto, desarrollador, arquitecto, DevOps, SRE, …

Solo hay 2 trucos:

• Aprenda: aprenda todo lo que pueda, de cualquier fuente, Internet tiene suficientes recursos que pueden durar toda su carrera y cada día surgen nuevos. Descubra qué método de aprendizaje es el más adecuado para usted.
• Práctica: lo que aprendiste arriba, aplícalo. Úselo para desarrollar algo, crear algo.

¡Repite los pasos y estarás en camino de ser una estrella de rock!

¡Feliz codificación!

No hay trucos Necesitas experiencia y práctica.

Sigue resolviendo problemas de programación. Gradualmente aumente la dificultad. No solo lea libros o mire tutoriales, HAGA algo. Comience con un programa simple de tic tac toe, o un sitio web simple que no necesita una base de datos. Escribe el código siempre que puedas.

¡Buena suerte!

1. Aprenda programación (vea Teach Yourself Computer Science). Si no puede programar (desarrollar una solución a un problema), no puede desarrollar software (lo que significa desarrollar soluciones a los problemas, no significa sentarse en una computadora, escribir código).
2. Asegúrese de que el código que escriba sea claro para cualquiera que entienda la programación. Si algo no es así, coméntalo. (El antiguo estándar de un bloque de comentarios en la cabecera de cada función todavía significa código compilado; los comentarios nunca llegan al tiempo de ejecución, por lo que no ralentizan el programa. Pero sí hacen que sea mucho más fácil corregir errores o modificar el programa).
3. Asegúrese de que, a menos que el proyecto nunca se expanda, sea escalable. Nunca te escribas en una esquina.
4. Si se puede hacer, se hará , así que escriba el código para manejarlo, incluso en situaciones en las que cree que “nadie haría eso”. Alguien lo hará, y es mejor tener un buen mensaje diciéndole que no lo haga, que hacer que su programa se bloquee por todo el piso. Incluso si no puede encontrar la manera de manejar ese tipo de entrada, “Debe ser un número” y volver a la entrada es mejor que bloquearse porque dividió por cero. (El valor de una cadena es cero).

Y recuerde, algún día, alguien más tendrá que trabajar en su código, y no podrá leer la mente que tenía cuando lo estaba escribiendo. (Tampoco lo hará, si tiene que volver a él un año después de que fue enviado). Consulte algunas de las preguntas de “cuál es el peor código que haya visto” aquí para ver ejemplos de lo que no debe hacer. ¿ Te gustaría tener que trabajar en un tazón de espagueti sin comentarios? Entonces no cree uno para que alguien más trabaje. O bien, aclare el código o coméntelo. (Y use etiquetas significativas. “I” es lo suficientemente bueno para una variable de contador, pero una “i” no comentada para el precio final es una “mala práctica”. Y “precio_final” no hace que el código compilado sea más grande que “i”. )