Perché ci si aspetta che gli sviluppatori di software lavorino ai propri progetti nel tempo libero?

L'opinione negativa è che vogliono che tu sia così dipendente dalla creazione di cose, che lavori 80 ore alla settimana per loro senza preoccuparti della tua salute e del tuo benessere.

Un'opinione positiva è che vogliono vedere campioni di codice e non sanno come chiedere solo alcuni

I datori di lavoro vogliono vedere la passione e la spinta. Alcune aziende chiamano queste cose qualità di leadership.

Qualcuno che è appassionato, dovrebbe essere appassionato di tutto ciò che si prefigge. Quindi essere ben arrotondati è un vantaggio.

Attenzione alle aziende che vogliono spremere tutto ciò che vale finché non si è solo un limone svuotato. Ce ne sono tantissime là fuori.

Come altre risposte hanno già toccato questo è un percorso verso la possibilità di fornire campioni di codice che un libero da qualsiasi restrizione sul candidato (senza NDA o nulla di cui preoccuparsi).

Di gran lunga il fattore più grande è che le aziende si aspettano semplicemente perché è molto spesso il caso. Coloro che diventano sviluppatori di software professionali spesso iniziano come hobbisti e mantengono l'hobby man mano che crescono. E siccome le persone in genere non fanno hobby che odiano fare (almeno questo non è esattamente il piano A!) e le persone che si divertono a fare ciò che il loro lavoro comporta sono meno propense a essere messe a metà strada e a guardare tutto il giorno.

Personalmente in 15 anni di lavoro come sviluppatori, con un bel po’ di loro spesi a gestire e ad assumere altri sviluppatori non ho mai visto alcun forte indicatore che coloro che hanno i loro “propri” progetti siano lavoratori “migliori” di quelli che non ce li hanno.

Per ogni sviluppatore che ama scrivere qualsiasi codice così tanto da passare 12 ore al giorno in ufficio a lavorare su cose aziendali fino a quando la squadra di pulizia non li butta fuori c'è un altro che non vede l'ora di tornare a casa e lavorare su ciò che vorrebbe lavorare piuttosto che su ciò che l'azienda ha chiesto loro di fare quel giorno, e non è qualcuno che porta il suo A-game in ufficio!

Naturalmente il modo in cui funziona la ricerca del lavoro ha fatto sì che ora molti sviluppatori facciano progetti esterni più per il CV che per il divertimento. Il che, naturalmente, non fa altro che rafforzare la “necessità” di avere progetti esterni che si possono sposare al momento del colloquio. Il che, naturalmente, fa venire la pelle d'oca dietro la porta n. 3 - che non vuole davvero fare progetti personali per ore ogni sera e ogni fine settimana, ma teme di non essere assunta se non lo fa!

Parlando come un ingegnere SW di R&S che si occupa anche del reclutamento e del colloquio SW (e che fa esattamente questa domanda) …

1. Il SW comporta spesso livelli assurdi di complessità e di formazione. **Se il SW è solo un trampolino di lancio per entrare nell'azienda e poi partire per le vendite (un esempio di RL), allora tutto il tempo trascorso ad addestrare voi e tutte le informazioni specifiche del SW che avete sono andate perse e il mio tempo è stato sprecato.

2. Il SW è solo un trampolino di lancio per entrare nell'azienda e poi partire per le vendite (un esempio di RL), allora tutto il tempo trascorso ad addestrare voi e tutte le informazioni specifiche del SW che avete sono andate perse e il mio tempo è stato sprecato.

3. Il SW è solo un trampolino di lancio per entrare nell'azienda e poi partire per le vendite (un esempio di RL). Allo stesso modo, la vita è troppo breve per fare qualcosa che si odia (o anche non piace), ho visto un sacco di persone burn out dopo cinque o dieci anni.

4. **Se sei un junior al college, allora hai una quantità X di esposizione dal college. Se lo fai dal liceo, allora hai X+Y. Se lo fai dal liceo e lo fai anche come hobby, allora è X+Y+Z.

5. La differenza di produttività tra una persona SW buona e una persona SW cattiva è pari o superiore a 10x. Che tu sei è difficile da prendere in giro durante un colloquio. Il lavoro in classe mi è inutile per molteplici ragioni. 4. Gli hobby sono spesso mesi o anni di lavoro (il lavoro in classe è spesso settimane) e danno un'idea migliore dei risultati ottenuti.

6. Alle persone piace parlare dei loro hobby, è un modo per relazionarsi e rilassarsi.

7. 6. Tendo a trattare tutti i colloqui allo stesso modo, faccio molti studenti. Molti/la maggior parte degli studenti hanno curriculum orribili. Avranno tonnellate di esperienza utile nella PRIMA Competizione di Robotica e la lasceranno fuori dal loro curriculum perché non sono stati pagati, e invece parlano del loro lavoro a salario minimo falciando prati o aspettando ai tavoli.

8. È un buon modo per dare a qualcuno l'opportunità di prendermi per il culo… o di abbagliarmi. Anche io sono in questo campo, probabilmente saprò la differenza.

Consigli: Se ti piacciono i giochi mentali e logici nel tuo tempo libero e vedi l'SW come una cosa del genere, allora menzionalo.

Voglio reinterpretare un po’ questa domanda:

Perché ci si “aspetta” che gli sviluppatori di software fanno formazione continua nel loro tempo libero?

Quindi, quando la rielaboro in questo modo, ha molto più senso. La maggior parte dei professionisti sono tenuti a fare formazione continua. I dottori ne sono un eccellente esempio, ma non sono gli unici. Anche gli avvocati ](https://en.wikipedia.org/wiki/Continuing_legal_education) richiedono questo tipo di formazione estesa.

In effetti, lo sviluppo di software, è eccezionale in quanto non richiede formazione continua o licenze e, se ci pensate, è un po’ allarmante. Il medico è tenuto a fare la formazione continua, l'infermiera è tenuta a farla, ma lo sviluppatore di software che costruisce tutti gli strumenti su cui si basa, non…

Quindi, anche se potrebbe essere il caso, che un'azienda stia cercando di spremere più lavoro da un individuo, quello che sta realmente accadendo è che l'industria sta lentamente imparando che forse abbiamo bisogno di imporre la formazione continua.

Non sono solo, Robert C. Martin (zio Bob), una delle autorità del nostro settore, suggerisce circa 20 ore (circa 3 minuti nel video) a settimana Più di formazione continua. Quindi in media si sta codificando o imparando a sviluppare circa 60 ore a settimana. Per lo zio Bob, questo è un prerequisito per essere un buon programmatore. Infatti va ancora oltre e ti suggerisce di imparare un nuovo linguaggio ogni anno che sei uno sviluppatore.

Sviluppo software, è il CUORE dell'economia della conoscenza. Non si può essere bravi se non si impara e non si sviluppano attivamente le proprie competenze e si arriva a un punto in cui il lavoro che si fa in ufficio semplicemente non copre abbastanza per espandere le proprie competenze. Quindi, al di fuori del lavoro, dovete creare le condizioni per affinare e mettere in pratica quelle parti del vostro set di competenze che non vengono utilizzate sul lavoro.

Spesso, il modo migliore per imparare è quello di costruire le cose. Da qui la spinta a lavorare su progetti personali. Ma in realtà tutto si riduce all'apprendimento di cose di alto livello (modelli di design, architettura) e di basso livello (generici, lingue) e a tenere d'occhio l'industria e crescere con essa perché le cose si muovono rapidamente.

La mia risposta è l'ipotesi che questi manager e intervistatori sono andati a conferenze.

Sono stato a varie conferenze di sviluppo e uno dei temi che vi è comunità. Essi spingono l'idea che uno sviluppatore solido sia qualcuno che contribuisce alla loro base complessiva di prodotti. Nella mia situazione, sono andato a conferenze php e loro spingono fortemente le persone ad impegnarsi in progetti open source. Spingere ad impegnarsi per la base di codice sorgente php non era un'agenda di massima, ma spingere nel framework e così via è davvero un'agenda enorme che hanno raggiunto in vari colloqui.

La ragione di questo è ovvia se si guardano le loro credenziali. Sono nella comunità dei framework, quindi tenerlo vivo e far sì che la gente lo usi è un punto importante per loro.

Dal punto di vista degli ospiti presenti, penso che molte persone lo prendano a cuore senza considerare il background dell'oratore che presenta questa idea. Nella mia ultima azienda, siamo andati a diverse di queste conferenze e quando siamo tornati, è stato un grande successo che ognuno di noi abbia iniziato a contribuire a progetti open source. Hanno anche avuto una loro conferenza interna che ha spinto la stessa idea che un buon sviluppatore è qualcuno che contribuisce all'open source. È persino negli annunci di lavoro che pubblicano che impegnarsi è un enorme vantaggio.

Quindi penso che questo sia il motivo per cui è “atteso”. Le persone che spingono questi framework fanno uscire l'idea che dovresti impegnarti e contribuire. Cade anche nella vecchia idea Unix del passato. È così che Unix è diventato così popolare grazie al contributo dell'open source e della comunità.

Succede semplicemente che lo sviluppo di software può essere un hobby estremamente economico ma gratificante. Quindi è molto comune vedere gli sviluppatori con i loro progetti personali di lato e questo a volte è visto come la norma.

Un'altra parte della ragione è che i datori di lavoro vogliono vedere la prova delle competenze e chiedere il codice che hai scritto è un modo di procedere, una pigra IMO. Anche fare programmazione di lato significa che si può essere facilmente convinti a fare gli straordinari perché già ti piace.

Direi che non ti perdi niente non ricevendo offerte solo perché non puoi mostrare progetti personali. Le interviste sono un processo a due facce e voi state naturalmente filtrando le aziende con culture che non vi si addicono, poiché sembra che vogliate un equilibrio tra lavoro e vita privata.

Lo ammetto, sono un veterano e gli atteggiamenti sono cambiati. Quando ero junior, però, questa stessa domanda mi sarebbe stata posta in un colloquio come squalificato, non come qualificato per un candidato. All'inizio, quando ho iniziato a lavorare a progetti secondari nel proprio tempo libero, sarei stato visto come una persona più interessata ai propri obiettivi piuttosto che al lavoro di squadra e probabilmente non sarebbe rimasta concentrata nel lavoro di squadra. Lo stesso è stato visto in quel periodo per il gioco d'azzardo. Un'ulteriore paura era che se una persona si riversava fuori 8, 10, 12 ore al giorno in ufficio, e poi andava a casa e faceva di più, allora era un candidato ideale per il burn-out.

Ancora una volta, ammetto pienamente che i tempi e gli atteggiamenti sono cambiati, ma non ho ancora mai chiesto a un candidato campioni di codice preparati, e non ne ho mai avuti richiesti. Certamente ho chiesto, e mi è stato chiesto di generare, sul posto brevi campioni che mostrano lo stile. Essendo vecchia scuola, in realtà mi ha colto alla sprovvista quando i richiedenti mi hanno offerto l'accesso ai campioni e tale accesso non mi ha interessato. Ho sempre avuto la sensazione di aver imparato molto di più a parlare che a rivendicare la proprietà di un codice prestampato.

In generale avrei una mentalità simile a quella che sento nella domanda dell'OP. Il mio tempo libero è quello di liberare la mia mente dal lavoro e di rinfrescarla, non di impegnarmi in qualcosa di più dello stesso, per essere onesti.

Sono d'accordo con i punti fondamentali della risposta di RibaldEddie, ma è caricata con abbastanza giudizi di valore negativo che penso che manchi il bersaglio.

Alcuni ingegneri appassionati e di talento sono spinti a costruire e creare anche quando non sono pagati per farlo. Chiedere informazioni sui progetti extracurricolari è un modo per sondare questa passione e questo talento, dando al candidato un palcoscenico per vantarsi di un progetto che ha scelto per se stesso.

È necessario un lavoro extracurricolare per essere un ingegnere appassionato e di talento? Certo che no. Tuttavia, chi lavora nel proprio tempo libero può cercare quella stessa caratteristica negli altri.

Nel mio lavoro diurno formo gli sviluppatori di software, per lo più in una tecnologia meno popolare. Quando assumiamo nuovi sviluppatori junior o apprendisti, chiediamo un profilo Github o Stack Overflow. Diciamo chiaramente che non è necessario averne uno. Assumiamo persone con un background STEM generale che vogliono diventare sviluppatori di software.

Le varie ragioni per cui non tutti vogliono o possono avere i propri progetti collaterali, o contribuire all'open source in modo significativo, sono state incluse più volte nelle altre risposte. Il tempo è il principale. Spesso, questo implica la famiglia. Bisogna rispettarlo.

Tuttavia, vedere che qualcuno junior ha qualcosa su Github (o Bitbucket o Gitlab o in qualsiasi altro posto) è incredibilmente utile. Mi dimostra che vuole davvero diventare uno sviluppatore. Proprio come qualcuno che non sa nulla di cucina, ma sente che è la sua vocazione a diventare uno chef, credo che un giovane che vuole diventare uno sviluppatore di software sarebbe naturalmente attratto a provarlo a casa sua. Cucineresti a casa mentre cerchi quel primo lavoro in cucina. Naturalmente faresti dei tutorial a casa.

Cosa ti dice di quanto una persona sia seria, o quanto sia motivata, quando non lo fa? Supponiamo che abbia una laurea in biologia (e io l'ho scelta a caso) e che non abbia scritto alcun codice. Ma cercano di convincerti ad assumerli al posto delle altre 200 persone che hanno fatto domanda. I circa 50 laureati in sviluppo software o in informatica avranno tutti il loro lavoro su github, ma per lo più si tratterà di un solo commit per progetto, e di una massiccia attività di copia e incolla.

Ma se ci sono uno o due candidati che hanno già un vero e proprio interesse per la codifica, prima della formazione formale, e lo dimostrano su github, allora questo li fa risaltare. Uno sviluppatore esperto, guardando questo codice, capirà la differenza tra un progetto fatto all'università, o solo per il CV, o uno in cui la passione e l'armeggiamento sono andati a braccetto. Questo è il tipo di progetto che voglio vedere. Questo mi dice che questa persona fa sul serio.

Ma se non ce l'hai perché non hai il tempo di farlo, va bene. È solo una delle tante cose che guardo, e tu puoi convincermi in altri modi.

Quanto sopra era rivolto a persone giovani. Personalmente mi occupo di open source. Ho dei moduli nel repository della mia lingua di scelta, e ho contribuito a molti altri. Lo menziono nel mio CV perché mi fa risaltare. Mi piace pensare che mi aiuti, ma ho notato che molte aziende non se ne curano, perché spesso i responsabili delle assunzioni non sanno cosa significhi.

Concludo quindi che non è proprio necessario. Ma aiuta. Come i buoni voti o un'università prestigiosa non sono davvero richiesti, ma aiutano.

Gli sviluppatori che scrivono codice con il proprio tempo, almeno ai miei occhi, hanno molte più probabilità di essere in anticipo sulla curva alla ricerca di nuovi/migliori modi di fare le cose che possono riportare a lavorare con loro e che possono portare benefici all'azienda.

Immagino che il tl;dr sarebbe che si tratta essenzialmente di R&S gratuito che qualsiasi azienda sarebbe pazza a rifiutare.

Credo che ciò che rende speciale lo sviluppo di software sia il fatto che risolve una vasta gamma di problemi quotidiani. Che si tratti di modding di giochi per computer, automazione domestica personalizzata, il portale web per il vostro hobby-club, o la correzione di un bug nel software open source che usate - ci sono così tante opportunità di usare le vostre capacità. Questi sono anche modi molto diversificati per applicare le vostre competenze - liberi da molte restrizioni che avete nel contesto professionale.

Se vedo un'applicazione senza progetti personali, mi rende un po’ scettico. Significa che ho più difficoltà a valutare le competenze del candidato - ma certamente ci provo. Nel bene e nel male - avere progetti di hobby-software è comune tra gli sviluppatori di software. Questo naturalmente suscita qualche aspettativa.

Vedo un sacco di “datori di lavoro che vogliono che lavoriate mille ore alla settimana” e penso che queste risposte manchino il bersaglio.

Mentre ci sono quei datori di lavoro che vogliono la prospettiva del “lavoro libero” (supponendo che siate pagati e che lavoriate ossessivamente su una cosa sola).

PASSIONE!!!

Una cosa che i datori di lavoro vogliono vedere è la PASSIONE!

Chiederei la stessa cosa se fossi un dirigente che assume un meccanico d'auto - mi parli delle auto che ha ricostruito.

O noleggiare un falegname - parlami di tutto ciò che hai costruito nel tempo libero.

Fai enjoy! quello che fai tanto che lo fai al di fuori del lavoro?

I tuoi progetti

Se hai un codice che hai fatto al di fuori del lavoro

• Non si nasconde dietro “accordi” e “di proprietà” di MegaCorp. È il TUO codice e TU puoi condividerlo.
• Sono cose extra che hai fatto e che probabilmente continuerai a fare. Barrare i contratti esecutivi dicendo “il vostro codice del tempo libero è nostro” (“esecutivo” perché non tutti i locali consentono tali contratti) - ciò significa che questo codice NON è presumibilmente lavoro gratuito per la nuova MegaCorp.

Non possono chiedere di vedere il codice MegaCorps. Non è IL TUO codice da condividere. Non posso contare il numero di progetti che personalmente non posso mostrare perché o non ne ho accesso al di fuori della rete o mi è legalmente vietato condividerlo perché non è mio.

End Game

Vogliono vedere la passione, la conoscenza, la prova. Avere progetti accessibili al pubblico di cui si può parlare in modo approfondito è coperto da “progetti privati” perché si può effettivamente condividere il codice di base.

Possono vedere il codice, vedere le idee (OOP, IoC, algoritmi scelti, librerie utilizzate, ecc). Possono sentire di descrivere il codice che possono vedere. Possono informarsi sulle scelte fatte. Possono effettivamente SAPERE che hai le conoscenze al di là di una laurea e di un titolo di lavoro che non dice molto.

Ci sono aziende che vogliono un lavoro libero e aziende che _abusano dell'idea che lavorerai di più… ma per favore non dare per scontato che “mostrarmi qualcosa che puoi mostrarmi” sia solo per questo.

Gli automobilisti possono parlare della ricostruzione di un motore nel proprio garage e i falegnami possono parlare della costruzione della camera da letto su cui dormono di notte.

I programmatori dovrebbero essere in grado di parlare in modo simile - e mostrare - i progetti che hanno prodotto - e i progetti “al di fuori” del lavoro richiesto sono una buona fonte di questa conoscenza, esperienza e passione.

Ci sono diverse possibili ragioni per cui le aziende potrebbero chiedere informazioni su progetti personali, e preferiscono i candidati con loro.

• Lavoro per lo più con piccole imprese. È un'atmosfera molto creativa e imprenditoriale. Lei è creativo e imprenditoriale? Se lo sei, hai dei progetti collaterali e crei effettivamente delle cose. Questo potrebbe non essere solo legato alla programmazione, ma ci sono buone probabilità che lo sia.

• Può definire ed effettivamente finire un progetto (o raggiungere un traguardo) da solo? Vale a dire, potete prendere l'iniziativa e realizzare effettivamente?

• Un'ampia gamma di esperienze. Non so dirvi quante volte le cose che ho imparato su un progetto secondario che era completamente estraneo a un progetto di lavoro hanno aiutato quel progetto di lavoro. Avere un'esposizione a un'ampia varietà di tecnologie e industrie può essere molto vantaggioso. Lei è il tipo di persona che può far uscire il (nostro) pensiero dalla scatola?

Detto questo, la mia esperienza mi ha insegnato che molte aziende non vogliono che i candidati che dedicano molto tempo ai propri progetti, come fanno.

Ci si aspetta da te solo se ti aspetti un lavoro di alto livello come programmatore. Poiché la domanda supera il numero di posizioni disponibili, hanno il lusso di essere schizzinosi. Ed essendo schizzinosi, perché non si dovrebbe volere qualcuno che ama così tanto il codice da poterlo codificare anche nel tempo libero? Il che significa che anche lui si mette alla prova con cose nuove, che impara più velocemente e che è più aggiornato nella conoscenza rispetto alla maggior parte delle persone.

Questo è il motivo.. I datori di lavoro vogliono che lavoriate più di 40 o 45 ore alla settimana, quindi se non potete dedicare più tempo al vostro lavoro vogliono sapere se siete in grado di farlo al di fuori dell'orario di lavoro. C'è un semplice esempio di Elon Musk (CEO di Tesla): https://www.telegraph.co.uk/technology/2018/11/27/elon-musk-workers-should-put-80-hours-week-change-world/

Buon numero!

La mia risposta non è tutto quello che penso sulla questione, ma piuttosto limita l'argomento di questo sito.

Ci sono aziende che preferiscono che il loro sviluppatore abbia progetti per hobby. Ci sono aziende che preferiscono non averne (sì, ci sono).

Penso che dovresti comunque evitare le aziende che insistono troppo su questo argomento in entrambe le direzioni. Dopotutto, è il tuo business come passi il tuo tempo libero.

Altrimenti, penso che dovresti stare bene se dici solo che non fai programmazione per hobby. Basta che tu rimanga rispettoso di chi sceglie di fare programmazione per hobby.

A molte domande sul perché gli intervistatori chiedono una certa cosa si può rispondere ricordando che quasi tutti i colloqui di lavoro sono tornei, non qualifiche. Cosa intendo dire con questo?

• In una qualifica, un gruppo di persone viene giudicato in base alle proprie qualità per vedere se riesce a fare il taglio o meno. A seconda di chi entra, possono passare tutti o nessuno di loro può passare. Tutti quelli che passano sono “abbastanza bravi” nel senso di soddisfare i requisiti stabiliti per la qualificazione.
• In un torneo, un certo numero di persone gareggia, ma c'è un solo campione. Solo perché è un campione non significa che sia bravo. Forse tutti gli altri che hanno partecipato sono dei perdenti. E solo perché sei bravo non significa che vincerai - forse c'è un altro ragazzo che si è iscritto che è anche molto bravo. Chi vince il torneo è “il migliore”.

Le qualificazioni portano al superamento di un numero imprecisato di persone, mentre quando le aziende cercano di assumere, il loro obiettivo è di solito quello di occupare un determinato numero di posti. Anche se si ottengono i curriculum di 5 ingegneri davvero bravi, se si cerca di occupare solo una posizione non ha senso assumerli tutti. Dopotutto, ne serve solo uno. Pertanto, nelle domande di lavoro, le persone vengono classificate per vedere chi è il migliore, e molte domande importanti sono per ottenere dati su cui classificarle.

Gli intervistatori per lavori di software chiedono informazioni sui vostri progetti di hobby per il semplice fatto che molte persone che si candidano a tali lavori hanno progetti di hobby, e sembra una base importante per il confronto. Se avevate due candidati altrimenti identici, ma uno aveva un ampio portfolio di github in aggiunta, non lo rende più adatto dell'altro? Forse, forse no, ma il punto è che sarebbe sciocco non chiedere una cosa del genere, come fanno in molti. Il solo fatto di chiederlo non significa necessariamente che ci si aspetta di averli, nel senso che si viene squalificati all'istante solo per non averli. Di solito le decisioni di assunzione sono olistiche. Ma ci si aspetta, nel senso che i noleggiatori si aspettano che molti candidati abbiano i loro progetti di hobby, quindi chiedono a tutti di assicurarsi di avere una possibilità di farne menzione.

Ora, naturalmente, quando si scopre che qualcosa è un fattore significativo per il successo della propria carriera, che fino ad ora aveva ignorato, non è un'occasione felice. Naturalmente si vuole costruire un'elegante argomentazione su come non dovrebbe importare comunque, raccontarla al mondo, e crogiolarsi nell'orgoglio di aver discusso un cerchio scomodo invece di saltarci dentro. Ahimè, non è questo il modo di costruire una carriera. È molto improbabile che riuscirete a convincere il vostro potenziale datore di lavoro a smettere di occuparsi di progetti hobbistici nella fase del colloquio (probabilmente avevano già in mente un sistema per riempire quell'apertura e saranno molto restii a fare cambiamenti quando hanno già iniziato il colloquio). Potreste cercare quelli che non fanno domande a riguardo, o che non li considerano negativamente, ma saranno una minoranza, dato che questo tipo di pensiero è molto comune nel software. Ma se volete alcune possibili ragioni per cui è un bene per un candidato avere un portafoglio di progetti personali:

• Dimostra che sono veramente appassionati del loro lavoro perché lo hanno fatto anche quando non sono pagati
• Permette loro di mostrare le loro capacità nonostante non abbiano lavorato in una posizione che li impieghi (diciamo che conosci Haskell ma nessun datore di lavoro ti permette di usarlo)
• Molti considerano le lauree accademiche, o anche le esperienze passate, una misura inaffidabile della capacità di programmazione, quindi i progetti danno loro un'idea migliore di com'è il vostro lavoro
• Avere un hobby può farvi diventare una persona originale e originale ai loro occhi che si adatta meglio socialmente

Queste non devono necessariamente essere vere, è sufficiente che l'intervistatore ci creda. Trovare il miglior candidato per un lavoro è in definitiva una cosa soggettiva, non una scienza esatta. Anche i progetti per hobby non sono una cosa universalmente interessante, o addirittura positiva da avere come candidato: Alcuni pensano che fare un lavoro qualificato senza retribuzione riduca il valore della propria abilità, altri pensano che dimostri che si è distratti o troppo ambiziosi, altri possono avere una politica aziendale che vieta di usarlo come criterio per qualsiasi motivo e così via. Anche se direi che, in media, nel campo del software, probabilmente è meglio avere un buon portfolio di progetti personali che non averne.

Si potrebbe chiedere come mai la maggior parte delle persone ha un portfolio degno di nota, tanto che gli intervistatori si preoccupano di chiedere. È facile: il software è molto democratico in quanto chiunque abbia un computer può scrivere programmi (almeno in teoria…), non hai bisogno di attrezzature o infrastrutture speciali per farlo (in realtà, non hai nemmeno bisogno del computer, in senso stretto). Così la maggior parte delle persone interessate alla professione finiscono per svilupparsi da sole, prima di trovare un lavoro. Ma non è l'unica professione in cui ciò avviene. Artisti, musicisti, fotografi, scrittori eMolti altri professionisti di questo tipo tendono ad avere un ampio portfolio che hanno realizzato nel loro tempo libero e vengono interpellati su di loro.

“è che spesso mi viene chiesto se ho qualche mio progetto di cui posso parlare…”

Non l'ho mai chiesto a nessuno (e certamente non mi è mai stato chiesto).

Potrebbe essere che tu stia pensando più alla tua esperienza quando eri un principiante assoluto (cioè, in un momento in cui non avevi nessun prodotto reale su cui hai lavorato, di cui discutere).

“perché sembra essere accettato che ci si aspetta che gli sviluppatori di software lavorino su [cazzate da hobbisti] ”

Forse è una cosa regionale, ma non la vedo come una cosa accettata o usuale.

Chi se ne frega delle cose da hobbisti?

Forse è una stranezza del tuo particolare campo , OP?

Penso che la buona notizia sia che se hai avuto questa esperienza è “solo sfortuna”. Io me ne dimenticherei.