Además de lo que aprendo en la universidad, ¿qué es lo menos que se espera que sepa como desarrollador junior de software?

• En primer lugar, tendrás que saber cómo aprender. La universidad fue, o debería haber sido, darle un cinturón de herramientas que contiene formas de pensar sobre los problemas. También habrá aprendido algunas herramientas específicas (lenguajes y algoritmos) para usar para implementar sus soluciones. La universidad no puede haberte enseñado todo lo que debes saber sobre el desarrollo de software porque los problemas realmente divertidos son los que nadie ha resuelto antes. Para aquellos que necesitarán aprender nuevos idiomas, nuevos algoritmos y nuevas formas de pensar.
• Cómo convertirse en un experto en la materia. Con frecuencia se encontrará con requisitos que no tienen ningún sentido según el conocimiento que tenga. Por ejemplo, “trazar puntos en el mapa de la pantalla de un avión”. Esto implica muchas cosas que probablemente no aprendió en la universidad: ubicación del GPS, cómo se comunica la pantalla con la computadora de vuelo, rastreo de rutas, etc. No solo necesitará saber cómo aprender más sobre el software, sino que también deberá saberlo. cómo absorber información de manera rápida y confiable sobre cualquier tema, porque la ingeniería de software significa interactuar con todos y conocer otras partes de nuestro mundo.
• Cómo llevarse bien con la gente. Las compañías de software contratan equipos, no artistas solistas. La imagen de un gurú del software sentado en su línea de comandos y resolviendo las Grandes Preguntas es un mito. Los grandes problemas requieren múltiples mentes, y si no puedes llevarte bien, serás retenido o incluso te pedirán que te vayas.
• Ser innovador La mayoría de los problemas que enfrentará en el día a día son los que ya se han resuelto. Una búsqueda rápida del desbordamiento de la pila, un poco de reflexión y alguna acción de copiar / pegar le ahorrará mucho trabajo. Sin embargo, es importante que no te vean como alguien que solo puede resolver las preguntas que otros han resuelto 100 veces antes. Piense en formas más eficientes de hacer las cosas, haga que su código sea más robusto que las soluciones básicas que encontrará en línea.
• Cómo responder preguntas que no se han hecho. A menudo se le darán algunos requisitos muy vagos. Para eso necesita crear un conjunto sólido de software que haga lo que se desea, no necesariamente lo que se le pidió. Esto implica comunicarse con las partes interesadas, investigar el tema y muchos ensayos y errores.
• Cómo ser un penoso feliz. Este último no es necesariamente cierto, pero hay una gran cantidad de trabajos de nivel básico para trabajos de nivel extremadamente bajo y horas extremadamente largas. Si te encuentras en uno de esos trabajos, persevera. Aprende lo que puedas. Avanza cuando se presente la oportunidad.

Encuentre un espacio de idioma / problema en el que le gustaría participar. Al pasar a un rol, ese suele ser el primer paso.

Sé que muchos programas de CS no enseñan los matices particulares de los lenguajes, y solo los conceptos básicos de Java, Python o C, (y a veces un lenguaje funcional). Elija un problema que le guste, un estilo, una razón para hacer las cosas. Si no lo has descubierto, encuentra uno que te haga hacer preguntas, que te intriguen, que sientas que quieres entender las cosas, que aprecies la dinámica, que disfrutes sintácticamente, que resuelva los problemas que te gustan pensar en.

Saber un idioma es tan importante como saber qué es un idioma. Muchos desarrolladores de Jr. parten de dos caminos: A) el camino funcional, “hacer cosas” y B) el camino teórico, pero aún no práctico. Estás comenzando desde más del lado B de las cosas, y la importancia es avanzar hacia el lado A, lo que te ayuda a crecer desde un nivel Jr. en adelante. No se trata de ‘conocer’ los idiomas, sino de cómo manejarlos para resolver problemas.

Es por eso que es genial conocer lenguajes reales de uso general, como Java, Ruby, PHP, Python como su primer idioma, porque todos son 80% de lenguaje (y no necesariamente del tipo Matz), que son buenos para alrededor del 80% de todos los proyectos de desarrollo. Y eso es importante para mojarse los pies, a menos que esté empeñado en, digamos, programación funcional, y quiera aplastarlo con Scala, Haskell o Erlang, o si realmente le gustan los lenguajes Lisp, que desea trabajar en ciertos hardware, o en ciertos espacios problemáticos, entonces lo que se necesitaría para ser un Desarrollador Jr. es comprender el lenguaje, por qué hace las cosas y cómo las hace, y cómo manejarlo un poco. Comprender es mucho más que sintaxis, y no tener una comprensión completa es absolutamente aceptable para un Jr. (o incluso un Desarrollador de Nivel Medio y Superior), porque hay mucho que aprender.

Bueno, creo que si comienzas como desarrollador de software junior, los empleadores generalmente esperan que sepas más o menos lo que aprendiste en la universidad. Dicho esto, puedo describir algunas cosas que traerán una sonrisa a la cara de tu jefe:

1. Necesita saber cómo trabajar con otros en colaboración. En la mayoría de las situaciones, habrá otras personas trabajando con usted en un problema mayor y usted estará trabajando en una parte del mismo. Todos son diferentes y todos son un poco raros a su manera. Perdona (o incluso celebra) sus excentricidades y perdonarán las tuyas. Ofrezca a otras personas el beneficio de la duda, ayúdelos cuando pueda y ellos lo ayudarán.
2. Haga preguntas para obtener una perspectiva del trabajo que se le pide que haga.
3. Trabaja duro para resolver los problemas antes de traer a otras personas, pero no esperes demasiado si estás atrapado. Si la solución al problema está disponible en la web, debería poder encontrarla. Si se trata de información privada de la empresa para la que trabaja, haga lo que pueda para averiguarlo, luego pregunte sobre los recursos (capacitación interna o documentación) y, finalmente, con quién trabajar.
4. ¿Sabes cómo escribir los requisitos para el trabajo que estás haciendo? Si puede, es una excelente manera de validar que está haciendo lo correcto.
5. ¿Puedes escribir un documento que describa la estructura o arquitectura del trabajo que estás haciendo? Si es así, es una excelente manera de validar que lo estás haciendo de la manera correcta.

Difícilmente aprenderás en la universidad algo que sea útil.

Necesitará saber cómo hacer las cosas. Bueno.
Imagina soluciones a los problemas. Estime la duración de los proyectos y dónde podrían estar los cuellos de botella.
Piense en formas de mejorar las cosas, más rápido, más eficiente.

Necesitará saber cómo comunicarse por escrito.

Deberá poder comprender cómo ven los usuarios su aplicación. ¿Entienden cómo usarlo?

Necesitará conocer el valor comercial de su creación.

Dios mío, hay MUCHOS y la universidad apenas toca estos temas.