Llevo casi tres años programando, profesionalmente. Casi siempre estoy insatisfecho con cómo fueron mis proyectos, por decir lo menos. ¿Es normal?

¿No estás satisfecho con tus proyectos? Esto es realmente una buena señal, lo que significa que lo más probable es que estés dispuesto a mejorar.

Casi 12 años después, y los únicos proyectos con los que estoy realmente satisfecho son los pequeños proyectos paralelos, donde tuve tiempo ilimitado y ningún gerente.

En la vida real, siempre hay que hacer compromisos: calidad frente a tiempo, calidad frente a presupuesto (tiempo es dinero, por lo que puede considerarlos iguales). Reescribiendo el viejo código desordenado frente a reutilizarlo, sus ideas frente a las ideas de otra persona. Código de diseño contra huevo de pascua, requisitos cambiantes, requisitos de creencia … Y comprometerse significa que nunca estarás completamente satisfecho.

– no cumple con los plazos – a menos que haya aceptado dichos plazos y realmente haya dado su opinión, no se preocupe por esto. Este es un problema de gestión.
– Grandes proyectos – Grandes proyectos SON caos. Necesitas realmente buenos gerentes y un buen equipo para dominar ese caos. Una vez más, este es un problema de gestión.
– comenzó tarde – no te compares con los demás por edad, sino por experiencia. O mejor, no te compares, solo trata de aprender de aquellos a quienes admiras.

Y última pregunta: ¿cuánto tardaron en llegar a ese nivel? AFAIK todavía no están retirados, lo que significa que todavía están llegando allí . No hay un nivel final, y aprendemos todo el tiempo.

Buena pregunta, pero necesito saber más sobre cómo se gestionan sus proyectos y la estructura de su equipo / empresa.

No recuerdo la cita exacta pero dice algo como “los problemas de rendimiento casi siempre son un problema con el sistema, no la capacidad de un individuo”. Creo que fue Jeff Sutherland.

¿Quién está estableciendo sus plazos? ¿Basado en que?

Cuando comienzas un gran proyecto, ¿qué haces? Si está tratando de hacer un plan para los próximos 6 meses o más y espera poder cumplirlo, es una expectativa poco realista. Simplemente hay demasiada incertidumbre en el desarrollo de software para exponer las cosas tan bien de antemano.

Busque principios de desarrollo ágil si no está familiarizado.

¡No dude en hacer cualquier pregunta! He estado en muchos proyectos que no han ido tan bien como se esperaba, y algunos que lo han hecho. La clave suele ser tener expectativas razonables y tener un buen equipo que aprende y mejora a medida que avanzan.

Aquí hay algunas cosas para que usted considere Primero, casi todos los proyectos toman más tiempo del que crees. En segundo lugar, el último 20% de cualquier proyecto tiene el 80% del esfuerzo. Ahí es donde entra el caos. Para mí, mi “rapidez” en la programación vino de la práctica. Acostúmbrate a depurar ciertos problemas para que termines gastando 2 minutos arreglando algo en lugar de 2 horas.

Tres años no es realmente tanto tiempo. Por lo tanto, no esperes ser experto de inmediato. Solo sigue empujando a través de las situaciones dolorosas e incómodas para crecer lo más rápido posible.

¡Seguid así!

No cumplir con los plazos: espero que este sea el caso para mí también en mis primeros años.
Grandes proyectos: ganar experiencia. Aprende a colaborar con los demás. Aprende a gestionar el caos.
Empezando tarde: Oye, eso es cuando yo también comenzaré, ya que después de la secundaria no voy directamente a la carrera, sino que aprendo más de una facultad / universidad / lo que sea.