¿Sería un campo de entrenamiento de codificación o un aprendizaje la opción más inteligente para conseguir un trabajo de ingeniero de software?

Yo iría con el aprendizaje. Obtendrá experiencia real y práctica en ingeniería de software trabajando realmente el trabajo. La mayoría de las pasantías y pasantías para ingeniería de software implican prácticamente el mismo trabajo que un ingeniero de nivel básico.

Puede obtener más información sobre prácticas generales de software y conceptos de desarrollo en un campamento de arranque, pero probablemente encontrará que muchas de sus prácticas aprendidas serán desechadas cuando vaya al mundo corporativo. Esto se debe a que cada proyecto tiene su propia pila de tecnología, metodología de hacer las cosas por parte de los líderes de esa empresa, restricciones presupuestarias, etc.

El aprendizaje también se verá mucho mejor en su currículum cuando comience a solicitar trabajos reales, ya que su empleador sabe que ya puede integrarse en un equipo de ingeniería de software, ya que lo ha hecho antes. Además, las conexiones y referencias que haga serán mucho más valiosas que un bootcamp.

Hice una pasantía durante 2 años mientras estaba en la escuela completando mi licenciatura en CS antes de obtener un trabajo a tiempo completo en mi último año. Cuando me gradué, fue una transición suave al trabajo. Como ya tiene experiencia laboral en un campo relativamente relacionado, es posible que no necesite tanta experiencia de aprendizaje para obtener el trabajo. Lo principal es la capacidad de mostrar sus conocimientos y habilidades durante la entrevista.

La pregunta fue:

¿Sería un campo de entrenamiento de codificación o un aprendizaje la opción más inteligente para conseguir un trabajo de ingeniero de software?

Voy a estar de acuerdo con la mayoría de las respuestas aquí, centrándome principalmente en la idea de que, en la industria de la programación, la experiencia generalmente supera a otras formas de educación, y en el caso de los bootcamps, creo que esto probablemente sea cierto la mayor parte del tiempo.

Me gustaría señalar que el término que utilizó fue “ingeniero de software” y no simplemente “programador” o “desarrollador de software”.

En muchos casos, las empresas y los desarrolladores harán una distinción entre estos dos, considerando que un ingeniero de software tiene más habilidades de resolución de problemas y arquitectura de software.

Tener educación y un conocimiento profundo de las herramientas que está utilizando es con frecuencia un requisito cuando existe esta distinción. Esto se debe a que comprender cómo y por qué se crearon sus herramientas le brinda más información sobre su uso adecuado que simplemente usarlas. Con frecuencia puede ayudarlo a identificar varios patrones y antipatrones en el desarrollo.

Una educación universitaria no garantiza que obtendrá este conocimiento, pero es más probable que un título en ciencias de la computación ingrese a esta área.

Si no puede obtener la educación, le recomiendo leer libros como “Code Complete” y aprender múltiples lenguajes de programación, preferiblemente no relacionados (por ejemplo, funcionales versus orientados a objetos).

Esto lo ayudará a desarrollar su experiencia de desarrollo de una manera más integral y puede llevarlo a través de ciertas entrevistas donde esto es importante.

Espero que esto ayude.

La industria del software no trabaja en la confianza, como lo hacen otras profesiones. Por lo tanto, obtener un aprendizaje y ganar reputación no va a funcionar casi tan bien como mostrar su capacidad real para escribir código. El único desafío que puede enfrentar es pasar al reclutador que no sabe nada sobre programación y, en consecuencia, juzgarlo como lo haría para otros trabajos antes de enviar su currículum al equipo.

Es el equipo el que toma las decisiones de contratación. Si fuera un líder de equipo, sería yo quien tomaría la decisión final sobre si te contratarían o no. Estas son las cosas por las que te juzgaría, según la conversación que tendríamos durante la entrevista.

1. ¿El candidato está interesado en aprender y compartir conocimientos? ¿O está más interesado en ascender en la escala corporativa?
2. Si está interesado en adquirir y compartir conocimientos técnicos, ¡es una gran victoria!
3. Si está más interesado en ascender en la escala corporativa, ¿se sentiría bien trabajar con él? En otras palabras, ¿es agradable el candidato? ¿O va a ser un jefe imbécil? Si el candidato es amable y tiene algún conocimiento técnico, ¡también es una victoria!

Ninguna de estas cosas se puede juzgar por la reputación que ya tienes. Podrías haber sido un alto ejecutivo en Google, pero eso no sería suficiente si fallaras la entrevista.

En cuanto a su caso específico, creo que un campo de arranque de codificación será mejor ya que tendrá un código de trabajo para mostrar, que podría impresionar al líder del equipo que lo entrevista. Así que quédate con tu trabajo de 50k y aprende programación Una vez que tenga suficiente código para presumir, puede comenzar a aplicar a nuevas empresas que están desesperadas por contratar.

¿quieres decir pasantía? depende de cuánto sabes ya que tienes un cs menor

Una serie de bootcamps tienen asociaciones con empresas tecnológicas locales. Los graduados tienen altas tasas de colocación. Yo iría por esta ruta si tu nivel de programación es básico.