Sugeriría comenzar a leer el código de otros. Cuando dice que es un desarrollador junior, está trabajando en errores simples o piezas de código que escribe en el trabajo a tiempo completo.
Si ese es el caso, comience a leer el código en serio, comience a leer el código de otros desarrolladores que pueden ser junior o senior. Le dirá cómo piensan otras personas y cómo escriben la lógica. ¿Puede identificar errores simplemente leyendo el código? ¿Puede sugerirles alternativas mejores y optimizadas?
Entonces, estos son los pasos.
- Redes de área local: ¿Es mejor crear aplicaciones en una LAN que crear un software nativo?
- ¿Cuáles son los beneficios de la programación orientada a objetos?
- ¿Son los programadores japoneses generalmente menos expertos en tecnología, calificados y apreciados en su país de origen en comparación con los programadores en los Estados Unidos o Europa? ¿Están los mejores programadores de Japón concentrados en la industria del juego?
- ¿Cuáles son las ventajas y desventajas de UML?
- ¿Cómo aseguran las grandes empresas la calidad del código (herramientas, rutinas y metodologías)?
- Leer el código de otros desarrolladores
- Leer proyectos de código abierto
- Concéntrese en contribuir al código abierto porque eso le dará experiencia en una variedad de proyectos y la capacidad de comprender cómo otros crean y escriben código.
- Siga aprendiendo algoritmos, no son realmente competitivos, sino algoritmos generales que son una optimización mucho mejor que simplemente cambiar a un lenguaje de bajo nivel o algún nuevo marco sofisticado. Algoritmos como Crypto, Búsqueda, Distribuido, Red, Algoritmos de cadena, etc.
- Escriba pruebas unitarias o cualquier marco de prueba. Lo que sea que codifique nunca se salte las pruebas de escritura. La mayoría de las veces los desarrolladores junior son optimistas y evitan escribir exámenes.