Cum se pun întrebări în mod inteligent

Urgent pentru dvs, nu ÅŸi pentru noi

Nu solicitaţi un răspuns rapid, chiar dacă aveţi nevoie de el, marcând mesajul ca Urgent. E problema dvs, nu a noastră. Mimarea unei urgenţe e neproductivă: majoritatea hackerilor va ÅŸterge pur ÅŸi simplu mesajul, ca o încercare egoistă ÅŸi obraznică de a primi atenţie specială.
Există o mică excepţie de la regulă. Dacă menţionaţi că folosiţi un program în circumstanţe ce-i oferă o expunere publică mare, e posibil să primiţi atenţie; într-o astfel de situaţie, dacă sunteţi presat de timp, ÅŸi spuneţi asta politicos, aveţi ÅŸansa să primiţi un răspuns mai rapid.
Este totuÅŸi riscant să faceţi presupuneri că hackerii vor fi interesaţi doar din acest motiv, valorile lor fiind probabil diferite. Să postaţi de pe Staţia Spaţială Internaţională probabil că se califică, dar dacă postaţi din partea unei mari organizaţii caritabile sau politice aproape sigur nu. Un mesaj de genul "Urgent: ajutaţi-mă să salvez balenele verzi!" vă va face ţinta unui flame chiar din partea hackerilor care consideră salvarea balenelor verzi un lucru important.
Dacă nu vă este clar de ce e aÅŸa, recitiţi acest document până când înţelegeţi, înainte să postaţi în vreun fel.
Puţină politeţe nu strică

Fiţi politicos. Folosiţi "Vă rog" ÅŸi "Mulţumesc pentru atenţie". Arătaţi că apreciaţi faptul că sunteţi ajutat gratis.
Sincer, politeţea nu este la fel de importantă (ÅŸi nu este un substitut) ca scrierea corectă, clară, precisă, evitarea formatelor proprietare, etc; am prefera să primim mesaje mai abrupte, dar tehnice, decât unele vagi, pline de politeţuri (ţineţi cont că ne plac problemele din care avem ceva de învăţat).
TotuÅŸi, dacă nu sunteţi foarte tehnic, puţină politeţe vă va ajuta să primiţi un răspuns.
(Trebuie menţionat că singura obiecţie serioasă pe care am primit-o de la hackeri veterani la acest HOWTO, se referea la recomandarea noastră anterioară de a folosi "Mulţumesc cu anticipaţie". Unii au considerat că sugerează intenţia de a nu mulţumi ulterior. Recomandarea noastră e fie să folosiţi "Mulţumesc cu anticipaţie" ÅŸi să mulţumiţi ulterior celor care v-au răspuns, sau să folosiţi doar la final o formulă de genul "Mulţumesc pentru atenţie")
Reveniţi cu descrierea soluţiei

După rezolvarea problemei, reveniţi cu un scurt mesaj pentru cei care v-au ajutat; spuneţi-le ce-a ieÅŸit ÅŸi mulţumiţi-le pentru ajutor. Dacă problema a captat suficient interes pe o listă de mail sau newsgroup, acolo ar trebui să postaţi această notiţă.
Ideal, răspunsul ar trebui să fie în thread-ul pornit de la întrebarea iniţială ÅŸi ar trebui să fie etichetat cu ceva de genul REZOLVAT în linia de subiect. Pe listele cu trafic mare, un cititor care va vedea un thread despre "problema X" va ÅŸti să nu piardă timpul cu acel thread dacă vede un mesaj cu subiectul "problema X - REZOLVAT" (în afară de cazul în care problema este interesantă pentru el) ÅŸi îÅŸi poate folosi timpul rezolvând alte probleme.
Notiţa finală nu trebuie să fie lungă; un simplu "Salut, era un cablu defect. Mulţumesc tuturor. - Bill" e mai bun decât nimic. De fapt, un sumar este mai bun decât o expunere pe larg, dacă problema nu era extrem de complexă. Spuneţi ce anume a rezolvat problema, dar nu e nevoie să repetaţi toată secvenţa cu diagnosticul.
Pentru problemele mai complexe, puteţi descrie pe scurt cum a decurs analiza. Prezentaţi formularea finală a problemei. Spuneţi întâi ce a funcţionat ca soluţie ÅŸi indicaţi potenţialele căi care nu duc în final la nici un rezultat. Căile greÅŸite de rezolvare trebuie să apară după metoda corectă ÅŸi celelalte detalii, pentru a nu transforma totul într-un roman poliţist. Numiţi persoanele care v-au ajutat; o să vi-i apropiaţi în acest fel.
Un astfel de sumar va fi găsit de cei care caută în arhiva listei/newsgroup-ului ÅŸi le va indica exact ce a funcţionat pentru dvs., putându-i ajuta eventual ÅŸi pe ei.
În ultimul rând, mesajul dvs va da satisfacţie tuturor celor implicaţi, arătând că problema a fost rezolvată. Dacă nu sunteţi o persoană tehnică sau hacker, credeţi-ne pe cuvânt că sentimentul e foarte important pentru acei guru ÅŸi specialiÅŸti care v-au ajutat. Problemele care se lungesc ÅŸi nu au o finalitate sunt frustrante; hackerii simt nevoia de a le vedea rezolvate. Karma câÅŸtigată răspunzând acestei dorinţe o sa vă fie de mare ajutor data viitoare când aveţi nevoie să întrebaţi ceva.
Gândiţi-vă cum îi puteţi ajuta pe alţii să nu aibă aceeaÅŸi problemă în viitor. Întrebaţi-vă dacă o mică menţiune în FAQ sau documentaţie ar ajuta, ÅŸi dacă da, faceţi-o ÅŸi trimiteţi-o celui care se ocupă de ele.
Printre hackeri, acest comportament e mult mai important decât politeţea convenţională. În acest fel câÅŸtigaţi o reputaţie de bun jucător, un câÅŸtig important pentru dvs.
Cum se interpretează răspunsurile

RTFM ÅŸi STFW: cum îţi dai seama că ai sfeclit-o

E o veche tradiţie: dacă primiţi un răspuns care conţine doar "RTFM" (Read The Fucking Manual), cel care vi l-a trimis consideră că ar fi trebuit să citiţi manualul. Aproape sigur are dreptate. Citiţi-l!
RTFM are o rudă mai tânără. Dacă răspunsul conţine doar "STFW" (Search The Fucking Web), cel care vi l-a trimis consideră că ar fi trebuit să căutaţi pe Web. Aproape sigur are dreptate. Căutaţi! (Varianta mai puţin dură este "Google este prietenul tău!").
Pe un forum Web, vi se poate spune să căutaţi în arhivele forumului. Cineva v-ar putea chiar indica un thread anterior în care s-a discutat deja problema. Nu vă bazaţi pe asta; căutaţi înainte de a întreba.
De multe ori, cel care vă răspunde aÅŸa are manualul sau o pagină de web în faţă ÅŸi poate vedea că (a) informaţia pe care o cereţi e uÅŸor de găsit ÅŸi (b) consideră că veţi învăţa mai mult căutând singur decât dacă vi se dă "mură-n gură".
Nu ar trebui să vă simţiţi jignit; după standardele noastre vă tratează cu respect prin simplul fapt că nu vă ignoră. Ar trebui să-i fiţi recunoscător pentru bunăvoinţă.
Dacă nu înţelegeţi...

Dacă nu înţelegeţi un răspuns, nu cereţi imediat clarificări. Folosiţi aceleaÅŸi unelte ca înainte de a întreba (manual, FAQ, web, etc) pentru a-l înţelege. Dacă tot e nevoie să cereţi lămuriri, arătaţi ce-aţi învăţat.
De exemplu, dacă vă spun: "Se pare că aveţi un zentry agăţat; trebuie resetat", nu veniţi cu "Ce e un zentry?" în loc de "OK, am citit manualul ÅŸi zentry-urile sunt menţionate la opţiunile -z ÅŸi -p. Niciuna nu se referă la resetarea lor. E una din ele, sau îmi scapă ceva?"
Cum să trataţi obrăzniciile

Mult din ce poate părea obrăznicie, în cercurile noastre nu este intenţionat jignitor. E mai degrabă un produs al stilului direct de comunicare între persoane mai atente la rezolvarea problemelor decât la menajarea sentimentelor.
Când simţiţi aÅŸa ceva, încercaţi să rămâneţi calm. Dacă cineva depăÅŸeÅŸte limitele, e foarte probabil ca un veteran să-i atragă atenţia. Dacă lucrul ăsta nu se întâmplă ÅŸi dvs vă pierdeţi calmul cu cineva, e posibil ca acela să se fi purtat în normele obiÅŸnuite ÅŸi dvs să cădeţi vinovat. Bineînţeles, vă vor scădea ÅŸansele să primiţi informaţiile solicitate.
Pe de altă parte, ocazional o să fiţi întâmpinat cu obrăznicii ÅŸi comportament agresiv, neîndreptăţite. E acceptabil în acest caz să îl muÅŸtruluiţi sever pe ofensator. Când faceţi asta, însă, fiţi foarte, foarte sigur pe poziţia dvs. Linia între o mustrare pentru comportament ÅŸi pornirea unui flame-war inutil e atât de subţire încât chiar hackerii o trec de multe ori; dacă sunteţi un nou venit, ÅŸansele sunt mari ca discuţia să degenereze. Dacă aţi venit pentru informaţii, nu distracţie, e mai bine să nu riscaţi ÅŸi să lăsaţi tastatura în pace.
(Unii susţin că mulţi hackeri suferă de o formă de autism sau Sindromul Asperger, ÅŸi le lipsesc câteva circuite din creier care controlează interacţiunea socială. Poate e, poate nu e adevărat. Dacă nu sunteţi hacker, ar ajuta să puteţi tolera excentricităţile noastre, chiar dacă sunteţi convins că nu suntem normali. N-aveţi decât. Nu ne interesează; ne place să fim ceea ce suntem, si suntem în general sceptici la diagnostice de acest gen).
În secţiunea următoare vom vorbi despre altceva: genul de obrăznicii pe care le veţi întâlni când dvs vă comportaţi greÅŸit.
Cum să nu vă purtaţi ca un loser

Åžansele sunt ca mai devreme sau mai târziu să intraţi în conflict cu comunitatea hackerilor, chiar de mai multe ori, în moduri descrise aici sau similare. Vi se va spune exact ce-aţi greÅŸit, probabil într-o manieră mai colorată. În public.
Când se întâmplă aÅŸa ceva, cel mai rău lucru pe care-l puteţi face e să vă plângeţi despre ceea ce vi s-a întâmplat, să pretindeţi scuze, zbieraţi, declaraţi greva foamei, ameninţaţi cu procese, pârâţi la angajatori, etc. Iată ce-aveţi de făcut:
DepăÅŸiţi momentul. E normal. E chiar sănătos ÅŸi benefic.
Standardele comunităţii nu se ţin singure: sunt ţinute de cei care le aplică, vizibil, în public. Nu vă plângeţi că nu v-au fost adresate criticile în particular: nu aÅŸa merge. Nu e deloc folositor să insistaţi că aţi fost insultat când cineva spune că nu aveţi dreptate sau că e de altă părere. Sunt atitudini de loser.
Pe anumite forumuri de hackeri, dintr-o prost înţeleasă politeţe, s-a interzis comentarea greÅŸelilor din post-uri, cu regula "Nu spuneţi nimic, decât dacă vreţi să ajutaţi.". Rezultatul a fost că persoanele cu contribuţii valoroase au plecat, lăsând forumul inutilizabil ca forum tehnic.
Alegeţi: ori exagerat de prietenos (în sensul de mai sus) ori eficace.
Reţineţi: când un hacker vă spune c-aţi greÅŸit ÅŸi vă cere să nu se repete (indiferent cât de abrupt), o face în beneficiul (1) dvs ÅŸi (2) al comunităţii. Ar fi mult mai uÅŸor pentru el să vă ignore ÅŸi să filtreze mesajele dvs. Dacă nu puteţi fi recunoscător, aveţi măcar un minim de demnitate, nu vă plângeţi ÅŸi nu aÅŸteptaţi să fiţi tratat ca o păpuÅŸă fragilă doar pentru că sunteţi nou-venit, cu fire hipersensibilă ÅŸi iluzii de mărire.
Uneori veţi fi atacat personal de cineva, fără un motiv aparent, chiar dacă nu aţi greÅŸit (sau aţi greÅŸit doar în imaginaţia unora). În acest caz, dacă vă plângeţi e sigur că o să o încurcaţi.
De obicei, aceÅŸtia sunt habarniÅŸtii care se consideră experţi sau pseudo-psihologi care vă testează limitele. Ceilalţi cititori ori îi ignoră, ori găsesc alte modalităţi de a-i trata. Comportamentul acesta le creează doar lor probleme ÅŸi nu ar trebui să vă privească.
Nu vă lăsaţi antrenat în flame-war-uri. Cel mai bine le ignoraţi, după ce verificaţi că sunt într-adevăr flame-uri ÅŸi nu indicaţii despre ce-aţi greÅŸit, ÅŸi nici sugestii subtil formulate referitoare la problema dvs (se poate întâmpla).
Întrebări pe care să nu le puneţi

Iată câteva exemple clasice de întrebări stupide ÅŸi la ce se gândesc hackerii când nu le răspund.
I: Unde găsesc programul X ?
R: Unde l-aÅŸ găsi ÅŸi eu, deÅŸteptule, pe pagina de rezultate a unei căutări pe Web. Nu ÅŸtii să foloseÅŸti [Only registered and activated users can see links. Click Here To Register...]?
I: Cum folosesc X ca să fac Y ?
R: Dacă vrei să faci Y, ar trebui să întrebi cum se face fără să presupui o metodă care, poate, nu e potrivită. Întrebările de forma asta adesea indică o persoană care nu doar că nu ÅŸtie nimic despre X, dar nici nu ÅŸtie foarte bine ce vrea să facă ÅŸi e pierdută în detalii. De cele mai multe ori e mai bine să fie ignorată până poate formula problema mai bine.
I: Cum îmi pot configura prompt-ul shell-ului?
R: Dacă ÅŸtii destule încât să întrebi asta, ÅŸtii ÅŸi că răspunsul e în manual.
I: Pot să folosesc Bass-o-matic ca să convertesc un document AcmeCorp în TeX ?
R: Încearcă ÅŸi vezi. Dacă ai fi făcut-o, a) ÅŸtiai răspunsul ÅŸi b) nu-mi pierdeai timpul
I: {Programul, configuraţia, comanda SQL} nu merge
R: Asta nu e o întrebare, ÅŸi n-am de gând să extrag informaţii cu forceps-ul de la tine, am alte lucruri mai bune de făcut. Când văd aÅŸa ceva, reacţia mea e una dintre:

• mai ai ceva de adăugat?
• ce nasol, sper să se rezolve
• ÅŸi ce treaba am eu cu asta?

I: Am probleme cu staţia mea Windows. Mă puteţi ajuta?
R: Da, aruncă rahatul ăla de la Microsoft ÅŸi instalează-ţi Linux sau BSD.
Notă: puteţi pune întrebări referitoare la maÅŸini Windows dacă sunt despre un program care funcţionează ÅŸi pe Windows, sau interacţionează cu maÅŸini Windows (adică Samba). Nu fiţi surprins dacă vi se răspunde că problema e în Windows, nu în program, pentru că Windows e atât de prost încât situaţia e frecventă.
I: Am un program care nu merge. Cred că biblioteca X e defectă.
R: DeÅŸi e perfect posibil să fiţi primul care observă o problemă cu apelurile sistem sau bibliotecile folosite intens de sute ÅŸi mii de oameni, e mult mai probabil că nu ÅŸtii despre ce vorbeÅŸti. Acuzaţiile serioase necesită dovezi serioase; când faceţi o astfel de afirmaţie, trebuie să documentaţi eroarea pe larg.
I: Am probleme când instalez Linux sau X. Mă puteţi ajuta?
R: Nu, trebuie să fiu lângă tine ca să fac asta. Întreabă utilizatorii locali de Linux.
Notă: întrebările despre instalarea Linux sunt binevenite pe un forum sau listă despre o distribuţie anume, dacă problema este specifică acelei distribuţii; de asemenea, pe forumurile locale de utilizatori, caz în care descrieţi precis ce nu funcţionează. Căutaţi cu grijă însă, folosind ÅŸi cuvântul cheie "linux", informaţii despre hardware-ul suspect.
I: Cum pot să sparg parola de root/câÅŸtig drepturi de operator/citesc emailul cuiva?
R: EÅŸti un ticălos că încerci să faci asta ÅŸi un prost că ceri unui hacker să te ajute.
Întrebări bune, întrebări greÅŸite

În final, o să demonstrez cum se pun întrebările inteligent, prin exemple; perechi de întrebări despre aceeaÅŸi problemă, una stupidă ÅŸi una inteligentă.
StupidUnde găsesc ceva despre Foonly Flurbamatic?Întrebarea cere un STFW.
InteligentAm încercat să găsesc ceva pe Google despre Foonly Flurbamatic 2600, dar nu am găsit nimic interesant. Unde aÅŸ putea găsi documentaţie despre programarea lui?A trecut de STFW, se pare că are o problemă reală.
Stupidfoo nu se compilează. De ce e buÅŸit?Presupune că altcineva a greÅŸit. Arogant.
Inteligentfoo nu se compilează pe Nulix 6.2. În FAQ nu e menţionat nimic special despre Nulix. Iată un log al compilării. Fac eu ceva greÅŸit?A descris contextul, a citit FAQ, arată care e eroarea ÅŸi nu presupune că problema e din vina altcuiva. Poate merită atenţie.
StupidAm probleme cu placa de bază. Poate să mă ajute cineva?"Aha. Ai nevoie ÅŸi să-ţi schimbăm scutecele?", urmat de apăsarea tastei Del.
InteligentAm încercat X, Y ÅŸi Z pe o placă de bază S2464. Nu a mers, aÅŸa că am încercat A, B ÅŸi C. Când am făcut C s-a întâmplat, dubios, D. E clar că ciocoflenderul se brustureÅŸte, dar nu cum ar trebui. Care sunt cauzele uzuale de brusturire pe plăcile Athlon MP? Puteţi să-mi mai sugeraţi alte teste pe care le pot face?Ä‚sta, pe de altă parte, merită un răspuns. A demonstrat că-ÅŸi foloseÅŸte creierul, în loc să aÅŸtepte să-l lovească o soluţie.
La ultima întrebare, observaţi ÅŸi distincţia între "Daţi-mi o soluţie" ÅŸi "Vă rog să mă ajutaţi să-mi dau seama ce nu merge".
Ultima întrebare e bazată pe un incident real din August 2001, pe lista linux-kernel (lkml). Eu (Eric) eram cel ce punea întrebarea. Mi se tot bloca o maÅŸină cu placa de bază Tyan S2462. Membrii listei mi-au furnizat informaţiile cheie de care aveam nevoie.
Punând întrebarea aÅŸa cum am făcut-o, le-am dat cititorilor ceva de care să se agaţe; le-a fost uÅŸor să se implice. Am arătat respect pentru colegii mei ÅŸi i-am invitat să mă trateze ca egal. Am arătat respect pentru timpul lor, arătându-le ce-am eliminat deja ca posibile cauze.
Ulterior, când am mulţumit tuturor ÅŸi am remarcat cât de eficient am cooperat, un membru lkml a făcut observaţia că asta nu s-a întâmplat pentru că eram un nume pe acea listă, ci pentru că am formulat întrebarea corect; sunt sigur că avea drepate.
Hackerii sunt o meritocraţie fără milă; sunt sigur că avea dreptate ÅŸi dacă aÅŸ fi fost un "burete", aÅŸ fi fost ignorat sau flambat indiferent cine eram. Sugestia lui de a scrie despre acest incident pentru a îi educa pe alţii a dus la apariţia acestui ghid.
Dacă nu vi se răspunde

Dacă nu primiţi nici un răspuns, nu o luaţi personal, în sensul că nu vrem să vă ajutăm. Uneori chiar nu ÅŸtie nimeni răspunsul. A nu primi un răspuns nu înseamnă că aţi fost ignorat, deÅŸi e greu să vedeţi asta din exterior.
În general, să retrimiteţi aceeaÅŸi întrebare e o idee proastă. E inutil ÅŸi deci deranjant.
Încercaţi să găsiţi ajutor în altă parte, în locuri mai potrivite nevoilor începătorilor.
Există multe grupuri locale sau online de utilizatori care sunt entuziaÅŸti, fără a fi scris vreodată software. Aceste grupuri se formează pentru ca membrii să se poată ajuta între ei sau pentru a-i ajuta pe începători.
De asemenea, sunt multe companii, mai mari sau mai mici, pe care le puteţi contracta pentru asistenţă tehnică (Red Hat ÅŸi Linuxcare sunt printre cele mai cunoscute; sunt multe alteleş vezi şi [Only registered and activated users can see links. Click Here To Register...]). Nu fiţi oripilat de ideea de a plăti pentru asistenţă! În definitiv, dacă maÅŸinii dvs i s-ar arde garnitura de chiulasă, aţi duce-o la un mecanic ÅŸi aţi plăti reparaţia. Chiar dacă software-ul nu v-a costat nimic, nu vă puteţi aÅŸtepta ca support-ul să fie întotdeauna gratuit.
Pentru software foarte răspândit, cum e Linux-ul, sunt cel puţin 10.000 utilizatori la fiecare dezvoltator. E imposibil ca o singură persoană să asigure support la peste 10.000 utilizatori. Å¢ineţi cont că deÅŸi plătiţi pentru support, tot plătiţi mult mai puţin decât dacă ar fi trebuit să cumpăraţi si software-ul (în plus, support-ul pentru software-ul comercial este mai scump ÅŸi de calitate mai proastă decât support-ul pentru software open-source).
Cum să răspundeţi la întrebări

Fiţi îngăduitor. Stresul cauzat de probleme îi poate face pe oameni să pară obraznici sau proÅŸti, chiar când nu sunt.
Comentaţi o greÅŸeală off-line. Nu e necesară umilirea publică din cauza unei simple greÅŸeli. Un începător cu adevărat s-ar putea să nu ÅŸtie cum să caute în arhive, sau unde este postat un FAQ.
Dacă nu sunteţi siguri de un lucru, spuneţi aÅŸa! Un răspuns greÅŸit care sună competent e mai rău decât nici un răspuns. Nu daţi indicaţii greÅŸite doar pentru că e distractiv să pari expert. Fiţi onest ÅŸi sincer; daţi un bun exemplu atât pentru cel care întreabă cât ÅŸi pentru ceilalţi.
Dacă nu puteţi ajuta, nu încurcaţi. Nu faceţi glume despre proceduri care ar putea strica sistemul utilizatorului, pot fi interpretate ca indicaţii.
Puneţi întrebări de control pentru a extrage mai multe detalii. Dacă sunteţi bun la asta, cel care a întrebat poate afla lucruri noi, ÅŸi de ce nu, chiar dvs. Încercaţi să transformaţi o întrebare greÅŸită într-una bună.
DeÅŸi un simplu "RTFM" este justificat când răspundeţi unui leneÅŸ, direcţii către documentaţie (chiar în forma unor cuvinte cheie de folosit pe Google) sunt ÅŸi mai bune.
Dacă răspundeţi, răspundeţi cu ceva util. Nu sugeraţi soluţii greoaie când de fapt cel care întreabă foloseÅŸte metoda sau uneltele greÅŸite. Sugeraţi uneltele potrivite. Reformulaţi întrebarea.
Ajutaţi comunitatea să înveţe din întrebare Când daţi de o întrebare bună, întrebaţi-vă cum poate fi îmbunătăţită documentaţia ca să nu mai fie pusă aceeaÅŸi întrebare în viitor. Trimiteţi apoi un patch celui care întreţine documentaţia.
Dacă a trebuit să vă documentaţi pentru a răspunde, arătaţi cum aţi făcut, nu faceţi să pară că aţi scos răspunsul din burtă. A răspunde unei întrebări e ca ÅŸi cum i-aţi da unui om o pâine, a-i arăta cum să caute singur e ca ÅŸi cum i-aţi arăta cum se obţine pâinea.
Mulţumiri

Evelyn Mitchell a contribuit cu exemple de întrebări greÅŸite ÅŸi a inspirat secţiunea "Cum să răspundeţi la întrebări". Mikhail Ramendik a contribuit cu sugestii valoroase.

[Only registered and activated users can see links. Click Here To Register...]