¿Puedo solicitar trabajos de "Ingeniero de software" sin ser ingeniero? [cerrado]

Soy de un país en el que el uso de la palabra "ingeniero" o "ingeniería" está estrictamente regulado por la legislación. Esto significa que debe tener un título en Ingeniería Y aprobar un examen para unirse a la asociación profesional de Ingenieros para usar el título. Estoy un poco confundido sobre el término "Ingeniero de software" como se usa en la industria, a nivel mundial.

Leí la página de wikipedia sobre Ingeniero de software y la sección vinculada de la página sobre el uso del término, que ofrece una discusión en profundidad. Sin embargo, mi pregunta es de alguna manera más concreta.

Sabiendo que no tengo una licenciatura en ingeniería (¡sin embargo, me gusta pensar que produzco software funcional y bien diseñado!), Cuando veo una oportunidad para un ingeniero de software de una empresa internacional, ¿sería apropiado que postule? ? ¿Debo enfatizar de alguna manera que no tengo un título en ingeniería?

No vas a perder el tiempo de nadie. Ve a por ello. Y ni siquiera necesita enfatizar que no tiene un título en ingeniería. Su CV (Currículum) obviamente indicará qué grados tiene, y por inferencia lo que no tiene. Solo evite las compañías que específicamente declaran que solo están buscando acreditadas, etc., etc.

EDITAR: La razón de esto es que el desarrollo de software ha sido, sigue siendo y seguirá siendo durante un tiempo un campo de crecimiento explosivo, liderado por la industria, donde el 99% de "de lo que se trata el trabajo" se aprende en el lugar de trabajo, no en la universidad. La Universidad es buena para aprender a especializarse en un tema específico por medio de una maestría o un título superior, y cuando una empresa busca un especialista, generalmente establece este requisito. Esto proviene de alguien que posee una "Licenciatura en Ciencias de la Computación" y que, sin embargo, aprendió que lo que está haciendo es, de hecho, una ciencia fuera de la Universidad. (Inicialmente en la escuela secundaria, cuando aprendí qué es la búsqueda binaria, y luego en el trabajo, cuando supe qué era la POO. En la Universidad todavía no habían oído hablar de la POO).

En los Estados Unidos, su "ingeniero de software" es un título de trabajo común que realmente no significa nada diferente de "programador / analista" o "desarrollador de software". Depende de lo que la empresa en cuestión quiera dar como título.

Por ejemplo, en un lugar donde estaba empleado, casi todos tenían un título de trabajo que terminaba con "ingeniero" o "técnico". El gerente de recursos humanos en mi ubicación se llamaba "Ingeniero principal de recursos humanos".

Algunos de los mejores desarrolladores de software con los que he trabajado no tenían un título relacionado con el desarrollo de software. Yo mismo, tengo un título en TI, pero aún seguí una carrera en desarrollo de software.

Las asociaciones de ingenieros profesionales tienden a formarse cuando un campo técnico particular tiene estándares y prácticas aceptadas casi universales e indiscutibles Y cuando se trata de una cantidad relativamente grande de mano de obra calificada en comparación con la demanda de dichos profesionales. Esto sucede en campos de ingeniería relativamente maduros.

La ingeniería de software aún no está allí (todavía), pero se está acercando lentamente. El problema es que si toma una muestra aleatoria de ingenieros de software hoy y les hace una pregunta simple, como "Diseñar una aplicación CRUD basada en la web para el seguimiento __ " y obtendrá diseños muy diferentes. Algunos serán buenos diseños, algunos serán pobres, algunos serán únicos, algunos serán repetitivos. Demonios si llevas a James Gosling, Martin Fowler y varias otras grandes mentes a una habitación, probablemente tendrían más argumentos y diferencias de lo que acuerdan.

Además, considere que desde una perspectiva empresarial y social, a veces estamos de acuerdo con el software de baja calidad (dependiendo de la disponibilidad de alternativas y el precio). Compare eso con la perspectiva empresarial y social sobre la calidad que esperamos de un puente. Nadie acepta un puente de baja calidad, y los ingenieros que diseñan ese puente lo hacen bajo pautas estrictas y estándares aceptados.

En mi opinión, algún día llegará al punto en que el costo y el valor del 90% del software disponible en la actualidad se alinearán más adecuadamente, y lo que quedará serán proyectos grandes, costosos y altamente basados ​​en estándares con métodos altamente aceptados y formalizados para abordar el diseño. problemas. Solo en este punto la necesidad de ingenieros calificados en una asociación profesional será mayor que la necesidad de un niño inteligente que pueda hacer el trabajo también con menos formalidad. Sin embargo, no veo que esto suceda durante al menos otros 15-20 años.

Normalmente en los anuncios de trabajo se menciona si se requiere un título o no. Decide si aplicar o no, dependiendo de esto. Si no se menciona, entonces hay posibilidades de que el trabajo requiera más experiencia o actitud que grado. En ese caso, en mi opinión, puede postularse y arriesgarse. De todos modos, cuando los reclutadores vean que usted no tiene ningún título en su currículum, decidirán si lo seleccionarán.

Al menos en los EE. UU., La clave es que debe poder hacer lo que se describe en la descripción. La forma en que obtuviste esas habilidades menos importantes.

SIN EMBARGO: hay empresas que realizan pruebas de detección en las que es de gran ayuda para un puesto de nivel de entrada si tiene:

• Licenciatura o Licenciatura en algo
• Preferiblemente un BS en algo vagamente relacionado con las computadoras, como ingeniería informática, ingeniería de software, informática, informática, matemáticas o algo similar. Incluso EE, Física o cualquier otra ciencia es probable que le brinde más oportunidades que, por ejemplo, Lingüística o Bellas Artes.
• Un buen promedio

Esto tiene que ver en gran medida con el proceso de selección de la compañía y la cantidad de solicitantes que tienen. Cuanto menos formal sea la empresa, en general, menos restrictiva será la evaluación.

Al final, tengo pocas dudas de que puedes conseguir un trabajo haciendo "ingeniería de software", siempre que puedas hacer lo que dicen en la descripción y puedas hacer ese caso a través de tu currículum y la entrevista. La definición de "ingeniería" como algo altamente legislado y definido es lo suficientemente exclusivo del país dado que no se traducirá particularmente internacionalmente. Algunas certificaciones profesionales pueden, todo depende de la certificación y la especialidad que demuestre.

CVs

En cuanto a un currículum, recomiendo resaltar lo que PUEDES hacer. No es lo que no has hecho. Un formato de currículum clásico incluirá: - sus objetivos - su educación - sus habilidades técnicas - su experiencia laboral previa

Dejar un elemento crítico es una buena manera de demostrar que no tiene ese elemento, no tiene que ir más allá para decir lo que no hace. Por ejemplo, si tiene algunos años de estudios universitarios completos, pero no se ha matriculado, mencione dónde asistió a la escuela y cuántos años, y algunos cursos clave. La falta de fecha de graduación (o la fecha de graduación esperada) es un aviso directo de que aún no has terminado la escuela.

Al hablar sobre las habilidades que adquirió a través de proyectos personales independientes, tiene dos opciones, IMO, dependiendo de cuánto espacio tenga disponible.

• para un candidato más joven, enumeraría al adquiriente de habilidades en una sección de habilidades, por ejemplo, lenguajes de programación, metodologías, herramientas de desarrollo, etc. Y luego enumeraría el proyecto personal en "experiencia" con una anotación de que se trataba de un proyecto personal. Conocí a un candidato que había implementado código de servidor web dinámico de esta manera, en un sitio de juegos, y cuando me proporcionó el enlace, hice todo lo posible para jugar con su sitio y tener una idea de lo que había hecho: fue un Real victoria para nuestra discusión.

• para un candidato más experimentado con una lista de experiencia de una milla de largo, simplemente incluya las nuevas habilidades en la "sección de habilidades / conocimientos" a menos que el proyecto sea increíble y esté disponible para su revisión. Por ejemplo, si codificó una gran parte de Hibernate, ¡póngalo ahí! pero si creó un servidor web para su grupo de bingo ... Probablemente estoy más interesado en la gran empresa que lo empleó durante los últimos 3 años ...

Mi filosofía general es: es su trabajo mostrarle a la compañía por qué DEBERÍAN contratarlo. Es su trabajo verificar si usted es o no el mejor candidato para el puesto y lo harán tomándolo en cuenta en comparación con su grupo más grande de candidatos. Si todos los demás solicitantes tienen un título formal y una certificación profesional, entonces puede que no tenga suerte ... pero si no, puede tener el conjunto de habilidades perfecto.

No te dejes atrapar por los títulos. Si significaron algo para esa compañía, simplemente ignorarán su CV / Currículum. Debes postularte a cada trabajo que creas que disfrutarás. No te limites en la puerta de salida. En el peor de los casos, desperdicia treinta minutos de tu tiempo.

El ingeniero de software no es un ingeniero real. Ha habido un movimiento para formalizar el desarrollo de software en una posición de ingeniería, sin embargo, ha topado con muchos obstáculos. El desarrollo de software todavía es demasiado nuevo y se desarrolla demasiado rápido para ser definido adecuadamente en una profesión de ingeniería, como un ingeniero mecánico o eléctrico. También se debate si el desarrollo de software realmente se ajusta a la misma definición de ingeniero o si incluso sería beneficioso hacer que el desarrollo de software sea un proceso de ingeniería.