Cosa devo fare per essere inserito in una qualsiasi azienda di software? [chiuso]

• Il progetto che sto facendo nel mio ultimo anno deve essere eccellente? In tal caso, che tipo di progetto fare? E come si dice che il progetto è eccellente o no?

La cosa più importante è il punteggio generale che ottieni nel tuo corso ma all'interno del quale il progetto è probabilmente il pezzo di lavoro più significativo. Questo perché di solito è la cosa più grande che fai all'università e perché di solito arriva alla fine del corso, quindi dovresti rappresentare tutto ciò che hai imparato durante il tuo periodo universitario.

In termini di che tipo di cosa dovresti fare, pensa alle seguenti cose:

(1) A quale tipo di progetto otterrai il voto migliore? È dura ma probabilmente è la cosa principale.
(2) Qual è il più rilevante per il tipo di lavoro che vuoi ottenere? Se vuoi essere un programmatore web, non ha senso fare un progetto di sistemi embedded. Se vuoi lavorare su sistemi aziendali nel tuo lavoro, scegli qualcosa che usi tecnologie pertinenti.
(3) Scegli qualcosa che ti interessa. Sarà molto lavoro quindi potresti aver bisogno di quell'interesse per farti andare avanti.

• Scrivere il codice è molto divertente e serio a volte. Ma il codice dovrebbe avere un buon algoritmo?

Le conversazioni di un intervistatore spesso non raggiungono un livello algoritmico dettagliato. Quello che voglio è che tu abbia una chiara comprensione di ciò che hai fatto e del perché l'hai fatto in quel modo e, soprattutto, che alla fine hai consegnato qualcosa.

Il software in un ambiente commerciale riguarda la risoluzione di problemi e la fornitura di soluzioni: questo è ciò che è necessario essere in grado di dimostrare.

• E soprattutto in qualsiasi intervista di società di software, che tipo di domande chiedono?

A livello universitario varierà in maniera massiccia in base a ciò che hai studiato. La mia regola di base è che se affermi di averlo studiato, è meglio essere in grado di rispondere alle domande e mostrarne una certa conoscenza. Dichiara di aver frequentato un corso di Java? Ottimo, ma non dire che non hai davvero fatto molto Java quando ti viene chiesto come faresti qualcosa in Java

Quello che sto cercando nel complesso è l'intelligenza, che hai avuto un genuino interesse per i tuoi corsi e hai imparato qualcosa da loro, e che hai un certo livello di consapevolezza di sé (se pretendi di sapere tutto ciò che spengo immediatamente , è un segno che non sai davvero di cosa stai parlando perché da laureato sai ben poco).

• Non meno importante, la padronanza di una particolare lingua parla nelle interviste?

Intendi programmare linguaggi o lingue parlate?

In termini di linguaggi di programmazione, ovviamente ciò dipenderà dal lavoro. In generale, direi che avere una solida conoscenza di Java o C # è probabilmente un buon inizio, ma se vuoi essere un programmatore incorporato che sarà ovviamente meno rilevante. Come ho detto sopra, per me la cosa principale è che se affermi di averlo studiato o di conoscerlo, allora devi essere in grado di dimostrarlo e non iniziare a scusarti che è stato solo un breve corso e così via quando tu chiesto a riguardo.

In termini di lingue parlate - è necessario essere fluenti nella lingua utilizzata dall'azienda. I programmatori devono essere in grado di comunicare, è forse l'abilità più importante. Datemi un programmatore medio con buone capacità di comunicazione su un grande programmatore con scarse capacità di comunicazione ogni volta.

Se quella lingua non è l'inglese, allora conoscere l'inglese e quella lingua non faranno mai del male.

Does the project that I'm doing in my final year need to be excellent? If so, what kind of project to do? And how do you say that the project is excellent or not?

Un programma è un programma se è programmato per fare ciò che dovrebbe fare. Non essendo troppo aforistico, se puoi sempre stabilire una relazione corretta tra il tuo codice e il programma risultante, anche se la relazione tende a essere sbagliata, è un buon programma (in realtà, ci sono solo programmi cattivi poiché i buoni programmi sono programmi corretti) . Quindi, se puoi spiegare la tua logica nella creazione del tuo programma e puoi estendere la logica fino alla sua esecuzione, il tuo programma è eccellente indipendentemente dal fatto che sia grande o piccolo e puoi sempre basarti su di esso. Quindi scegli un problema, pensa a qualche soluzione e programmala. Non pensare di programmare subito. Ricorda la regola della ricerca scientifica di base

Causa ed effetto devono sempre essere provati

Writing the code is very fun and serious at times. But the code should have a good algorithm?

Un algoritmo è buono quando è compreso dal computer. È fantastico quando può essere compreso dagli umani. (Ecco perché cerchi su Google non wolfram alpha nemmeno per le soluzioni matematiche). Quindi, per creare algoritmi grandi, capisci il problema e cerca di spiegarlo in termini logici o matematici. Una regola da Pragmatic Programmer

Regola 51 # Non raccogliere i requisiti - scavare per loro

And mostly in any software companies interview, what kind of question they ask?

La parte difficile della tua domanda poiché è estremamente soggettiva. La maggior parte delle domande a un nuovo arrivato sono orientate tecnicamente. Basta visitare il sito di alcune domande di intervista

Not but not the least, mastering in any particular language speaks in interviews?

Sicuramente sì. Ma la padronanza del design e dei modelli è la migliore scommessa sul lungo termine, dal momento che la comprensione dei requisiti è il compito più importante nell'ingegneria del software (in effetti, in qualsiasi dominio). Un'altra regola da Pragmatic Programmer

Regola 53 # Le astrazioni vivono più a lungo dei dettagli

qualunque cosa tu faccia, non avrai un lavoro a causa di esso (a meno che tu non abbia un progetto da stagista da qualche parte e faccia un'impressione abbastanza buona da essere invitato a rimanere, succede, a volte).

Se non consegni, fallirai, il che significa che non ti diplomerai (o non dovresti).

Dimentica di "dominare" qualsiasi cosa, sei troppo verde per aver padroneggiato qualsiasi cosa (o fatto di più che grattare la superficie anche) se sei appena uscito da scuola. Affermare di aver padroneggiato qualcosa (o anche di avere un'esperienza significativa in qualsiasi cosa) ti farà ridere dalle interviste, se il tuo curriculum non viene buttato fuori su principi generali a causa di affermazioni ridicole.

Dovresti fare sinceramente il tuo progetto per l'ultimo anno. Cioè, se richiesto in intereview dovresti essere in grado di rispondere a ciascuna e a tutto ciò che è correlato al tuo progetto. Il tuo progetto non deve essere eccellente, ma i tuoi sforzi per renderlo eccellente sono importanti.
Secondo il processo di selezione, se le tue basi (struttura dei dati, algoritmo, database) ecc. Sono buone e le tue capacità di programmazione sono buone, le persone non si preoccuperanno molto della tua eccellenza in qualsiasi lingua. In base alla domanda e ai programmi richiesti nelle interviste, scansiona lo stackoverflow.com per i tag delle domande dell'intervista.