La ricerca di documentazione e campioni sembra scadente? [duplicare]

La programmazione ti rende un buon coder ; la lettura può renderti un buon sviluppatore :

• Consulta la documentazione dell'API per assicurarti di non reinventare la ruota o di utilizzare le API in modo errato o inefficiente.
• Cerca documentazione linguistica per assicurarti di non continuare a programmare nella lingua Foo quando inizi a lavorare con la barra della lingua.
• Leggi e comprendi le best practice e i pattern per sapere quando usarli.
• Cerca esempi di codice, quindi usali come modelli invece di copiare letteralmente. In questo modo avrai sicuramente compreso almeno la struttura generale del codice.

Se qualcun altro non apprezza quanto hai da leggere per poter scrivere un buon codice, non è uno sviluppatore.

In un ambiente di sviluppo sano, le persone che sono veramente brave a cercare, trovare e comprendere soluzioni a problemi complessi online sono molto richieste. Scrivere software è un'attività difficile e in rapida evoluzione e ci saranno sempre angoli bui o nuovi problemi in cui un po 'di googling può far risparmiare molto tempo.

Evita semplicemente di diventare un programmatore di cargo-cult che copia-incolla la roba alla cieca, modificandola finché non sembra funzionare, senza capirlo. Prenditi tutto il tempo necessario per capire il perché della soluzione e non dovrai più cercare di nuovo (tanto) la prossima volta che si presenterà lo stesso problema o un problema simile.

Se non conosci la risposta, che altro dovresti fare? Le tue scelte sono di cercare in qualche riferimento (fisico o elettronico), chiedere a un collega, o sedersi sulle tue mani tutto il giorno senza ottenere nulla. Il tuo primo passo se sei bloccato dovrebbe essere quello di cercare di risolverlo da solo, cercando online e nei libri. Se questo non ti porta da nessuna parte, o si tratta di qualcosa che non puoi trovare online, allora chiedi a un collega. La terza opzione di stare seduti senza essere produttivi non è un'opzione.

Detto questo, ci sono qualcosa che non dovresti cercare. Se ti assunsi per diventare un programmatore in una particolare lingua o struttura e tu rivendica conoscenza in quella tecnologia, non dovresti cercare gli aspetti più banali di quella struttura o tecnologia. Sarebbe imbarazzante, penso. Ma se stai imparando una nuova tecnologia o un framework, lavorare con tutorial e riferimenti è perfettamente accettabile, e ti incoraggio a farlo da solo, chiedendo consigli e aiuto se necessario.

non è che non ci sia modo di apparire super-professionali senza fare nulla, ma nella mia esperienza, molte persone che si preoccupano veramente del proprio mestiere e non sono marketing / vendite - i ragazzi non possono lavorare efficacemente pensando anche a loro molto su come vengono percepiti.

quindi: la possibilità di sembrare poco professionale perché i tuoi colleghi vedono che lasci che l'apperenza vinca sui risultati sia più alta di quella che sembri poco professionale fornendo ciò che chiedevano in un modo che non avrebbero preso.

Inoltre: non ho l'impressione che qualcuno possa utilizzare i documenti o google contro di te.

Non c'è niente di male in questo finché lo fai in modo professionale guardando qualsiasi codice o algoritmo che trovi con il pensiero critico. Dopotutto, insieme al bene, c'è un bel po 'di codice scaduto o non aggiornato pubblicato su Internet. È meglio affidarsi a fonti affidabili, confrontarlo con i documenti della piattaforma e altre fonti e testarlo bene prima di eseguire il commit.

Nel mio libro, non per la ricerca di documentazione e campioni sarebbe un aspetto negativo. Anche se sei un esperto in alcune aree, le cose stanno cambiando ed è sempre una buona idea aggiornare la tua conoscenza.

Il primo e principale principio nello sviluppo della produzione sta riducendo i tempi complessivi di sviluppo che possono essere raggiunti:

• Riutilizzo del codice: lo fai in caso di framework, quindi perché timido in altri casi. Se riesci a trovare un codice correlato (come un'API) mentre usi google, allora stai solo risparmiando il tempo.

Morale: Un buon sviluppatore significa un buon googler; -)

La programmazione non riguarda la conoscenza dei fatti o la memorizzazione impersonale di un'altra API. Si tratta di essere in grado di trovare e implementare la soluzione migliore possibile a un problema nel modo più efficiente. La lettura di molta documentazione fa parte del lavoro.

Ovviamente, leggere un tutorial introduttivo su una tecnologia che si suppone utilizzi da anni sembra piuttosto brutto, ma non leggere affatto la documentazione è un segnale abbastanza sicuro che qualcosa è sospetto; è spesso un segno di chiusura mentale, riluttanza a imparare cose nuove o uno stile di lavoro ripetitivo.

Lo sviluppatore ideale non è qualcuno che conosce un numero impressionante di chiamate di funzione; è qualcuno che può trovare e assorbire in modo efficiente la documentazione e usarla in modo produttivo.

Inoltre, se i tuoi colleghi guardano il tuo schermo abbastanza per giudicare quanto tu google, probabilmente non sono molto produttivi da soli.

Dato che le tecnologie disponibili per chiunque sia coinvolto nella scrittura di software sono in costante evoluzione, mi aspetterei che chiunque stia scrivendo software cercherà regolarmente informazioni pertinenti su Internet. Dato che stai lavorando con Objective-C, suppongo che tu stia scrivendo per una delle piattaforme di dispositivi Apple, che è un'area di sviluppo software relativamente nuova - e in queste circostanze, mi aspetterei da te " d cercare informazioni su base regolare.

Penso che ci sia una tendenza ad associare (o confondere) la ricerca di informazioni Internet con una "navigazione sul web" insensata, che potrebbe rendere strana al lavoro le persone che stanno legittimamente cercando informazioni. Ma pensaci in questo modo - prima dei buoni motori di ricerca, avresti raccolto un libro di riferimento - e non so che ti avrei guardato con occhi strabici per averlo fatto.

Inoltre, come fa chiunque a imparare qualcosa senza almeno fare qualche lettura autodiretta di qualche tipo? Scrivo software in un ambiente interdisciplinare in cui non posso permettermi di avere una piattaforma o una lingua "preferita" - devo usare ciò che ha più senso per il progetto a portata di mano - il che significa che sono sempre alla ricerca di informazioni perché io " m costantemente imparando. :-p

Di nuovo davanti agli Intertubes, in effetti avevamo tutti una serie di manuali sulle nostre scrivanie. Quando abbiamo dovuto cercare qualcosa, abbiamo controllato il manuale. Nessuno lo ha mai messo in discussione, ed è molto più evidente quando hai un manuale aperto, al contrario di Google o SO sullo schermo.

Ora che tutto è online e i manuali cartacei sono meno comuni, questo si sta spostando sul web. Per non parlare del fatto che è più veloce per Google qualcosa rispetto a cercarlo in un manuale.

Fintanto che le cose stanno andando a un ritmo ragionevole, nessuno dovrebbe avere problemi con questo. Se lo fai perché ti sei venduto con abilità ed esperienza che non hai davvero, questa è un'altra storia.

Prendi nota in modo da non dover ripetere le ricerche. Ti aiuterà anche a ricordare. Direi che con il passare del tempo cercherete sempre meno, ma spero che svolgete compiti più complessi.

Probabilmente non vale la pena di impressionare chi ti giudica puramente sulla quantità di ricerche che fai. Assicurati che il tuo supervisore sappia che stai facendo le cose che lui / lei vuole fare quando si aspettano che siano fatte.

Se premi Alt-Tab ogni volta che qualcuno cammina sul tuo cubo, penseranno che stai giocando a sweeper senza dover cercare risposte. Non molto di un'impressione.