Credo che il tuo ragionamento sia sbagliato.

Uno degli aspetti più importanti dell'ingegneria è: non reinventare la ruota. Certo, essere autonomi e in grado di trovare la propria soluzione a un problema è piuttosto importante e fa parte di ciò che rende un buon ingegnere. Ma prima di farlo, c'è qualcosa che devi fare ogni volta .

Cerca una soluzione già esistente.

Perché dovresti dedicare del tempo a trovare un soluzione da solo se qualcuno l'ha già fatto prima e ha lasciato abbastanza materiale su Internet (o altrove, davvero) per te da prenderlo e usarlo? Non si tratta di farlo da soli. Si tratta di portarlo a termine. E se riesci a trovare una soluzione già esistente, risparmierai un bel po 'di tempo.

Gli ingegneri sono pigri nel buon senso della parola: non mi piace sprecare il loro tempo risolvendo problemi già risolti. Sei qui per risolvere problemi irrisolti, ecco perché sei prezioso. In questo senso, sfogliare Stack Overflow e porre domande sta verificando se qualcuno ha già risolto il tuo problema. Anche se si tratta di un problema puramente tecnico, sarà più veloce chiedere e ottenere una risposta rapidamente piuttosto che lottare su di esso solo per il gusto di "farlo da soli". Sarà anche molto più veloce (molto probabilmente) e al tuo capo piacerà.

Continua a utilizzare Stack Overflow, ti rende più efficiente e ti consente di lavorare su attività che in realtà valgono la pena tempo.

Non dovrei dire agli altri che pongo domande su Stackoverflow

In quanto sviluppatore, posso dirti che non ci dovrebbero essere assolutamente svantaggi che gli altri sappiano che chiedi aiuto a stackoverflow di tanto in tanto.

Razionalmente parlando non è sempre possibile sapere già o trovare la risposta al tuo problema tramite ricerche su Google o ricerche su libri ecc. Tuttavia, stackoverflow come risorsa ti consente di avere accesso a migliaia di sviluppatori abili che sono disposti ad aiutarti con il tuo problema, questo dovrebbe essere visto come una risorsa inestimabile.

Qualsiasi datore di lavoro o collega che pensa meno a te per aver utilizzato stackoverflow per porre domande sulla programmazione, onestamente non è d'accordo. Dovresti cercare di trovare la soluzione migliore per il tuo problema , in alcune situazioni che potrebbero richiedere l'approvvigionamento per la risposta giusta. È la tua capacità di determinare il percorso migliore per una soluzione che ti definisce uno sviluppatore.

Ricordo che c'era un articolo uscito l'anno scorso ^† , che ha intervistato diversi sviluppatori importanti e ben parlati di grandi aziende come Google, Apple e Microsoft. L'articolo chiedeva a ogni sviluppatore quale fosse la cosa più stupida che avevano ancora su Google o sulla ricerca. Le risposte andavano dal formato delle istruzioni switch alla quantità di bit in un byte ecc. Ecc. Il punto è che è impossibile per uno sviluppatore sapere tutto, essendo in grado di ammetterlo e cercare la soluzione tramite qualsiasi mezzo è la migliore, è in realtà una preziosa capacità da avere.

Modifica (grazie a Martin nei commenti sotto)

† L'articolo a cui ho fatto riferimento sopra può essere trovato a questo link.

Sono già stati fatti buoni punti, ma per aggiungere i miei due centesimi:

Se fossi un manager / team lead, cosa preferiresti: uno sviluppatore troppo fiducioso che fa tutto da solo, o uno non ha paura di cercare aiuto / guida quando necessario?

Ho persino sentito parlare di aziende in cui il "non chiedere aiuto" era considerato un tratto negativo durante le revisioni annuali delle prestazioni.

Ma, ovviamente, fai attenzione a non cedere affari sensibili informazioni.

Dal punto di vista di qualcuno che assume e gestisce sviluppatori ....

Mi sento come se qualcuno sapesse che faccio domande su Stack Overflow, potrebbe lasciare una cattiva impressione che ho bisogno di qualcuno per aiutare invece di essere in grado di risolvere il problema in modo indipendente.

Più in generale dichiarato:

Mi sento come se qualcuno sapesse che pongo domande, potrebbe lasciare è una brutta impressione che io abbia bisogno di aiuto.

Questa è una trappola in cui cadono molti sviluppatori (e dipendenti in generale).

Posso dirti, per esperienza diretta, le brutte impressioni sono arrivate per lo più da coloro che cercano di trasmettere che non hanno bisogno di aiuto.

Una delle caratteristiche più importanti che cerco nelle persone (non solo limitatamente agli sviluppatori) è la loro disponibilità ad auto-valutare e riconoscere quando hanno bisogno di assistenza. È questa caratteristica che è molto apprezzata perché mi dice immediatamente che il dipendente è aperto a nuove idee e in un continuo stato di apprendimento.

Inoltre, non lavoriamo più in un ambiente a compartimenti stagni in cui tutti / tutto sono separati l'uno dall'altro. Siamo socialmente impegnati in ogni aspetto del nostro lavoro. "Lavorare in modo indipendente" non significa isolarsi da altre risorse.

Il tuo valore come sviluppatore non sta nel sapere tutto, ma piuttosto nel sapere come accedere al corpo delle conoscenze per sviluppare una soluzione al problema a mano.

un buon programmatore dovrebbe essere in grado di risolvere i problemi cercando soluzioni in modo indipendente.

Sì.

Se qualcuno lo sa chiedo domande su Stackoverflow, potrebbe lasciare una cattiva impressione che ho bisogno di qualcuno che mi aiuti invece di risolvere il problema in modo indipendente. È vero?

No. Questo è falso.

Pensa a Stackoverflow come a un motore di ricerca esteso. Invece di digitare 3 parole di ricerca in Google e poi setacciare un sacco di risultati, stai digitando una richiesta di ricerca molto lunga in una domanda SO e quindi ricontrolla più tardi fino a quando la "macchina di ricerca SO" non ha restituito i risultati.

Inoltre, come sanno tutti coloro che hanno posto una domanda tecnica, il semplice atto di porre la domanda spesso porta a intuizioni. Ho spesso digitato una domanda lunga, lunga; dopo averlo digitato e prima di postare, ho notato che i miei colleghi SO'er probabilmente mi avrebbero detto che questa è una brutta domanda a causa di X, Y e Z. Mentre lavoravo per migliorare X, Y e Z, ho trovato il risposta. Problema risolto.

Quindi, no, non dovresti sentirti bene o male nell'usare SO nel modo in cui era inteso per i programmatori, è solo uno strumento.

Attenzione per utilizzando tutti gli altri siti SE in modo troppo sfacciato, ovviamente, durante l'orario di lavoro ...

Ecco un'altra prospettiva: se hai strisciato su Internet (e SO) per ore e non riesci ancora a trovare una risposta alla tua domanda, potresti essere su qualcosa e andare verso una frontiera della conoscenza. Non è male, è eccitante!

Pubblica la tua domanda, forse nessuno avrà una risposta ... e se finisci per risolverla da solo e pubblichi la tua soluzione, avrai lasciato un potenziale prezioso artefatto per futuri sviluppatori.

E, più in generale, se il tuo datore di lavoro pensa che le buone domande siano una cosa negativa, vattene. Boss e manager dovrebbero facilitare la tua crescita come dipendenti, non bloccarla.

Non avrei paura di far sapere a colleghi, manager o potenziali datori di lavoro che ho posto domande su SO. Fare domande significa che hai avuto un problema e hai pensato che fare una domanda ti avrebbe aiutato a risolverlo (occasionalmente significa che hai risolto un problema e hai pensato che valesse la pena condividere la soluzione). Non è un segno di incompetenza.

Farei attenzione alla qualità della domanda e al livello di esperienza implicito nella domanda.

Se lo sei preoccupato, ti suggerirei di rivedere le tue domande e vedere cosa ne pensi ora e se possono essere migliorate. Le domande, come le risposte, possono essere modificate.

Anche se sono d'accordo con le risposte fornite finora, in realtà non stanno affrontando la domanda posta:

se qualcuno sa che faccio domande su Stack Overflow, potrebbe lasciare una cattiva impressione che io bisogno di qualcuno che aiuti invece di essere in grado di risolvere il problema in modo indipendente. È vero?

La risposta è "Sì, potrebbe dare alle persone una cattiva impressione", per diversi motivi:

1. I programmatori possono essere egoisti e valorizzano lo sforzo personale rispetto alla collaborazione, alla ricerca e al riutilizzo.
2. Le persone in generale hanno la tendenza a dare la priorità allo sforzo e al tempo spesi sui risultati raggiunti, e quindi potrebbero considerare la ricerca di assistenza come pigrizia o mancanza di conoscenza.

Detto questo, il mondo sarà migliore se seguiremo i buoni consigli forniti nelle altre risposte;)

Ci sono già alcune risposte eccellenti, ma volevo aggiungere due approfondimenti che non ho visto che mi hanno davvero aiutato a superare questo problema.

Il primo è le scuole ci condizionano a pensare chiedere aiuto ai colleghi come "barare". I programmatori attraversano più di 16 anni di questo condizionamento e solo esserne consapevoli può rendere più facile rompere l'abitudine.

Il secondo è tutti sono principianti in qualcosa. Le persone non ti disprezzano perché impari qualcosa di nuovo. Al contrario, in effetti. Le persone vengono guardate dall'alto in basso perché sono troppo spaventate per cercare di imparare qualcosa di nuovo. Le persone si disprezzano persino per essere troppo spaventate per imparare qualcosa di nuovo.

Già molte buone risposte, aggiungerò solo un aneddoto.

Stavo parlando con il mio capo l'altro giorno di uno dei problemi che avevo risolto. Ho anche detto che dovevo cercare.

Capo: Strackoverflow?

Io: sì

Capo: amo quella risorsa, mi salva così tanto tempo.

Non sono a conoscenza della connotazione negativa di StackOverflow ...

Si può dire che, all'epoca, era un lavoro estivo poiché io era ancora uno studente. Il mio capo sapeva anche che non avevo alcuna precedente esperienza con C ++ e che stavo imparando mentre completavo il progetto che mi era stato assegnato (che doveva essere implementato in C ++).

La sua aspettativa da me avrebbe potuto essere diverso dalle aspettative che il tuo supervisore ha di te, ma i datori di lavoro generalmente preferiscono dipendenti che ottengono risultati efficaci in modo efficiente rispetto a quelli che si prendono il loro tempo per motivi di orgoglio.

Un buon programmatore dovrebbe essere in grado di risolvere i problemi cercando soluzioni in modo indipendente, giusto?

SBAGLIATO! Non solo è comprensibile essere consapevoli dei limiti della propria conoscenza gestita in un dato momento dalle nostre risorse mentali limitate e raggiungere la comunità di esperti che Internet ci offre, ma direi che è inutilmente autolimitante non farlo. In realtà mi spingerei a dire che chiederei ai candidati durante i colloqui di descrivermi alcune domande che hanno fatto di recente su SO, assumendo in realtà che lo abbiano fatto. Non consiglierei di assumere qualcuno che non utilizzi questa fantastica risorsa di attingere alla mente e alla conoscenza della comunità.

Un'altra prospettiva è che ponendo domande stai facendo un servizio alla comunità - altri potrebbero trovare risposte a questa domanda è utile (e, si spera, non chiederla due volte). E anche se non hai domande e stai lavorando a un progetto, per quanto sicuro tu possa essere, anche oltre a far rivedere il codice internamente, puoi ottenere molti consigli utili su Revisione del codice.

Quindi, no, non dovresti evitare di dire agli altri che usi questa fantastica risorsa . Al contrario, dovresti promuoverlo e pubblicizzarlo.

Mi sento come se qualcuno sapesse che pongo domande su Stack Overflow, potrebbe lasciare una cattiva impressione che ho bisogno di qualcuno che mi aiuti invece di essere in grado di risolvere il problema in modo indipendente.

Non penso che sapere che usi Stack Overflow come risorsa sia intrinsecamente una cosa negativa, tuttavia prende in considerazione Stack Overflow. Una volta sollevato il problema, potrebbero passare il tempo a guardare i post che hai scritto, sia domande che risposte.

Le domande mostrano buone capacità di problem solving? Dimostrano una conoscenza della materia, tentando di risolvere un problema difficile, e non qualcuno che sta ancora cercando di afferrare concetti semplici che non può o non trova la risposta tramite Google o altri metodi più rapidi?

Quindi no, solo sapere che usi Stack Overflow non sarà generalmente negativo o positivo (anche se ci sono molti che sono prevenuti a favore o contro di esso). A seconda di come lo usi e se riescono a trovare il tuo profilo, potrebbe, tuttavia, fornire loro maggiori informazioni su di te come candidato, e questo può essere positivo o negativo a seconda di come lo usi.

Quando cercavo consigli su come fare bene in un colloquio di programmazione, in particolare per un'azienda come Google, c'erano un paio di cose che mi venivano costantemente impresse nella testa come cose da fare:

• Non tentare mai di risolvere un problema senza prima fare domande al riguardo.
• Se il tuo intervistatore sta cercando di darti consigli in modo sottile o sfacciato, ascoltalo e segui i suoi suggerimenti.

Ignorare questi punti elenco è stata la corsia preferenziale per il fallimento dell'intervista, è stata l'impressione che ho avuto. La conclusione qui è che la capacità di cercare aiuto e porre domande è una qualità altamente desiderabile in un ingegnere. Questo vale sia per chiedere ai tuoi colleghi che per chiedere a Internet, incluso Stack Overflow. Personalmente sarei diffidente nei confronti di qualsiasi ingegnere che abbia insistito per fare tutto da solo, perché probabilmente significa che 1) non funzionano bene con gli altri o 2) il loro codice non è buono come potrebbe essere.

Inoltre, ogni programmatore che conosco usa Stack Overflow, me compreso. Ho due schede SO aperte in questo momento.

Dipende interamente da chi sono gli "altri", dal loro atteggiamento / conoscenza della SO e dal contesto in cui si svolge questa conversazione . Una cosa è chiedersi in un'intervista "Raccontaci le tue dieci migliori risorse per portare a termine il tuo lavoro e perché?" È completamente un'altra cosa da chiedere "Perché navighi costantemente su tutti questi siti di terze parti, alcuni dei quali (ad esempio Careers.SO) sembrano essere siti di lavoro? Non lavori? "

Se" altri "significa manager , quindi non dirlo mai a un manager non tecnico (o superiore) "Passo un po 'di tempo al lavoro a chiedere o rispondere a domande relative al codice su un altro sito web" .

Inoltre, i tipi legali spesso si bagnano i pantaloni alla prospettiva di divulgazione o contaminazione di codice / licenza / proprietà intellettuale. Meno l'azienda è open-source-friendly, maggiore è il pericolo.

Per quanto riguarda gli sviluppatori , alcuni scherniscono SO (in alcuni casi, con buone ragioni). La maggior parte degli sviluppatori ha un backchannel di contatti personali, mailing list, forum, gruppi di utenti, canali di chat e persino follower su Twitter, dove possono trovare più rapidamente opinioni o raccomandazioni di altissima qualità, senza il dramma e le restrizioni di ambito ristrette di SO. Hai mai provato a chiedere una raccomandazione sul pacchetto su SO? Difficile. Una raccomandazione per l'acquisto? Difficile. Una domanda semi-oggettiva che richiede comunque anni di esperienza da parte del tuo pubblico? Difficile. Tutto sarà allegramente chiuso con le denigrazioni snarktastic che hanno reso SO, ehm, famigerato - in alcune comunità linguistiche peggio di altre. Ovviamente ci sono anche sviluppatori che trovano così utile. Quindi, conosci il tuo pubblico prima di dirglielo.

Per quanto riguarda i tipi non tecnici , non riesco a vedere come SO potrebbe mai emergere in una conversazione, a parte "Io / mio figlio vuole imparare a codificare / scrivere MineCraft / programmare un controller di casa / programmare Hangman ecc. Come si fa?"

Perdonami per non aver letto tutte le risposte.

Non c'è niente di sbagliato nell'usare SO. Usare le risposte senza comprenderle è sbagliato. Potresti non capire i casi d'angolo in cui ci sono effetti collaterali.

Fare domande nel modo giusto è un'abilità vitale in molte discipline, compreso lo sviluppo del software. Se hai esaurito le risposte prontamente accessibili su Internet e non hai trovato ciò di cui hai bisogno, chiedere su Stack Exchange è una risposta perfettamente buona.

Assicurati di dedicare del tempo a descrivere bene il tuo problema. Assicurati che tutte le informazioni rilevanti siano presenti e di riassumere gli approcci che hai già trovato inaccettabili. Spiega il tuo pensiero e perché ti stai inclinando in una particolare direzione. Poni domande pertinenti e interagisci con i tuoi (potenziali) rispondenti.

In questo modo, non solo non hai bisogno di nascondere le tue attività di interrogatorio, ma puoi promuoverti attivamente. Mostra alle persone le domande che hai posto e come hai lavorato con gli altri per perfezionare sia la domanda che le risposte. Questo tipo di impegno può solo portarti un'esposizione positiva.

Non c'è differenza chiedendo in SO che rivolgersi a un senior della tua azienda per un consiglio. In realtà è meglio chiedere SO invece di un senior perché dimostra che stai facendo del tuo meglio per trovare una soluzione prima di prendere il tempo di un collega per chiedere aiuto

Mi è sempre stato insegnato che l'unica domanda stupida è quella che non fai. Quindi non aver paura di fare domande. Scrivo codice da circa 8 anni e continuo a fare domande su Stackoverflow.

Ma ho una regola in base alla quale cerco di capirlo da solo, e se e solo se non posso, allora faccio la domanda.

I tuoi colleghi non dovrebbero ricorda da dove impari o come impari, lo stile di ognuno è diverso.

L'unica cosa di cui mi assicurerei è che non stai chiedendo qualcosa che potrebbe compromettere la proprietà intellettuale della tua azienda, oltre a questo, chiedi pure :-)

Bene, io dico che se non riesci a trovare una risposta alla tua domanda in pila, per favore chiedila, aiuterà molte persone in futuro. "Un buon programmatore sa come trovare le cose da solo" - hmmm oltre a impilare ciò che altri siti web / risorse fa la maggior parte dei programmatori usa "il sito web ufficiale di quel particolare codice" - hmm ci sono state volte in cui quel codice su quel sito è stato deprecato , o errato, o semplicemente sorvolato lasciando gli sviluppatori in uno stato di WTF. Non sai mai che la tua domanda potrebbe salvare uno sviluppatore dalla perdita del lavoro perché la risposta lo ha aiutato a codificare un'applicazione e trovare errori o scorciatoie. I libri non possono spiegare completamente tutto. Ad esempio, il grande ranch di nerd è noto per i loro libri Android, che ho letto ma si sono dimenticati di una cosa che era un'attività deve implementare frammento sull'interazione Listener. 5 anni fa non sapevo cosa significasse ma grazie a Stack sono riuscito a capirlo in un attimo.