Come fare a un programmatore una domanda senza ottenere "Perché" come risposta

Why do developers ask "why" when someone asks them how to implement a solution?

Perché richiede più conoscenze per valutare se una soluzione è appropriata rispetto a quella per implementare effettivamente la soluzione.

È molto difficile credere a qualcuno quando dicono "Non so come farlo, ma so per certo che è ciò che devo fare". I programmatori insistono costantemente nel sondare più a fondo perché le persone insistono costantemente nel porre domande sbagliate. Sì, a volte alla fine ritorna alla tua domanda iniziale, ma non sempre.

Per analogia, immagina se qualcuno si è avvicinato a un meccanico e gli ha chiesto come sostituire la batteria di un'auto. Di solito se sei qualificato per diagnosticare una batteria difettosa, sei qualificato per cambiarne uno, quindi il meccanico ti chiederà come sai che è necessario sostituirlo.

Sa che se non lo fa, e si scopre che non hai bisogno di una batteria, allora continuerai a tornare a chiedere più domande finché non capisci che devi spegnere le luci quando il motore non funziona Chiedendoti in anticipo, sembra che stia sprecando il tuo tempo, ma in realtà sa per esperienza che potrebbe potenzialmente risparmiare a entrambi molto più tempo.

Quindi, se vuoi evitare la linea di domande, devi convincerlo in anticipo che sai di cosa stai parlando.

"La domanda riguarda in particolare come interagire con un altro programmatore per porre una domanda, dove l'altro ha la risposta e saltare il dibattito sul motivo per cui viene posta la domanda".

Non puoi, almeno non in modo deterministico. L'altro programmatore è una persona, non un computer e non il tuo servo. Se fai loro una domanda, loro possono scegliere quella che pensano sia la risposta migliore. Se pensano di aver bisogno di più contesto, possono chiederlo.

Potresti provare a prefigurare la tua domanda con una dichiarazione che stai cercando solo una risposta breve, in fondo, ma sono comunque liberi di rispondere come pensano meglio.

The question is specifically how does one engage with another programmer to ask a question, where the other has the answer and skip the debate about why the question is being asked.

Non puoi. I programmatori, specialmente quelli buoni, sono cablati per risolvere i problemi e per essere efficienti . Quando un cliente o un collega programmatore viene a cercare una risposta, prima di presentare una soluzione, farà in modo di conoscere il problema che sta risolvendo. In questo modo sono efficienti (non stanno sprecando il tuo e il loro tempo dando una risposta che non risolverà il tuo problema) e stanno risolvendo problemi reali (fornendoti soluzioni / risposte alle domande che dovresti porre).

Esempio: quando un cliente viene da te e dice che vuole implementare una caratteristica X. A volte il cliente ha davvero bisogno di una funzione X e talvolta devi davvero scavare e interrogare il cliente solo per scoprire che non vogliono X ma qualcosa di completamente diverso. Più i vecchi sono esperti e più esperti, più è probabile che siano stati bruciati in passato non affrontando il problema prima di presentare una soluzione.

Quindi riassumendo: se vuoi che le tue domande rispondano con precisione, devi essere sicuro di essere:

• ponendo le domande giuste (quindi è necessario ricercare in anticipo il problema)
• fornendo il contesto per il problema
• condividere alcuni di voi è una ricerca per indirizzarli più velocemente al problema

La maggior parte degli umani che conosco sono solo umani e non computer. Se vuoi solo risposte prova a cercarlo su google.

Why do programmers constantly do this, and why does the behavior get worse the more senior the programmer becomes?

Sfortunatamente è lontano dalla verità generale.

Questo comportamento è limitato alla minoranza di quelli veramente buoni. E tu dovresti imparare anche tu.

Solo rispondere alla dannata domanda saltando i perché è un buon modo per guidare in una voragine, veloce e sicura.

Se vuoi davvero saltare la parte colta, puoi anteporre la tua domanda con alcune frasi sulle limitazioni e il tuo desiderio di saltare le domande - potresti ottenere una risposta o semplicemente espellerla. Presentando un sommario la tua ricerca è un'idea migliore.

Ogni risposta qui è una buona risposta alla domanda "perché", ma nessuno ha davvero risposto alla domanda degli OP.

How can you ask a programmer a question in a way most efficient in extracting the answer to the original question?

La risposta è sorprendentemente semplice: dì loro perché questo deve essere fatto prima di chiedere loro come.

La cosa migliore da fare è includere gli sviluppatori in alcune riunioni di livello più alto intorno a un prodotto - dare loro un quadro più ampio in modo che possano capire perché questa particolare cosa deve essere fatta. Potrebbero anche sorprenderti con il primo come.

I bravi programmatori non vogliono solo implementare alcuna soluzione; vogliono implementare la migliore soluzione per il problema specifico. Ciò richiede informazioni. Le domande sono il modo per raccogliere informazioni. Senza tutte le informazioni, il programmatore sa di essere a rischio di implementare una soluzione che non soddisfi tutti i requisiti e rimarrà bloccata a farlo di nuovo. Non nascondere le informazioni dai tuoi programmatori. Nascondere informazioni spreca tempo, distrugge il morale e porta a soluzioni inferiori.

I programmatori sono "cablati" per risolvere i problemi.

I bravi programmatori cercheranno di risolvere i "giusti" problemi.

Fornire semplicemente quello che qualcuno sta chiedendo per <è spesso il problema sbagliato da risolvere.