n lumea hackerilor, tipul de rspuns pe care l vei primi la ntrebri tehnice depinde att de formularea

acestora ct i de dificultatea elaborrii unui rspuns. Acest ghid i propune s v ajute s formulai
ntrebrile n aa fel nct s primii un rspuns satisfctor.

Acum cnd folosirea open-source s-a rspndit pe scar larg, putei obine deseori rspunsuri i de la
ali utilizatori mai experimentai, nu doar de la hackeri. sta e un lucru bun; utilizatorii tind s fie mai
ngduitori cu greelile nceptorilor. Totui, tratndu-i i pe acetia ca pe hackeri cum e recomandat aici
e modul cel mai uor de a obine rspunsuri de la ei.

Primul lucru pe care trebuie s-l nelegei este c hackerilor le plac problemele dificile i ntrebrile care
le solicit inteligena. Dac nu ar fi fost aa, nu ne-am fi aflat aici. Dac ne dai o ntrebare interesant o
s v fim recunosctori; ntrebrile bune sunt un stimul i un cadou. ntrebrile bune ne ajut s ne
clarificm cunotinele i adesea ridic probleme pe care nu le-am fi observat, sau la care nu ne-am fi
gndit. Printre hackeri, Bun intrebare! e un compliment sincer.

n ciuda acestor lucruri, hackerii au reputaia (nendreptit) c trateaz ntrebrile simple cu ostilitate
i arogan. Uneori prem a fi automat nepoliticoi cu nceptorii si netiutorii. Nu e deloc adevrat.

Suntem de fapt ostili fa de acele persoane care par c nu vor s gndeasc i nu-i fac temele nainte
s pun ntrebri. Astfel de persoane nu sunt dect pierdere de vreme, iau fr s dea nimic napoi, ne
fac s pierdem timpul pe care l-am putea folosi pentru a rspunde la o intrebare mai interesant sau
unei persoane care merit ntr-adevr. i numim pe acetia losers (din motive istorice, uneori este scris
lusers).

Ne dm seama c sunt muli oameni care vor doar sa foloseasc programele noastre i nu sunt interesai
de detaliile tehnice. Pentru majoritatea oamenilor un computer este o unealt, un mijloc pentru
atingerea unui scop; au lucruri mai bune de fcut n via. Realizm asta i nu ne ateptm ca toat
lumea s fie interesat de chestiunile tehnice care ne fascineaz pe noi. Totui, stilul nostru de a
rspunde la ntrebri este adaptat celor care au acest interes si sunt dispui s participe activ la
rezolvarea problemelor. Lucrul sta nu o s se schimbe, i nici nu ar trebui; dac s-ar ntmpla, am fi mai
puin eficieni n treburile la care ne pricepem.

Suntem (n cea mai mare parte) voluntari. Ne lum din timpul nostru pentru a rspunde la ntrebri i
uneori suntem depii de cantitatea lor, aa c le filtrm fr mil. n particular, ignorm ntrebrile de
la persoane care se prezint ca losers pentru a ne putea folosi timpul mai eficient, cu ceilali.

Dac aceast atitudine vi se pare enervant, elitist sau arogant, verificai-v ipotezele. Nu v cerem s
facei plecciuni n faa noastr. Dimpotriv, cei mai muli dintre noi ar prefera s v trateze ca egali;
suntei binevenit n comunitatea noastr, dac depunei efortul necesar ca acest lucru s fie posibil. Pur
i simplu, nu este deloc economic s ncercm s ajutm oameni care nu vor s se ajute singuri. E OK s
fii netiutor, NU E OK s faci pe prostul.

n concluzie, dei nu este necesar s fii un expert pentru a ne capta atenia, este necesar s demonstrai
o atitudine care n timp duce la competen: atenie, reflecie, spirit de observaie i dorina de a
participa activ la rezolvarea problemelor. Dac v deranjeaz aceast "discriminare", v sugerm s
apelai la servicii comerciale de asisten tehnic, n loc s ne cerei s v facem noi treaba gratuit.

Dac decidei s ne cerei nou ajutorul, nu vrei s fii un loser. Nu vrei nici mcar s prei c suntei
unul. Cel mai bun mod de a obine rapid un rspuns folositor este s punei ntrebri ca o persoan
inteligent, care are ncredere n sine i unele cunotine i se ntmpl s aib nevoie de ajutor cu o
problem punctual.
nainte de a ntreba

nainte de a trimite o ntrebare tehnic pe e-mail, ntr-un newsgroup sau forum, facei urmtoarele:

ncercai s gsii un rspuns cutnd pe Web.
ncercai s gsii un rspuns n manual.
ncercai s gsii un rspuns ntr-un FAQ.
ncercai s gsii un rspuns prin analiz i experiment.
ncercai s gsii un rspuns la un prieten mai experimentat.
Dac suntei programator, ncercai s gsii rspunsul citind codul surs.

Cnd formulai ntrebarea, artai c ai fcut nti cele de mai sus; astfel demonstrai c nu suntei un
puturos care ne face s ne pierdem timpul. i mai bine, artai ce ai descoperit fcnd cele de mai sus.
Ne place s rspundem celor care demonstreaz c pot nva ceva din rspunsurile noastre.

Cnd cutai pe Google, introducei textul mesajului de eroare pe care-l primii (cutai i n Google
Groups, nu doar pe web). E foarte posibil s ajungei direct la documentaia referitoare la problem, sau
la un thread pe o list de discuii e-mail care conine rspunsul. Chiar dac nu gsii nimic relevant, ajut
s putei spune Am cutat pe google dup cuvintele urmtoare dar nu am gsit nimic folositor la
nceputul mesajului prin care cerei ajutor.

Nu v grbii. Nu v ateptai s putei rezolva o problem complicat n cteva secunde de cutat pe
Google. Citii i asimilai FAQ-urile, relaxai-v i dedicai problemei o anumit perioad de gndire
nainte s abordai experii. Credei-ne, i vor da seama din ntrebrile dumneavoastr ct de mult ai
citit i v-ai gndit i vor fi mai dornici s v ajute dac suntei pregtit. Nu lansai imediat ntregul
repertoriu de ntrebri doar fiindc prima cutare nu a produs nici un rezultat (sau a produs prea multe
rezultate).

Pregtii-v bine ntrebarea, gndii-o pn la capt. ntrebrile care sun incomplet vor primi un
rspuns pe msur, sau deloc. Cu ct este mai clar c ai ncercat s v rezolvai singur problema, cu att
e mai probabil s primii ajutor.

Avei grij s nu punei o ntrebare greit. Dac ntrebarea pornete de la ipoteze greite, e foarte
probabil ca cineva s v rspund literal, n sperana c vei nva ceva primind exact ce-ai cerut n loc
de ceea ce aveai nevoie.

Niciodat s nu considerai c avei dreptul la un rspuns. Nu-l avei; n definitiv, nu pltii pentru acest
serviciu. Vei ctiga un rspuns, punnd o ntrebare cu substan, interesant, care ne d de gndit, o
ntrebare care contribuie implicit la experiena comunitii mai degrab dect o cerere pasiv de
informaii de la ceilali.

Artai c suntei dispus s contribuii la elaborarea unei soluii. Poate s m ndrume cineva?, Ce
lipsete din exemplul meu? i Pe ce site ar mai trebui s m uit? au anse mult mai mari s primeasc
un rspuns, dect V rog s-mi spunei exact cum s fac! pentru c arat c avei doar nevoie de o
mic ndrumare n direcia bun.
Cnd ntrebai
Atenie unde ntrebai

Folosii-v discernmntul n alegerea locului unde punei ntrebarea. E foarte probabil s fii ignorat sau
catalogat ca loser, dac:

postai ntrebarea pe un forum sau list de discuii cu o tem diferit (offtopic)
postai o ntrebare elementar pe un forum unde se discut probleme tehnice complexe, sau invers
postai pe mai multe grupuri simultan
trimitei un mesaj direct ctre cineva pe care nu l cunoatei personal sau nu e direct responsabil
pentru rezolvarea problemei

Hackerii ignor ntrebrile puse n locurile greite pentru a-i proteja canalele de comunicaie de zgomot
inutil. Nu dorii s fii n aceast situaie.

Primul pas, deci, este gsirea forumului potrivit. Din nou, Google sau alte motoare de cutare v sunt
prieteni. Folosii-le pentru a gsi pagina de web a proiectului dedicat hardware-ului sau software-ului
care v face probleme. De obicei o s conin link-uri ctre o lista de FAQ (Frequently Asked Questions),
lista de email a proiectului i arhiva acesteia. Listele de email sunt ultimul loc unde vei cere ajutor, dac
prin eforturi proprii (inclusiv citirea acelor FAQ) nu gsii o soluie. Pagina de web a proiectului mai
poate descrie o procedur de raportare a bug-urilor. Dac exist, citii-o cu atenie.

Lansarea unui mesaj ctre o persoan sau forum cu care nu suntei familiar e cel puin riscant. De
exemplu, nu presupunei c autorul unei pagini de web informative dorete s v fie consultant gratuit.
Nu facei presupuneri optimiste c ntrebarea va fi binevenit; dac nu suntei sigur, ntrebai n alt
parte sau deloc.

Cnd alegei un forum, newsgroup sau list de email, nu v luai doar dup numele lor; cutai un FAQ
sau regulile grupului pentru a verifica dac ntrebarea dvs. este pe subiect (on-topic). Citii o parte din
mesajele anterioare nainte de a posta ca s avei o idee despre cum se desfoar discuiile. De fapt, e
o idee foarte bun s cutai in arhivele grupului dup cteva cuvinte cheie ale problemei, nainte de a
posta. Putei gsi chiar rspunsul, sau v poate ajuta s formulai mai bine ntrebarea.

Nu trimitei simultan mesaje ctre toate canalele disponibile, e similar cu strigatul i irit. Luai-le pe
rnd.

nelegei nti subiectul! O greeal clasic este s ntrebai despre interfaa de programare Unix sau
Windows ntr-un forum dedicat unui limbaj, unei biblioteci sau unelte portabile pe ambele sisteme. Dac
nu v este clar de ce asta e o problem, mai bine v abinei pn v lmurii.

n general, ntrebrile postate pe un forum public bine ales au anse mai bune s-i gseasc un rspuns
dect aceleai ntrebri pe un forum privat, din mai multe motive: n primul rnd, masa mai mare de
oameni care pot rspunde. Apoi, mrimea audienei; hackerii rspund mai degrab unei ntrebri care
ajut mai mult lume, dect celor care sunt de folos doar ctorva persoane.

De neles, hackerii talentai sau autorii de programe foarte cunoscute primesc oricum mai multe mesaje
greit adresate dect norma. Putei fi pictura care umple paharul. De mai multe ori, coautori ai unor
proiecte cunoscute i-au ncetat participarea, datorit numrului prea mare de mesaje inutile venite pe
adresa de mail personal.
Forumurile Web si canalele IRC orientate ctre nceptori

Grupul de utilizatori local sau distribuia dvs. de Linux v pot ndruma ctre forumuri Web sau canale IRC
unde nceptorii pot primi ajutor. Acestea sunt un bun punct de plecare, mai ales dac vi se pare c v
lovii de o problem relativ simpl sau comun. Existena unui canal IRC e o invitaie deschis s punei
ntrebri si putei primi adesea rspunsul imediat.

De fapt, dac programul care v creeaza probleme face parte din distribuie (cum se ntmpl de obicei),
e chiar mai bine s ntrebai pe listele/forumurile distribuiei respective nainte s ncercai pe cele ale
proiectului. Hackerii lor s-ar putea s v spun doar folosii versiunea noastr.

nainte de a posta pe un forum Web, verificai dac are o funcie de cutare. Dac da, ncercai cteva
cutri referitoare la problema dvs; poate ajut. Chiar dac ai folosit un motor de cutare pe Web
nainte (cum ar fi trebuit), cutai i pe forum; e posibil ca nu tot forumul s fi fost indexat.

Din ce n ce mai frecvent, proiectele ofer asisten utilizatorilor pe forumuri Web sau canale IRC,
pstrnd listele de email pentru discuii legate de dezvoltare. Uitai-v nti dup primele cnd avei
nevoie de ajutor n legtur cu un proiect anume.
Pasul doi: listele de email ale proiectului

Cnd un proiect are o list de email, scriei pe aceasta, nu direct ctre programatorii implicai, chiar dac
vi se pare c tii exact cine v poate da cel mai bun rspuns. Uitai-v n documentaia proiectului i n
pagina de Web dup adresa unei liste de email. Iat cteva motive:

Orice ntrebare suficient de bun pentru unul dintre programatori va fi interesant pentru ntregul
grup. Pe de alt parte, faptul c ntrebarea e prea stupid pentru list nu e o scuz pentru a-i agasa pe
programatori personal.
ntrebnd pe list permitei o mai bun mprire a muncii ntre programatori. Un programator
individual (n special dac e vorba despre leader-ul proiectului) poate fi prea ocupat pentru a v
rspunde.
Majoritatea listelor de email sunt arhivate i indexate de motoarele de cutare. Altcineva va putea
gsi ntrebarea dvs. i rspunsurile pe web, n loc s ntrebe din nou pe list.
Dac o anumit ntrebare se tot repet, e o indicaie c documentaia sau chiar software-ul respectiv
se pot mbunti pentru a fi mai puin ambigue. Dac ntrebrile respective s-ar pune n particular,
nimeni nu ar avea o vedere de ansamblu asupra ntrebrilor mai frecvente.

Dac un proiect are att o list (sau forum) pentru utilizatori ct i una pentru programatori (hackeri) i
nu lucrai efectiv cu codul surs al programului, ntrebai pe lista pentru utilizatori. Nu presupunei c
suntei binevenit pe lista de dezvoltare, unde probabil c ntrebarea va fi tratat ca zgomot.

Bineneles, dac suntei sigur c ntrebarea nu e trivial i nu primii rspuns pe lista pentru utilizatori
timp de mai multe zile, ncercai i cealalt list. Ar fi indicat s monitorizai o perioad lista, pentru a fi
familiar cu obiceiurile grupului (o idee bun pentru orice list privat).

Dac nu gsii o list de email pentru un proiect i avei doar adresa autorului (maintainer), scriei-i
acestuia. Chiar i aa, nu plecai de la presupunerea c nu exist o list. Menionai n mesajul dvs. c nu
ai gsit-o. De asemenea, menionai c nu avei nimic mpotriv s v fie retrimis mesajul ctre alte
persoane. (Muli consider c mesajele private, chiar dac nu conin nimic secret, trebuie s rmn
private. Dndu-v acordul pentru retransmiterea mesajului dvs. i permitei s aleag el modul de
tratare a cererii).
Folosii linii de subiect relevante

Pe listele de email, newsgroups sau forumurile Web, linia de subiect v d ocazia s captai atenia
experilor, n circa 50 caractere. Nu o irosii cu sintagme de genul ajutor (ca s nu mai vorbim de
AJUTOR!!!!; mesajele cu un astfel de subiect vor fi ignorate din reflex). Nu ncercai s ne impresionai
cu dificultile dvs; folosii acel spaiu pentru o descriere concis a problemei.

O convenie util pentru linia de subiect, folosit de multe organizaii de asisten tehnic, este forma
obiect - deviaie. Obiect desemneaz acel lucru care are o problema, iar deviaie descrie abaterea
de la comportamentul ateptat.


Stupid
AJUTOR! Placa video nu funcioneaz cum trebuie!!

Inteligent
XFree86 4.1 forma cursorului incorect, chipset Fooware MV1005

i mai inteligent
XFree86 4.1 cursorul mouse-ului, chipset Fooware MV1005 - desenat incorect


Redactarea unui subiect de forma obiect - deviaie v va fora s gndii problema n detaliu. Ce
anume este afectat? Doar cursorul mouse-ului, sau i restul graficii? Se ntmpl doar cu XFree86? Doar
cu versiunea 4.1? Se ntmpl doar cu chipset-ul Fooware? Doar cu modelul MV1005? Un hacker care
vede un astfel de subiect poate nelege imediat cu ce anume avei probleme i care sunt acelea.

Imaginai-v c v uitai la index-ul arhivei de ntrebri, care v arat doar liniile de subiect. Facei n aa
fel nct subiectul s reflecte ntrebarea suficient de bine nct urmtoarea persoan care va cuta n
arhiv rspunsul la o ntrebare similar cu a dvs. s o gseasc uor i s nu ntrebe din nou acelai lucru.

Dac punei o ntrebare ntr-un rspuns (reply la un email anterior), schimbai linia de subiect pentru a
se vedea c punei o ntrebare. Un subiect ca "Re: test" sau "Re: new bug" e puin probabil s atrag
atenia. De asemenea, tergei din mesaj textul vechi, pstrnd un minim necesar pentru a-l face
coerent pentru cititori noi.

Nu folosii funcia "reply" pe un mesaj de pe list pentru a porni un thread nou, fr legtur, sau v
limitai audiena. Unii clieni de mail, ca mutt, permit utilizatorului s sorteze mesajele dup thread i s
mpacheteze (fold) toate mesajele dintr-un thread ntr-o singur linie de subiect. Cei care fac asta, pur i
simplu nu vor vedea mesajul dvs.

Schimbarea liniei de subiect nu este suficient. Mutt, probabil i alte programe, se uit la alte informaii
din header-ul mesajelor pentru a determina thread-ul din care fac parte, nu la linia de subiect. Scriei un
mesaj nou.

Pe forumurile Web regulile sunt puin diferite, deoarece mesajele sunt de obicei legate de un thread i
nu sunt vizibile dect n contextul acelui thread. Schimbarea subiectului pentru a pune o ntrebare nu
este esenial (nu toate forumurile permit linii diferite de subiect la fiecare mesaj, i oricum nu le citete
nimeni). Dar a pune o ntrebare ntr-un thread existent e o practic dubioas, pentru c ntrebarea nu va
fi vzut dect de cei care urmresc acel thread. Deci, dac nu suntei extrem de sigur c vrei un
rspuns doar de la cei activi n thread, pornii unul nou.
Nu ngreunai rspunsul

Dac ncheiai mesajul cu V rog s rspundei pe adresa..., e foarte puin probabil s v rspund
cineva. Dac nu putei fi deranjat pentru cteva secunde s setai cmpul Reply-To din antet (header),
nici noi nu putem fi deranjai pentru a ne gndi la problema dvs. Dac programul de mail nu v permite
acest lucru, folosii unul mai bun. Dac sistemul dvs. de operare nu are un program care s permit
acest lucru, folosii un sistem de operare mai bun.

Pe forumurile Web e nepoliticos s solicitai un rspuns direct pe email n afara cazului n care
informaia pe care o solicitai e confidenial (i considerai dintr-un motiv oarecare c cineva e dispus
s v-o transmit doar dvs, nu i celorlali de pe forum). Dac dorii s primii un rspuns pe email
configurai forumul s l trimit astfel; aceast facilitate este foarte rspndit, o putei gsi sub numele
watch this thread, send email on answers etc).
Folosii un limbaj clar, corect gramatical i ortografic

Experiena ne arat c cei dezordonai sau neateni la scriere, sunt la fel i n gndire sau programare
(suficient de frecvent nct aceasta s fie regula, nu excepia). Rspunsul la ntrebrile neatenilor i
dezordonailor nu ne aduce vreo satisfacie; mai bine facem altceva.

Aadar, e important s v exprimai ideile clar i corect. Dac nu suntei dispui s facei efortul acesta,
nici noi nu suntem dispui s v acordm atenie. Cizelai-v limbajul. Nu trebuie s fie rigid sau s sune
oficial, hackerii apreciaz un limbaj informal, jargonul i umorul, atunci cnd sunt folosite cu precizie.
Dar trebuie s fie precise, pentru a arta c gndii i suntei atent.

Ortografia, punctuaia, trebuie s fie corecte. Nu ncurcai (n englez) its cu it's, loose cu lose
sau discrete cu discreet. NU FOLOSII DOAR LITERE MARI, se consider c ipai (scrisul doar cu
litere mici e doar ceva mai puin enervant, pentru c este dificil de urmrit. Alan Cox este scuzat, dvs.
nu).

n general, dac scriei ca un semi-analfabet e foarte probabil s fii ignorat. Limbajul l33t skript kiddie
h4x0r este reeta sigur ce garanteaz c nu vei primi nimic n afar de tcere (sau, n cel mai bun caz,
dispre i sarcasm).

Dac folosii alt limb dect cea matern, vei fi tratat cu oarece ngduin pentru erorile gramaticale
sau ortografice, dar nu mai mult. Lenea tot nu va fi tolerat (i da, de obicei diferena e sesizabil). De
asemenea, dac nu tii ce limbi vorbesc ceilali, folosii engleza. ntrebrile n limbi strine majoritii
vor fi bineneles ignorate, iar engleza este limba universal pe Internet. Scriind n englez scad ansele
ca ntrebarea dvs. s fie ignorat.
Folosii un format uor de citit

Dac facei ntrebarea greu de citit n mod artificial, ea va fi mai degrab ignorat n favoarea altora.
Aadar:

trimitei email text, nu HTML
fiierele ataate sunt de obicei OK, dar numai cnd au un coninut relevant (ca de exemplu fiiere
surs sau patch), i nu adugate automat de clientul dvs de mail (cum ar fi o copie a mesajului dvs n alt
format)
nu trimitei mesaje n care paragrafe ntregi sunt scrise pe o singur linie (e greu de rspuns doar la o
poriune din mesaj). Presupunei c cititorii folosesc un ecran text de 80 caractere lime i spargei
rndurile n consecin, la ceva mai puin de 80 caractere.
n schimb, nu spargei la o coloan fixat rndurile ce conin date (loguri, istoric de comenzi). Datele
trebuie incluse exact n forma n care au fost generate, pentru ca cititorii s vad acelai lucru pe care l-
ai vzut si dvs.
nu folosii codarea MIME Quoted-Printable pe un forum de limb englez. Aceast codare poate e
necesar cnd folosii o limb pentru care setul ASCII nu e suficient, dar nu este suportat de toi agenii
de mail. Cnd nu este interpretat corect, apar acele semne urte (=20) prin text.
nu v ateptai niciodat s putem citi formate de document proprietare ca Microsoft Word sau Excel.
Majoritatea reacionm la aa ceva cam cum ar reaciona oricine la vederea unei balegi la intrarea n
cas. Chiar cnd putem, tehnic vorbind, s le citim, urm chestia asta.
dac trimitei email din Windows, oprii facilitatea stupid a Microsoft numit Smart Quotes pentru
a evita apariia de caractere n plus n mesaj
pe forumurile Web, nu abuzai de smiley-uri si facilitile HTML (cnd exist). Unul-dou smiley-uri
sunt OK, dar colorarea ct mai variat a textului e neserioas. Abuzul de smiley-uri, culori i fonturi v
recomand ca pe o adolescent jucu, o idee nu foarte bun, n afar de cazul n care suntei mai atras
de sex dect de un rspuns.

Dac folosii un client de mail cu interfa n mod grafic (Netscape Messenger, MS Outlook sau altele
asemenea) avei grij: putei nclca aceste reguli folosind setrile implicite. Majoritatea au o comand
View Source n meniu. Folosii-o pe mesajele deja trimise pentru a verifica dac trimitei doar text sau
i alte lucruri inutile.
Fii precis n descrierea problemei

descriei clar simptomele problemei sau bug-ului
descriei mediul n care apar (arhitectur, sistem de operare, aplicaie, etc). Precizai versiunea
distribuiei folosite (ex: Fedora Core 2, Slackware 9.1, etc).
descriei investigaiile pe care le-ai fcut asupra problemei
descriei etapele pe care le-ai parcurs pentru a diagnostica problema
descriei schimbrile recente n configuraia calculatorului (hardware i software) care ar putea fi
relevante
ncercai s anticipai ntrebrile ajuttoare pe care hackerii vi le-ar putea pune i pe ct posibil
furnizai acele informaii n avans. Simon Tatham a scris un eseu intitulat How to Report Bugs Effectively
pe care vi-l recomand cu cldur.

Multe informaii nu nseamn precizie

A fi precis nu nseamn s punei cantiti uriae de cod surs sau date ntr-o cerere de ajutor. Dac
avei un test complicat la care aplicaia nu se comport corect, ncercai s-l reducei la minimul necesar
care declaneaz problema.

Lucrul sta e folositor din cel puin trei motive. Unu: va fi evident c ai depus eforturi pentru
simplificarea ntrebrii, ceea ce v sporete ansele de a primi un rspuns. Doi: simplificarea ntrebrii
face mai probabil primirea unui rspuns folositor. Trei: rafinnd formularea problemei e posibil s gsii
singur o rezolvare sau metod de evitare a problemei.
Nu pretindei c ai descoperit un bug

Cnd avei o problem cu un program, nu pretindei c ai gsit un bug dect dac suntei foarte, foarte
sigur. Sfat: dac nu putei furniza cod surs care repar problema sau un test care s demonstreze
regresia fa de o versiune anterioar, probabil nu suntei suficient de sigur. Acest lucru este valabil i
pentru paginile de web sau documentaie. Dac gsii un bug n documentaie, ar trebui s prezentai un
text corect i locul n care trebuie aezat n documentaie.

inei cont c sunt muli ali utilizatori care nu au problema dvs. Altfel, ai fi aflat despre ea citind
documentaia i cutnd pe web (ai fcut asta, nu?). E foarte posibil s facei dvs. ceva greit, nu
programul.

Cei care au scris programul lucreaz din greu pentru a-l face s funcioneze ct mai bine. Dac pretindei
c ai gsit un bug, sugerai c ei au fcut ceva greit, i e posibil s-i jignii chiar dac avei dreptate. Nu
e deloc diplomatic s includei cuvntul bug n linia de subiect a mesajului.

Cnd punei ntrebarea, e bine s o formulai plecnd de la presupunerea ca dvs suntei cel care face
ceva greit, chiar dac n particular suntei foarte sigur c ai gsit un bug. Dac ntr-adevr e un bug,
vei afla despre asta ntr-un rspuns. E preferabil s se scuze autorii dac bug-ul e real, dect s fii pus
n aceeai situaie n caz c v-ai nelat.
Milogeala nu impresioneaz i nu nlocuiete efortul propriu

Unii oameni care au neles c nu trebuie s fie arogani sau nepoliticoi cnd cer ajutor cad n extrema
cealalt: tiu c sunt un biet nceptor neajutorat, dar.... Atitudinea asta e enervant mai ales atunci
cnd este nsoit de o descriere prea vag a problemei.

Nu pierdei timpul (dvs. i al nostru) cu astfel de maimureli. Prezentai contextul i ntrebarea ct de
clar putei. V pune ntr-o lumin mai bun dect cea descris mai sus.

Uneori forumurile Web au seciuni dedicate nceptorilor. Dac vi se pare c avei o ntrebare de
nceptor, acolo i e locul, dar nu exagerai cu milogeala nici acolo.
Descriei simptomele problemei, nu presupunerile dvs

Nu e deloc folositor s le spunei hackerilor ce credei c poate cauza probleme (dac ai fi att de bun la
diagnoz, ai mai cere ajutorul altora?). Descriei exact simptomele observate, nu interpretri i teorii
proprii. Lsai-i pe ei s fac interpretrile. Dac o presupunere a dvs. vi se pare foarte relevant,
introducei-o ca atare (Eu cred c...) i artai de ce e insuficient pentru rezolvarea problemei.

Stupid
Primesc frecvent SIG11 la compilarea kernel-ului, bnuiesc c un traseu e crpat pe placa de baz.
Cum verific aa ceva?

Inteligent
Pe un K6/233 cu placa de baz FIC-PA2007 (chipset VIA Apollo VP2) cu 256MB Corsair PC133, primesc
din ce n ce mai des SIG11 la circa 20 minute de la pornire, cnd compilez un kernel (niciodat n primele
20 minute). Dup un reboot problema reapare imediat, dar dup ce-l las stins peste noapte nu. Am
schimbat RAM-ul, nu ajut. Aa arat mesajele de eroare la compilare *...+

Deoarece acest subiect pare a fi unul greu de nsuit, aceasta fraza va va aduce aminte: "Toti
diagnosticienii sunt din Missouri." Motoul oficial al statului Missouri este "Arat-mi", stabilit in 1899,
cand congressmanul Willard D. Vandiver a zis "Ma trag dintr-un inut care cultiv porumb i bumbac i
scaieti i Democrati, iar elocvena spumant nici nu ma convinge si nici nu ma satisface. Sunt din
Missouri. Trebuie sa-mi arati." In cazul diagnosticianului, nu este vorba de scepticism ci de o nevoie
adevarata de a vedea ceva cat mai apropiat de ceea ce vedeti dvs., in locul presupunerilor si rezumatelor
dvs. Aratati-ne.
Descriei simptomele problemei n ordine cronologic

Cele mai utile indicii despre natura unei probleme care apare frecvent, sunt evenimentele dinaintea
manifestrii acesteia. Ar trebui, deci, s descriei ce fceai n momentul n care a aprut problema. Dac
e vorba de comenzi din linia de comand, un log al sesiunii care s conin ultimele circa 20 linii poate fi
foarte util.

Dac programul care a crpat are opiuni pentru diagnostic (ex: -v pentru verbose (eng: detaliat)),
gndii-v ce informaii furnizate pot fi utile i includei-le n log.

Dac textul ajunge s fie foarte lung (mai lung de circa patru paragrafe), descriei sumar problema la
nceput, urmnd apoi detaliile n ordine cronologic. Hackerii care v citesc o s aib o idee la ce s se
atepte.
Descriei obiectivul, nu paii intermediari

Dac ncercai s aflai cum putei face un lucru (spre deosebire de cazul n care raportai un bug),
ncepei prin a v descrie obiectivul. Doar dup aceea descriei etapa intermediar la care v-ai blocat.

Adesea cei care au nevoie de ajutor au n minte un obiectiv greu de atins dar rmn blocai ntr-o etap
pe care o consider necesar pentru realizarea acelui obiectiv. Atunci, ei solicit ajutor pentru a depi
etapa, dar nu i dau seama c poate calea aleas e greit.

Stupid
Cum fac s selectez culorile n FooDraw, dndu-le valorile hexazecimale?

Inteligent
ncerc s schimb (n FooDraw) paleta de culori a unei imagini. Singurul mod n care cred c s-ar putea
face asta e s schimb manual fiecare culoare din palet, dar nu mi dau seama cum se introduc direct
valorile hexazecimale pentru culori.

A doua ntrebare este mai bun, pentru c permite formularea unui rspuns n care s se sugereze un
instrument mai potrivit pentru sarcina respectiv.
Nu solicitai rspunsuri private

Hackerii consider c rezolvrile problemelor trebuie s fie fcute n public, printr-un proces transparent
n care primele tentative de rspuns ar trebui s fie corectate de ctre cei mai experimentai, cnd
acetia observ c sunt incomplete sau incorecte. n acest fel ei pot fi recompensai prin recunoaterea
competenelor i cunotinelor de ctre comunitate.

Cnd cerei un rspuns privat ntrerupei procesul n sine i anulai potenialele beneficii. Nu facei acest
lucru. Este alegerea celui care rspunde s o fac privat, i acest lucru se ntmpl de obicei pentru c
ntrebarea e prost formulat sau att de banal nct nu prezint interes pentru ceilali.

Exist o singur excepie de la regul. Dac ntrebarea e probabil s genereze multe rspunsuri similare,
cuvintele magice sunt "trimitei-mi mie rspunsurile, i o s fac un rezumat pe list ". E elegant s
prevenii ncrcarea listei de mail sau newsgroup-ului cu o mare de rspunsuri, majoritatea identice
(trebuie s v inei de cuvnt cu rezumatul).
Punei ntrebri concrete, punctuale

ntrebrile deschise dezbaterilor tind s fie vzute ca pierdere de vreme. Persoanele care v pot da cele
mai folositoare rspunsuri sunt totodat i cele mai ocupate (fie i pentru c ei sunt cei care au cel mai
mult de contribuit). Ei sunt de obicei alergici la chestiuni care pot mnca un timp nedeterminat, aa c
nu apreciaz acest gen de ntrebri.

E mai probabil s primii un rspuns folositor dac prezentai o problem concret (solicitai indicaii,
trimitei cod, dorii validarea unui patch, etc). i vor putea astfel concentra atenia asupra problemei i
vor putea pune o limit superioar a timpului alocat dvs.

Pentru a nelege, gndii-v la expertiza lor ca la o resurs abundent i la timpul disponibil ca la o
resurs rar. Cu ct solicitai mai puin timp alocat, cu att e mai probabil s primii un rspuns de la un
hacker foarte bun dar foarte ocupat.

E bine deci s ncercai minimizarea timpului necesar pentru a v rspunde, ceea ce nu e ntotdeauna
acelai lucru cu simplificarea problemei. De exemplu, Putei s-mi indicai o explicaie bun pentru X?
e o ntrebare mult mai bun dect Putei s-mi explicai X, v rog? Dac avei un program care nu
funcioneaz, e mai bine de obicei s ntrebai ce este greit n cod dect s cerei s vi-l repare cineva.
Cnd ntrebai despre cod

Nu rugai pe alii s v gseasc problemele n codul dvs. fr a le da un indiciu asupra crui fel de
problem ar trebui s caute. Dac postai cteva sute de linii de cod odat cu comentariul "nu
funcioneaz" vei fi ignorat. Postarea a 12 linii de cod cu comentariul "dup linia 7 m ateptam s vd
<x> dar am primit <y>" are anse mult mai mari s v obin un rspuns.

Dac dorii doar o evaluare a codului, menionai asta la nceput, i fii explicii n privina cror zone
credei c trebuiesc evaluate.
Nu punei ntrebri din tema pentru acas

Hackerii depisteaz uor astfel de ntrebri, pentru c pe majoritatea le-am rezolvat i noi. Acele
probleme sunt pentru ca dvs s le rezolvai, ca s nvai ceva. E OK s cerei mici indicaii, dar nu
soluia complet.

Dac suspectai c o ntrebare ce v-a fost adresat face parte din aceast categorie, dar totui nu avei
un rspuns, putei ncerca s ntrebai n grupurile de utilizatori sau (n ultim instan) pe listele pentru
utilizatori. n timp ce hackerii vor depista natura problemei, utilizatorii mai avansai v pot da mcar
unele indicaii.
Reducei numrul ntrebrilor irelevante

Rezistai tentaiei de a ncheia mesajele cu ntrebri lipsite de coninut de genul Poate s m ajute
cineva? sau Exista vreo soluie?. n primul rnd, dac ai descris mcar pe jumtate coerent
problema, astfel de adugiri sunt superflue. n al doilea rnd, pentru c sunt superflue, sunt iritante i vi
se poate rspunde ct se poate de corect din punct de vedere logic "Da, poi fi ajutat" sau "Nu, nu te
poate ajuta nimeni."

n general, este bine s evitai ntrebrile cu rspuns da/nu. yes-or-no answer
Urgent pentru dvs, nu i pentru noi

Nu solicitai un rspuns rapid, chiar dac avei nevoie de el, marcnd mesajul ca Urgent. E problema dvs,
nu a noastr. Mimarea unei urgene e neproductiv: majoritatea hackerilor va terge pur i simplu
mesajul, ca o ncercare egoist i obraznic de a primi atenie special.

Exist o mic excepie de la regul. Dac menionai c folosii un program n circumstane ce-i ofer o
expunere public mare, e posibil s primii atenie; ntr-o astfel de situaie, dac suntei presat de timp,
i spunei asta politicos, avei ansa s primii un rspuns mai rapid.

Este totui riscant s facei presupuneri c hackerii vor fi interesai doar din acest motiv, valorile lor fiind
probabil diferite. S postai de pe Staia Spaial Internaional probabil c se calific, dar dac postai
din partea unei mari organizaii caritabile sau politice aproape sigur nu. Un mesaj de genul "Urgent:
ajutai-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 aa, recitii acest document pn cnd nelegei, nainte s postai n vreun
fel.
Puin politee nu stric

Fii politicos. Folosii "V rog" i "Mulumesc pentru atenie". Artai c apreciai faptul c suntei ajutat
gratis.

Sincer, politeea 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, dect unele
vagi, pline de politeuri (inei cont c ne plac problemele din care avem ceva de nvat).

Totui, dac nu suntei foarte tehnic, puin politee v va ajuta s primii un rspuns.

(Trebuie menionat c singura obiecie serioas pe care am primit-o de la hackeri veterani la acest
HOWTO, se referea la recomandarea noastr anterioar de a folosi "Mulumesc cu anticipaie". Unii au
considerat c sugereaz intenia de a nu mulumi ulterior. Recomandarea noastr e fie s folosii
"Mulumesc cu anticipaie" i s mulumii ulterior celor care v-au rspuns, sau s folosii doar la final o
formul de genul "Mulumesc pentru atenie")
Revenii cu descrierea soluiei

Dup rezolvarea problemei, revenii cu un scurt mesaj pentru cei care v-au ajutat; spunei-le ce-a ieit i
mulumii-le pentru ajutor. Dac problema a captat suficient interes pe o list de mail sau newsgroup,
acolo ar trebui s postai aceast noti.

Ideal, rspunsul ar trebui s fie n thread-ul pornit de la ntrebarea iniial 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 rezolvnd alte probleme.

Notia final nu trebuie s fie lung; un simplu "Salut, era un cablu defect. Mulumesc tuturor. - Bill" e
mai bun dect nimic. De fapt, un sumar este mai bun dect o expunere pe larg, dac problema nu era
extrem de complex. Spunei ce anume a rezolvat problema, dar nu e nevoie s repetai toat secvena
cu diagnosticul.

Pentru problemele mai complexe, putei descrie pe scurt cum a decurs analiza. Prezentai formularea
final a problemei. Spunei nti ce a funcionat ca soluie i indicai potenialele ci care nu duc n final
la nici un rezultat. Cile greite de rezolvare trebuie s apar dup metoda corect i celelalte detalii,
pentru a nu transforma totul ntr-un roman poliist. Numii persoanele care v-au ajutat; o s vi-i
apropiai n acest fel.

Un astfel de sumar va fi gsit de cei care caut n arhiva listei/newsgroup-ului i le va indica exact ce a
funcionat pentru dvs., putndu-i ajuta eventual i pe ei.

n ultimul rnd, mesajul dvs va da satisfacie tuturor celor implicai, artnd c problema a fost
rezolvat. Dac nu suntei o persoan tehnic sau hacker, credei-ne pe cuvnt c sentimentul e foarte
important pentru acei guru i specialiti care v-au ajutat. Problemele care se lungesc i nu au o finalitate
sunt frustrante; hackerii simt nevoia de a le vedea rezolvate. Karma ctigat rspunznd acestei dorine
o sa v fie de mare ajutor data viitoare cnd avei nevoie s ntrebai ceva.

Gndii-v cum i putei ajuta pe alii s nu aib aceeai problem n viitor. ntrebai-v dac o mic
meniune n FAQ sau documentaie ar ajuta, i dac da, facei-o i trimitei-o celui care se ocup de ele.

Printre hackeri, acest comportament e mult mai important dect politeea convenional. n acest fel
ctigai o reputaie de bun juctor, un ctig important pentru dvs.
Cum se interpreteaz rspunsurile
RTFM i STFW: cum i dai seama c ai sfeclit-o

E o veche tradiie: dac primii un rspuns care conine doar "RTFM" (Read The Fucking Manual), cel
care vi l-a trimis consider c ar fi trebuit s citii manualul. Aproape sigur are dreptate. Citii-l!

RTFM are o rud mai tnr. Dac rspunsul conine doar "STFW" (Search The Fucking Web), cel care vi
l-a trimis consider c ar fi trebuit s cutai pe Web. Aproape sigur are dreptate. Cutai! (Varianta mai
puin dur este "Google este prietenul tu!").

Pe un forum Web, vi se poate spune s cutai n arhivele forumului. Cineva v-ar putea chiar indica un
thread anterior n care s-a discutat deja problema. Nu v bazai pe asta; cutai nainte de a ntreba.

De multe ori, cel care v rspunde aa are manualul sau o pagin de web n fa i poate vedea c (a)
informaia pe care o cerei e uor de gsit i (b) consider c vei nva mai mult cutnd singur dect
dac vi se d "mur-n gur".

Nu ar trebui s v simii jignit; dup standardele noastre v trateaz cu respect prin simplul fapt c nu
v ignor. Ar trebui s-i fii recunosctor pentru bunvoin.
Dac nu nelegei...

Dac nu nelegei un rspuns, nu cerei imediat clarificri. Folosii aceleai unelte ca nainte de a ntreba
(manual, FAQ, web, etc) pentru a-l nelege. Dac tot e nevoie s cerei lmuriri, artai ce-ai nvat.

De exemplu, dac v spun: "Se pare c avei un zentry agat; trebuie resetat", nu venii cu "Ce e un
zentry?" n loc de "OK, am citit manualul i zentry-urile sunt menionate la opiunile -z i -p. Niciuna nu
se refer la resetarea lor. E una din ele, sau mi scap ceva?"
Cum s tratai obrzniciile

Mult din ce poate prea obrznicie, n cercurile noastre nu este intenionat jignitor. E mai degrab un
produs al stilului direct de comunicare ntre persoane mai atente la rezolvarea problemelor dect la
menajarea sentimentelor.

Cnd simii aa ceva, ncercai s rmnei calm. Dac cineva depete limitele, e foarte probabil ca un
veteran s-i atrag atenia. Dac lucrul sta nu se ntmpl i dvs v pierdei calmul cu cineva, e posibil
ca acela s se fi purtat n normele obinuite i dvs s cdei vinovat. Bineneles, v vor scdea ansele s
primii informaiile solicitate.

Pe de alt parte, ocazional o s fii ntmpinat cu obrznicii i comportament agresiv, nendreptite. E
acceptabil n acest caz s l mutruluii sever pe ofensator. Cnd facei asta, ns, fii foarte, foarte sigur
pe poziia dvs. Linia ntre o mustrare pentru comportament i pornirea unui flame-war inutil e att de
subire nct chiar hackerii o trec de multe ori; dac suntei un nou venit, ansele sunt mari ca discuia s
degenereze. Dac ai venit pentru informaii, nu distracie, e mai bine s nu riscai i s lsai tastatura n
pace.

(Unii susin c muli hackeri sufer de o form de autism sau Sindromul Asperger, i le lipsesc cteva
circuite din creier care controleaz interaciunea social. Poate e, poate nu e adevrat. Dac nu suntei
hacker, ar ajuta s putei tolera excentricitile noastre, chiar dac suntei convins c nu suntem
normali. N-avei dect. Nu ne intereseaz; ne place s fim ceea ce suntem, si suntem n general sceptici
la diagnostice de acest gen).

n seciunea urmtoare vom vorbi despre altceva: genul de obrznicii pe care le vei ntlni cnd dvs v
comportai greit.
Cum s nu v purtai ca un loser

ansele sunt ca mai devreme sau mai trziu s intrai n conflict cu comunitatea hackerilor, chiar de mai
multe ori, n moduri descrise aici sau similare. Vi se va spune exact ce-ai greit, probabil ntr-o manier
mai colorat. n public.

Cnd se ntmpl aa ceva, cel mai ru lucru pe care-l putei face e s v plngei despre ceea ce vi s-a
ntmplat, s pretindei scuze, zbierai, declarai greva foamei, ameninai cu procese, pri la
angajatori, etc. Iat ce-avei de fcut:

Depii momentul. E normal. E chiar sntos i benefic.

Standardele comunitii nu se in singure: sunt inute de cei care le aplic, vizibil, n public. Nu v
plngei c nu v-au fost adresate criticile n particular: nu aa merge. Nu e deloc folositor s insistai c
ai fost insultat cnd cineva spune c nu avei dreptate sau c e de alt prere. Sunt atitudini de loser.

Pe anumite forumuri de hackeri, dintr-o prost neleas politee, s-a interzis comentarea greelilor din
post-uri, cu regula "Nu spunei nimic, dect dac vrei s ajutai.". Rezultatul a fost c persoanele cu
contribuii valoroase au plecat, lsnd forumul inutilizabil ca forum tehnic.

Alegei: ori exagerat de prietenos (n sensul de mai sus) ori eficace.

Reinei: cnd un hacker v spune c-ai greit i v cere s nu se repete (indiferent ct de abrupt), o face
n beneficiul (1) dvs i (2) al comunitii. Ar fi mult mai uor pentru el s v ignore i s filtreze mesajele
dvs. Dac nu putei fi recunosctor, avei mcar un minim de demnitate, nu v plngei i nu ateptai s
fii tratat ca o ppu fragil doar pentru c suntei nou-venit, cu fire hipersensibil i iluzii de mrire.

Uneori vei fi atacat personal de cineva, fr un motiv aparent, chiar dac nu ai greit (sau ai greit
doar n imaginaia unora). n acest caz, dac v plngei e sigur c o s o ncurcai.

De obicei, acetia sunt habarnitii care se consider experi sau pseudo-psihologi care v testeaz
limitele. Ceilali cititori ori i ignor, ori gsesc alte modaliti de a-i trata. Comportamentul acesta le
creeaz doar lor probleme i nu ar trebui s v priveasc.

Nu v lsai antrenat n flame-war-uri. Cel mai bine le ignorai, dup ce verificai c sunt ntr-adevr
flame-uri i nu indicaii despre ce-ai greit, i nici sugestii subtil formulate referitoare la problema dvs
(se poate ntmpla).
ntrebri pe care s nu le punei

Iat cteva exemple clasice de ntrebri stupide i la ce se gndesc hackerii cnd nu le rspund.

I: Unde gsesc programul X ?

R: Unde l-a gsi i eu, deteptule, pe pagina de rezultate a unei cutri pe Web. Nu tii s foloseti
Google?

I: Cum folosesc X ca s fac Y ?

R: Dac vrei s faci Y, ar trebui s ntrebi cum se face fr s presupui o metod care, poate, nu e
potrivit. ntrebrile 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 pn poate formula problema mai bine.

I: Cum mi pot configura prompt-ul shell-ului?

R: Dac tii destule nct s ntrebi asta, tii i c rspunsul 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 fcut-o, a) tiai rspunsul i b) nu-mi pierdeai timpul

I: ,Programul, configuraia, comanda SQL- nu merge

R: Asta nu e o ntrebare, i n-am de gnd s extrag informaii cu forceps-ul de la tine, am alte lucruri mai
bune de fcut. Cnd vd aa ceva, reacia mea e una dintre:

mai ai ceva de adugat?
ce nasol, sper s se rezolve
i ce treaba am eu cu asta?

I: Am probleme cu staia mea Windows. M putei ajuta?

R: Da, arunc rahatul la de la Microsoft i instaleaz-i Linux sau BSD.

Not: putei pune ntrebri referitoare la maini Windows dac sunt despre un program care
funcioneaz i pe Windows, sau interacioneaz cu maini Windows (adic Samba). Nu fii surprins dac
vi se rspunde c problema e n Windows, nu n program, pentru c Windows e att de prost nct
situaia e frecvent.

I: Am un program care nu merge. Cred c biblioteca X e defect.

R: Dei e perfect posibil s fii 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 vorbeti. Acuzaiile
serioase necesit dovezi serioase; cnd facei o astfel de afirmaie, trebuie s documentai eroarea pe
larg.

I: Am probleme cnd instalez Linux sau X. M putei ajuta?

R: Nu, trebuie s fiu lng tine ca s fac asta. ntreab utilizatorii locali de Linux.

Not: ntrebrile despre instalarea Linux sunt binevenite pe un forum sau list despre o distribuie
anume, dac problema este specific acelei distribuii; de asemenea, pe forumurile locale de utilizatori,
caz n care descriei precis ce nu funcioneaz. Cutai cu grij ns, folosind i cuvntul cheie "linux",
informaii despre hardware-ul suspect.

I: Cum pot s sparg parola de root/ctig drepturi de operator/citesc emailul cuiva?

R: Eti un ticlos c ncerci s faci asta i un prost c ceri unui hacker s te ajute.
ntrebri bune, ntrebri greite

n final, o s demonstrez cum se pun ntrebrile inteligent, prin exemple; perechi de ntrebri despre
aceeai problem, una stupid i una inteligent.

Stupid
Unde gsesc ceva despre Foonly Flurbamatic?

ntrebarea cere un STFW.

Inteligent
Am ncercat s gsesc ceva pe Google despre Foonly Flurbamatic 2600, dar nu am gsit nimic
interesant. Unde a putea gsi documentaie despre programarea lui?

A trecut de STFW, se pare c are o problem real.

Stupid
foo nu se compileaz. De ce e buit?

Presupune c altcineva a greit. Arogant.

Inteligent
foo nu se compileaz pe Nulix 6.2. n FAQ nu e menionat nimic special despre Nulix. Iat un log al
compilrii. Fac eu ceva greit?

A descris contextul, a citit FAQ, arat care e eroarea i nu presupune c problema e din vina altcuiva.
Poate merit atenie.

Stupid
Am probleme cu placa de baz. Poate s m ajute cineva?

"Aha. Ai nevoie i s-i schimbm scutecele?", urmat de apsarea tastei Del.

Inteligent
Am ncercat X, Y i Z pe o plac de baz S2464. Nu a mers, aa c am ncercat A, B i C. Cnd am fcut C
s-a ntmplat, dubios, D. E clar c ciocoflenderul se brusturete, dar nu cum ar trebui. Care sunt cauzele
uzuale de brusturire pe plcile Athlon MP? Putei s-mi mai sugerai alte teste pe care le pot face?

sta, pe de alt parte, merit un rspuns. A demonstrat c-i folosete creierul, n loc s atepte s-l
loveasc o soluie.

La ultima ntrebare, observai i distincia ntre "Dai-mi o soluie" i "V rog s m ajutai 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 main cu placa de baz Tyan S2462. Membrii listei mi-au
furnizat informaiile cheie de care aveam nevoie.

Punnd ntrebarea aa cum am fcut-o, le-am dat cititorilor ceva de care s se agae; le-a fost uor s se
implice. Am artat respect pentru colegii mei i i-am invitat s m trateze ca egal. Am artat respect
pentru timpul lor, artndu-le ce-am eliminat deja ca posibile cauze.

Ulterior, cnd am mulumit tuturor i am remarcat ct de eficient am cooperat, un membru lkml a fcut
observaia c asta nu s-a ntmplat pentru c eram un nume pe acea list, ci pentru c am formulat
ntrebarea corect; sunt sigur c avea drepate.

Hackerii sunt o meritocraie fr 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 alii a dus la apariia acestui ghid.
Dac nu vi se rspunde

Dac nu primii nici un rspuns, nu o luai personal, n sensul c nu vrem s v ajutm. Uneori chiar nu
tie nimeni rspunsul. A nu primi un rspuns nu nseamn c ai fost ignorat, dei e greu s vedei asta
din exterior.

n general, s retrimitei aceeai ntrebare e o idee proast. E inutil i deci deranjant.

ncercai s gsii ajutor n alt parte, n locuri mai potrivite nevoilor nceptorilor.

Exist multe grupuri locale sau online de utilizatori care sunt entuziati, fr a fi scris vreodat software.
Aceste grupuri se formeaz pentru ca membrii s se poat ajuta ntre ei sau pentru a-i ajuta pe
nceptori.

De asemenea, sunt multe companii, mai mari sau mai mici, pe care le putei contracta pentru asisten
tehnic (Red Hat i Linuxcare sunt printre cele mai cunoscute; sunt multe altele vezi i Prezen
comercial Linux Romnia). Nu fii oripilat de ideea de a plti pentru asisten! n definitiv, dac mainii
dvs i s-ar arde garnitura de chiulas, ai duce-o la un mecanic i ai plti reparaia. Chiar dac software-ul
nu v-a costat nimic, nu v putei atepta ca support-ul s fie ntotdeauna gratuit.

Pentru software foarte rspndit, cum e Linux-ul, sunt cel puin 10.000 utilizatori la fiecare dezvoltator.
E imposibil ca o singur persoan s asigure support la peste 10.000 utilizatori. inei cont c dei pltii
pentru support, tot pltii mult mai puin dect dac ar fi trebuit s cumprai si software-ul (n plus,
support-ul pentru software-ul comercial este mai scump i de calitate mai proast dect support-ul
pentru software open-source).
Cum s rspundei la ntrebri

Fii ngduitor. Stresul cauzat de probleme i poate face pe oameni s par obraznici sau proti, chiar
cnd nu sunt.

Comentai o greeal off-line. Nu e necesar umilirea public din cauza unei simple greeli. Un nceptor
cu adevrat s-ar putea s nu tie cum s caute n arhive, sau unde este postat un FAQ.

Dac nu suntei siguri de un lucru, spunei aa! Un rspuns greit care sun competent e mai ru dect
nici un rspuns. Nu dai indicaii greite doar pentru c e distractiv s pari expert. Fii onest i sincer; dai
un bun exemplu att pentru cel care ntreab ct i pentru ceilali.

Dac nu putei ajuta, nu ncurcai. Nu facei glume despre proceduri care ar putea strica sistemul
utilizatorului, pot fi interpretate ca indicaii.

Punei ntrebri de control pentru a extrage mai multe detalii. Dac suntei bun la asta, cel care a
ntrebat poate afla lucruri noi, i de ce nu, chiar dvs. ncercai s transformai o ntrebare greit ntr-una
bun.

Dei un simplu "RTFM" este justificat cnd rspundei unui lene, direcii ctre documentaie (chiar n
forma unor cuvinte cheie de folosit pe Google) sunt i mai bune.

Dac rspundei, rspundei cu ceva util. Nu sugerai soluii greoaie cnd de fapt cel care ntreab
folosete metoda sau uneltele greite. Sugerai uneltele potrivite. Reformulai ntrebarea.

Ajutai comunitatea s nvee din ntrebare Cnd dai de o ntrebare bun, ntrebai-v cum poate fi
mbuntit documentaia ca s nu mai fie pus aceeai ntrebare n viitor. Trimitei apoi un patch celui
care ntreine documentaia.

Dac a trebuit s v documentai pentru a rspunde, artai cum ai fcut, nu facei s par c ai scos
rspunsul din burt. A rspunde unei ntrebri e ca i cum i-ai da unui om o pine, a-i arta cum s
caute singur e ca i cum i-ai arta cum se obine pinea.