Posso richiedere i lavori di "Software Engineer" senza essere un ingegnere? [chiuso]

Non hai intenzione di perdere tempo a nessuno. Fallo. E non hai nemmeno bisogno di sottolineare che non hai una laurea in ingegneria. Il tuo curriculum vitae (curriculum) indicherà ovviamente i gradi in tuo possesso e, per deduzione, quello che non trattieni. Evita solo le aziende che dichiarano specificamente di essere solo alla ricerca di accreditati ecc.

EDIT: La ragione di ciò è che lo sviluppo del software per computer è stato, lo è tuttora, e continuerà per un po 'ad essere un settore in crescita esplosiva, guidato dall'industria, in cui il 99% di "cosa il lavoro è tutto "è appresa sul posto di lavoro, non all'Università. L'Università è un bene per imparare a specializzarsi su un argomento specifico per mezzo di un Master o di un diploma superiore, e quando una società è alla ricerca di uno specialista di solito dichiara questo requisito. Questo proviene da qualcuno che ha conseguito una laurea in informatica e che, tuttavia, ha imparato che quello che sta facendo è in realtà una scienza al di fuori dell'Università. (Inizialmente nella scuola superiore, quando ho appreso cosa è la ricerca binaria, e più tardi al lavoro, quando ho appreso cosa fosse l'OOP. All'università non avevano ancora sentito parlare di OOP.)

Negli Stati Uniti, il "software engineer" è un titolo di lavoro comune che in realtà non significa nulla di diverso da "programmatore / analista" o "sviluppatore di software". Dipende da ciò che l'azienda in questione vuole dare come titolo.

Ad esempio, in un posto in cui ero impiegato, quasi tutti avevano un titolo di lavoro terminato con "ingegnere" o "tecnico". Il responsabile delle risorse umane nella mia posizione era chiamato "Lead Human Resources Engineer".

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 informatica, ma ho comunque perseguito una carriera nello sviluppo di software.

Le associazioni ingegneristiche professionali tendono a formarsi quando un particolare campo tecnico ha standard quasi universali e incontestati e pratiche accettate E quando la loro è una quantità relativamente grande di lavoro qualificato rispetto alla domanda di tali professionisti. Questo accade in campi di ingegneria relativamente maturi.

L'ingegneria del software non è ancora lì (ancora) ma lentamente si avvicina. Il problema è che se prendi un campione casuale di ingegneri del software oggi e fai loro una semplice domanda, come "Disegna un'applicazione CRUD basata sul web per tracciare __ " e otterrai disegni molto diversi. Alcuni saranno dei buoni progetti, alcuni saranno poveri, altri saranno unici, altri saranno standard. Al diavolo se prendi James Gosling, Martin Fowler e molte altre grandi menti in una stanza, probabilmente avranno più argomenti e differenze rispetto a quello su cui sono d'accordo.

Inoltre, consideriamo 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 progettano quel ponte lo fanno seguendo linee guida e standard accettati.

A mio parere arriverà al punto un giorno in cui il costo e il valore del 90% del software disponibile oggi si allineerà più correttamente e ciò che rimarrà saranno progetti grandi, costosi e altamente guidati dagli standard con metodi altamente accettati e formalizzati per affrontare problemi di progettazione. Solo a questo punto la necessità di ingegneri qualificati in un'associazione professionale sarà maggiore rispetto alla necessità di un ragazzo intelligente che può fare il lavoro con meno formalità. Però non vedo succedere questo per almeno altri 15-20 anni.

Normalmente negli annunci di lavoro viene menzionato se una laurea è richiesta o meno. Decidi se applicare o meno, a seconda di questo. Se non è 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 vedono che non hai alcuna laurea 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 avuto quelle abilità meno importanti.

TUTTAVIA- ci sono aziende che fanno lo screening dove aiuta moltissimo per una posizione entry level se hai:

• B.S. o B.A. Laurea in qualcosa
• Preferibilmente un B.S. in qualcosa di vagamente imparentato con i computer - come ingegneria informatica, ingegneria del software, informatica, informatica, matematica o qualcosa di simile. Anche gli EE, la fisica o qualsiasi altra scienza è in grado di darti più opportunità rispetto, ad esempio, alla linguistica o alle belle arti.
• Un buon GPA

Questo ha in gran parte a che fare con il processo di screening della società e il numero di candidati che hanno. Meno formale è l'azienda, in generale, meno restrittiva dello screening.

Alla fine, ho pochi dubbi sul fatto che puoi ottenere un lavoro facendo "ingegneria del software", purché tu possa fare ciò che dicono nella descrizione e puoi farlo attraverso il tuo curriculum e il colloquio. La definizione di "ingegneria" come qualcosa di altamente legislato e di base è abbastanza unica per un dato paese che non si tradurrà in particolare a livello internazionale. Alcune certificazioni professionali potrebbero dipendere tutto dalla certificazione e dalla specialità che dimostra.

Riprende

Per quanto riguarda il curriculum, ti consiglio di evidenziare ciò che puoi fare. Non è quello che non hai fatto. Un formato di curriculum classico includerà: - i tuoi obiettivi - la tua educazione - le tue abilità tecniche - la tua precedente esperienza lavorativa

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

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

• per un candidato più giovane, vorrei elencare l'acquirente di competenze in una sezione di competenze, ad esempio linguaggi di programmazione, metodologie, strumenti di sviluppo, ecc. Quindi elencare il progetto personale sotto "esperienza" con un'annotazione che questo era un progetto personale. Ho incontrato un candidato che aveva implementato il codice dinamico del server web 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 quello che aveva fatto - era un vera vittoria per la nostra discussione.

• per un candidato più esperto con una lista di esperienze lunga un chilometro - basta attaccare le nuove abilità nella "sezione abilità / conoscenze" 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 server web 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 lavoro mostrare alla società perché DOVREBBE assumerti. Il loro compito è quello di controllare se sei o meno il più idoneo per la posizione e lo faranno prendendo in considerazione in confronto al loro più ampio gruppo di candidati. Se ogni altro candidato ha un diploma formale e una certificazione professionale, allora potresti essere sfortunato ... ma in caso contrario, potresti avere il set di abilità perfetto.

Non lasciarti coinvolgere dai titoli. Se significassero qualcosa per quella compagnia, ignorerebbero semplicemente il tuo CV / curriculum. Dovresti fare domanda per ogni singolo lavoro che ritieni ti piaccia. Non limitarti al cancello di partenza. Nel peggiore dei casi, spreca 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 di ingegneria, tuttavia ha colpito un sacco di dossi. Lo sviluppo del software è ancora troppo nuovo e si sta sviluppando troppo rapidamente per essere correttamente definito in una professione di ingegnere, come un ingegnere meccanico o elettrico. C'è anche qualche dubbio sul fatto che lo sviluppo del software si adatti effettivamente alla stessa definizione di ingegnere o se sarebbe addirittura vantaggioso rendere lo sviluppo del software un processo di ingegneria.