Da full stack dev credo che le domande 'accademiche' siano poco adatte ai colloqui, generalmente nell'IT le persone che cercano un nuovo impiego già lavorano quindi non hanno tutto sto tempo da dedicare allo studio, senza considerare che già normalmente passiamo molto tempo a studiare nuove tecnologie, meglio orientarsi su domande pratiche che sono poi quelle che contano nel lavoro di tutti i giorni. Detto questo, ottimo secondo me capire l'approccio alla risoluzione dei problemi e la conoscenza degli gli strumenti e dei concetti di base, ma rimanendo sempre sul pratico (es cos'è una media query, che per un frontendista è abbastanza importante sapere almeno il concetto). Io nell'ultimo colloquio mi sono portato il portatile dietro e ho fatto vedere direttamente agli interlocutori alcuni siti che gestisco, questo ha aiutato tantissimo entrambi a capire le conoscenza reciproche.
Con le domande “accademiche” potresti aver davanti Leclerc e bocciarlo perché non sa che autostrade e strade extraurbane principali non è consigliabile evitare la circolazione di veicoli a tenuta non stagna e con carico scoperto, se trasportano materiali che possono disperdersi
Le cose da sapere per lavorare oggi sono cosi tante che sarebbe come imparare 2 enciclopedie tutte a memoria A me sono andati a chiedere quanti tipi di transazioni c# esistono, e come avrei potuto gestire il ritardo tramite un servizio richiamato con Jquery, il tutto poi mi hanno domandato che se avessi voluto mettere un CSS per gestire la rotellina che gira nel durante... Su due piedi NESSUNO può riuscire a rispondere, io conosco cosa volevano, ma generalmente mi documento prima e poi lo implemento, cosi come lo farebbe qualunque persona normale, ho dimostrato come avrei fatto a cercare le informazioni nonostante che sia palese che non potevo rispondere alla domanda in modo diretto.....non sono passato! Questa storia sta a dimostrare che pure i recruiter a volte non capiscono, secondo me neanche capiva di cosa stava parlando visti i termini usati, forse aveva aperto una pagina a casa del suo libro e mi ha fatto la classica domanda (tipico degli esami universitari). Questione di fortuna a volte, ultimamente sto vedendo sempre piu psicologhe donne invece che tecnici informatici con esperienza per l'assunzione BOOH, che mondo alla rovescia!
Che palle ste job interview, non servono a nulla, quello che conta è saper lavorare e adattarsi al sistema dell’azienda, il resto sono tutte chiacchiere, questi programmi e interview del codice non dimostrano nulla, posso anche passare e saper bene nella teoria come funzionano le cose, ma poi servono soluzioni e vi assicuro che ho visto persone super preparate che alla fine erano poco pratiche … Mi sono capitate anche persone che facevano le interview che non sapevano effettivamente l’argomento
Ciao, mi scrivi l'azienda o le aziende più riconosciute che fanno questi corsi? Io ho 52 anni.. Per me sarà molto improbabile trovare lavoro rispetto a una persona più giovane? È più ricercata dal mercato una figura che si occupa di Developer o Cyber security? Io abito in provincia di Torino e mi piacerebbe fare un corso per poi lavorare in Francia o Romania, attendo una tua lettura con risposte dettagliate che mi possano aiutare ad avere chiarezza in merito, grazie mille
Cosa te ne fai di sapere cosa sono il cascading, repaint e reflow, forse perchè probabilmente sono cose che non si caga nessuno e te invece ti senti un figo a saperle, io credo proprio che un programmatore si vede da altre cose, non se sa o no che cosa è una closure(e magari le usa ogni giorno), avete dei parametri ridicoli. Credo che siano più importanti per un programmatore sapere concetti come : polimorfismo, ereditarieta, design patterns, clean code (scommetto che sai cosa sono al massimo per sentito dire, io inizieri a leggere un po) ma sopratutto capire come funzionano le tecnologie tra di loro, almeno una base di CI/CD, come funziona git, come funzionano le api e non solo se uno sa usare le promise, come funzionano le librerie, come funziona un bundler, come funziona un hosting, come funzionano superset come scss e ts ,almeno averene un'idea, potrei stare qui ore a parlarti di tecnologie che sono un must da sapere e di cose che non menzioni, probabilmente perchè le dai per scontate e in realtà non ne sai una ceppa, ma per favore torna a studiarti i selettori😂
Su alcune cose hai ragione e sono d'accordo. Su altre meno. Però trovo divertente che ti svegli alle 6 del mattino per venire su sto video ad inveire cose a caso per esternare le tue frustrazioni. Io ho portato un esempio di domande per un frontend dev junior. Ognuno ha le sue preferenze. Potevamo discuterne.
@@Dcomedevelopers Ammetto di essermi fatto prendere da frustrazioni personali, e di questo mi dispiace, sicuramente non ti meritavi questo tono, però il succo del discorso è quello, non trovo sensate queste tipi di domande per un recruitment, le trovo svilenti per persone che si sono impegnate su altri frangenti: ognuno sa cose diverse che l'altro non sa ed è questo che da valore ad'un azienda e a un team, non sapere le cose che un certo recruiter ritiene "lo standard, il minimo da sapere" perchè i tuoi standard possono essere benissimo diversi dai miei. Piuttosto bisognerebbe vedere le potenzialità e la versatilità di una persona, scoprire se magari sa cose diverse dallo "standard" può essere più utile, che non saper guardare oltre la punta del proprio naso
Non avrebbe più senso fornire ai candidati un Home assignment - esempio webapp con un figma associato - da produrre in X giorni con una serie di funzionalità? 90% del nostro lavoro si basa su questo dopotutto.
Tutto vero quello che hai detto, ma alcune volte capitano domande che non credo abbiano senso di esistere, e che centrano poco con le attività di frontend. A me in fase di colloqui un volta mi chiesero "data una serie di coordinate Xe Y" di scrivere "un algoritmo che ritornasse il numeri di quadrilateri contenuti".
Ricordiamoci che le job interview sono a doppio senso. Anche noi valutiamo la controparte del tavolo. Tutto sommato la domanda non è male, fa parte di quelle domande di 'problem solving' / 'algoritmi' che menziono nel video. Alla fine come ti sei comportato a questa domanda?
@@Dcomedevelopers Scusa dimenticavo i complimenti per i contenuti del canale. Non mi giudicare arrogante, ma non mi trovi d'accordo, con l'affermazione "Tutto sommato la domanda non è male", perchè non trovo una domanda del genere in linea con le attività di ruolo. Saper risolvere questo tipo di quesito non attesta le capacità di problem solving. Per rispondere alla tua domanda ... L'ho interrotto e gli ho chiesto il perchè di questa domanda e quante volte gli poteva essere capitato di fare un'attività simile a frontend.
Il discorso è lunghetto! Purtroppo spesso si confonde il web developer con il software engineer. Al di là del mero titolo, il software engineer è il tipo di persona a cui poni una domanda del genere. Le job interview sono un po' un casino 🤗.
ciao @@alessandroaprile181, potrebbe anche essere. Nel mio caso non mi è mai capitato di doverla mai usare o fare, e qui mi nasce spontanea la domanda: è necessario l'algoritmo o è solo un virtuosismo ?
@@Dcomedevelopers ieri sera ho postato la mia soluzione, ma è scomparso, credo che YT impedisca di inserire link nei commenti. Lo slug è usa-la-forza-luke-forked-7t9cr5
Il problema è che i colloqui tecnici che vertono su trovare il pelo nell'uovo, domande teoriche inutili sono solo una perdita di tempo. Dato che sappiamo benissimo il quotidiano di uno sviluppatore è fatto ormai da google, chatgpt e stackoverflow, non per pigrizia, ma per effettiva impossibilità di sapere tutto a memoria, evoluzioni costanti delle tecnologie ecc.... E la cosa preoccupante é che spesso queste stupide interviste sono fatte da altri sviluppatori, che pare si dimentichino come è anche il loro lavoro. Devo ripassare? E perché dovrei ripassare cose che fino a 2 ore fa non mi sono servite nel lavoro? Perché uno stupido intervistatore me le chiede solo per perdere 30 minuti di tempo? Quindi un vero colloquio sarebbe mettere il candidato davanti alla risoluzione di un algoritmo, o un problema pratico reale. Tutto il resto è solo voglia di inutilita e o voglia di fare gli splendidi degli intervistatori.
Sono d'accordo in parte: Ci sono cose che effettivamente sono eccessive ed altre che invece sono necessarie. Concetti come mutability, closure, scope ecc...ecc.... sono fondamentali. Se un candidato FE non li conosce significa che ha una preparazione limitata. Non si scappa. Se ci vogliamo vendere da "professionisti" ci dobbiamo presentare come tali.
@@Dcomedevelopers assolutamente! Tutte i concetti elencati nel video, per esempio, sono di utilita quotidiana, quindi ci sta che vengano chiesti e che si debbano sapere le nozioni teoriche per poterli usare correttamente, non é pensabile andare su SOF per capire cos'è una closure
Si ma in qualche modo devi scremare i candidati, e visto che con tutti sti corsi di 6 mesi le codemonkey abbondano, fare qualche domanda su algoritmi non è giusto, ma anzi doveroso non
@@Dcomedevelopers Cosa te ne fai di sapere cosa sono il cascading, repaint e reflow, forse perchè probabilmente sono cose che non si caga nessuno e te invece ti senti un figo a saperle, io credo proprio che un programmatore si vede da altre cose, non se sa o no che cosa è una closure(e magari le usa ogni giorno), avete dei parametri ridicoli. Credo che siano più importanti per un programmatore sapere concetti come : polimorfismo, ereditarieta, design patterns, clean code (scommetto che sai cosa sono al massimo per sentito dire, io inizieri a leggere un po) ma sopratutto capire come funzionano le tecnologie tra di loro, almeno una base di CI/CD, come funziona git, come funzionano le api e non solo se uno sa usare le promise, come funzionano le librerie, come funziona un bundler, come funziona un hosting, come funzionano superset come scss e ts ,almeno averene un'idea, potrei stare qui ore a parlarti di tecnologie che sono un must da sapere e di cose che non menzioni, probabilmente perchè le dai per scontate e in realtà non ne sai una ceppa, ma per favore torna a studiarti i selettori😂
Pensa te uso le librerie dev Express per applicazioni Enterprise non ho tempo da buttare se riesci a costruire una maschera con 60 elementi in multiTab con griglie con inline editing in una giornata nativamente e che funziona correttamente su tutti i browser con chiamate api connesse ti faccio una statua in duomo
4:50 CSS 5:47 Javascript 7:05 Problem Solving
Da full stack dev credo che le domande 'accademiche' siano poco adatte ai colloqui, generalmente nell'IT le persone che cercano un nuovo impiego già lavorano quindi non hanno tutto sto tempo da dedicare allo studio, senza considerare che già normalmente passiamo molto tempo a studiare nuove tecnologie, meglio orientarsi su domande pratiche che sono poi quelle che contano nel lavoro di tutti i giorni. Detto questo, ottimo secondo me capire l'approccio alla risoluzione dei problemi e la conoscenza degli gli strumenti e dei concetti di base, ma rimanendo sempre sul pratico (es cos'è una media query, che per un frontendista è abbastanza importante sapere almeno il concetto). Io nell'ultimo colloquio mi sono portato il portatile dietro e ho fatto vedere direttamente agli interlocutori alcuni siti che gestisco, questo ha aiutato tantissimo entrambi a capire le conoscenza reciproche.
Con le domande “accademiche” potresti aver davanti Leclerc e bocciarlo perché non sa che autostrade e strade extraurbane principali non è consigliabile evitare la circolazione di veicoli a tenuta non stagna e con carico scoperto, se trasportano materiali che possono disperdersi
ma scusa anche per chi entra in stage fanno tutte ste domande? per me è un pò too much no?
Le cose da sapere per lavorare oggi sono cosi tante che sarebbe come imparare 2 enciclopedie tutte a memoria
A me sono andati a chiedere quanti tipi di transazioni c# esistono, e come avrei potuto gestire il ritardo tramite un servizio richiamato con Jquery, il tutto poi mi hanno domandato che se avessi voluto mettere un CSS per gestire la rotellina che gira nel durante...
Su due piedi NESSUNO può riuscire a rispondere, io conosco cosa volevano, ma generalmente mi documento prima e poi lo implemento, cosi come lo farebbe qualunque persona normale, ho dimostrato come avrei fatto a cercare le informazioni nonostante che sia palese che non potevo rispondere alla domanda in modo diretto.....non sono passato!
Questa storia sta a dimostrare che pure i recruiter a volte non capiscono, secondo me neanche capiva di cosa stava parlando visti i termini usati, forse aveva aperto una pagina a casa del suo libro e mi ha fatto la classica domanda (tipico degli esami universitari).
Questione di fortuna a volte, ultimamente sto vedendo sempre piu psicologhe donne invece che tecnici informatici con esperienza per l'assunzione BOOH, che mondo alla rovescia!
👏👏👏👏
Che palle ste job interview, non servono a nulla, quello che conta è saper lavorare e adattarsi al sistema dell’azienda, il resto sono tutte chiacchiere, questi programmi e interview del codice non dimostrano nulla, posso anche passare e saper bene nella teoria come funzionano le cose, ma poi servono soluzioni e vi assicuro che ho visto persone super preparate che alla fine erano poco pratiche …
Mi sono capitate anche persone che facevano le interview che non sapevano effettivamente l’argomento
Molto utile, grazie dei consigli!
Mancavano i tuoi video, sempre utili e divertenti :)
Ottimi spunti, grazie!
Ciao, mi scrivi l'azienda o le aziende più riconosciute che fanno questi corsi? Io ho 52 anni.. Per me sarà molto improbabile trovare lavoro rispetto a una persona più giovane? È più ricercata dal mercato una figura che si occupa di Developer o Cyber security? Io abito in provincia di Torino e mi piacerebbe fare un corso per poi lavorare in Francia o Romania, attendo una tua lettura con risposte dettagliate che mi possano aiutare ad avere chiarezza in merito, grazie mille
Ok, il problema è che non sappiamo COSA ripassare 😅
Quindi grazie per questo video 💪
Si poi trovi tanti teorici e pensatori che al primo problema si sparano
Si solito è così! 😂
Cosa te ne fai di sapere cosa sono il cascading, repaint e reflow, forse perchè probabilmente sono cose che non si caga nessuno e te invece ti senti un figo a saperle, io credo proprio che un programmatore si vede da altre cose, non se sa o no che cosa è una closure(e magari le usa ogni giorno), avete dei parametri ridicoli. Credo che siano più importanti per un programmatore sapere concetti come : polimorfismo, ereditarieta, design patterns, clean code (scommetto che sai cosa sono al massimo per sentito dire, io inizieri a leggere un po) ma sopratutto capire come funzionano le tecnologie tra di loro, almeno una base di CI/CD, come funziona git, come funzionano le api e non solo se uno sa usare le promise, come funzionano le librerie, come funziona un bundler, come funziona un hosting, come funzionano superset come scss e ts ,almeno averene un'idea, potrei stare qui ore a parlarti di tecnologie che sono un must da sapere e di cose che non menzioni, probabilmente perchè le dai per scontate e in realtà non ne sai una ceppa, ma per favore torna a studiarti i selettori😂
Su alcune cose hai ragione e sono d'accordo. Su altre meno. Però trovo divertente che ti svegli alle 6 del mattino per venire su sto video ad inveire cose a caso per esternare le tue frustrazioni. Io ho portato un esempio di domande per un frontend dev junior. Ognuno ha le sue preferenze. Potevamo discuterne.
@@Dcomedevelopers Ammetto di essermi fatto prendere da frustrazioni personali, e di questo mi dispiace, sicuramente non ti meritavi questo tono, però il succo del discorso è quello, non trovo sensate queste tipi di domande per un recruitment, le trovo svilenti per persone che si sono impegnate su altri frangenti: ognuno sa cose diverse che l'altro non sa ed è questo che da valore ad'un azienda e a un team, non sapere le cose che un certo recruiter ritiene "lo standard, il minimo da sapere" perchè i tuoi standard possono essere benissimo diversi dai miei. Piuttosto bisognerebbe vedere le potenzialità e la versatilità di una persona, scoprire se magari sa cose diverse dallo "standard" può essere più utile, che non saper guardare oltre la punta del proprio naso
Non avrebbe più senso fornire ai candidati un Home assignment - esempio webapp con un figma associato - da produrre in X giorni con una serie di funzionalità? 90% del nostro lavoro si basa su questo dopotutto.
Tutto vero quello che hai detto,
ma alcune volte capitano domande che non credo abbiano senso di esistere, e che centrano poco con le attività di frontend.
A me in fase di colloqui un volta mi chiesero "data una serie di coordinate Xe Y" di scrivere "un algoritmo che ritornasse il numeri di quadrilateri contenuti".
Ricordiamoci che le job interview sono a doppio senso. Anche noi valutiamo la controparte del tavolo. Tutto sommato la domanda non è male, fa parte di quelle domande di 'problem solving' / 'algoritmi' che menziono nel video. Alla fine come ti sei comportato a questa domanda?
@@Dcomedevelopers
Scusa dimenticavo i complimenti per i contenuti del canale.
Non mi giudicare arrogante, ma non mi trovi d'accordo, con l'affermazione "Tutto sommato la domanda non è male", perchè non trovo una domanda del genere in linea con le attività di ruolo. Saper risolvere questo tipo di quesito non attesta le capacità di problem solving.
Per rispondere alla tua domanda ... L'ho interrotto e gli ho chiesto il perchè di questa domanda e quante volte gli poteva essere capitato di fare un'attività simile a frontend.
Il discorso è lunghetto! Purtroppo spesso si confonde il web developer con il software engineer. Al di là del mero titolo, il software engineer è il tipo di persona a cui poni una domanda del genere. Le job interview sono un po' un casino 🤗.
@@thefami2010 ad esempio è un algoritmo utile per gestire una interfaccia basata su drag e drop.
ciao @@alessandroaprile181, potrebbe anche essere. Nel mio caso non mi è mai capitato di doverla mai usare o fare, e qui mi nasce spontanea la domanda: è necessario l'algoritmo o è solo un virtuosismo ?
A me hanno dato meno di un giorno per pregarmi…
Challange accettata!
Show me what you got! 💪
@@Dcomedevelopers ieri sera ho postato la mia soluzione, ma è scomparso, credo che YT impedisca di inserire link nei commenti. Lo slug è usa-la-forza-luke-forked-7t9cr5
@@flaviopnt No problem! posso vederlo tranquillamente ;)
codesandbox.io/s/usa-la-forza-luke-forked-7t9cr5
ikyuiy
Il problema è che i colloqui tecnici che vertono su trovare il pelo nell'uovo, domande teoriche inutili sono solo una perdita di tempo.
Dato che sappiamo benissimo il quotidiano di uno sviluppatore è fatto ormai da google, chatgpt e stackoverflow, non per pigrizia, ma per effettiva impossibilità di sapere tutto a memoria, evoluzioni costanti delle tecnologie ecc....
E la cosa preoccupante é che spesso queste stupide interviste sono fatte da altri sviluppatori, che pare si dimentichino come è anche il loro lavoro.
Devo ripassare? E perché dovrei ripassare cose che fino a 2 ore fa non mi sono servite nel lavoro? Perché uno stupido intervistatore me le chiede solo per perdere 30 minuti di tempo?
Quindi un vero colloquio sarebbe mettere il candidato davanti alla risoluzione di un algoritmo, o un problema pratico reale.
Tutto il resto è solo voglia di inutilita e o voglia di fare gli splendidi degli intervistatori.
Sono d'accordo in parte: Ci sono cose che effettivamente sono eccessive ed altre che invece sono necessarie.
Concetti come mutability, closure, scope ecc...ecc.... sono fondamentali. Se un candidato FE non li conosce significa che ha una preparazione limitata. Non si scappa. Se ci vogliamo vendere da "professionisti" ci dobbiamo presentare come tali.
@@Dcomedevelopers assolutamente!
Tutte i concetti elencati nel video, per esempio, sono di utilita quotidiana, quindi ci sta che vengano chiesti e che si debbano sapere le nozioni teoriche per poterli usare correttamente, non é pensabile andare su SOF per capire cos'è una closure
Si ma in qualche modo devi scremare i candidati, e visto che con tutti sti corsi di 6 mesi le codemonkey abbondano, fare qualche domanda su algoritmi non è giusto, ma anzi doveroso non
@@Dcomedevelopers Cosa te ne fai di sapere cosa sono il cascading, repaint e reflow, forse perchè probabilmente sono cose che non si caga nessuno e te invece ti senti un figo a saperle, io credo proprio che un programmatore si vede da altre cose, non se sa o no che cosa è una closure(e magari le usa ogni giorno), avete dei parametri ridicoli. Credo che siano più importanti per un programmatore sapere concetti come : polimorfismo, ereditarieta, design patterns, clean code (scommetto che sai cosa sono al massimo per sentito dire, io inizieri a leggere un po) ma sopratutto capire come funzionano le tecnologie tra di loro, almeno una base di CI/CD, come funziona git, come funzionano le api e non solo se uno sa usare le promise, come funzionano le librerie, come funziona un bundler, come funziona un hosting, come funzionano superset come scss e ts ,almeno averene un'idea, potrei stare qui ore a parlarti di tecnologie che sono un must da sapere e di cose che non menzioni, probabilmente perchè le dai per scontate e in realtà non ne sai una ceppa, ma per favore torna a studiarti i selettori😂
Pensa te uso le librerie dev Express per applicazioni Enterprise non ho tempo da buttare se riesci a costruire una maschera con 60 elementi in multiTab con griglie con inline editing in una giornata nativamente e che funziona correttamente su tutti i browser con chiamate api connesse ti faccio una statua in duomo