Sono d'accordo con i commenti sul fatto che probabilmente stava cercando l'archiviazione locale HTML5 e probabilmente si aspettava che tu avessi esperienza con esso.
Francamente, a meno che non fosse un requisito integrale del lavoro e hai affermato che avevi esperienza con esso, le sue aspettative e reazioni erano irragionevoli, secondo me, per chiunque avesse una certa esperienza.
Perché?
Perché, tre anni fa, HTML5 come specifica era ancora agli inizi. In altre parole, per te, in particolare, la tua carriera è lunga quanto la storia delle specifiche stesse. Non è raro vedere lavori in cerca di persone con più esperienza di un prodotto rispetto al prodotto che è stato in giro. È raro vedere lo stesso accadere per un'intera specifica. Per questo, ti applaudo per aver trovato un tale gioiello.
Più seriamente, però, sembra che il problema risieda maggiormente nel fatto che il tuo intervistatore ti sta ponendo una domanda troppo vaga e ti giudica troppo duramente. Non è insolito per gli intervistatori porre domande vaghe, soprattutto nell'arena dello sviluppo. Di solito, questo è fatto per cercare di valutare come pensi, e dove il tuo primo istinto ti guida. Per questo, hai fatto bene a mettere in discussione la necessità di archiviare localmente quel tipo di dati. Queste domande non sono, di per sé, cattive, ma ciò che l'intervistatore fa con loro può portare a un risultato negativo per te (probabilmente, tale interruzione dell'intervista significa che probabilmente non vuoi lavorare per quella società, comunque).
Ora, è possibile che le esigenze aziendali dell'azienda richiedano l'utilizzo della memorizzazione locale per un motivo o per l'altro. Se questo è il caso, avrebbe dovuto essere spiegato nella descrizione del lavoro, e avresti dovuto essere escluso come candidato potenzialmente vitale quando il tuo curriculum non rifletteva tale esperienza se sentivano che non potevano o non dovevano allenarsi o fornire altrimenti il nuovo dipendente con il tempo / i mezzi per venire a conoscenza della tecnologia.
Per quanto riguarda l'archiviazione locale, come già detto, HTML5 come una specifica è in circolazione da circa tre anni, e questo è generoso e contando le bozze di "ultima chiamata". Quindi, hai il problema del supporto del browser, che può avere o meno una lunga storia (ad esempio, mentre coppie nome-valore sono stati ampiamente supportati anche prima della solidificazione HTML5, IndexedDB e Web SQL DB sono ancora imprecisi ).
Infine, l'utilizzo dell'archiviazione locale HTML5 è ancora meno comune. Nei miei anni come sviluppatore web, mi sono imbattuto in un'app che so utilizzata da un po '(potrebbero essercene alcuni che la usano in modo invisibile, ma è più difficile da quantificare) e forse una mezza dozzina di progetti che potrebbe essere in grado di farne uso (ma in realtà non ci hanno bisogno in quel momento, o il costo di usare quell'approccio contro un altro non era giustificato).
In un senso più generale, si verificano interviste fallite. Lo sviluppo del software è lontano un campo troppo grande per poter conoscere tutti i piccoli dettagli su ogni singola cosa (in questo caso, i limiti di archiviazione della memoria locale HTML5) ed essere onesti nel non conoscere un dato la cosa è, secondo me, ancora la strada migliore (personalmente ho più rispetto per qualcuno che riconosce le loro lacune nella conoscenza e cerca di riempirle, piuttosto che qualcuno che cerca di coprire il fatto che non sanno qualcosa). Con questo in mente, direi che hai gestito bene la domanda, date le informazioni che hai fornito qui. Se c'era qualcosa che tu hai sbagliato, potrebbe essere stato nei dettagli di come hai risposto, che non possiamo aiutarti, qui, perché non eravamo al colloquio per valutare il non - aspetti marginali delle tue risposte.