¿Cuáles son algunos enfoques sistemáticos para convertirse en un mejor desarrollador de software mientras ya trabaja como uno si no tiene a nadie que lo guíe?

Answer 1

Estuve en esta posición durante gran parte de mi carrera temprana. Hice un buen trabajo y obtuve conciertos, pero no tuve mucha orientación profesional. Perdí por completo al barco en algunas de las mejores prácticas profesionales clave porque nadie decía “hey, intente esto” o “así es como lo hacemos aquí”.

A través del auto-estudio y algunos mejores trabajos aprendí mucho. Aquí hay algo de lo que recomendaría:

• Leer libros sobre manualidades. Más allá de las cosas que necesita leer para dominar los idiomas, marcos y plataformas en las que trabaja, lea libros como:
• El programador pragmático
• Mejora del diseño de código existente (“El libro de refactorización”)
• Código Completo 2ª Edición
• Pida a las personas que miren su código. Publique en Code Review Stack Exchange o solicite comentarios sobre las listas de correo. Esto puede ser difícil al principio, pero es un paso crítico en el desarrollo como ingeniero.
• Prueba el concurso de programación ocasional / desafío. Ej. Adviento de Código. Incluso si no lo llevas muy lejos, ese tipo de práctica puede estirarte bien.
• Lea los anuncios de trabajo para los trabajos que le gustaría tener y descubra qué habilidades / experiencia relevante le faltan. Luego usa ese conocimiento para dar forma a tu programa de autoestudio.
• Finalmente, este es un tramo más extenso, pero realmente vale la pena mencionarlo: encuentre un trabajo en el que trabaje con otros desarrolladores que puedan ayudarlo a crecer. Si se queda estancado donde está ahora, la superación personal es excelente, pero puede ganar aún más con un cambio de configuración.

Answer 2

La respuesta fácil a esto es que no, pero déjame explicarte.

Cuando hablas de ser un “buen desarrollador de software” no solo hablamos de talento de programación en bruto. La capacidad de optimizar un algoritmo, escribir código de ejecución rápida o simplemente escribir mucho código muy rápido, simplemente no es suficiente para hacer un buen desarrollador. Incluso los programadores más talentosos, abandonados a sus propios dispositivos, caerán en cualquiera de una serie de malos hábitos que los hacen un mal ajuste para desarrollar con un equipo. Convenciones extrañas, sin convenciones, interfaces extrañas, nombres de variables molestos, selección de herramientas inusuales, tiende a “suceder” porque estás trabajando solo y estás interesado en ser productivo, pero terminas optimizando solo para ti * * y nadie más.

En esta época, el programador único se está convirtiendo cada vez más en una rareza. Incluso los “lobos solitarios” que trabajan en OpenSource se van a frotar contra los usuarios de su software, y si sus interfaces (de software) apestan, será más difícil para ellos conseguir algo de tracción. Pocas personas están dispuestas a confiar sus entornos de producción a las cajas negras, sin importar qué tan bien se desempeñen.

Entonces, ¿qué haces al respecto? ¡No se desarrollen aisladamente! Si tiene un lenguaje en mente, elija un proyecto OSS interesante para contribuir y profundice. Pero su enfoque debe ser PRIMERO para integrarse bien en el equipo. Interactúe con otros desarrolladores, e intente * llevarse bien primero y luego contribuir. Una vez que todos se sientan cómodos diciéndole cómo y por qué hizo algo mal, aprenderá a pasos agigantados, y la motivación de sus compañeros de equipo para revisar su código lo empujará a la excelencia.

No se ponga a la defensiva cuando la gente critique su código, pero tampoco acepte ciegamente sus críticas. Asegúrese de entender POR QUÉ la crítica es válida, antes de aceptar e implementar los cambios. No tengas miedo de preguntar por qué si no lo asimilas.

Answer 3

Gracias por A2A. La mejor manera es:

1. Elige un proyecto de programación divertido y comienza a codificarlo. Deténgase cuando llegue al punto en el que siente que está por encima de su cabeza y sospecha que hay una mejor manera de hacer las cosas.
2. Revise algunos de los mejores libros sobre programación para obtener sugerencias sobre cómo mejorar su código y tome notas. Clean Code es un buen lugar para comenzar porque está lleno de buenos consejos. Code Complete es la Biblia de la ingeniería de software, pero puede ser demasiado intenso para empezar.
3. Lee el código que escribiste y busca las debilidades.

Recorro estos pasos una y otra vez. Sabrás que estás mejorando porque tu propio código se verá mal y te sentirás obligado a mejorarlo. Este sistema funciona bien para mí, y creo que lo recomendaría si tiene o no un mentor en persona para que lo guíe.

Answer 4

No conozco la parte “sistemática”, mi mejor consejo es que realices algunos proyectos divertidos por tu cuenta. Tengo una breve lista de sugerencias en mi blog: ¡Haz tus proyectos de fin de semana!