Adaptarse a un entorno de equipo después de desarrollarse solo durante años.

Tengo casi 5 años de experiencia como desarrollador web, y creo que ya debería estar en el nivel medio, pero cuando camino, creo que todavía soy bastante "junior".

Esto es lo que creo que es el problema: durante la mayor parte de mi carrera, rara vez tuve una guía real de un desarrollador más experimentado y cero experiencia con equipos de desarrolladores, por lo que tuve que abrirme camino a través de muchas soluciones y hacer todo cortar y secado. En la práctica, no había tiempo que perder como el único responsable de escribir o mantener el código. Debido a esto, no tengo un conocimiento formal del proceso de desarrollo de software real y finalmente me di cuenta de que la codificación es solo una pequeña parte del proceso.

Me encantaría trabajar con un equipo de desarrolladores con una sólida experiencia, pero me temo que sería un viaje muy accidentado tratar de ajustarme con la base de conocimientos que se requiere para los procesos de desarrollo. Como programador que ha volado solo la mayor parte de su carrera, ¿qué puedo hacer para prepararme para "establecerme" en un trabajo trabajando con un equipo más grande (al menos 5) de profesionales experimentados?

Editar: Con ese fin, no he pasado muchas de las pruebas técnicas que dan las compañías "grandes" que prosperan en su software y desarrolladores. Por grande no me refiero a Google, pero sí razonablemente exitoso en el área geográfica.

Esté preparado para aprender de los miembros de su equipo y darse cuenta de que la forma en que ha estado haciendo las cosas durante los últimos años puede no estar "a la altura" con el resto de los miembros de su equipo. Las revisiones de código probablemente revelarán esto si son parte del proceso de desarrollo.

La comunicación también es importante, así que si aún no lo ha hecho, prepárese para documentar bien su código, escriba documentación externa, use mensajes detallados de control de fuente para los cambios de su código y realice un seguimiento de los problemas / características / cambios en el seguimiento de problemas (errores) software. Debe permitir que los miembros de su equipo vean lo que ha hecho y entiendan por qué lo ha hecho. Quizás aprendan una o dos cosas de usted de esta manera.

¡Buena suerte!

Necesitará tener las habilidades de codificación, pero también debe hacer que los entrevistadores se sientan cómodos con su disposición para llevarse bien con los demás. Necesitas más que solo querer ser un mejor programador.

Comienza a analizar la forma en que haces las cosas actualmente. ¿Vuelve al código y encuentra que lo que escribió es confuso y difícil de cambiar? ¿Estás repitiendo ciertas tareas una y otra vez? Busque sitios SO o haga preguntas sobre cómo mejorarlos. Es posible que no pueda implementarlos. Actualmente programo solo. Me gustan los métodos de desarrollo ágiles, pero he tenido que adaptarme a mi situación.

No solo busque un equipo, sino que encuentre uno que pueda / le enseñe algo. Prefiero hacer preguntas sobre por qué las cosas se hacen de cierta manera y obtener algo más allá: "Así es como siempre lo hemos hecho". tipo de respuesta Si todos van a ponerse a la defensiva y no justifican lo que están haciendo, no creo que aprenda nada. El aprendizaje llega cuando descubres por qué tenías razón o no. Tu mente tiene que ser cambiada.

Es posible que desee ver dónde obtiene puntajes el equipo en The Joel Test.