• 54 641 online
  • 1 189 467 medlemmar
  • 61 545 013 inlägg
  • 1
  • 2
2018-04-21, 12:31
  #13
Medlem
lasternassummas avatar
Citat:
Ursprungligen postat av TexasSwede
Ja, din fraga var oklar. Vi programmerare tanker pa ett speciellt satt, vilket man maste gora for att vara ens en acceptabel programmerare. Du kan inte sitta och forutsatta saker, du gar enbart pa vad folk sager/skriver.

Nar du staller programmeringsfragor sa maste du vara exakt. Anvand ratt begrepp, beskriv vad du gor (hur din kod ser ut, till exempel), vad resultatet blir och vad det forvantade resultatet blir.

Har har du nagra lankar som jag foreslar att du laser igenom:
https://medium.com/@gordon_zhu/how-t...s-e37be04d0603
https://www.propublica.org/nerds/how...ming-questions
https://codingkilledthecat.wordpress...gramming-help/
https://codereview.stackexchange.com/help/how-to-ask
https://zellwk.com/blog/asking-questions/

Många vill hjälpa till. Om det går.
Du beskriver något som jag tror är viktigt.

Jag brukar försöka tänka så här:
– Om jag ställer en fråga så hoppas jag på hjälp.
– Det måste vara lätt för läsaren att förstå problemet och, om möjligt, reproducera det.
– Med en någorlunda artig ton kan man troligen få hjälp fler gånger.

Reproducerbarhet
Även om problemet finns i en större omgivning som är svårt att till fullo återge, så kan det ändå ofta skalas ner till ett litet kodavsnitt som illustrerar problemet.
För läsaren blir det då mycket enklare att se och testa vad som är problemet. Dessutom kan det vara lärorikt att testa själv.
Om man som "hjälpare" måste skriva långa kodavsnitt för att reproducera det presenterade problemet, så är det stor sannolikhet att man hoppar över det och går vidare.

Citera
  • 1
  • 2