Kako postavljati prava pitanja

Izjava o odricanju od odgovornosti

Mnogi sajtovi ukazuju na ovaj tekst u njihovom odjeljku za pružanje pomoći posjetiocima sajta, što je u redu jer je to upravo namjena koja se ima u vidu. Medjutim, ukoliko ste vlasnik stranice koja ima takav odjeljak na Vašoj stranici, molimo Vas da pored ovog dijela naznačite da niste šalter za pružanje informacija za tudje projekte.

Naučili smo težim putem da ćemo, bez takve naznake, biti kontinuirano uznemiravani od strane ljudi koji misle da ukoliko istaknemo izjavu o odricanju od odgovornosti to nas samim tim čini prvom pomoći za rješavanje svih mogućih tehničkih problema.

Ako čitate ovaj dokument jer trebate pomoć, i ako stičete utisak da pomoć možete dobiti od autora ovog dokumenta, VI ste taj o kome pričamo. Ne postavljajte nam pitanja jer ćemo Vas jednostavno ignorisati. Ovdje smo da Vam pokažemo kako da dobijete pomoć od ljudi koji zaista znaju o softveru ili hardveru koji Vas interesuje ali 99,9% vremena ta pomoć neće doći od nas. Medjutim, ako znate ZASIGURNO da je jedan od autora stručnjak u oblasti koja Vas konkretno interesuje, tada nam postavite pitanje, u suprotnom nas poštedite istog, što će koristiti objema stranama.

Nije prijatno osećati se kao ‘noob’. I reč ‘noob’ svakako nije kompliment. Ali ipak, danas sam shvatio nesto ohrabrujuće o tome sta znači biti noob: što si veći ‘noob’ lokalno, manji si ‘noob’ globalno.

Uvod

U svijetu hakera, odgovor koji dobijete na Vaše tehničko pitanje zavisi kako od načina na koji postavljate pitanje tako I od težine davanja odgovora na Vaše pitanje. Ovaj priručnik će Vas naučiti kako da postavljate pitanja na način koji će Vam, sa većom vjerovatnoćom, dati odgovor koji tražite.

Sada kada je upotreba open-source široko rasprostranjena, možete dobiti jednako dobre odgovore i od drugih korisnika sa više iskustva jednako kao i od hakera. Ovo je dobra stvar jer ovakvi korisnici imaju više sluha za uobičajene probleme koje novi korisnici obično imaju. U ovom tekstu ćemo Vam ponuditi odredjene modalitete pristupa iskusnijim korisnicima koji garantuju dobijanje odgovarajućih odgovora, jednako kao i od hakera.

Prva stvar koju trebate razumjeti jeste da hakeri vole da rješavaju izazovnije probleme I žele da čuju ista takva pitanja u vezi problema s kojim se suočavaju. Jer da nije tako, ne bismo bili ovdje. Ako nam date interesantna pitanja, bićemo zahvalni na njima, jer nas ista stimulišu. Zanimljiva pitanja nam pomažu da razvijemo razumijevanje pojedinih stvari I da otkrijemo probleme koje ne bismo sami primijetili ili o kojima ne bismo razmišljali. Kada hakeri kažu - ‘’Dobro pitanje!’’, znajte da se radi o iskrenom I utemeljenom komplimentu.

Nasuprot ovome, hakeri imaju reputaciju da kada se susretnu sa jednostavnim pitanjima, na ista odgovaraju s odredjenom dozom arogancije. Nekada izgleda da smo instinktivno nepristojni prema ‘’novajlijama’’ i laicima. Medjutim, to nije istina.

Ono što radimo, bez ikakvog pravdanja, je da često budemo neraspoloženi pri davanju odgovora ili objašnjavanju ljudima koji nijesu spremni da razmišljaju van okvira ili da urade sopstveno istraživanje prije postavljanja pitanja. Ovakvi ljudi, nažalost, oduzimaju vrijeme jer se isto vrijeme moglo iskoristiti na davanje objašnjenja na ona pitanja koja zaista zaslužuju odgovor. Interno nazivamo ovakve ljude ‘’luzerima’’, jer traće naše vrijeme.

Shvatamo da postoje I ljudi koji samo hoće da koriste naš softver i koje baš I ne zanima tehnička strana. Za većinu ljudi, kompjuter je alat, sredstvo za ispunjenje cilja jer jednostavno imaju bitnijih stvari za raditi nego li se zamarati tehnikalijama. Mi to shvatamo I poštujemo i ne očekujemo da svi budu zainteresovani za tehničke detalje koje nas, kao hakere, fasciniraju. Želimo davati odgovore na pitanja onih ljudi koje zanimaju iste stvari kao i nas i koji su spremni da aktivno učestvuju u rješavanju problema. Ovo se neće promijeniti i smatramo da ne bi ni trebalo jer u suprotnom ne bismo bili jednako efikasni u našem poslu kao što jesmo.

Većina nas, koji daju odgovore na Vaša pitanja, to čine volonterski. Izdvajamo slobodno vrijeme iz našeg jako zauzetog rasporeda kako bi odgovorili na pitanja koja nam postavite i iskreno, nekada smo prezasićeni od istih. Upravo zato filterišemo pitanja bez ikakvog presedana, na način koji smo prethodno pomenuli. U konkretnom, eliminišemo ona pitanja od ljudi koji imaju tendenciju da ne ispunjavaju naše vrijeme na efikasan način I dajemo prednost, kako ih zovemo, ‘’pobjedničkim’’ pitanjima, koja nas tjeraju na razmišljanje.

Ako nalazite ovakav stav pretencioznim, nipodoštavajućim ili arogantnim, ispitajte Vaše pretpostavke o nama. Mi Vam ne tražimo da nam podilazite jer većina nas bi jako željela da se sa svima od Vas ophodi kao prema jednakima i da Vam poželi toplu dobrodošlicu u našu zajednicu ali samo ako VI učinite potreban napor da se isto ostvari. Jednostavno smatramo da nije efikasno pružanje pomoći onoj grupi ljudi koja nije spremna da pomogne sama sebi jer – u redu je ne znati, ali nije u redu zamajavati nas.

Zato, iako nije neophodno da budete tehnički potkovani da biste dobili našu pažnju, JESTE neophodno da pokažete sljedeći stav – sračunat, misaoni, ispitivački i spremni na učestvovanje u rješavanju problema. Ako ne možete prihvatiti sve ovo, predlažemo da se ipak okrenete komercijalnoj podršci umjesto tehničke podrške koju tražite od hakera.

Ako se, pak, odlučite da zatražite pomoć od nas, ne želite da budete jedan od pripadnika grupe koja troši naše vrijeme niti želite da pristupite kao jedan od njih. Najbolji način da dobijete rapidan odgovor jeste da postavite prava pitanja, da pristupite sa dovoljno samopouzdanja i da, po svim prilikama, tražite pomoć povodom konkretnog problema.

(Sugestije za unapredjenje ovog priručnika su dobrodošle. Možete nam poslati mejlom Vaše sugestije I to na [email protected] ili [email protected]. Imajte u vidu da ovaj tekst nije namijenjen da služi kao generalni priručnik za netiquette te nećemo uzimati u obzir one sugestije koje nisu usmjerene na davanje korisnih odgovora na forumu.)

Prije nego pitate

Prije postavljanja tehničkih pitanja mejlom, na forumu ili čet meniju na stranici, pokušajte da nadjete odgovor na Vaše pitanje na jedan od sljedecih načina:

• Pretraživanjem arhive na forumu
• Pretraživanjem interneta
• Čitanjem priručnika
• Čitanjem odgovora u odjeljku za Često postavljena pitanja (FAQ)
• Upotrijebite Inspect element na stranici
• Postavljanjem pitanja Vašem tehnički potkovanom prijatelju
• Ako ste programer - pročitajte izvorni kod

Kada postavite Vaše pitanje, nagovijestite da ste uradili sve prethodno navedeno, što će svakako pomoći utemeljenju neophodnosti postavljanja Vašeg pitanja ili pokažite šta ste naučili iz stvari koje su prethodile Vašem postavljanju pitanja. Činjenica je da preferiramo davanje odgovora onim ljudima koji su naučili nešto iz odgovora koje su prethodno dobili prije obraćanja nama za dalje pojašnjenje.

Posebno predlažemo da odradite detaljnu Google pretragu problema s kojim se suočavate (http://linuxmafia.com/faq/Mail/muas.html) što Vas može direktno odvesti do teksta u kojem se nalazi odgovor na Vaše pitanje. Čak I ukoliko ne dobijete odgovor na Vaše pitanje ovim putem, od velike je pomoći da naglasite, prilikom postavljanja pitanja mejlom ili na forumu, da ste odradili detaljnu pretragu, kako bi ostale zabilježene one pretrage koje neće biti od pomoći. Takodje će isto biti od pomoći drugim ljudima sa sličnim problemima koje I Vi imate I to na način sto će rezultati drugih pretraživanja dovesti do stranice sa Vašom objavom o problemu koji imate I odgovoru koji ste dobili.

Dajte sebi vremena. Ne očekujte da nadjete odgovor na rješenje složenog problema sa kratkim pretraživanjem Google-a. Pročitajte I potrudite se da razumijete odgovore u odjeljku za često postavljena pitanja I pristupite Vašem istraživanju bez pritiska, razmišljajući samo o problemu s kojim se suočavate, prije nego li zatražite rješenje problema od eksperata. Vjerujte nam, oni će znati da prepoznaju koliko ste zaista prethodno istraživali I s koliko razumijevanja ste pristupili problemu I biće mnogo voljniji da pruže pomoć kada vide da ste došli pripremljeni. Nemojte odmah postaviti veliki broj pitanja samo zato što Vaša prva pretraga nije dala odgovore koji Vam trebaju (ili je pretraga dala previše odgovora).

Budite oprezni s postavljanjem pitanja. Ako postavite pitanje koje je bazirano na pogrešnim pretpostavkama, gospodin Random Hacker će Vam vrlo vjerovatno odgovoriti prilično suvoparno, istovremeno se nadajući da ćete se, žargonski rečeno, naučiti pameti prilikom adresiranja Vaših daljih nedoumica.

Nikada ne pretpostavljajte da imate pravo na odgovor. Jer nije istina da imate pravo da dobijete odgovor budući da ipak ne plaćate za uslugu koju očekujete. Dobićete odgovor na Vaše pitanje ukoliko zaradite taj odgovor, to jest, ukoliko postavite suštinski bitno I interesantno pitanje – pitanje koje doprinosi empiričkom razvoju zajednice kojoj postavljate pitanje prije nego li postavite pitanje samo radi dobijanja informacije koju trebate.

S druge strane, kada učinite jasnim da želite pomoć u procesu nalaženja rješenja, na dobrom ste početku. Sugestivna pitanja kao što su: ‘’Da li mi neko želi dati odgovarajući indikator u kojem pravcu trebam ići?’’, ‘’ Šta nedostaje mom primjeru?’’, ‘’Koju stranicu sam trebao/la posjetiti?’’, jesu pitanja na koja ćete vjerovatnije dobiti odgovor nego li imperativi poput ‘’Molim Vas da mi postavite detaljan proces rješavanja problema’’. Postavljanjem sugestivnih pitanja pokazujete da ste spremni da idete do kraja s rješavanjem Vašeg problema I ne čekate da Vam neko prosto pokaže pravi smjer u rješavanju problema.

KADA PITATE

Pažljivo birajte forum na kojem postavljate pitanje Budite pažljivi prilikom izbora foruma na kojem ćete iskazati Vaš problem. Prijeti Vam opasnost od ignorisanja Vašeg problema ukoliko:

• postavite pitanje koje nije vezano za temu foruma na kojem ste ga postavili
• postavite veoma elementarno pitanje na forumu na kojem se očekuje postavljanje tehnički naprednijih pitanja ili obratno
• postavite Vaša pitanja na više različitih foruma
• pošaljete lični mejl nekom ko je niti Vaš poznanik niti je lično odgovoran za rješavanje Vašeg problema

Pitanja koja su neprikladno targetirana, hakeri ignorišu I eliminišu, kako bi štitili svoje kanale komuniciranja od opterećenja irelevantnim sadržajem. Ne želite da se ovo desi I Vama.

Dakle, prvi korak je da pronadjete pravi forum. Ponavljamo, Google I drugi pretraživači su jako dobar saradnik na putu rješavanja Vašeg problema. Koristite ih kako biste pronašli veb stranicu koja je najsličnija hardveru ili softveru s kojim imate poteškoća. Rezultati pretraživanja će Vas obično uputiti na odjeljak sa često postavljenim pitanjima (FAQ) I na mejling liste I arhive istih. Mailing liste su prava mjesta na kojima trebate tražiti pomoć, ako Vaš trud u pronalasku rješenja (uključujući čitanje odgovora na često postavljena pitanja), nije urodio plodom.

Slanje mejla osobi koja Vam nije poznata ili objavljivanje pitanja na forumu koji Vam nije blizak je rizično. Nemojte da polazite od pretpostavke da autor informativne veb stranice želi biti Vaš pro bono konsultant. Predlažemo da ne budete toliko optimistični u pretpostavkama o poželjnosti pitanja koje ste postavili na forumu, jer ukoliko ste nesigurni, objavite Vaše pitanje na drugom mjestu ili se uzdržite od postavljanja istog.

Prilikom izbora foruma na kojem ćete postaviti pitanje, newsgroup ili mejling liste, nemojte se zavarati samo nazivom istih već prvo potražite odjeljak sa često postavljenim pitanjima (FAQ) ili tabelu putem kojih ćete verifikovati da ste na pravom mjestu za postavljanje Vašeg pitanja. Pročitajte back traffic prije objavljivanja Vašeg pitanja da biste dobili ideju o funkcionisanju stranice na kojoj se nalazite. Takodje, poželjno je odraditi I pretragu ključnih riječi (keywords) za one termine koji se vezuju za Vaš problem na newsgroup ili arhive sa mejling listama prije nego li objavite Vaše pitanje. Na taj način možete pronaći odgovor, a ako ništa drugo, pomoći će Vam da bolje formulišete Vaše pitanje.

Ne biste trebali da iskoristite sve moguće kanale na kojima možete potražiti pomoć, jer na taj način privlačite nepoželjnu pažnju na sebe, već Vam predlažemo da prelazite kroz svaki od njih jako pažljivo.

Znajte koja je Vaša tema! Jedna od tipičnih greški jeste postavljanje pitanja u vezi interfejsa Unix-a ili Windows-a na forumima koji su posvećeni programskom jeziku ili biblioteci ili alatima koji su portabilni na oba operativna sistema. Napravili biste grešku ukoliko biste postavili pitanje na pogrešnom mjestu.

Takodje, na pitanja koja su postavljena na javnom forumu će se vrlo vjerovatnije dati odgovarajući odgovori u odnosu na ista pitanja postavljena na forumu privatnog karaktera. Postoje mnogobrojni razlozi za navedeno. Prije svega, potencijalni broj ljudi koji će dati odgovore na pitanja je veći na javnim forumima u odnosu na privatne forume. Takodje, od značaja je i da hakeri radije odgovaraju na pitanja kojima će dati odgovore koji informišu veći broj javnosti u odnosu na pitanja koja zadovoljavaju radoznalost nekolicine.

Činjenica je da hakeri i developeri dobijaju veliki broj poruka koje ne bi trebale stizati na njihovu adresu. U krajnjem slučaju, vi možete biti kap koja je prelila čašu za pojedine hakere, budući da su neki od njih zaista i povukli svoju stručnu podršku u davanju odgovora na tehnička pitanja zbog velikog broja nepotrebnih mejlova koje su dobijali na svoje lične naloge.

STACK OVERFLOW

Pretraži, pa nakon toga postavi pitanje na Stack Exchange.

Poslednjih nekoliko godina, Stack Exchange zajednica predstavlja značajan izvor za odgovaranje na tehnička i druga pitanja i preferira se za mnoge open-source projekte.

Počnite sa Google pretraživanjem prije nego potražite odgovor na Stack Exchange jer Google daje aktuelne rezultate pretraživanja budući da postoji velika vjerovatnoća da je neko već postavio isto ili slično pitanje te su medju prvim rezultatima pretraživanja često baš oni sa Stack Exchange sajtova. Ako niste našli ništa na Google-u, potražite opet na odredjenim sajtovima koji su direktno vezani za Vaše pitanje. Predlažemo da kada to učinite, pretražujete uz pomoć tag-ova, koji će definitivno suziti rezultate Vašeg pretraživanja.

Ako i dalje nijeste našli zadovoljavajući odgovor, postavite pitanje na jednom sajtu na kojem je Vaše pitanje najprikladnije za postaviti (usko vezano za temu diskusije na sajtu). Koristite alate za formatiranje i dodajte tag-ove koji su suštinski vezani za Vase pitanje (prije svega ime programskog jezika, operativnog Sistema ili biblioteke). Ako Vam neko u komentaru traži da pojasnite Vaše pitanje i zatraži još informacija, uredite Vašu objavu kako bi uključili i te podatke. Ako je bilo koji odgovor od pomoći, obavezno glasajte za taj odgovor kao pozitivan, dok ako neki odgovor daje rješenje na Vaš problem označite ga u dijelu za ocjenjivanje odgovora kao tačan odgovor.

Stack Exchange broji više od 100 sajtova 1 , ali evo nekih od njih koji će Vam najvjerovatnije biti od značaja:

• Super User je za postavljanje pitanja generalnog karaktera o programiranju. Ako Vaše pitanje nije o kodu ili programima (kod ili program sa kojim pricate samo preko mrezne konekcije), pitanje takvog tipa trebate ovdje uputiti.
• Stack Overflow je za pitanja u vezi programiranja.
• Server Fault je u vezi pitanja o serveru I mrežnoj administraciji.

Pojedini projekti imaju svoje posebne sajtove za postavljanje pitanja, kao na primjer Android, Ubuntu, TeX/LaTeX I SharePoint. Provjerite Stack Exchange sajt za ažuriranu listu.

WEB i IRC FORUMI

Vaša lokalna korisnicka grupa može se desiti da promoviše forum ili IRC kanal gdje novajlije mogu dobiti odgovore na svoja pitanja (dok u državama van engleskog govornog područja ovi su forumi u suštini mejling liste). Ova mjesta su dobra za početnike koji žele postaviti pitanje, posebno ako mislite da ste se susreli sa relativno jednostavnim ili uobičajenim problemom. Promovisani IRC kanali predstavljaju otvoren poziv za postavljanje pitanja I dobijanje odgovora na ista u kratkom roku.

U stvari, ako imate problem koji vam daje probleme sa vasom Linux distribucijom (sto je cest slucaj ovih dana), mozda bi bilo najbolje da pitate na forumima tih distribucija prije nego postavite pitanje na forumu ili mejling listi tog konkretnog programa. Zbog toga sto vam hakeri koji su napravili taj program mogu odgovoriti samo sa “koristite nas build”.

Prije postavljanja pitanja na bilo koji od foruma, provjerite da li isti ima opciju „Pretraži“. Ako ima, pokušajte par pretraga po ključnim riječima a koje se odnose na Vaš problem. Ako ste prethodno odradili detaljnu pretragu Web-a (kao što biste svakako trebali), pretražite forum jer pretraživač koji koristite Vam možda neće prikazati rezultate sa foruma kao jedan od rezultata pretraživanja.

Postoji povećana tendencija za upotrebom korisničke podrške preko foruma ili IRC kanala, dok su mejlovi rezervisani više za razvojni proces. Dakle, predlažemo da potražite te kanale prvo kada tražite pomoć za rješavanje konkretnog problema.

Kada ste na IRC kanalu, vjerovatno je najbolje da ne dužite sa opisivanjem problema s kojim ste se susreli, već je poželjno da to učinite na način kojim ćete jednostavno započeti razgovor na kanalu – jednom rečenicom kojom opisujete svoj problem.

DRUGI KORAK – KORISTITE MAILING LISTE

Kada projekat ima mejling listu sa adresama developer-a, uputite Vaš mejl listi koja je ponudjena, a ne pojedinačnom developer-u, čak i kada znate ko bi Vam mogao najbolje odgovoriti na pitanje. Dakle, predlažemo Vam da provjerite na veb stranici mejling listu i da pošaljete Vaš mejl. Postoje odredjeni razlozi zbog čega ovo predlažemo:

• Svako pitanje koje smatrate da trebate postaviti jednom od developer-a biće takodje od značaja i za čitavu grupu. S druge strane, ako smatrate da Vaše pitanje nije vrijedno za postaviti čitavoj mejling listi developer-a, isto Vam ne može služiti kao izgovor da uznemiravate pojedinačnog developer-a.
• Postavljanje pitanja mejling listi omogućava distribuciju tereta među developerima. Pojedinačni developer (posebno ako je vođa tima) može biti previše zauzet da bi Vam odgovorio.
• Većina mejling listi se arhiviraju i pretraživači te arhive indeksiraju. To znači da ako postavite pitanje, a koje ste uputili mejling listi, i isto bude odgovoreno, na taj način olakšavate buduće pretrage jer umjesto ponovnog slanja mejla developerima, odgovor će se moći pronaći na internetu.

Ako projekat ima istovremeno ima i mejling listu ili forum sa ‘’korisnicima’’ ili ‘’developerima’’ (ili ‘’hakerima’’), a vi sami niste haker, uputite Vaše pitanje korisničkoj mejling listi/forumu. Ne pretpostavljate da ste dobrodošli na mejling listi developera, gdje će Vaše pitanje vjerovatno biti prihvaćeno kao buka koja ometa njihov razvojni proces.

Medjutim, ako ste sigurni da Vaše pitanje nije trivijalnog karaktera, a ne dobijete odgovor u korisničkoj mejling listi/forumu, probajte drugu mejling listu. Savjetujemo Vam da nekoliko dana istražujete arhivirane poruke kako biste naučili običaje i obrasce ponašanja prije nego što pošaljete Vaše pitanje (ovaj savjet primjenjujte za bilo koju privatnu ili polu-privatnu mejling listu).

Ako ne možete pronaći mejling listu projekta, a vidite samo mejl adresu osobe koja odrzava projekat, pišite njoj. Medjutim, čak i u tom slučaju, ne pretpostavljajte da mejling lista ne postoji. U Vašem mejlu upućenom njemu napomenite da ste probali ali nijeste uspjeli da pronadjete mejling listu. Takodje napomenite da se ne protivite tome da se Vaša poruka proslijedi dalje, na pravu adresu. (Mnogi ljudi smatraju da privatni mejlovi trebaju ostati privatni, čak I kada ne postoji ništa za zatajiti. Kada dozvolite da se Vaša poruka proslijedi, dajete drugoj strani opciju kako da postupi sa Vašim mejlom).

KORISTITE PRECIZNW TERMINE U NASLOVU

Na mejling listama, newsgroups ili forumima, naslov sa nazivom Vaše teme je Vaša šansa da privučete pažnju kvalifikovanih stručnjaka, u svega 50 karaktera ili manje. Ne trošite ovaj prostor na riječi kao što su ‘’Molim Vas da mi pomognete’’ (ponajmanje ne ‘’MOLIM VAS POMOGNITE MI!!!’’, jer ovakve poruke se refleksno diskredituju.) Ne pokušavajte da nas impresionirate težinom Vašeg problema, već pametnije iskoristite ovaj prostor za koncizan opis problema.

Jedno jako dobro pravilo, kada su u pitanju naslovi, a koje koriste mnoge organizacije za tehničku podršku, jeste – ‘’predmet – devijacija’’. Dio koji se odnosi na ‘’predmet’’ konkretizuje koja stvar ili grupa stvari je problematična, dok dio koji se odnosi na ‘’devijaciju’’ opisuje odstupanje od očekivanog ponašanja.

MOLIM VAS ZA POMOĆ! Video ne radi kako treba na mom laptop-u!

X.org 6.8.1 kursor anomalija, Fooware MV1005 vid. čipset

X.org 6.8.1 kursor na Fooware MV1005 vid. čipset – anomalija

Postupak opisivanja Vašeg problema pomoću ''predmet – devijacija'' pravila će Vam pomoći da detaljnije sagledate Vaš problem. Šta je posredi? Da li je u pitanju samo kursor ili i drugi grafički prizori? Da li je ovo svojstveno X. Org. Verziji X-a? Verziji 6.8.1? Da li je ovo svojstveno Fooware video čipsetovima? Modelu MV1005? Haker koji vidi opis odmah može razumjeti s čim tačno imate problema.

Kada postavljate pitanje, i kada ga naslovljavate, zamislite da gledate listu pitanju u arhivi sa pitanjima i to samo naslove istih. Naslovite Vaše pitanje tako da će sljedeća osoba koja bude pretraživala arhivu, a ima na umu pitanje slično Vašem, moći da prati Thread s Vašim pitanjem i pronadje odgovor - prije nego li sam postavi to isto pitanje.

Ako postavljate pitanje u reply-u obavezno promijenite naslov kako bi ukazali na to da postavljate pitanje. Ako naslov glasi ''Re: test'' ili ''Re: novi bug'', isto će vrlo vjerovatno privući manje pažnje. Takođe, izbjegavajte što manje da citirate prethodne poruke, kako bi se održala konzistentnost Thread-a a u cilju boljeg snalaženja novih posjetilaca.

Nemojte jednostavno da kliknete na opciju ''reply'' u nizu poruka kako biste započeli potpuno novi Thread. Ovo će Vam suziti opsjeg ljudi koje bi interesovala Vaša objava. Neki mejl reader-i, kao što je mutt, dozvoljavaju korisniku da sakrije poruke u thread-u tako što će ''preklopiti'' Thread. Na ovaj način drugi korisnici neće moći da vide Vašu poruku. Promjena predmeta nije dovoljna. Mutt, a vjerovatno i drugi mejl reader-i, sagledava druge informacije u naslovu mejla kako bi taj mejl dodijelio odgovarajućem Thread-u, zato uvijek započnite sa novim mejlom.

Na forumima su pravila dobrog ponašanja malo drugačija, zato što su poruke obično mnogo više usko vezane za konkretan thread diskusije i obično su te iste poruke nevidljive za druge. Promjena predmeta kada postavite pitanje u reply sekciji nije neophodno. Ne dozvoljavaju svi forumi odvajanje različitih predmeta u reply sekciji i skoro ih niko i ne čita kada to i dozvole. Medjutim, postavljanje pitanja u ovoj sekciji nije najpouzdanije budući da će biti vidjeno samo od onih koji čitaju taj thread. Tako da, osim ako ste sigurni da želite da postavite pitanje baš onim ljudima koji su trenutno uključeni u thread u kojem postavljate pitanje, započnite novi.

Učinite Vaše pitanje pogodnim za jednostavno odgovaranje

Ne završavajte Vaše pitanje sa ''Molim Vas pošaljite Vaš odgovor na...'', jer tako nećete dobiti odgovor. Ako se ne možete potruditi da izdvojite malo vremena i postavite odgovarajući Reply-To odjeljak u Vašem mejl agent-u, mi nećemo izdvojiti naše vrijeme da bismo razmišljali o Vašem problemu. Ako Vaš mejl program ne dozvoljava ovu opciju, nabavite bolji mejl program. 2 Ako Vaš operativni sistem ne podržava mejl programe koji ovo omogućavaju, nabavite bolji operativni sistem. Na forumima, ako tražite odgovor putem mejla, to se uzima krajnje nepristojnim, osim ako vjerujete da su informacije iz datog odgovora osjetljivog karaktera (u tom slučaju će Vam neko, iz nepoznatih razloga, odgovoriti mejlom ali neće čitav forum biti svjestan tih razloga.) Ako želite mejl kopiju odgovora koji Vam je dat u thread-u, zahtijevajte od foruma da Vam pošalje taj odgovor jer ova opcija postoji na većini foruma i to naznačena kao ''pogledaj ovaj thread'', ''pošalji mejl s odgovorima'', i tako dalje.

Pišite jasnim i gramatički tačnim jezikom

Iskustvo nas je naučilo da ljudi koji pišu aljkavo i nemarno su takvi i u razmišljanju i u kodiranju. Odgovaranje na pitanja nemarnih nam nije od koristi jer bismo radije provodili svoje vrijeme negdje drugo. Tako da je vrlo bitno da postavite Vaše pitanje jasno i precizno. Ako se ne možete potruditi oko toga, ne možemo se ni mi potruditi da obratimo pažnju na Vas. Potrudite se samo malo više kako biste doveli u red svoj način izražavanja. To ne znači da trebate pisati formalno, štaviše, u našoj kulturi komuniciranja cijenimo neformalni, duhoviti i žargonski jezik koji se međutim koristi jako precizno. Naglašavamo da upotreba ovakvog jezika mora biti precizna jer Vaš način izražavanja mora ipak naglasiti da razmišljate i da obraćate pažnju. Pišite riječi gramatički ispravno, stavljajte znake interpunkcije na pravom mjestu i koristite velika slova na pravi način. Nemojte griješiti u osnovnim pravilima pisanja pojedinih riječi. NE KORISTITE VELIKA SLOVA ZA SVE. Velika slova se čitaju kao povisivanje tona i smatraju se nepristojnim. (Koristiti isključivo mala slova je samo malo manje iritantno jer na taj način otežavate lakoću čitanja. To može proći Alan Cox-u, ali ne i Vama). Uopšteno govoreći, ako pišete nepismeno, vrlo vjerovatno ćete biti ignorisani. Ne koristite nepotrebne skraćenice ili polu-pismeni jezik, jer na taj način definitivno nećete dobiti odgovor (ili u najboljem slučaju ćete dobiti sarkastične komentare na Vaš račun). Ako postavljate pitanja na forumu koji ne koristi Vaš maternji jezik, dobićete manje prijekora zbog gramatičkih i greški u pisanju, ali definitivno nećete biti poštedjeni ukoliko primijetimo Vašu lijenost (i da, obično možemo uočiti tu razliku). Takodje, ako ne znate koji je maternji jezik lica kojem ste poslali poruku, pišite na engleskom. Zauzeti hakeri često ignorišu pitanja na jezicima koji ne razumiju. Činjenica je da je engleski internetski jezik. Pisanjem na engleskom smanjujete šanse da Vaše pitanje neće biti ni pročitano. Ako pišete na engleskom, ali je to Vaš drugi jezik, bilo bi dobro da upozorite druge na to.

• Engleski nije moj maternji jezik, molim Vas da mi ne zamjerite zbog greški pri kucanju.
• Ako govorite (navedite jezik koji trebate), molim Vas da mi pošaljete mejl ili privatnu poruku, jer ću vjerovatno trebati pomoć pri prevodu mog pitanja.
• Upoznat/a sam s tehničkim terminima ali neki sleng izrazi i idiomi mi predstavljaju problem.
• Postavio/la sam pitanja na (jeziku koji ste koristili) i engleskom jeziku. Rado ću prevesti odgovore ako koristite jedan od ova dva jezika.

Šaljite pitanja u pristupačnim i standardnim formatima

Ako Vaše pitanje bude teško za pročitati, vjerovatno će ostati neodgovoreno. Predlažemo da:

• pošaljete mejl običnog teksta, ne HTML ( nije tako teško da isključite HTML).
• MIME prilozi su obično u redu, ali samo ako se radi o autentičnom sadržaju a ne o standardizovanom tekstu koji je generisan od strane Vaše mejl aplikacije (kao što je na primjer još jedna kopija Vaše poruke).
• Ne šaljite mejl u kojem su čitavi paragrafi napisani tako da su obuhvaćeni u jednom. (Tako otežavate drugima da odgovore samo na djelove Vaše poruke). Pođite od pretpostavke da će druga strana čitati tekst s prikazom od 80 karaktera po širini, tako da Vaš tekst ograničite na nešto manje od 80 karaktera.
• Međutim, ne prilagođavajte Vaš tekst tako da stane u fiksiranu širinu kolone. Podaci treba da budu prikazani takvi kakvi jesu, kako bi druga strana bila sigurna da vidi ono što vi vidite.
• Ne saljite MIME Quoted-Printable enkodirani tekst na forum gdje se govori engleskim jezikom. Ovaj format bi bio potreban kada postujete u jeziku koji ASCII ne pokriva, ali vecina e-mail agenta ga ne podrzava. Kada puknu, svih =20 glifova se raspu kroz tekst i cine ga ruznim i nepreglednim - ili mogu aktivno sabotirati semantiku vaseg teksta.
• Nikada ne očekujte da hakeri čitaju dokumente sa zatvorenim formatima datoteka kao što su Microsoft Word ili Excel. Većina hakera se gnuša istih i u slučajevima kada se i mogu nositi sa njima, mrzi ih da se tim bave.
• Ako šaljete mejl sa Windows-a, isključite Microsoft-ovu problematičnu ''Smart Quotes'' opciju (i to iz Tools> AutoCorrect Options i onemogućite upotrebu istih pod opcijom AutoFormat As You Type). Ovo navodimo iz razloga kako biste izbjegli nepotrebne karaktere u Vašem mejlu.
• Na forumima, ne zloupotrebljavajte upotrebu ''smiley'' i ''HTML'' karakteristika. Upotreba jednog ili dva smajlija je obično u redu, ali obojeni i šareni tekstovi Vas čine manje ozbiljnim. Prevelika upotreba smajlija, boja i fontova će na druge ostaviti utisak da ste adolescent koji i nije zainteresovan za odgovor na pitanje koliko za druge stvari.

Ako koristite mejl agenta sa grafičkim korisničkim interfejsom (GUI) kao što su Netscape Messenger, MS Outlook i slični, imajte u vidu da ćete prekršiti prethodno navedena pravila ukoliko šaljete mejl ne mijenjajući default mejl agenta sa kojeg šaljete mejl. Većina mejl agenata imaju ''View Source'' opciju koju možete iskoristiti kako biste bili sigurni da ste poslali običan tekst bez nepotrebnih dodataka.

Objasnite Vaš problem na precizan i informativan način

• Opišite Vaš problem pažljivo i jasno.
• Opišite okruženje u kojem se to desilo (uređaj, operativni sistem, aplikacija i sl.) i navedite o kojem proizvođaču i verziji se radi (npr. ''Fedora Core 7'', ''Slackware 9.1'' itd.)
• Navedite šta ste istraživali kako biste se upoznali sa problemom prije nego ste postavili pitanje.
• Opišite korake koje ste preduzeli kako bi pokušali da riješite problem sami prije nego ste postavili pitanje.
• Navedite sve, po Vašem mišljenju relevantne, nedavne promjene u Vašem kompjuteru ili softveru.
• Ako je ikako moguće, nadjite način da rekonstruišete problem u kontrolisanom okruženju.

Dajte sve od sebe da predvidite pitanja koja Vam haker može postaviti i imajte spreman odgovor na njih u Vašem zahtjevu za pomoć od hakera. Pružajući hakerima mogućnost da rekonstruišete problem s kojim ste se susreli u kontrolisanom okruženju je prilično bitno posebno ako prijavljujete nešto što smatrate da je bug u kodu. Kada ovo učinite, Vaše šanse da dobijete zadovoljavajući odgovor i brzina kojom ćete takav odgovor dobiti su mnogo veće. Predlažem da pročitate odličan esej koji je napisao Simon Tatham a koji je naslovljen How to Report Bugs Effectively.

Obim nije preciznost

Morate biti precizni i tačni. Kada zatražite pomoć nemojte samo nabacivati masu koda i druge podatke. Ako imate komplikovan problem, pokušajte da ga simplifikujete i učinite što kraćim. Ovo je korisno iz najmanje tri razloga. Prvo, kada se uvidi da ste uložili truda da pojednostavite Vaše pitanje samim tim su Vam veće šanse da ćete dobiti odgovor na Vaše pitanje. Drugo, kada pojednostavite Vaše pitanje samim tim ćete vjerovatnije dobiti korisniji odgovor. Treće, u procesu pojednostavljivanja Vašeg problema, možete i sami naići na neko rješenje za problem.

Ne žurite sa tvrdnjama da ste našli bug

Kada imate softverskih problema, ne tvrdite da ste našli bug osim ako ste veoma sigurni u to. Hint: Osim ako ne možete obezbijediti patch (fix) izvornog koda koji rješava problem ili regresioni test u odnosu na prethodnu verziju kako biste dokazali anomaliju u ponašanju softvera, vjerovatno nijeste dovoljno sigurni. Ove se odnosi i na web stranice i na dokumentaciju, takodje; ako ste pronasli “bug” u dokumentaciji, trebali biste da predlozite tekst koji ce zamijeniti pogresan tekst i na kojim stranicam se taj tekst nalazi.

Zapamtite, postoje i drugi korisnici, koji nemaju isti problem kao i vi. U suprotnom biste saznali da je tako, čitajući tekstove i pretražujući internet (to ste uradili prije nego ste se požalili, zar ne?) 4 . Ovo znači da je vrlo vjerovatno problem u Vama, a ne u softveru. Ljudi koji su napisali softver rade vrlo vrijedno da bi isti radio što je bolje moguće. Ukoliko tvrdite da ste pronašli bug, osporavate njihovu kompetentnost, što može uvrijediti neke od njih čak i kada ste u pravu. Posebno je nekorektno da akcentujete ''bug'' u naslovu pitanja. Kada postavljate svoje pitanje, najbolje je da pišete na način kojim pokazujete da pretpostavljate da ste vi uradili nešto pogrešno, čak i kada ste poprilično sigurno da ste zaista pronašli bug. U tom slučaju, kada se ispostavi da zaista postoji bug, čućete o tome u odgovoru. Pitanje postavite tako da će se Vama ljudi koji odrzavaju projekat izvinjavati zbog bug-a, nego da se vi u suprotnom njima izvinjavate ako ste pogriješili.

Nemojte da jadikujete već odradite svoj domaći

Pojedini ljudi kada traže odgovor na svoje pitanje, a koji shvataju da ne bi trebalo da se ponašaju nepristojno, idu u drugu krajnost i počnu jadikovati. ''Znam da sam samo početnik, i vjerovatno sam patetičan ali..''. Ovo ne pomaže nikom. Posebno je iritantno kada pored toga pokažete da imate slabu predstavu o samom problemu.

Ne trošite ni Vaše ni naše vrijeme na banalnosti. Umjesto toga, potkrijepite Vaše pitanje činjenicama i postavite ga što je preciznije moguće. Vjerujte nam, zauzimanje takvog stava je mnogo bolje nego jadikovanje.

Nekada forumi imaju posebne odjeljke za pitanja novajlija. Ako smatrate da imate ovakvo pitanje, postavite ga tu. Ali nemojte ni tamo jadikovati.

Opišite detalje problema, ne iznosite pretpostavke

Nije od pomoći da kažete hakerima šta mislite da prouzrokuje Vaš problem. (Ako je Vaša dijagnostika tako tačna, zašto biste tražili pomoć?).

Tako da, postarajte se da ih uputite u ''simptome'' Vašeg problema, prije nego što im izložite Vaša tumačenja i teorije. Pustite njih da se bave dijagnozom i tumačenjima. Ako smatrate da je bitno da ipak kažete neku Vašu pretpostavku, jasno navedite da je bitno da to iznesete i objasnite zašto Vam ipak taj Vaš odgovor ne rješava problem.

Dobijam konstatno greske sa SIG11 kodom kada se kernel kompajlira i sumnjam da se desilo ostecenje na maticnoj ploci. Koji je najbolji način da to provjerim?

Moj izradjen po mjeri K6/233 na FIC-PA2007 maticnoj ploci (Via Apollo VP2 chipsetu) sa 256MB pocinje da prijavljuje frekventne SIG11 greske 20 minuta nakon sto dobije napajanje tokom procesa kompajliranja kernele, ali to nije slucaj nikada u tih prvih 20 minuta. Resetovanje nerestartuje CPU clock, ali gasenje hardware-a preko noci ga resetuje. Mijenaje RAM memorije takodje ne pomaze. Relevantan log dio tipicne sesije kompajliranja izgleda ovako.

Da biste bolje razumjeli našu poentu, evo jedne fraze koja Vas treba podsjetiti na to: ''Svi dijagnostičari su iz Mizurija.'' Zvanični moto ove američke države jeste ''Pokaži mi'' (ovaj moto datira iz 1899, kada je kongresmen Willard D. Vandiver rekao ''Dolazim iz zemlje koja uzgaja kukuruz, pamuk, čičak i Demokrate, te površna elokventnost me ne može niti ubijediti niti zadovoljiti. Ja sam iz Mizurija. Moraš da mi pokažeš.'') U slučaju dijagnostičara, nije stvar skepticizma, već je jednostavno praktičnije da isti vidi što je bliže moguće onome što vi vidite, prije nego li čuje Vaše pretpostavke i zaključke. Pokažite nam.

Opišite simptome Vašeg problema u hronološkom redu

Tragovi nastanka problema se mogu najbolje uočiti u događajima koji su prethodili istom. Dakle, morate objasniti šta ste tačno uradili i šta se dešavalo sa uredjajem i softverom, prije nego je došlo do problema. U slucaju command line procesa, pozeljno je imati log te konkretne sesije. Citirati 20 relevatnih linija loga je od velike koristi.

Ako program koji Vas je iznevjerio ima opciju za dijagnozu (kao što je -v), pokušajte da izaberete opcije koje će dodati korisne informacije za Vaš transkript, a da su u cilju rješavanja bug-a. Zapamtite da više nije nužno bolje, te pokušajte da izaberete debug mod koji će Vas uputiti o problemu prije nego što preopteretite sistem nepotrebnim informacijama.

Držite se toga da prilikom objave Vašeg problema, svoj problem izložite temeljno i u hronološkom redu kako bi hakeri znali na šta da obrate pažnju kada budu rješavali problem.

Objasnite cilj koji imate na umu, a ne korake

Ako pokušavate da saznate kako da uradite nešto (a ne da prijavite bug), prvo opišite Vaš cilj pa onda opišite konkretne korake do njega a koji Vas sprječavaju da ga ostvarite.

Uobičajeno, ljudi koji trebaju tehničku podršku imaju visok cilj na umu i često budu zaglavljeni u jednom rješenju na putu ka tom cilju. Oni traže pomoć u koracima, ali ne shvataju da je taj put pogrešan. Nekad je potreban veliki trud da bi se ovo zaobišlo.

Kako da iskoristim color-picker na FooDraw programu da pokupi heksadecimalnu RGB vrijednost?

Pokusavam da zamijenim tabelu boja na jednoj slici sa vrijednostima koje meni odgovaraju. Trenutno, jedini nacin koji ja vidim da postignem ovo je editovanje svakog slota tabele, ali ne mogu postici to da FooDraw-ovo color picker pokupi moje heksadecimalne (RGB) vrijednosti.

Druga verzija pitanja je pametnija jer dozvoljava odgovor koji nagovještava alate koji će bolje odraditi zadatak.

Nemojte da tražite od ljudi da odgovore putem privatnog mejla

Hakeri vjeruju da proces rješavanja nekog problema treba biti transparentan, tokom kojeg procesa prvi pokušaj u davanju pravog odgovora na pitanja može i treba biti ispravljen ako neko, sa više znanja, primijeti da se radi o netačnom ili nepotpunom odgovoru. Takodje, oni koji pomognu u davanju pravog odgovora budu nagradjeni, jer im to pomaže u izgradnji svoje stručnosti i kompetentnosti u zajednici, kao i zadobijanje poštovanja od strane drugih pripadnika zajednice.

Kada tražite privatni odgovor ometate i proces transparentnosti i momenat nagradjivanja onog koji Vam je dao tačan odgovor. Nemojte ovo da radite. Izbor je onog koji Vam daje odgovor da li isti želi da Vam da privatno ili, i ako to i uradi, to je obično jer on/ona misli da je pitanje na koje je dat odgovor loše formulisano ili neinteresantno za druge.

Postoji medjutim izuzetak od ovog pravila. Ako mislite da je pitanje takvo da ćete vjerovatno dobiti više sličnih odgovora, tada možete reći ''pošaljite mi mejl i rezimiraću sve odgovore za grupu''. Pristojno je da pokušate i poštedite mejling listu ili newsgroup od velikog broja identičnih objava – ali morate da održite obećanje da ćete rezimirati sve odgovore.

Budite direktni u vezi Vašeg pitanja

Pitanja koja nijesu direktna, često mogu oduzimati vrijeme. Oni ljudi koji Vam i mogu dati koristan odgovor su obično i najzauzetiji ljudi (i to nije jer sami preuzimaju na sebe većinu posla). Takvi ljudi su samim tim alergični na ovakva pitanja.

Vjerovatnije je da ćete dobiti odgovor ako budete direktni u vezi toga kakav odgovor želite (da Vam se pruže indikatori, da Vam se pošalje kod, da Vam se provjeri peč i slično). Na ovaj način ćete usmjeriti tudji trud u davanju odgovora i sačuvati tudje vrijeme, što je dobra stvar.

Da biste razumjeli svijet hakera, posmatrajte njihovo znanje kao ogroman resurs dok je vrijeme za davanje odgovora nedovoljan resurs. Što manje vremena zahtijevate od nekog da Vam odgovori na pitanje, to je vjerovatnije da ćete dobiti odgovor od nekog ko je jako stručan ali i veoma zauzet.

Tako da je korisno da formulišete Vaše pitanje na način koji će zahtijevati manje vremena od stručnjaka da Vam pomognu, medjutim ovo nije isto kao i pojednostavljivanje Vašeg pitanja. Na primjer pitanje ''Možete li me uputiti u pravcu dobrog objašnjenja X-a?'' je obično pametnije pitanje od ''Možete li mi, molim Vas, objasniti X?''. Ako imate problem s kodom koji ne funkcioniše, obično je pametnije da pitate nekog da Vam objasni šta nije u redu nego da tražite od nekog da Vam popravi kod.

Kada pitate o kodu

Ne tražite od drugih da Vam riješe problem sa kodom bez davanje naznake o kakvom se problemu radi. Objavljivanje više stotina linija koda, navodeći ''ne radi'', će biti ignorisano. Postavljanje desetak linija koda, navodeći ''nakon linije 7, očekivao/la sam da vidim <x> ali se <y> umjesto toga pojavio'', će vrlo vjerovatnije dobiti odgovor.

Najefikasniji način kako biste bili precizni prilikom predstavljanja Vašeg problema sa kodom je da obezbijedite demonstraciju bug-a. Šta ova demonstracija podrazumijeva? Na ovaj način predstavljate probleme, koristeći samo onoliko koda koliko će biti dovoljno da se prikaže anomalija u ponašanju. Kako napraviti ovakav test?

Ako znate koja linija ili dio koda stvara problem, napravite kopiju tog dijela i dodajte dovoljno koda koji će podržati Vašu demonstraciju (dovoljno izvornog koda za kompajler ili drugu aplikaciju koja procesuira kod). Ako ne možete da suzite kod na problematični dio, napravite kopiju izvornog koda i eliminišite one djelove koji ne stvaraju problem. Što je kraći Vaš test, to je bolje (vidi odjeljak ''Obim nije preciznost'').

Generisanje kratkog testa neće uvijek biti moguće, ali je dobro da makar pokušate. To Vam može pomoći da shvatite šta je potrebno da biste sami riješili problem, a čak i kada ne uspijete, hakeri cijene kada vide da ste makar probali. To ih čini mnogo spremnijim za saradnju.

Ako želite da Vam neko samo provjeri kod, recite to odmah, i obavezno navedite za koje djelove smatrate da trebaju biti pregledani i zašto.

Ne postavljajte ''domaći zadatak'' tip pitanja

Hakeri obično uoče ovakav tip pitanja, jer ih je većina nas i radila. Takva pitanja su dobra za Vas, kako biste vježbali i naučili. U redu je da pitate za neke smjernice, ali ne i za čitavo rješenje.

Ako smatrate da ste dobili pitanje ovakvog tipa, ali svakako ne možete da ga riješite, pitajte za pomoć na korisničkom forumu (ali samo kao poslednju opciju). Hakeri će vrlo lako uočiti ovakvo pitanje, ali neki od iskusnijih korisnika će Vam možda i dati neku naznaku.

Besciljna pitanja

Odolite iskušenju da Vaše pitanje završite zahtjevom formulisanim na sljedeći način ''Može li mi iko pomoći?'' ili ''Imate li odgovor?''. Prvo, ukoliko ste napisali Vaše pitanje iole dobro, takvi naknadni zahtjevi su nepotrebni. Drugo, baš zato što su nepotrebna, hakere takva pitanja iritiraju i nekad će Vam odgovoriti na logičan način ali i nipodoštavajuće, kao na primjer ''Da, može Vam se pomoći'' ili ''Ne, nema Vam pomoći.''

Imajte na umu da postavljanje da/ne pitanja treba izbjegavati, osim kada želite da/ne odgovor.

Nemojte naznačiti Vaše pitanje kao ''Hitno'', čak i kada smatrate da jeste

To je Vaš problem, nije naš. Kada urgirate, možete proizvesti drugi efekat. Većina hakera će takve poruke eliminisati kao sebične i nepristojne u Vašem pokušaju da istog trenutka dobijete posebnu pažnju. Štaviše, riječ ''Hitno'' (i drugi pokušaji da zadobijete pažnju u naslovu), često navodi druge da Vas spam-uju, tako da oni kojima ste namijenili poruku možda nikada neće ni vidjeti tu poruku.

Medjutim, postoji jedan polu-izuzetak. Možete pomenuti da koristite program u nekom visoko-profilisanom mjestu, koje će hakere zainteresovati. U tom slučaju, kada žurite, i kažete to na jedan pristojan način, dobićete brži odgovor.

Medjutim, ovaj potez je rizičan jer nekad Vaše poimanje interesantnog je drugačije od onog koje hakeri imaju. Objavljivanje sa Međunarodne svemirske stanice bi bilo zanimljivo, ali objavljivanje u ime humanitarne ili političke organizacije, definitivno neće zaokupirati pažnju. Ukoliko objavite ''Hitno: Pomozite mi da spasim mladunčad foke!'', će vjerovatno biti ignorisano i od strane onih hakera koji i vjeruju da je zaštita mladunčadi foke bitna.

Ako Vam ovo nije jasno, opet pročitajte ovaj priručnik kako biste imali pravo shvatanje stvari prije objavljivanja ičega.

Pristojnost nikom ne škodi a nekada i pomaže

Budite ljubazni. Koristite ''Molim'' i ''Hvala na pažnji'' ili ''Hvala na razmatranju''. Stavite do znanja da cijenite vrijeme koje ljudi troše da bi Vama pomogli - za džabe.

Medjutim, ovo nije toliko bitno (niti može zamijeniti) gramatičku ispravnost i jasne i precizne opise problema. Hakeri radije prihvataju malo oštriji ali tehnički ispravan bug izvještaj nego puku pristojnost. (Ako Vas ovo čudi, zapamtite da cijenimo pitanje po tome čemu nas to pitanje može naučiti).

Medjutim, ako ste tehnički potkovani a istovremeno ste i ljubazni, povećavate šanse da dobijete koristan odgovor.

(Moramo napomenuti da jedinu ozbiljnu zamjerku koju su hakeri veterani imali na ovaj priručnik jeste na našu prethodnu preporuku i to da upotrebljavate ''Hvala unaprijed''. Neki hakeri smatraju da upotreba navedenog nagovještava namjeru da se ne zahvalite nekom nakon što Vam je pomogao. Naša preporuka je, dakle, da kažete ili ''Hvala unaprijed'' pa onda da se zahvalite i kasnije ili da pokažete pristojnost na drugi način, tako što ćete reći ''Hvala na pažnji'' ili ''Hvala na razmatranju'').

Nakon što dobijete odgovor, postavite kratku objavu o datom rješenju

Obavezno postavite objavu kada riješite problem onima koji su Vam pomogli. Bitno je da znaju da li Vam je problem riješen i uz to im zahvalite opet za njihovu pomoć. Ako je problem zainteresovao većinu u mejling listi ili newsgroup, prikladno je da ih obavijestite o ishodu.

Vaša objava bi trebala da bude u thread-u koji ste započeli postavljanjem pitanja i trebala bi imati naznaku ''Riješeno'', ''Popravljeno'' ili sličnu naznaku u naslovu objave. Tako ćete omogućiti onima koji bi Vam odgovorili, da u thread-u u kojem su se razmjenjivale poruke vide početak thread-a sa ''Problem X'' i kraj istog sa ''Problem X- RIJEŠEN'' i samim tim će znati da li da troše vrijeme na čitanje (osim ako ne nalaze taj problem interesantnim) i mogu iskoristiti to vrijeme rješavajući drugi problem.

Ne morate dužiti sa porukom kojom upućujete druge o daljem razvoju Vašeg problema. Jednostavno ''Zdravo, problem je bio u mrežnom kablu! Hvala svima. – Bill'', je bolje nego ništa. U stvari, kratki rezime je mnogo bolji nego dugačka disertacija osim ukoliko rješenje nije tehnički bitno. Najbolje je da kažete koja radnja je riješila problem, bez navodjenja čitavog niza radnji.

Za tehnički komplikovanije probleme, prikladno je da navedete rezime istorije resavanja problema. Navedite koje rješenje je bilo tačno i nakon toga navedite slijepe tačke koje se mogu izbjeći a na koje ste naišli. Ovo uvijek naznačite nakon navodjenja tačnog rješenja, jer ne pričate detektivsku priču. Navedite i imena ljudi koji su Vam pomogli jer ćete steći prijatelje na taj način.

Pored toga što je jako pristojno i korisno, ovakav način upućivanja drugih u razvoj Vašeg problema će pomoći drugima u pretraživanju arhive mejling liste/newsgroup/foruma da bi znali tačno koje rješenje je Vama pomoglo te možda i njima može pomoći.

Takodje, ovakav vid upućivanja drugih pomaže svima koji su Vam asistirali u rješenju problemu da budu zadovoljni jer su zaokružili cjelokupnu priču. Ako sami niste haker, povjerujte kada Vam kažemo da nam je ovaj osjećaj jako bitan. Narativ problema koji ostane neriješen je frustrirajući jer hakeri žele da ih riješe. Kada pokažete dobru volju da navedete rješenje Vašeg problema, biće i Vama od koristi kada ubuduće budete postavljali pitanje.

Razmislite kako biste vi mogli drugima da pomognete u rješavanju istih problema u budućnosti. Zapitajte se da li bi dodatak FAQ odjeljku bio od pomoći, te pošaljite takav peč osobi koja odrzava projekat.

Medju hakerima, ovakvo naknadno ponašanje je mnogo bitnije nego uobičajena pristojnost. Na taj način gradite reputaciju timskog igrača, što može biti jako vrijedan resurs.

Kako da tumačite odgovore

RTFM(Pročitajte priručnik) I STFW (Pretražite Internet): Kada znate da ste zabrljali

Postoji jedan drevni i sveti običaj: ako dobijete odgovor ‘’RTFM’’, osoba koja Vam je to poslala misli da treba da pročitate priručnik. I ta osoba je definitivno u pravu. Pročitajte ga.

RFTM ima i mladjeg rodjaka. Ako dobijete odgovor koji glasi ‘’STFW’’, osoba koja Vam ga je poslala misli da treba da pretražite internet. I ta osoba je potpuno u pravu. Pretražite ga. (Blaža verzija istog odgovora je kada Vam kažu ‘’Google je tvoj prijatelj!’’).

Na forumima Vam takodje može biti rečeno da pretražite arhive. Medjutim, neko može biti I toliko ljubazan da Vam proslijedi Thread u kojem je prethodno raspravljano o istom problemu. Ali nemojte se oslanjati na ovu mogućnost, te ipak prije postavljanja pitanja pretražite arhivu.

Nekada, osoba može imati priručnik ili otvorenu stranicu sa informacijama koje Vam trebaju, koje se nalaze ispred nje dok Vam odgovara da ‘’obavite pretragu’’. Ovakav odgovor znači da ta osoba misli (a) informacije koje tražite je lako pronaći I (b) naučićete više ukoliko sami potražite informacije nego da Vam se iste serviraju na tanjir.

Nemojte ovo da Vas vrijedja, po standardima hakera, osoba koja Vam tako odgovara pokazuje poštovanje tako što Vas prosto ne ignoriše. Zato trebate biti zahvalni za takav čin ljubaznosti.

Ako ne razumijete

Ako ne razumijete odgovor, nemojte odmah da tražite pojašnjenje. Umjesto toga okrenite se - čitanju priručnika, FAQ odjeljku, pretrazi interneta, Vašem tehnički potkovanijem prijatelju, kako biste razumjeli odgovor. Onda, ako i dalje trebate pojašnjenje, navedite šta ste prethodno naučili.

Na primjer, ako kažem ‘’ Izgleda da imaš blokiran zentry, moraćeš to da središ.’’ Nemojte nakon toga postaviti pitanje ‘’Šta je zentry?’’, već recite ‘’ Okej, pročitao/la sam stranicu i zentries se pominju samo pod -z i -p svicevi. Nijedan od njih ne kaže ništa o sredjivanju zentries. Je li jedan od njih odgovor ili sam na pogrešnom putu?’’

Kako da se izborite sa nepristojnošću

Unutar hakerskog kruga, mnogo toga što se čini kao nepristojnost zapravo nije namjera. Takvo ponašanje je, medjutim, posljedica njihovog načina komuniciranja koji je direktan i svojstven ljudima koji su tu da rješavaju probleme a ne da se brinu o Vašim osjećanjima.

Kada primijetite nepristojnost, pokušajte da reagujete smireno. Ako neko prelazi granice u svojoj nepristojnosti, vrlo vjerovatno će se neko od senior-a mejling liste, newsgroup ili foruma na kojem pišete pobrinuti za njega. Ako se to medjutim ne desi, a vi se iznervirate, vjerovatno je da se osoba zbog koje ste se iznervirali ponašala u skladu sa normama po kojima postupaju pripadnici haker zajednice i vi ćete biti taj koji je u krivu. Na taj način ćete umanjiti Vaše šanse da dobijete pomoć koju trebate.

S druge strane, nekad ćete naići na nepristojnost kojoj nema opravdanja. U ovom slučaju je prihvatljivo da, za razliku od prethodnog primjera, na ovakvo ponašanje odgovorite oštro. Prije nego odgovorite na ovakav način, pobrinite se da budete zaista sigurni u to da ste naišli na ovakvo ponašanje. Linija izmedju reagovanja na nečiju drskost i započinjanja nepotrebnog verbalnog rata je tanka, da i sami hakeri često predju preko iste. Ako ste novajlija ili autsajder, šanse da zaobidjete ovakve nesporazume su male. Ukoliko ste došli po informacije a ne zabavu, bolje je da držite Vaše prste podalje od tastature kada naidjete na ovakve situacije.

(Neki ljudi navode da mnogi hakeri imaju neku vid autizma ili Aspergerov Sindrom i samim tim ne mogu da percipiraju šta se smatra ‘’normalnom’’ društvenom interakcijom. Ovo može biti tačno ali i ne. Ako sami niste haker, možda će Vam pomoći da se nosite sa našom ekscentričnošću ako nas smatrate ‘’oštećenim’’. Slobodno. Nas to ne interesuje, mi volimo da budemo šta god nas čini onim što jesmo i na skeptičan, ali zdrav način, posmatramo klinička etiketiranja).

Zapažanja Jeff Bigler-a u tekstu o pragu tolerancije su bitna i vrijedna čitanja.

U sljedećem dijelu, pričaćemo o drugim stvarima i to o nepristojnosti koju ćete primijetiti kada ste VI u krivu.

Kako da ne reagujete kao Luzer

Velika je vjerovatnoća da ćete više puta napraviti grešku na forumima haker zajednice – i to na načine koji su detaljno opisani u ovom članku ili na slične načine. Definitivno će Vam biti rečeno u čemu ste pogriješili, vjerovatno na slikovit način. I to u javnosti.

Kada se ovo dogodi, najgora stvar koju možete da uradite je da se žalite o (ne)iskustvu, da tvrdite da ste verbalno napadnuti, da zahtijevate izvinjenje, da vrištite, da zadržavate dah, da prijetite tužbama, da se žalite poslodavcu, da ne spustite WC dasku i slično. Umjesto toga, ovo treba da uradite:

Predjite preko toga. To je normalno. Štaviše, prikladno je i zdravo.

Standardi jedne zajednice nijesu samoodrživi. Oni su održavani od strane ljudi koji ih aktivno primjenjuju, i to transparentno i u javnosti. Nemojte se žaliti da su kritike trebali biti usmjerene putem privatnog mejla. Stvari ne funkcionišu na takav način. Nije korisno da komentarišete da ste bili lično napadnuti kada Vam je neko komentarisao da je neka od Vaših tvrdnji pogrešna ili da se njegovo shvatanje razlikuje od Vašeg. To je stav luzera.

Postoje odredjeni forumi gdje, zbog nekog pogrešnog osjećaja velike kurtoazije, učesnicima se ne dozvoljava da postavljaju kritički nastrojene komentare i rečeno im je ‘’Nemojte da kažete išta ukoliko niste voljni da pomognete korisniku’’. Nakon odlaska učesnika koji imaju svoj stav, na neko drugo mjesto, takav forum postaje mjesto brbljivaca na kojem nije moguće dobiti korisnu tehničku podršku.

Pretjerano prijateljski nastrojeni ili korisni. Izaberite jedno.

Zapamtite: Kada Vam haker kaže da ste pogriješili (bez obzira kako grubo to učini) i kaže Vam da to ne činite opet, on to radi zbog brige za (1) Vas i (2) svoju zajednicu. Njemu bi bilo mnogo lakše da Vas ignoriše i izbaci iz svog života. Ako ne možete da budete zahvalni na tome, makar imajte malo dostojanstva, ne žalite se i ne očekujte da budete tretirani kao porcelanska lutka samo zato jer ste početnik koji voli da drami jer je preosjetljiv i smatra da ima pravo na odredjeni tretman.

Nekada će Vas ljudi lično napasti, reagovaće naizgled bez razloga, čak i kada niste pogriješili (ili oni samo misle da ste pogriješili). U tom slučaju, ukoliko se budete žalili, tada ćete stvarno pogriješiti.

Ovakvi ljudi ili nemaju pojma, ali vjeruju da su stručnjaci, ili smatraju da su psiholozi te testiraju granice Vašeg strpljenja kako bi vidjeli da li ćete pogriješiti. Drugi ih često ignorišu ili nadju način kako da se sami izbore sa njima. Ljudi koji ‘’lože vatru’’ bez razloga samo sebi stvaraju problem, što Vas ne treba da interesuje.

Takodje, nemojte da dozvolite da budete uvučeni u verbalni rat. Većina ovakvih stvari je vrijedna ignorisanja, čak i nakon što provjerite da li se stvarno radi o prozivkama, da se ne radi o dobronamjernim indikatorima gdje ste i kako pogriješili I da se ne radi o korisnim odgovorima na Vaše pitanje.

Pitanja koja ne trebate postaviti

Sljedeća su neka od tipičnih pitanja na koja hakeri ne odgovaraju, kao i njihove misli kad ne odgovore na ista.

• Gdje mogu da pronađem program ili parametar X?
• Kako mogu da iskoristim X za Y?
• Kako da konfigurišem svoju komandnu liniju?
• Mogu li da konvertujem AcmeCorp dokument u TeX fajl format koristeći Bass-o- matic fajl konverter?
• Moj (program, konfiguracija, SQL) ne radi.
• Imam problema sa Windows uredjajem. Možete li mi pomoći?
• Moj program ne radi. Mislim da je sistemski servis X pokvaren.
• Imam problema sa instaliranjem Linux-a ili X. Možete li mi pomoći?
• Kako mogu da krekujem root/ukradem channel-ops privilegije/procitam nečiji mejl?

P: Gdje mogu da pronadjem program ili parametar X?

O: Na istom mjestu gdje bih ga ja našao. Na internetu. Mislili smo da svi znaju da koriste Google.

P: Kako mogu da iskoristim X za Y?

O: Ako želite da odradite Y, postavite ovo pitanje prije nego li pretpostavite da je za postizanje istog dobra upotreba metoda koja možda i nije prikladna. Pitanja ovakvog tipa ukazuju na osobe koje nijesu najbolje upućene u X, ali su zbunjeni u vezi kojeg Y problema rješavaju i previše su fiksirani na detalje njihove konkretne situacije. Najbolje je ignorisati takva pitanja dok ne budu bolje postavljena.

P: Kako da konfigurišem svoju komandnu liniju?

O: Ako ste dovoljno pametni da postavite ovo pitanje, dovoljno ste pametni i da pročitate priručnik i sami saznate.

P: Mogu li da konvertujem AcmeCorp dokument u TeX fajl format koristeći Bass-o-matic fajl konverter?

O: Probajte pa vidite. Jer da ste to uradili, (a) znali biste odgovor na to pitanje i (b) prestali biste traćiti moje vrijeme.

P: Moj (program, konfiguracija, SQL) ne radi.

Ovo ne smatram pitanjem i zaista nijesam zainteresovan da igram igru pogadjanja s Vama kako bih došao do pitanja koje zaista želite da postavite – jer imam prečih stvari za obaviti. Kada vidim ovakvo pitanje, moja reakcija je obično:

• Imate li još nešto da dodate na to?
• Baš mi je žao zbog Vašeg problema, nadam se da ćete ga riješiti.
• I kakve ovo ima veze sa mnom?

P: Imam problema sa Windows uredjajem. Možete li mi pomoći?

O: Da. Riješite se Microsoft-a I instalirajte open-source operativne sisteme kao što je Linux ili BSD.

Napomena: Možete postaviti pitanja vezana za Windows uredjaje ako su vezana za program koji ima zvaničnu Windows gradju ili program koji intereaguje sa Windows uredjajima (npr. Samba). Samo se nemojte iznenaditi odgovorom da je problem u Windows-u a ne u programu, zato što je Windows, uopšteno govoreći, jako problematičan.

P: Moj program ne radi. Mislim da je sistemski servis X pokvaren.

O: Iako je moguće da ste prva osoba koja je primijetila očigledne smetnje u radu sistemskih poziva i biblioteka koje masovno koriste na stotine i hiljade ljudi, vjerovatnije je da ste u potpunosti neupućeni. Kada iznesete ovakvu tvrdnju, morate da je potkrijepite jasnim i iscrpnim dokazima o postojanju problema.

P: Imam problema sa instaliranjem Linux-a ili X. Možete li mi pomoći?

O: Ne. Trebao bi mi direktan pristup sa Vašim uredjajem kako bih mogao ovo da riješim. Pitajte Vašu lokalnu Linux korisničku grupu za ovakvu pomoć. (možete pronaći listu korisničkih grupa ovdje https://www.linux.org/groups/index.html.

Napomena: pitanja u vezi instaliranja Linux-a mogu biti prikladna ako ih postavljate na forumima ili mejling listama o konkretnoj distribuciji, i sam problem je u vezi te distribucije, ili na forumima sa lokalnim korisničkim grupama. U ovom slučaju, opišite precizno problem na koji ste naišli. Ali prethodno obavite potrebno istraživanje o Linux-u i svim ostalim sumnjivim djelovima hardvera.

P: Kako mogu da crack root/steal channel-ops privileges/read nečiji mejl?

O: Ako ovo želite da saznate, vi ste Ništa roba. I takodje – jako je glupo da tražite pomoć od hakera za ovakve stvari.

Dobra i Loša pitanja

Konačno, želim da Vam primjerom pokažem kako možete postaviti prava pitanja. Dakle, vidjećete par pitanja o istom problemu, postavljeno na dobar i loš način.

Loše: Gdje mogu naći informacije o Foonly Flurbamatic? Ovo pitanje jednostavno mora biti ignorisano.

Dobro: Na Google-u sam pokušao/la da pronadjem nešto o ''Foonly Flurbamatic 2600'', ali rezultati pretraživanja nijesu bili od koristi. Možete li mi dati naznaku o nekim informacijama o ovom uredjaju?

Ovako postavljeno pitanje već zvuči kao pravi problem s kojim ste se suočili.

Loše: Ne mogu da prevedem kod. Zašto je u kvaru?

Na ovaj način pretpostavljate da je neko drugi pogriješio. To je jako arogantno.

Dobro: Kod Foo Project-a ne može da se kompilira u Nulix verziji 6.2. Pročitao/la sam FAQ, ali ne mogu da nadjem ništa o problemima s Nulix-om. Evo transkripta mog pokušaja kompilovanja. Da li sam nešto pogrešno uradio?

Ovako postavljeno pitanje, gdje se tačno navodi okruženje u kojem se desio problem, navodi se da je pročitan FAQ, pokazuje grešku i ne pretpostavlja da je to što se dešava tudja krivica. Ovo pitanje može zavrijediti pažnju.

Loše: Imam problema sa matičnom pločom. Može li neko da mi pomogne?

Odgovor Random Hacker-a na ovo pitanje bi vjerovatno bio ''U redu. Treba li Vam i presvlačenje pelena?'', praćeno automatskim brisanjem ovog pitanja.

Dobro: Probao/la sam X,Y i Z na S2464 matičnoj ploči. Kada to nije uspjelo, probao sam A,B i C. Zabilježio sam čudne simptome kada sam probao rješenje C. Nisam dobio/la rezultate koje želim. Koji su uobičajeni uzroci zujanja na Athlon MP matičnim pločama? Da li neko ima ideju koje još testove mogu da odradim kako bih riješio/la ovaj problem?

Ova osoba s druge strane zaslužuje odgovor. On/ona je pokazala sposobnost rješavanja problema bez prostog čekanja da dobije odgovor.

U poslednjem pitanju, molim Vas opazite suptilnu ali bitnu razliku izmedju imperativnog ''Dajte mi odgovor'' i ''Molim Vas da mi pomognete u formulisanju još ideja koje će mi pomoći da riješim problem.''

U stvari, forma poslednjeg pitanja je usko povezana sa pravim dogadjajem koji se dogodio Avgusta 2011. godine na Linux-kernel mejling listi (lkml). Ja (Eric) sam bio taj koji je tada postavljao pitanje. Imao sam problema sa Tyan S2462 matičnom pločom. Članovi mejling liste su mi dali potrebne informacije za rješavanje ovog problema.

Postavljajući pitanje na način na koji sam to uradio, dao sam ljudima nešto s čim mogu da rade. Učinio sam svoj problem privlačnim za učestovanje u njegovom rješavanju. Pokazao sam poštovanje prema sposobnostima mojih kolega i pozvao sam ih da se konsultuju sa mnom kao sa svojim kolegom. Takodje sam pokazao da cijenim njihovo vrijeme tako što sam im naveo na koje slijepe ulice sam naišao a koje sam već sam probao.

Kasnije, kada sam se zahvalio svima i naveo da je postupak uspio, jedan od lkml članova je naveo da misli da je to rješenje uspjelo ne zato što sam jedno od imena na toj listi, već zato što sam postavio pitanje na pravi način.

Hakeri su na neki način veoma okrutna meritokratija. Siguran sam da je član lkml koji mi je odgovorio na taj način bio u pravu i da ukoliko sam pristupio kao ''sundjer'', koji bi samo došao i pokupio informacije, sigurno bih bio ignorisan bez obzira na to ko sam. Njegov predlog da na osnovu tog dogadjaja sastavim savjete drugima kako da postavljaju pitanja je i doveo do kreiranja ovog priručnika.

Ako ne možete da dobijete odgovor

Ako ne možete da dobijete odgovor, molim Vas ne smatrajte da mi mislimo da ne možemo da Vam pomognemo. Nekada članovi grupe u kojoj je postavljeno pitanje jednostavno ne znaju odgovor. Nikakav odgovor nije isto kao biti ignorisan, iako je nekada objektivno teško uočiti razliku izmedju ove dvije stvari.

Ukoliko želite da ponovo postavite isto pitanje na istoj grupi, to nije dobra ideja. Ako to uradite, članovi grupe će to smatrati iritantnim potezom. Imajte strpljenja: osoba sa odgovorom koji Vam treba može biti u drugoj vremenskoj zoni i trenutno spava. Medjutim, može biti i da nijeste formulisali pitanje kako treba.

Postoje drugi izvori pomoći kojima se možete okrenuti, često bolje prilagođeni potrebama početnika.

Postoji veliki broj lokalnih korisničkih grupa koje su entuzijastične u vezi softvera, iako nikada možda nisu ni napisali neki softver. Ove grupe se često sastavljaju radi pružanja pomoći jedni drugima i pružanja pomoći novim korisnicima.

Takodje, postoji veliki broj, malih ili velikih, firmi koje možete unajmiti za pomoć. Nemojte da Vas obeshrabri ideja što morate da platite za pomoć! Jer kada Vam se djelovi u autu pokvare, obično idete kod mehaničara i platite za popravku. Čak i kada Vas sam softver nije koštao ništa, ne možete očekivati da tehnička podrška uvijek bude besplatna.

Za popularne softvere, kao što je Linux, postoji makar 10,000 korisnika po developeru. Jednostavno nije moguće da jedna osoba preuzme pozive od preko 10,000 korisnika. Zapamtite, čak i kada morate da platite za pomoć, ipak plaćate mnogo manje nego ukoliko biste morali da kupite i softver uz to (tehnička podrška za closed-source softvere je obično mnogo skuplja i manje kompetentnija od tehničke podrške za open-source softvere).

Ako postavljate pitanje, budite korisni. Ne predlažite nespretna rješenja kada neko upotrebljava pogrešan alat ili ima pogrešan pristup. Predlažite dobre alatke. Preformulišite pitanje.

Odgovorite na pitanje! Ukoliko se neko potrudio da detaljno obrazloži svoje pitanje, potkrijepljeno prethodnim istraživanjem, i ako je naveo da rješenja X, Y, Z, A, B i C nisu bila od pomoći, jako je beskorisno da odgovorite sa ''Probaj A ili B'', ili sa linkom do teksta u kojem je samo navedeno ''Probaj X, Y, Z, A, B ili C''.

Pomognite svojoj zajednici da nauči iz postavljenog pitanja. Kada naidjete na dobro pitanje, zapitajte se ''Šta moramo da promijenimo u dijelu sa tekstovima od pomoći i u dijelu za često postavljena pitanja, tako da niko ne mora više na isto pitanje da odgovori?''. Zatim pošaljite odgovarajući pec osobi koja odrzava projekat.

Ako ste istraživali prije nego ste odgovorili na pitanje, potrudite se da poučite nekog o Vašim stečenim vještinama, a ne prosto da odgovorite na postavljeno pitanje. Odgovaranje na jedno dobro postavljeno pitanje je kao da nekom date jedan obrok, medjutim ukoliko ih primjerom naučite o istraživanju na pravi način, to je kao da im date potrebne vještine da sami uzgajaju hranu, za cijeli život.

Kako da odgovorite na pitanje na koristan način

Budite nježni. Kada se suoče sa problemima, ljudi često mogu djelovati nepristojno ili ignorantski čak i kada to u stvarnosti nisu.

Nekad odgovorite početnicima u oflajn mode-u. Nema potrebe za javnim ponižavanjem nekog ko je napravio naivnu grešku. Novajlije zaista nekada ne znaju kako da pretražuju arhive ili gdje se nalaze često postavljena pitanja.

Ako nijeste zaista sigurni, to i naglasite! Pogrešan ali autoritativan odgovor je gori nego od nedavanja odgovora. Nemojte da usmjeravate nekog u pogrešnom pravcu samo zato što želite da zvučite kao ekspert. Budite skromni i iskreni, budite primjer kako za onog ko je postavio pitanje tako i za svoje kolege.

Ako ne možete da pomognete, nemojte ni da otežavate. Ne šalite se oko postupaka koji mogu naškoditi korisniku, jer može protumačiti Vaše komentare kao instrukcije.

I Vi postavite pitanja kako biste saznali još detalja. Ako i Vi postavite pitanje kako treba, i Vi i onaj koji je postavio prvobitno pitanje će naučiti nešto novo. Pokušajte da preokrenete loše postavljeno pitanje u dobro, jer treba da zapamtite da smo svi mi nekad bili početnici.

Iako biste samo mogli da odgovorite nekom na način – ‘’Pročitaj uputstva’’ , posebno kada primijetite nečiju lijenost, kada umjesto toga usmjerite na čitanje tekstova (I kada se samo radi o sugestiji da odrade google pretragu ključne riječi) je bolje.

Slični tekstovi

Ako treba da saznate o osnovama funkcionisanja personalnih kompjutera, Unix-a i interneta, pročitajte ovaj tekst The Unix and Internet Fundamentals HOWTO.

Kada razvijate softver ili pišete pečeve za softver, držite se preporuka iz teksta Software Release Practice HOWTO.

Posebni doprinosi

Evelyn Mitchell je doprinio u primjerima sa dobro postavljenim pitanjima i sekciji ''Kako da date dobar odgovor''. Mikhail Ramendik je doprinio u davanju prilično bitnih sugestija za unapredjenje.

Link ka originalu je ovdje.