Può un più fresco di un college scrivere modelli di design sotto "area di interessi" nel curriculum? [chiuso]

Can I write about design patterns in my resume?

Se lo scrivi sul tuo curriculum, preparati a discuterne. Se non sei pronto per una discussione tecnica sull'argomento, non metterlo sul tuo curriculum. Generalmente, le domande iniziano in generale e in largo

Anyways, what i am asking is. do the people who come to on-campus placements for taking interviews have any knowledge about design patterns

Qualsiasi buon programmatore di software dovrebbe conoscere, come minimo, quali sono gli schemi di progettazione, il loro scopo e un sottoinsieme di modelli dal loro dominio (modelli aziendali, modelli concorrenti e così via). Suppongo che qualsiasi intervistatore tecnico avrebbe questa conoscenza.

Though I think that would impress the interviewer if i am able to defend his questions but, on the other hand I think there can be three points I am worried about: 1. He might ask too deep questions to show me that I have written a wrong point. 2. He might not know about design patterns. 3. Besides he may ask of design patterns that are not in Head First. 4. he bounces on J2EE design patterns, which I am afraid to study right now.

Spero che l'intervistatore comprenda il tuo attuale livello di abilità ed esperienza. Solo perché hai un interesse professionale in qualcosa non significa che tu sappia tutto al riguardo. Per me, indica che sei andato oltre e hai imparato almeno qualcosa sull'argomento, ma non che sei un esperto.

Se non riesci ad avere una conversazione intelligente e coerente su qualcosa sul tuo curriculum, penso che sia un enorme vantaggio. Ma non puoi neanche aver paura di fargli sapere esattamente quanto sai e di sapere cosa non sai. Personalmente, non mi aspetto che tu sappia tutto, specialmente da studente o all'inizio della tua carriera. Mi aspetterei che tu abbia letto i testi fondamentali sull'argomento ed essere pronto ad avere una conversazione coesa e abbastanza dettagliata ad un livello appropriato.

Personalmente, non mi aspetto che tu sappia tutto, specialmente da studente o all'inizio della tua carriera. Nel tuo esempio di schemi di progettazione, dovresti essere in grado di discutere di aspetti quali l'applicabilità, i compromessi e la struttura generale di almeno alcuni dei modelli di GoF prima che io ti consideri informato sull'argomento. Vorrei anche anticipare che hai applicato almeno alcuni di questi modelli in modo appropriato nei progetti su cui hai lavorato.

Per inciso, l'età e l'esperienza hanno poco a che fare con interessi professionali. Ho sbalordito gli intervistatori quando dico loro che sono interessato alla gestione e al miglioramento dei processi, alla gestione dei progetti, alla qualità del software e alle misurazioni / metriche, e poi ho proseguito con discussioni abbastanza lunghe su questi argomenti. Pochissimi giovani ingegneri del software e neolaureati sono interessati a questi argomenti - molti vogliono solo progettare e scrivere codice.

Un intervistatore competente potrebbe probabilmente chiederti come hai utilizzato i modelli di progettazione nei tuoi progetti recenti. Recitare le definizioni del modello di progettazione direttamente dal libro non impressionerà un intervistatore esperto, ma se riesci a inventare una buona storia, come il modello di design Foo ti ha reso la vita più facile con il Bar del progetto molto probabilmente ti farà sembrare più professionale nei suoi occhi.

In base alla mia esperienza, i reclutatori universitari di solito prendono il tuo curriculum e lo fanno per parole chiave. Quindi ti porranno alcune ridicole domande su come usare i puntatori in oracle per compilare java-script nel CLR. Guarderanno le tue parole chiave, il tuo GPA, poi le tue lettere di raccomandazione e poi ti metteranno in qualche terribile lavoro di Dio che è una posizione orribile per te. Certo mettilo giù, non sapranno di cosa si tratta, e Dio sa che non sapranno come usarlo.

SE questa è stata un'intervista legale, la mia opinione sarebbe: Un'area di interesse è molto diversa da un'area di competenza. Voglio vedere gli intervistati che sono interessati ad apprendere una certa abilità e semplicemente aspettarsi che siano appassionati di quella zona. Sono sicuro che qualcuno potrebbe farmi una domanda su c ++ su cui verrei confessato, questo non significa che non sarei un eccellente programmatore c ++. Chiunque vorresti che lavorasse capirebbe questo.

Sono le aree di interesse. Certo che puoi (e molto probabilmente, dovresti) metterlo sul tuo curriculum.

Risposta breve alla tua domanda: alcuni intervistatori che vanno a fare interviste nel campus sanno di loro, altri no. Non è una cosa sicura, ma molto probabilmente l'azienda invierà i suoi migliori sviluppatori che hanno anche buone competenze soft per potersi connettere con possibili assunzioni.

In primo luogo, i capi sono come ho iniziato a utilizzare i modelli di progettazione. Anche se spiega gli schemi in modo molto pratico e con semplici esempi, potrebbe essere necessario rileggere ogni schema più volte per capirlo veramente. Almeno so che dovevo.

Nella mia precedente azienda, devo aver intervistato circa 200+ persone, molte delle quali con più di 5 anni di esperienza che non erano nemmeno a conoscenza dei modelli di progettazione. Hai appena finito il college e stai già leggendo su di loro, questo è un vantaggio, almeno secondo me.

Informazioni sulle tue paure:

1. Non c'è nulla di cui aver paura di domande profonde. Basta dare la risposta più dettagliata che puoi, e questo sarà sufficiente. Non cercare di indovinare e fingere di conoscere la risposta, però, non sembra buono. Non c'è niente di sbagliato nell'essere sbagliato in un paio di domande.

2. Se non conosce i modelli di progettazione, beh, farei attenzione ad unirmi a quella compagnia.

3. Ancora una volta, la stessa risposta al punto 1. Nulla di sbagliato nel non conoscere la risposta a una domanda. Ovviamente potresti fare un'ipotesi plausibile, notando che non conosci la risposta ma dal nome del pattern, pensi che potrebbe essere utile per X.

4. I pattern di progettazione sono generali, indipendenti dalla lingua. Proprio come dice la definizione ... soluzioni comprovate a problemi noti. Non sono sicuro di quanto uno di essi sarebbe specifico per J2EE.

In ogni modo. Se stai già leggendo su modelli di design, ti dà un vantaggio nel mio libro. Basta essere onesti e avere un buon atteggiamento, è come il 50% dell'intervista. Buona fortuna.

Tutto si riduce comunque al bingo delle parole d'ordine sul tuo futuro. Basta elencarlo. Quando ti unisci alla forza lavoro, ti renderai presto conto che molte, molte persone non hanno la minima idea di programmazione, architettura e modelli. Hanno le peggiori pratiche ma richiedono tali capacità. È comunque tutto l'aria calda!

D'altro canto, se vieni in un buon negozio, capiranno che sei più fresco e apprezzeranno che tu ne abbia letto (e sperabilmente abbia provato a usarlo) e che tu sia disposto ad imparare . Di certo non si aspetterebbero che tu riceva tutto fin dall'inizio quando sono ragionevoli.

he bounces on J2EE design patterns, which I am afraid to study right now.

Posso dirti una cosa: quando ho iniziato la mia carriera avevo paura anche di quelle parole d'ordine scoraggianti. Ma alla fine, tutti hanno appena cucinato con l'acqua. Non c'è bisogno di avere paura. Non è così difficile o difficile come sembra.

Ci sono forse 20 modelli di design che quasi tutti gli sviluppatori senza speranza conoscono, e molti di quelli abbastanza oscuri che pochi hanno mai sentito nominare. Questa è un'area piuttosto ristretta di conoscenza molto comune con molte persone che non si rendono nemmeno conto che c'è dell'altro, e sarà meglio poter citare alcuni dei più oscuri, non comuni, ingegnosi e ingannevoli, a meno che tu non voglia che assomigli al tuo le aree di interesse includono "dichiarazioni condizionali", "digitazione" o "manuali di lettura".

Invece di avere paura di essere interrogati su alcuni schemi non su "testa prima", vai a trovarne qualcuno di tuo, e preparati a presentare qualche trabocchetto a tua scelta.