Posso candidarmi per lavori di “Ingegnere del software” senza essere un ingegnere? [chiuso]

Vengo da un paese in cui l'uso della parola "Ingegnere" o "Ingegneria" è strettamente regolato dalla legislazione. Ciò significa che devi possedere una laurea in Ingegneria E superare un esame per unirti all'associazione professionale degli Ingegneri per utilizzare il titolo. Sono un po 'confuso riguardo al termine "Software Engineer" usato nel settore a livello globale.

Ho letto la pagina di Wikipedia su Software Engineer e la sezione collegata della pagina sul termine utilizzo, che offre una discussione approfondita. Tuttavia la mia domanda è in qualche modo più concreta.

Sapendo che non ho una laurea in ingegneria (eppure, mi piace pensare di produrre software funzionale e ben progettato!), Quando vedo un'apertura per un ingegnere del software da una società internazionale, sarebbe appropriato per me applicare ? Dovrei in qualche modo sottolineare che non ho una laurea in ingegneria?

Non perderai tempo a nessuno. Fallo. E non hai nemmeno bisogno di sottolineare che non sei laureato in ingegneria. Il tuo CV (Riprendi) indicherà ovviamente quali gradi hai e, di conseguenza, ciò che non hai. Evita solo le aziende che dichiarano specificamente che stanno cercando solo accreditati ecc.

EDIT: La ragione di ciò è che lo sviluppo di software per computer è stato, è ancora e continuerà per un po 'ad essere un campo in crescita esplosiva, guidato dall'industria, dove il 99% di "tutto ciò che riguarda il lavoro" viene appreso dal sul posto di lavoro, non all'università. L'università è buona per imparare a specializzarsi su una materia specifica per mezzo di un master o di un grado superiore, e quando un'azienda è alla ricerca di uno specialista di solito dichiarano questo requisito. Questo proviene da qualcuno che ha conseguito una "Laurea in Informatica" e che ha comunque imparato che ciò che sta facendo è in realtà una scienza al di fuori dell'Università. (Inizialmente al liceo, quando ho imparato cos'è la ricerca binaria, e più tardi al lavoro, quando ho imparato cosa fosse OOP. All'università non avevano ancora sentito parlare di OOP.)

Negli Stati Uniti, il suo "ingegnere del software" è un titolo di lavoro comune che in realtà non significa nulla di diverso da "programmatore / analista" o "sviluppatore di software". Dipende da ciò che la società in questione vuole dare come titolo.

Ad esempio, in un posto in cui ero impiegato, quasi tutti avevano un titolo di lavoro che si concludeva con "ingegnere" o "tecnico". Il responsabile delle risorse umane nella mia posizione era chiamato "Ingegnere capo delle risorse umane".

Alcuni dei migliori sviluppatori di software con cui ho lavorato non avevano una laurea in relazione allo sviluppo del software. Io stesso ho una laurea in IT, ma ho ancora intrapreso una carriera nello sviluppo di software.

Le associazioni di ingegneria professionale tendono a formarsi quando un determinato settore tecnico ha standard e pratiche quasi universali e incontrastati e pratiche accettate E quando la loro è una quantità relativamente elevata di manodopera qualificata rispetto alla domanda di tali professionisti. Questo accade in campi ingegneristici relativamente maturi.

L'ingegneria del software non esiste (ancora) ma si avvicina lentamente. Il problema è che se oggi fai un campionamento casuale di ingegneri del software e fai loro una semplice domanda, come "Progetta un'applicazione CRUD basata sul web per il monitoraggio __ " e otterrai disegni incredibilmente diversi. Alcuni saranno buoni disegni, alcuni saranno poveri, alcuni saranno unici, altri saranno piatti. Al diavolo se porti James Gosling, Martin Fowler e molte altre grandi menti in una stanza, probabilmente avrebbero più argomenti e differenze di quanto concordino.

Inoltre, considera che dal punto di vista aziendale e sociale tendiamo a stare bene con software di scarsa qualità a volte (a seconda della disponibilità di alternative e del prezzo). Confrontalo con la prospettiva aziendale e sociale sulla qualità che ci aspettiamo da un ponte. Nessuno accetta un ponte di scarsa qualità e gli ingegneri che lo progettano lo fanno in base a rigide linee guida e standard accettati.

A mio avviso, un giorno arriveremo al punto in cui il costo e il valore del 90% dei software disponibili oggi si allineeranno in modo più adeguato, e ciò che rimarrà saranno progetti di grandi dimensioni, costosi e fortemente basati su standard con metodi altamente accettati e formalizzati per avvicinarsi al design i problemi. Solo a questo punto la necessità di ingegneri qualificati in un'associazione professionale sarà maggiore della necessità di un bambino intelligente che può fare il lavoro anche con meno formalità. Tuttavia, non vedo che ciò accada per almeno altri 15-20 anni.

Normalmente negli annunci di lavoro viene indicato se è richiesta una laurea o meno. Decidi se applicare o meno, a seconda di ciò. Se non viene menzionato, allora ci sono possibilità che il lavoro richieda più esperienza o attitudine che laurea. In tal caso, secondo me puoi candidarti e rischiare. Ad ogni modo, quando i reclutatori vedranno che non hai alcun titolo nel tuo curriculum, decideranno se selezionarti.

Almeno negli Stati Uniti, la chiave è che devi essere in grado di fare ciò che è descritto nella descrizione. Il modo in cui hai ottenuto quelle abilità è meno importante.

TUTTAVIA- ci sono aziende che fanno screening in cui aiuta enormemente per una posizione entry level se si dispone di:

• Laurea o laurea in qualcosa
• Preferibilmente un BS in qualcosa di vagamente correlato ai computer - come ingegneria informatica, ingegneria del software, informatica, informatica, matematica o qualcosa di simile. Anche EE, fisica o qualsiasi altra scienza è probabile che ti offrano più opportunità di, per esempio, linguistica o belle arti.
• Un buon GPA

Ciò dipende in gran parte dal processo di screening della società e dal numero di candidati che hanno. Meno formale è l'azienda, nel complesso, meno restrittivo lo screening.

Alla fine, ho pochi dubbi sul fatto che puoi ottenere un lavoro facendo "ingegneria del software" purché tu possa fare quello che dicono nella descrizione e puoi fare quel caso attraverso il tuo curriculum e l'intervista. La definizione di "ingegneria" come qualcosa di altamente legiferato e di base è abbastanza unica per un determinato paese che non tradurrà particolarmente a livello internazionale. Alcune certificazioni professionali potrebbero - tutto dipende dalla certificazione e dalla specialità che dimostra.

CV

Per quanto riguarda un curriculum, ti consiglio di evidenziare cosa PUOI fare. Non quello che non hai fatto. Un classico formato di curriculum includerà: - i tuoi obiettivi - la tua istruzione - le tue abilità tecniche - la tua precedente esperienza lavorativa

Lasciare un elemento critico è un ottimo modo per dimostrare che non hai quell'elemento, non devi andare oltre per dire ciò che non fai. Ad esempio, se hai completato un certo numero di anni di college, ma non ti sei immatricolato, menziona dove sei andato a scuola e quanti anni e alcuni corsi chiave. La mancanza della data di laurea (o della data prevista per la laurea) è un suggerimento diretto che non hai ancora finito la scuola.

Quando parli delle competenze acquisite attraverso progetti personali indipendenti, hai due opzioni, IMO, a seconda di quanto spazio hai a disposizione.

• per un candidato più giovane, elencherei l'acquirente di competenze in una sezione di competenze - ad esempio linguaggi di programmazione, metodologie, strumenti di sviluppo, ecc. E poi elencerei il progetto personale sotto "esperienza" con un'annotazione che si trattava di un progetto personale. Ho incontrato un candidato che aveva implementato il codice del web server dinamico in questo modo, su un sito di gioco, e quando ha fornito il link, sono andato ben oltre per giocare con il suo sito e avere un'idea di ciò che aveva fatto - era un vera vittoria per la nostra discussione.

• per un candidato più esperto con una lista di esperienze lunga un miglio - basta inserire le nuove competenze nella "sezione abilità / conoscenza" a meno che il progetto non sia incredibile e disponibile per la revisione. Ad esempio, se hai codificato gran parte di Hibernate, mettilo lì !!! ma se hai creato un web server per il tuo gruppo di bingo ... probabilmente sono più interessato alla grande azienda che ti ha impiegato negli ultimi 3 anni ...

La mia filosofia generale è: il tuo compito è mostrare all'azienda perché DOVREBBE assumerti. È loro compito controllare se tu sia o meno la persona adatta per la posizione e lo faranno prendendo in considerazione te rispetto al loro più ampio gruppo di candidati. Se ogni altro candidato ha una laurea formale e una certificazione professionale, allora potresti essere sfortunato ... ma in caso contrario, potresti avere il set di abilità perfetto.

Non farti prendere dai titoli. Se significano qualcosa per quella società, ignoreranno semplicemente il tuo CV / Riprendi. Dovresti fare domanda per ogni singolo lavoro che ritieni ti piacerà. Non ti limitare al cancello di partenza. Nel peggiore dei casi, ti fa perdere trenta minuti del tuo tempo.

L'ingegnere del software non è un vero ingegnere. C'è stato un movimento per formalizzare lo sviluppo del software in una posizione ingegneristica, tuttavia ha colpito molti dossi. Lo sviluppo del software è ancora troppo nuovo e si sta sviluppando troppo rapidamente per essere adeguatamente definito in una professione di ingegnere, come un ingegnere meccanico o elettrico. Si discute anche se lo sviluppo del software rientri effettivamente nella stessa definizione di ingegnere o se sarebbe anche utile rendere lo sviluppo del software un processo di ingegneria.