Oggi ho superato a malapena il mio esame di programmazione Java. Ho dovuto rispondere ad alcune domande generali sul threading che ho fatto bene e scrivere un piccolo programma threaded che era peggio. Ho dovuto collegare il mio laptop allo schermo del proiettore e scrivere subito il programma. Il mio primo tentativo è stato di utilizzare classi anonime ma ho dimenticato l'esatta sintassi. Forse a causa dell'eccitazione o forse perché nelle ultime due settimane stavo scrivendo principalmente in php. Quindi ho chiesto se è consentito utilizzare la documentazione API. La risposta è stata "NO". Così ho deciso di fare un altro giro e ho implementato Runnable. Il programma stava facendo ciò che è stato richiesto alla fine. Ovviamente gli esaminatori hanno notato il mio primo fallimento e ciò ha influenzato notevolmente il mio punteggio. Sono rimasto sorpreso dal fatto che non fosse consentito utilizzare la documentazione API.

Quindi, la mia domanda è: è davvero importante essere in grado di scrivere codice senza documentazione API? Devo sviluppare questa abilità? È davvero importante nel mondo reale e nell'ambiente di lavoro? Durante i corsi di programmazione mi sono concentrato sui modelli di apprendimento, sviluppando abilità per scrivere buone applicazioni di progettazione, abilità per usare le API e trovare rapidamente le informazioni necessarie. Non stavo cercando di imparare a programmare senza la documentazione API. È indispensabile durante le interviste di lavoro (codifica senza documentazione API)?

In Real Life ™, classificherei questa abilità come "piacevole da avere", ma per nulla necessaria. In un contesto universitario, tuttavia, è diverso.

Una capacità di codificare senza documentazione può essere utilizzata come indicazione indiretta della familiarità dello studente con la materia. In un certo senso, vederti codificare qualcosa senza toccare la documentazione dice al professore che ti sei già esercitato a usare l'API - facendo i compiti e altri compiti, o forse anche programmando per divertimento da solo. Una persona intelligente con una comprensione superficiale dell'API in questione dovrebbe essere in grado di farlocapire quasi tutte le API Java da solo guardando la documentazione. Questa non è una coincidenza: spesso i programmatori devono apprendere sul lavoro e la documentazione dell'API per i sistemi di programmazione più diffusi, incluso Java, è strutturata per aiutare i programmatori ad apprendere rapidamente. La documentazione spesso fornisce brevi esempi autonomi, illustrando il concetto in modo breve e conciso.

Questo funziona direttamente contro l'obiettivo del professore di misurare la tua conoscenza della materia (invece di misurare quanto sei intelligente). Quindi non è irragionevole chiederti il ​​codice senza consultare la documentazione.

NOTA: ho modificato questa risposta in risposta a una modifica della domanda.

C'era una volta un ragazzo che aveva un piccolo bug nel suo codice, quindi lo portò su StackOverflow e chiese aiuto. StackOverflow: Java (generazione di numeri senza ripetizioni) . Ho guardato il suo codice e gli ho fatto notare che il suo HashSet era perennemente pieno di valori ma non è mai stato cancellato. Quindi, mi ha chiesto: "come lo cancelli?" Devo ammettere che non sono particolarmente orgoglioso della risposta che ho dato.

Devi assolutamente conoscere le cose di base che usi ogni giorno. Devi conoscerli tutti e devi conoscerli bene. Ma solo le cose di base.

Per tutto il resto, l'importante è sapere che c'è qualcosa là fuori che fa quello che vuoi. Proprio quale classe devi usare, esattamente quale metodo devi chiamare e precisamente quali parametri devi passare ad essa, è qualcosa di cui non hai bisogno per tenere occupati preziosi neuroni del tuo cervello. Ecco a cosa serve la documentazione ed è per questo che sono stati inventati IDE con completamento automatico. E se la spinta arriva a spingere, c'è sempre StackOverflow e l'interwebz maggiore là fuori.

Chiedere ai programmatori di conoscere a memoria le API è come chiedere agli avvocati di conoscere a memoria il codice legale e tutti i precedenti. È inutile. Un esercizio di futilità.

È davvero un'abilità necessaria per programmare senza documentazione API?

Non direi che è richiesto ma lo è

abilità molto desiderabile

IMNSHO.

Ho trascorso alcuni mesi a scrivere codice in stretta collaborazione con il ragazzo che conosce API notevolmente meglio di me. Lui è così molto più produttivo - semplicemente perché può saltare documentazione API controlla che distraggono me.

Qui, sto parlando di scioltezza. Sull'essere non solo capace di qualcosa ma fluente.

Sai cosa vuol dire essere fluenti? È quando per qualcuno che ti guarda sembra che tu digiti mentre digiti ...

• ... Come se il codice giusto scorresse semplicemente dalle dita allo schermo. Come se non controllassi i documenti API, tutorial e manuali. In realtà, si fa controllare tutti, ma questo è invisibile perché è tutto nella tua testa. Hai tutta la conoscenza di cui hai bisogno proprio lì nel tuo cervello: carica, caricata e pronta per l'uso.

... Questa è conoscenza fluente. È quando ti ci vuole un minuto per fare ciò che richiede novizio un'ora. Ne vale la pena, davvero. Profuma di vittoria.

Se padroneggi la fluidità in alcune API e se memorizzi correttamente come ci si sente, questa memoria ti guiderà ulteriormente su come diventare più produttivo lavorando con qualsiasi altra API.

No. Sarei morto senza la possibilità di consultare la documentazione dell'API. L'unica volta che non ce l'ho è quando sto cercando di eseguire il debug di qualcosa in cui non riesco ad accedere alla documentazione. Quindi "eseguo il reverse engineering" dell'API e taglia e incolla i pezzi secondo necessità.

È importante avere una buona idea di cosa tratta l'API e quale parte è meglio usare, ma conoscere i nomi dei metodi, i nomi delle variabili ... non è davvero necessario.

Nel lavoro non ho mai avuto una situazione in cui non avevo accesso alla documentazione. D'altra parte, avere la comprensione della lettura e la comprensione generale per essere in grado di interpretare la documentazione scritta male diventa utile in ogni momento.

Alla fine dovresti conoscere i modelli e la struttura delle tue API, ma sapere esattamente dove si trova tutto non è particolarmente utile.

Alla SFU Computing Science, gli esami a libro chiuso rappresentano tra il 70% e il 100% dei nostri voti. La teoria è che gli esami mettono alla prova la tua comprensione del materiale del corso e la tua adattabilità. In realtà, tutto ciò che mette alla prova sono i tuoi nervi, la tua qualità / durata del sonno, il tuo ingegno e le tue tecniche di memorizzazione automatica, nessuna delle quali è necessaria né accademicamente né per un lavoro tipico nell'industria del software.

A tutti tranne la tua ultima domanda: la conoscenza enciclopedica di qualsiasi documentazione API non è importante. Ovviamente programmerai più velocemente se conosci ogni dettaglio di ogni metodo di ogni classe, ma non è un'aspettativa ragionevole.

Alla tua ultima domanda: è possibile che tu debba conoscere le specifiche di alcune classi senza la documentazione dell'API. Se sai prima di entrare nel colloquio che verrai testato o se il lavoro è molto focalizzato (cioè: farai il threading tutto il giorno), allora potresti ragionevolmente aspettarti di dover conoscere in dettaglio le classi correlate.

Addendum: dovresti chiarire molto prima di qualsiasi esame con il tuo professore / istruttore esattamente quali materiali saranno forniti e quali materiali puoi portare da solo. Supponiamo che non sia consentito tutto ciò che non hanno esplicitamente concordato. Ho seguito corsi in cui potevo solo portare le basi per scrivere, dove avrei potuto portare tutti i libri che desideravo, e dove avrei potuto portare esattamente un foglio a due facciate con tutto quello che volevo su di esso. Gli esami sono generalmente strutturati su quali materiali sono ammessi.

Documenti API! = Sintassi del linguaggio.

Posso capire quando qualcuno non conosce i nomi esatti di varie classi Java e i loro metodi. Non li conosco e scrivo codice in Java ogni giorno. Sarei perso senza i documenti o l'onnipotente completamento automatico IDE, specialmente quando si tratta dell'API standard Java che è ben nota per la sua verbosità nei nomi di variabili / classe / metodo.

Tuttavia, come hai detto tu stesso, non è nulla che di solito si trova nei documenti che non ricordi. È la sintassi per le classi interne - questa è una caratteristica del linguaggio stesso, non qualcosa da memorizzare dai documenti.

Per quanto penso che gli studenti dovrebbero (in molti casi) essere autorizzati a utilizzare i documenti per le API standard, penso che chiunque voglia superare un esame di programmazione dovrebbe conoscere la sintassi del linguaggio. E non intendo alcuni casi bizzarri che solo i designer linguistici conoscono, ma solo quelli standard, come quello nel tuo esempio.

In Eclipse puoi scrivere obj.e premere ctrl + spazio e proverà a completare automaticamente dandoti tutte le opzioni del metodo per l'oggetto dato. Se ciò non riesce per qualche motivo, l' API Java ha il resto delle risposte. Sarebbe difficile pensare a un giorno in cui non ho fatto Google come fare qualcosa.

La scuola è una storia completamente diversa però.

IMHO, il mondo accademico di solito puzza nel produrre buoni ingegneri del software. Solo le persone che programmano per divertimento dopo le lezioni hanno la possibilità di realizzare qualcosa nei progetti del mondo reale.

Inoltre, il mondo accademico non riguarda la produzione di sviluppatori, il mondo intero riguarda come risolvere i problemi astratti e fare la ricerca. È molto lontano dall'applicazione pratica per la maggior parte del tempo. E i ricercatori non sono necessariamente buoni programmatori.

E l'apprendimento dell'API a memoria puzza. C'è il completamento automatico / google / msdn / javadocs per cercare tutti gli angoli e le fessure, perché qualcuno dovrebbe tenere tutto ciò nel suo cervello in ogni momento? Le funzioni più comuni che imparerai in poche settimane / mesi, tutto il resto può essere cercato in pochi secondi se conosci la sintassi, la struttura e le idee generali.

Inoltre, alcune persone ancora codificano negli editor di testo e ricordano a memoria i nomi delle funzioni, non è necessariamente sbagliato, ma se sono fanatici a riguardo, hai il tuo professore.

Inoltre, anche se conosci a memoria nomi e parametri di funzioni, è comunque una buona idea verificarli nell'ultimo documento API. strtok andava bene in uno scenario a thread singolo 10 anni fa, non va bene al giorno d'oggi. Se impari solo nomi e parametri, non saprai mai che la funzionalità potrebbe essere obsoleta o inventare alternative migliori.

Le lingue cambiano, quindi è necessario cambiare con loro, ricordare che un vero modo non va bene per quello.

se inizi a lavorare su qualche progetto per un periodo non breve usando un'API prima o poi imparerai molto bene l'API. credo che questa sia un'abilità totalmente inutile poiché non conosco nessuno che non abbia mai dato un'occhiata a nessuna documentazione (msdn, pagine man, ecc ...)

tuttavia le università sono un universo completamente diverso, quindi non sorprenderti se fallisci perché non conosci il nome typedef del 10.th parametro di CreateWindowEx, per esempio.

Direi che no non è necessario, è fisicamente impossibile per il cervello umano memorizzare così tante informazioni, ma è ancora necessario conoscere le basi o le cose più utilizzate, dal momento che non ce ne sono molte da memorizzare . Altrimenti, è impossibile memorizzare tutto ciò che c'è su Java.

Inoltre, è ingiusto che un insegnante voglia che i suoi studenti sappiano tutto, o che usino quello per sapere se programmano con una lingua, oltre agli esercizi o ai progetti che ti assegna. Per me è come voler sapere cosa fai quando non vai a scuola o fai un lavoro correlato.

EDIT: Ovviamente, ciò che l'insegnante ti chiede dipende da lui, alcuni insegnanti apprezzano maggiormente la teoria, mentre altri apprezzano la pratica e non si preoccupano se non capisci tutto.