Hay un pequeño consejo que me gustaría darte.
Haga una copia de seguridad de su código como un pseudocódigo, escrito solo por usted, no escrito por otros , haga una documentación adecuada para sus propios fines, pero asegúrese de cumplir con las políticas de las compañías, algunas compañías con confidencialidad estarán completamente en contra de esto.
De alguna manera, hice esto desde el principio y me ahorró mucho esfuerzo ya que puedo regresar fácilmente y referirme a él, y sí, siento que he trabajado muy duro para lograr esto, ¿cómo diablos lo logré? ?
- ¿Cómo puede un principiante en diseño de software convertirse en profesional en el campo? Estoy estudiando ingeniería de software, pero cuando veo software serio parece complicado. Entonces, ¿cómo debo llegar al punto en que pueda diseñar un software complejo y robusto?
- ¿Qué debo saber como ingeniero de software?
- ¿Cómo se ve un buen sitio web junior de cartera de desarrolladores backend?
- ¿Los ingenieros de software escriben código? Si es así, ¿qué porcentaje de sus trabajos implica escribir código?
- ¿Por qué los ingenieros de software ganan más dinero que los ingenieros de hardware?
Es normal cuando eres nuevo en la escritura de códigos, eres muy entusiasta y trabajas duro para lograr algo, trabajar y codificar es casi tu alma y toda tu vida, con el tiempo notarías que tu vida tiene muchos parámetros adicionales, como responsabilidades hacia familia, sus subordinados, construir una familia, viajar, actividades sociales, etc., por lo tanto, volver a algo que ha escrito parece muy complejo ahora. Pero una vez más, mantener una copia de seguridad, tomar un pseudocódigo, con la documentación adecuada, como el propósito, la declaración del problema, la resolución, junto con la captura de pantalla, los diagramas de flujo pueden ser de ayuda más adelante, ya que usted menciona que a menudo también tendrá acceso a sus entrevistas. .
Entonces, en resumen, ¿qué lograste con esto?
- Eres un programador rápido, ya que tienes algo a lo que hacer referencia.
- Eres bueno para comentar tus códigos, ya que sabes que más tarde ayuda a los demás y a ti mismo también.
- Eres bueno en la documentación, que odiabas al principio cuando comenzaste a codificar. Y ahora documentar cualquier cosa no lleva mucho tiempo.
- Estás sufriendo tus entrevistas, ya que sabes los problemas que has resuelto en el pasado y cómo lo lograste.