Як правільна задаваць пытанні

Утрыманне

Пераклад

Адмова ад абавязанняў

Уводзіны

Перш, чым спытаць

Калі вы пытаеце…

Правільна выбірайце форум

З дапамогай Web- і IRC-форумаў пачаткоўцы могуць атрымаць адказ нашмат хутчэй

У якасці другога кроку, выкарыстоўвайце спісы рассылання праектаў

Стварайце паведамленні з асэнсаванымі і пэўнымі загалоўкамі

Палегчыце адпраўку адказу

Пішыце зразумелай мовай, выконваючы правілы арфаграфіі і лексікі

Адпраўляйце пытанні ў даступных і стандартных фарматах

Сапраўды і дэталёва апішыце сваю праблему

Аб’ём, які размяшчае інфармацыю, не азначае дакладнасць

Не сцвярджайце, што вы знайшлі памылку

Публічнае самаўніжэнне не замяняе выкананне працы самастойна

Апісвайце сімптомы праблемы, а не вашы здагадкі

Апісвайце сімптомы праблемы ў храналагічным парадку

Апісвайце канчатковую мэту, а не асобныя крокі

Не прасіце людзей адказваць вам на асабісты адрас электроннай пошты

Задавайце выразныя і ясныя пытанні

Калі пытаеце пра код

Не задавайце пытанні з хатніх заданняў

Пазбягайце бессэнсоўных просьбаў

Не пазначайце сваё пытанне як “Тэрміновае”, нават калі яно з’яўляецца для вас такім

Ветлівасць ніколі не перашкодзіць, а часцей дапамагае

Адпраўляйце кароткае апісанне рашэння

Як інтэрпрэтаваць адказы

RTFM і STFW: як зразумець, што вы сур’ёзна аблажаліся

Калі вы не разумееце…

Рэакцыя на грубіянства

Не рэагуйце як няўдачнік

Пытанні, якія не варта задаваць

Добрыя і дрэнныя пытанні

Калі адказ так і не атрыманы

Як правільна і пісьменна адказваць на пытанні

Дадатковыя крыніцы інфармацыі

Пераклад

Арыгінал гэтага кіраўніцтва можна знайсці тут.

Гэта кіраўніцтва перакладзена на: інданэзійская мова (бахаса), бразіла-партугальскіая, кітайская, чэшская, дацкая, галандская, эстонская, фінская, французская,
грузінская, нямецкіая, грэцкая,
іўрыт, вугорская, італьянская, японская, польская, партугальскіая, румынская, руская, сербская, іспанскіая, швецкая, тайская, турэцкая. Калі вы жадаеце скапіяваць, адлюстраваць, перавесці ці атрымаць гэты дакумент, калі ласка, прачытайце маё капіяванне кіравання.

Адмова ад абавязанняў

Шматлікія вэб-сайты розных праектаў мясцуюць спасылку на гэта кіраўніцтва ў сваіх частках дапамогі. Гэта звычайная практыка, бо менавіта для гэтага і задумвалася гэта кіраўніцтва. Аднак, калі вы з’яўляецеся вэб-майстрам і жадаеце дадаць такую спасылку на старонках свайго праекта, пераканаўча вас просім, побач, на бачным месцы, дадаць тэкст, што мы не з’яўляемся службай падтрымкі вашага праекта!

Мы на ўласным горкім досведзе пераканаліся, што, пры адсутнасці такога папярэджання, нас увесь час будуць даймаць ідыёты, якія лічаць, што публікацыя гэтага дакумента абавязвае нас вырашаць усе тэхнічныя праблемы ў свеце.

Калі вы чытаеце гэты дакумент таму, што маеце патрэбу ў дапамозе, і вам у выніку здаецца, што вы яе можаце атрымаць непасрэдна ад аўтараў дадзенага кіраўніцтва, то вы — адзін з гэтых ідыётаў. Не задавайце нам пытанняў. Мы будзем іх проста ігнараваць. Наша мэта — распавесці вам, як атрымаць дапамогу ў тых, хто разбіраецца ў праграмным ці апаратным забеспячэнні, з якім вы працуеце, але ў 99,9% выпадкаў, гэтымі, якія разбіраюцца, людзьмі будзем не мы. Калі вы не ведаеце напэўна, што адзін з аўтараў гэтага кіраўніцтва з’яўляецца экспертам у тым, з чым вы разбіраецеся, – пакіньце нас у супакоі, і ад гэтага ўсім стане лягчэй.

Уводзіны

У свеце хакераў, стыль адказаў, якія вы атрымліваеце на задаваныя тэхнічныя пытанні, часцей за ўсё залежыць не ад складанасці самаго пытання, а ад таго, якім чынам вы зададзіце сваё пытанне. Мы спадзяёмся, што гэта кіраўніцтва навучыць вас пісьменна і правільна задаваць пытанні так, каб павялічыць верагоднасць атрымання здавальняючага адказу.

Цяпер, калі праграмнае забеспячэнне з адкрытымі зыходнымі тэкстамі стала шырока распаўсюджана, вы часцей будзеце атрымліваць адказы ад іншых, больш дасведчаных карыстачоў, а не ад хакераў. Гэта добра, бо карыстачы звычайна трохі памяркоўней ставяцца да памылак, якія часта робяць пачаткоўцы. Варта заўважыць, што звяртаючыся да дасведчаных карыстачоў як да хакераў, і кіруючыся рэкамендацыямі дадзенага кіраўніцтва, вы тым самым скарыстаецеся самым эфектыўным спосабам атрымання ад іх карыснага адказу.

Першым чынам варта зразумець, што хакерам насамрэч падабаюцца складаныя і “выкручастыя” пытанні, якія дазваляюць разварушыць мозг. Калі б нам гэта не падабалася, мы не былі б хакерамі. Калі задаць нам цікавае пытанне, якое патрабуе працяглых разважанняў, мы будзем за яго толькі ўдзячныя, бо добрыя пытанні — гэта і стымул, і падарунак. Добрыя пытанні дапамагаюць лепш зразумець прадмет і часта выкрываюць праблемы, якіх раней не заўважалі ці пра якія проста не задумваліся. У хакераў вокліч “Добрае пытанне!”, азначае вялікі і шчыры камплімент.

Нягледзячы на гэта, чамусьці лічыцца, што хакеры ставяцца да простых пытанняў хутчэй варожа і напышліва. З боку можа здацца, што мы досыць грубіянскія да пачаткоўцаў і ігнаруем іх. Але насамрэч гэта не дакладна.

Мы, без усякага сумневу, непрыязна ставімся да людзей, якія, такое складаецца ўражанне, не жадаюць трохі падумаць сваімі мазгамі ці трохі павучыцца перш, чым задаваць свае пытанні. Такія людзі папросту марнуюць час – яны бяруць, нічога не даючы наўзамен, яны адымаюць наш час, які мы маглі б прысвяціць іншаму цікавейшаму пытанню і іншаму чалавеку, які больш іх годны адказу. Такіх людзей мы завём “няўдачнікамі” (“losers”) (па гістарычных чынніках гэта слова часам пішацца як “lusers” — карыстачы-няўдачнікі).

Мы разумеем, што большасць людзей проста жадаюць выкарыстоўваць стваранае намі праграмнае забеспячэнне, і зусім не збіраюцца ўнікаць у тэхнічныя дэталі. Для шматлікіх кампутар – гэта проста прылада, сродак дасягнення мэты. У такіх людзей ёсць важнейшыя і надзённыя рэчы ў жыцці. Мы выдатна разумеем гэта і не чакаем, што ўсіх цікавяць толькі тэхнічныя нюансы, гэтак прывабныя для нас. Тым не менш, наш стыль адказаў разлічаны на людзей, якія сапраўды цікавяцца гэтым, і актыўна якія дапамагаюць падчас рашэнні праблемы. І гэта ніколі не зменіцца. А ў прынцыпе, і не павінна змяняцца, бо ў адваротным выпадку, мы ці наўрад зможам эфектыўна рабіць то, у чым мы лепш за ўсё разбіраемся.

Мы (галоўным чынам) — добраахвотнікі. Мы марнуем свой асабісты час свайго нялёгкага жыцця на рашэнне тых ці іншых пытанняў і праблем, але часамі мы проста не спраўляемся са шквалам пытанняў. Таму даводзіцца бязлітасна фільтраваць паступаючыя пытанні. У прыватнасці, даводзіцца адкідаць пытанні патэнцыйных няўдачнікаў, каб выдаткаваць больш эфектыўна час на адказы сапраўды зацікаўленым людзям.

Калі такая пазіцыя здаецца вам смешнай, напышлівай і ганарыстай, то вы глыбока памыляецеся. Мы не просім вас ставіцца да нас як багам. Калі казаць, паклаўшы руку на сэрца, большасць з нас жадалі б мець зносіны з вамі на роўных, прыняць вас у свой круг культуры і зносіны, пры ўмове, што і вы са свайго боку прыкладзёце ўсе неабходныя для гэтага высілкі. Пагадзіцеся, што бессэнсоўна дапамагаць людзям, якія не жадаюць дапамагчы. Не ведаць чагосьці — гэта звычайна, а вось прыкідвацца ідыётам — не.

Такім чынам, зусім не абавязкова быць тэхнічна кампетэнтным, каб ганаравацца нашай увагі, трэба ўсяго толькі прадэманстраваць якасці, якія дазваляюць стаць кампетэнтным — уважлівасць, удумлівасць, назіральнасць, жаданне актыўна ўдзельнічаць у выпрацоўцы рашэння. Калі па якіх-небудзь чынніках вы не можаце змірыцца з падобнага роду дыскрымінацыяй, то мы можам прапанаваць вам заплаціць за камерцыйную падтрымку замест таго, каб не прасіць хакераў бязвыплатна дапамагчы вам.

Калі вы ўсёткі вырашылі звярнуцца да нас за дапамогай, не варта адразу прымаць паставу няўдачніка. Ды і весці сябе як няўдачнік таксама не варта. Лепшы спосаб атрымаць хуткі і вычарпальны адказ — гэта пытаць як чалавек разумны, упэўнены ў сабе і дасведчаны, якому проста спатрэбілася дапамога пры рашэнні адной пэўнай праблемы.

(Дадаткі да гэтага кіраўніцтва вітаюцца. Прапановы можна накіроўваць па электроннай пошце на адрас esr@thyrsus.com ці на адрас respond-auto@linuxmafia.com. Улічыце, аднак, што гэта кіраўніцтва не стваралася як агульнае кіраўніцтва па сеткаваму этыкету, і мы звычайна ігнаруем прапановы, не злучаныя непасрэдна з атрыманнем карысных адказаў на тэхнічных форумах.)

Перш, чым спытаць

Перш, чым задаць тэхнічнае пытанне па электроннай пошце ці дыскусійнай групе, у чаце ці на форуме, зрабіце наступнае:

паспрабуйце знайсці адказ, скарыстаўшыся пошукам па архівах форума, на якім збіраецеся задаць пытанне

паспрабуйце пашукаць адказ у інтэрнэце, скарыстаўшыся пошукавымі сайтамі

паспрабуйце знайсці адказ у прыкладаемым кіраўніцтве

паспрабуйце знайсці адказ у спісе часта задаваных пытанняў (FAQ)

паспрабуйце знайсці адказ шляхам праверак і эксперыментаў

спытаеце ў больш дасведчанага таварыша

калі вы праграміст, паспрабуйце знайсці адказ, аналізуючы зыходны код

Калі вы задаеце пытанне, пакажыце з самага пачатку, што вы ўсё гэта ўжо зрабілі; гэта дапаможа зразумець, што вы не які-небудзь гультай, які марнуе чужы час. Будзе нават лепш, калі вы пакажыце, што вы пазналі ў выніках сваіх пошукаў. Нам падабаецца адказваць людзям, здольным аналізаваць і рабіць высновы з атрыманых адказаў.

Вазьміце на ўзбраенне кантэкстны пошук, як гэта робіць пошукавая сістэма Google, па тэксце атрыманага паведамлення пра памылку (мае сэнс таксама пашукаць у дыскусійных групах — Google groups, а не толькі на вэб-старонках). Гэта можа прывесці вас або непасрэдна да дакументацыі, прысвечанай таму, як ухіліць гэту памылку, або да абмеркавання ў спісе рассылання, у якой можна будзе знайсці адказ. Нават калі вам і не атрымалася знайсці адказ на сваю праблему, фраза: “Я пашукаў у Google па наступным запыце, але нічога карыснага не знайшоў” спатрэбіцца пры звароце за дапамогай па электроннай пошце ці ў дыскусійную групу хоць бы таму, што сведчыць пра бескарыснасць пошуку. У далейшым гэта дапаможа хутчэй знайсці адказ іншым людзям з падобнай праблемай, бо рашэнне дадзенай праблемы будзе злучана ў адзін ланцужок з вашым апісаннем праблемы.

Не лянуйцеся, выдаткуйце час на пошук рашэння. Можаце нават не думаць, што ў вас атрымаецца вырашыць складаную праблему, пашукаўшы з дапамогай Google усяго толькі некалькі секунд. Шануйце і паспрабуйце зразумець адказы з розных ЧАВО, пасядзіце, паслабцеся і трохі падумайце над праблемай, перш чым звяртацца да экспертаў. Паверце, па вашых пытаннях яны змогуць зразумець, як шмат вы чыталі і думалі, і з вялікім задавальненнем дапамогуць, сустрэўшы падрыхтаванага і ўмелага думаць карыстача. Не трэба закідваць людзей пытаннямі толькі таму, што вы не змаглі знайсці адказ на сваю праблему (ці атрымалі іх занадта шмат).

Падрыхтуйце сваё пытанне. Старанна яго прадумайце. На павярхоўныя пытанні вы атрымаеце павярхоўныя адказы, ці наогул не атрымаеце адказу. Чым больш вы зробіце, каб прадэманстраваць свае разважанні і высілкі па рашэнні праблемы да таго, як папытаць пра дапамогу, тым верагодней, што вы гэту дапамогу атрымаеце.

Не задавайце дурных і няправільных пытанняў. Калі пытанне будуецца на хібных здагадках, любы хакер (у арыгінале J. Random Hacker – заўв. перакладніка В.К.), хутчэй за ўсё, дасць настолькі ж бескарысны адказ, падумаўшы пра сябе “Дурное пытанне…”, і спадзяючыся што, тое што вы атрымалі замест таго, што вам сапраўды трэба, прымусіць вас лішні раз падумаць.

Ніколі не думайце і не спадзявайцеся, што вам павінны адказаць. Вам ніхто і нічога не павінен, урэшце, вы ж не плацілі за аказанне гэтых паслуг падтрымкі. Вы атрымаеце адказ на сваё пытанне, калі вы яго заслужылі, задаўшы значнае, цікавае і наваднае на разважанні пытанне — пытанне, няяўна давальны супольнасці новы досвед, а не проста пасіўна патрабавальны ад іншых падзяліцца ведамі.

З іншага боку, нядрэнна адразу ясна даць зразумець, што вы можаце, жадаеце і жадаеце дапамагчы падчас выпрацоўкі рашэння. На пытанні тыпу: “Ці можа хтосьці падказаць?”, “Што не ўлічана ў маім прыкладзе?” ці “А ці няма сайта, які варта на гэту тэму паглядзець?” больш верагодна будзе атрыманы адказ, чым патрабаванне даслаць дакладную паслядоўнасць дзеянняў для рашэння праблемы, паколькі вы відавочна паказалі, што вырашыце праблему самастойна, калі хтосьці падкажа вам правільны кірунак далейшых дзеянняў.

Калі вы пытаеце…

Правільна выбірайце форум

Старанна прадумайце, дзе менавіта задаваць сваё пытанне. Бо ў выпадку памылкі, вас з вялікай дзеллю верагоднасці або праігнаруюць, або спішуць як няўдачніка, калі вы:

задасце сваё пытанне на форуме, не адпаведнай тэматыцы (off topic;)

задасце самае элементарнае пытанне на форуме, дзе абмяркоўваюцца складаныя тэхнічныя пытанні, ці наадварот;

задасце пытанне адначасова (cross-post) у мностве дыскусійных груп;

адправіце асабістае паведамленне па электроннай пошце незнаёмаму чалавеку, які не адказвае за рашэнне вашых праблем.

Хакеры ігнаруюць пытанні, накіраваныя не па адрасе, каб не загружаць свае каналы сувязі, якія не адносяцца да справы інфармацыі. Не варта трапляць у разрад такіх пытанняў.

Таму спачатку трэба знайсці адпаведны форум. У гэтым вам ізноў дапаможа пошукавая сістэма Google і іншыя пошукавыя сістэмы пошуку ў Web. Выкарыстоўвайце іх для пошуку старонкі праекта, найболей цесна злучанага з абсталяваннем ці праграмным забеспячэннем, з якім паўсталі цяжкасці. Як правіла на старонках такога праекта мясцуюцца спасылкі на спіс часта задаваных пытанняў (ЧАВО, FAQ — Frequently Asked Questions), спасылкі на спіс рассылання праекты і іх архівы. Спісы рассылання павінны быць вашай апошняй інстанцыяй для пошуку, калі вашы ўласныя высілкі (уключаючы чытанне знойдзеных вамі ЧАВО) не ўвянчаліся поспехам. На старонцы праекта таксама можа быць апісана працэдура паведамлення пра памылкі ці прадстаўлена адпаведная спасылка, якой і варта скарыстацца.

Адпраўка паведамлення чалавеку ці ў форум, з якім вы асабіста не знаёмыя, — прадпрыемства, прынамсі, рызыкоўнае. Напрыклад, не варта нават думаць, што аўтар інфармацыйнай web-старонкі захоча стаць вашым бясплатным кансультантам. Не рабіце аптымістычных здагадак пра тое, што вашаму пытанню будуць рады – калі вы ў гэтым не ўпэўнены, адпраўце яго па іншым адрасе ці наогул адмоўцеся ад яго адпраўкі.

Пры выбары Web-форума, дыскусійнай групы ці спісу рассылання, не прымайце рашэнне толькі на аснове імя; прачытайце спіс часта задаваных пытанняў (FAQ) ці кіравала, каб пераканацца, што ваша пытанне адпавядае тэматыцы. Перш, чым адпраўляць сваё пытанне, мае сэнс выдаткаваць свой час на чытанне паведамленняў, каб зразумець, як і што робіцца. Насамрэч, вельмі добрай ідэяй будзе скарыстацца пошукам па ключавых словах, злучаныя з вашай праблемай, у архівах дыскусійных груп ці ў спісах рассылання, да таго як вы адправіце сваё пытанне. У выніках пошуку можна знайсці адказ, а калі яго няма, тое дапаможа лепш сфармуляваць ваша пытанне.

Не закідвайце сваімі пытаннямі ўсе даступныя каналы атрымання дапамогі адначасова. Гэта падобна на крык і раздражняе людзей. Мае сэнс звяртацца па чарзе.

Правільна вызначыце тэму! Адна з класічных памылак — задаваць пытанне пра праграмны інтэрфейс Unix ці Windows у форуме, прысвечанай мове, бібліятэцы ці інструментальнаму сродку, які працуе на абедзвюх платформах. Калі вы не разумееце, чаму гэта грубіянская памылка, лепш наогул не задавайце пытанне, пакуль не зразумееце.

Увогуле выпадку, верагоднасць атрымаць адказы на пытанні ў правільна абраным агульнадаступным форуме вышэй, чым у прыватным. Чыннікаў для гэтага некалькі. Адна з іх — колькасць патэнцыйна тых, хто адказвае. Іншая — памер аўдыторыі, якая пазнае адказ; хакеры з вялікім задавальненнем адказваюць на пытанні, якія могуць быць цікавіць шматлікіх, чым на пытанні, карысныя толькі адзінкам.

Зразумела, што дасведчаныя хакеры і стваральнікі папулярных праграм і так ужо атрымліваюць нашмат больш, не якія адносяцца да справы пытанняў, чым жадалі б. Павялічваючы гэты струмень, вы ў некаторых выпадках можаце стаць апошняй кропляй – зрэдку ўдзельнікі папулярных праектаў спыняюць іх падтрымку, таму што не выносяць больш спадарожных ёй праблем у выглядзе струменя бескарысных паведамленняў па электроннай пошце на іх асабістыя адрасы.

З дапамогай Web- і IRC-форумаў пачаткоўцы могуць атрымаць адказ нашмат хутчэй

Ваша мясцовая група карыстачоў ці ваш дыстрыбутар Linux могуць падтрымліваць Web-форум ці IRC, прызначаны для дапамогі пачаткоўцам. (У не англамоўных краінах форумы для пачаткоўцаў, па-ранейшаму, хутчэй за ўсё, арганізаваны ў выглядзе спісаў рассылання). Гэта падыходныя месцы, каб задаць свае першыя пытанні, тым больш, калі вы сапхнуліся з адносна нескладанай ці тыповай праблемай. Адкрыты рэкламуемы канал IRC — гэта відавочнае запрашэнне задаваць пытанні, і, часцяком, магчымасць атрымліваць адказы ў рэжыме рэальнага часу.

Фактычна, калі праграма, з якой у вас паўсталі праблемы, узята з дыстрыбутыва (што на сёння тыпова), можа апынуцца, што спачатку лепш спытаць на форуме/спісе рассылання па адпаведным дыстрыбутыве, перш чым звяртацца ў форум/спіс рассылання непасрэдна самой праграмы. Хакеры, якія працуюць над праектам, могуць проста адказаць: “Выкарыстоўвайце нашу зборку”.

Перш, чым задаць пытанне ў любым Web-форуме, праверце, ці няма на ім магчымасці пошуку. І калі такая магчымасць ёсць, пашукайце па ключавых словах абмеркаванне праблемы падобнай вашэй. Як правіла, гэта дапамагае. Калі перад гэтым вы выканалі агульны пошук у Web (што трэба было зрабіць), усё адно пашукайце на форуме; цалкам магчыма, што ваша пошукавая сістэма даўно не індэксавала гэты форум.

Назіраецца цікавая тэндэнцыя выконваць падтрымку карыстачоў праектаў праз Web-форум ці канал IRC, пакідаючы электронную пошту для зносін паміж распрацоўнікамі. Таму, калі патрэбна дапамога па праекце, звярніцеся спачатку да гэтых яго крыніц інфармацыі.

У якасці другога кроку, выкарыстоўвайце спісы рассылання праектаў

Калі ў праекта ёсць спіс рассылання для распрацоўнікаў, адпраўляйце пытанні ў гэты спіс рассылання, а не асобным распрацоўнікам, нават калі вы ўпэўнены і сапраўды ведаеце, хто менавіта можа дапамагчы з вашым пытаннем. Адрас спісу рассылання можна знайсці ці ў дакументацыі, ці на сайце праекта, на які і варта адпраўляць сваё пытанне. Ёсць некалькі добрых чыннікаў паступаць менавіта так:

Любое пытанне, досыць добрае і цікавае, каб з ім звярнуцца да аднаго распрацоўніка, будзе не меней каштоўнае і для ўсёй групы. І наадварот, калі здаецца, што пытанне занадта простае і прымітыўнае для спісу рассылання, гэта яшчэ не нагода тлуміць ім галаву асобных распрацоўнікаў.

Задаючы пытанне ў спісе рассылання, вы мімаволі размяркоўваеце нагрузку паміж усімі распрацоўнікамі. Нейкі пэўны распрацоўнік (асабліва калі ён кіраўнік праекта) можа быць занадта заняты ў дадзены момант часу, каб адказваць на вашы пытанні.

Большасць спісаў рассылання з часам архівуюцца, а архівы індэксуюцца пошукавымі сістэмамі. Хтосьці зможа знайсці ваша пытанне і адказы на яго, і, цалкам магчыма, не стане задаваць яго зноў у спісе рассылання.

Калі вызначаныя пытанні задаюцца досыць часта, распрацоўнікі могуць выкарыстоўваць гэту інфармацыю для паляпшэння дакументацыі ці самога праграмнага прадукта, каб яны сталі больш зразумелымі. Але калі падобныя пытанні будуць задаваць камусьці з распрацоўнікаў асабіста, то ні ў каго не будзе агульнай карціны пра тое, якія пытанні часцей за ўсё задаюць.

Калі ў праекта ёсць асобныя спісы рассылання ці Web-форумы для “карыстачоў” і для “распрацоўнікаў” (ці “хакераў”), і вы не займаецеся разборам (hacking) кода, задайце пытанне ў спісе/форуме для “карыстачоў”. Не разлічвайце на цёплы прыём у спісе рассыланню для распрацоўнікаў, дзе ваша пытанне, верагодна, аднясуць да разраду “шуму”, які замінае абмену інфармацыяй пра ход распрацоўкі.

Аднак, калі вы ўпэўнены ў нетрывіальнасці свайго пытання і не атрымалі адказу ў спісе рассылання/форуме для “карыстачоў” на працягу некалькіх дзён, мае сэнс звярнуцца да распрацоўнікаў. Але перш, чым адпраўляць сваё пытанне, пасачыце за адпаведным спісам рассылання ці форумам хоць бы некалькі дзён, каб вывучыць яго традыцыі (насамрэч, так варта паступаць у любым выпадку, калі вы звяртаецеся на прыватны ці напаўзачынены спіс рассылання/форум).

Калі не атрымоўваецца знайсці адрас спісу рассылання, але вядомы адрас твару вядучага праекта, адпраўце сваё пытанне яму. Але і ў гэтым выпадку не думайце, што спісу рассылання няма. У сваім паведамленні пакажыце, што вы спрабавалі, але не змаглі знайсці адпаведны спіс рассылання. Таксама варта згадаць, што вы не супраць перасылання вашага паведамлення іншым адрасатам. (Шматлікія лічаць, што асабісты допіс павінен заставацца асабістай, нават калі нічога сакрэтнага ў ёй няма. Дазваляючы перасылаць сваё паведамленне, вы даяце людзям выбар).

Стварайце паведамленні з асэнсаванымі і пэўнымі загалоўкамі

Пры адпраўцы паведамлення ў спіс рассылання, у дыскусійную групу ці на Web-форум, тэма паведамлення даўжынёй да 50 знакаў — выдатная магчымасць прыцягнуць увагу кваліфікаваных экспертаў. Не варта марнаваць гэтыя каштоўныя знакі на дзіцячы лопат тыпу “Дапамажыце мне, калі ласка!” (не кажучы ўжо пра тэмы “ДАПАМАЖЫЦЕ МНЕ!!!!!”; паведамленні з такімі тэмамі, як правіла, выкідваюцца ці выдаляюцца рэфлекторна). Не спрабуйце ўразіць нас глыбінёй сваіх пакут. Лепш выкарыстоўвайце адведзенае месца для максімальна кароткага апісання праблемы.

Шматлікія службы тэхнічнай падтрымкі ў сваёй працы выкарыстоўваюць шаблон “аб’ект — адхіленне”, які выдатна ўпішацца ў схему афармлення паведамленняў. Частка “аб’ект” задае, з чым менавіта паўстала праблема, а частка “адхіленне” апісвае адхіленне ад чаканых паводзін.

Дурное:

ДАПАМАЖЫЦЕ! На маім наўтбуку відэа працуе няправільна.

Разумна:

Няправільная форма курсора мышы ў XFree86 4.1, відэа на чыпсэце Fooware MV1005

Яшчэ лепш:

XFree86 4.1 курсор мышы на чыпсэце Fooware MV1005 – няправільная форма

Працэс напісання тэмы па шаблоне “аб’ект-адхіленне” дапаможа больш дэталёва асэнсаваць праблему. Што менавіта няправільна працуе? Толькі курсор мышы ці з іншай графікай таксама ёсць праблемы? Праблема толькі ў XFree86? Толькі ў версіі 4.1? Гэта праблема ўзнікае толькі на відэакартах з чыпсэтам Fooware? Толькі ў мадэлі MV1005? Хакер, атрымаўшы паведамленне з падобнай тэмай, зможа ў агульных рысах зразумець, з чым менавіта ў вас паўстала праблема і што гэта за праблема.

Увогуле выпадку, уявіце сабе, што праглядаеце змесціва архіва пытанняў, у якім прадстаўлены толькі тэмы. Задайце тэму настолькі добра адбівалую сутнасць пытання, каб наступны, хто будзе шукаць у архіве адказ на пытанне падобны на ваш, змог знайсці яго ў адпаведным абмеркаванні, а не задаваў пытанне зноў.

Калі вы задаяце пытанне ў адказ, не забудзьцеся змяніць радок тэмы так, каб па ёй было зразумела — задаецца пытанне. Радок тэмы выгляду “Re: тэст” ці “Re: новая памылка” не прыцягне дастатковай увагі. Акрамя таго, звядзіце цытаванне папярэдніх паведамленняў да мінімуму, дастатковаму, каб новыя карыстачы маглі зразумець, пра што ішла гаворка.

Не адпраўляйце проста адказ на паведамленне спісу рассылання, калі збіраецеся абмяркоўваць новую тэму (пачаць нітку абмеркавання). Гэта павузіць круг якія адказваюць. Некаторыя праграмы для чытання электроннай пошты, напрыклад, mutt, дазваляюць карыстачу сартаваць паведамленні па тэмах, а затым хаваць паведамленні па тэме, згортваючы нітку абмеркавання. Тыя, хто карыстаецца такой магчымасцю паштовых кліентаў, ці наўрад заўважаць ваша паведамленне.

Проста змяніць тэму паведамлення недастаткова. Mutt і, магчыма, іншыя праграмы для чытання электроннай пошты, улічваюць не толькі радок тэмы, але і іншую інфармацыю ў загалоўках паведамленняў пры прывязцы іх да ніткі абмеркавання. Лепш за ўсё і правільней будзе стварыць абсалютна новае паведамленне.

На Web-форумах правіла абмеркавання трохі адрозніваюцца, паколькі паведамленні звычайна больш цесна злучаны з пэўнымі ніткамі абмеркавання і часта не бачныя за межамі гэтых нітак. Змена тэмы пры заданні пытання ў адказ у дадзеным выпадку не істотна (ды і не ўсіх фоумах існуе магчымасць змяняць тэму пры адказе, а калі такая магчымасць і існуе, іх практычна ніхто не чытае). Але, задаваць сустрэчнае пытанне ў адказ ужо само па сабе сумніўная практыка, паколькі пытанне гэта ўбачаць толькі тыя, хто сочыць за адпаведнай ніткай абмеркавання. Таму, калі вы ўпэўнены, што жадаеце звярнуцца менавіта да тых, хто ўдзельнічае ў абмеркаванні тэмы, пачніце новую тэму.

Палегчыце адпраўку адказу

Завяршэнне пытання фразай “Адказ, калі ласка, накіроўвайце па адрасе…” робіць атрыманне адказу вельмі малаверагодным. Калі ў вас няма пары секунд на тое, каб правільна задаць загаловак Reply-To у сваёй паштовай праграме, то ў нас няма і пары секунд на тое, каб падумаць пра вашу праблему. Калі ваша паштовая праграма не дазваляе гэта зрабіць — знайдзіце праграму лепей. Калі ваша аперацыйная сістэма не падтрымлівае паштовыя праграмы, якія дазваляюць гэта зрабіць, пашукайце аперацыйную сістэму лепей.

Прасіць адказваць па электроннай пошце на зададзенае пытанне ў Web-форумах — вельмі няветліва, калі толькі вы не ўпэўнены, што інфармацыя можа апынуцца канфідэнцыйнай (і хтосьці, па невядомым чынніку, захоча паведаміць яе вам асабіста, а не ўсяму форуму). Калі вы жадаеце атрымаць апавяшчэнне па пошце пра тое, што хтосьці адказаў на тэму ў форуме, запытаеце апавяшчэнне ў інтэрфейсе Web-форума; гэта магчымасць падтрымліваецца практычна ўсюды ў выглядзе опцый “watch this thread” (“сачыць за абмеркаваннем”), “send e-mail on answers” (“апавяшчаць па пошце пры адказе”) і г.д.

Пішыце зразумелай мовай, выконваючы правілы арфаграфіі і лексікі

Улічваючы наш досвед, мы заўважылі, што людзі, пішучыя няўважліва і нядбайна, звычайна гэтак жа няўважлівыя і нядбайныя ў думках і ў кодзе ствараных праграм (па-крайняй меры, мы з такім сутыкаемся досыць часта, каб сцвярджаць гэта). Адказваць на пытанні людзей няўважлівых і нядбайна думаючых — занятак няўдзячны, лепш мы свой час выдаткуем на што-небудзь іншае.

Таму выразнасць і правільнасць фармулёўкі пытання мае вялікае значэнне. Калі вы не жадаеце тлуміць сабе гэтым галаву, мы, у сваю чаргу, не жадаем тлуміць галаву сабе, надаючы ўвагу такім пытанням. Паспрабуйце сфармуляваць пытанне правільнай мовай. Яно не павінна быць цяжкавагавым і фармальным — насамрэч, у хакерскай культуры шануецца нефармальная, поўная слэнгу і гумару мова, выкарыстоўваная правільна і да месца. Але думы павінны быць выяўлены выразна; неабходна прадэманстраваць хоць нейкія прыкметы ўдумлівасці і ўвагі.

Выконвайце правілы арфаграфіі, імкніцеся пісаць пісьменна, без памылак (“очепяткі” менш раздражняюць, чым поўнае нежаданне пісаць пісьменна — заўв. перакладніка А.С.). Не блытайце “its” з “it’s”, “loose” з “lose” ці “discrete” з “discreet”. Не ПІШЫЦЕ ЎСЁ Ў ВЕРХНІМ РЭГІСТРЫ, — гэта ўспрымаецца як крык і лічыцца грубіянствам. (Калі ўсё напісана ў ніжнім рэгістры, — не шматлікім лепш, паколькі такі тэкст складана чытаць. Алану Коксу гэта развітваецца, а вам — не.)

Увогуле выпадку, калі вы пішыце на ўзроўні дзіцячага лопату ці трызнення вар’ята, ваша пытанне, хутчэй за ўсё, праігнаруюць. Так што, выкарыстанне скарачэнняў, напрыклад, замест “you” напісаць “u”, прымальных у праграмах па абмене хуткімі паведамленнямі, не вітаецца. Пісаніна ў стылі малалетніх “кул-хацкеров” (у арыгінале — l33t script kiddie haxOr — заўв. перакладніка В.К.) — абсалютна безнадзейная, і гарантуе ў адказ — цішыню (ці, у лепшым выпадку, порцыю грэбавання і сарказму).

Калі вы задаеце пытанні ў форуме, дзе выкарыстоўваецца не родная для вас мова, то некаторыя лексічныя і граматычныя памылкі вам прабачаць — але ніякага прабачэння ляноты не чакайце (так, мы звычайна здольныя адчуць розніцу). Акрамя таго, калі вы не ведаеце сапраўды, якая мова для адрасата з’яўляецца роднай, пішыце па-ангельску. Занятыя хакеры звычайна прапускаюць пытанні на мовах, якія яны не разумеюць, а ангельская мова з’яўляецца асноўнай і працоўнай мовай Інтэрнэце. Задаўшы пытанне па-ангельску, вы памяншаеце верагоднасць таго, што яго прапусцяць не чытаючы.

Адпраўляйце пытанні ў даступных і стандартных фарматах

Калі вы штучна абцяжарваеце чытанне пытання, павялічваецца верагоднасць таго, што замест яго адкажуць на пытанне, якое прачытаць не складана. Таму:

Адпраўляйце паведамленне ў выглядзе звычайнага тэксту, а не ў фармаце HTML. (Адключыць HTML не так ужо складана)

MIME укладанні звычайна цалкам дапушчальныя, але толькі ў тым выпадку, калі яны нясуць сэнсавую нагрузку і з’яўляюцца дадаткам да пытання (напрыклад, прыкладаецца зыходны код ці файл выпраўленняў), а не проста аўтаматычна генеруюцца паштовым кліентам (уяўляючы сабою, напрыклад, яшчэ адну копію ліста, але ў фармаце HTML).

Не адпраўляйце паведамленні па электроннай пошце, тэкст якіх уяўляе сабою адзін суцэльны радок, а не пабіты на абзацы. (Гэта ўскладняе адказ на частку паведамлення, ды і чытаць такое паведамленне цяжэй). Зыходзіце са здагадкі, што адрасаты будуць чытаць паведамленні на тэкставых тэрміналах з радкамі ў 80 знакаў, наладзьце адпаведна ўстаўку цвёрдых пераносаў, завяршаючы радок да 80-й пазіцыі.

Тым не менш, не разбівайце на некалькі радкоў фіксаванай пазіцыі дадзеныя (напрыклад, дампы часопісаў ці запісы сеансаў). Дадзеныя неабходна ўключаць у паведамленні як яны ёсць, каб адрасаты былі ўпэўнены, што яны бачаць менавіта тое, што бачылі вы.

Не адпраўляйце паведамленні ў кадоўцы MIME Quoted-Printable у англамоўны форум. Гэта кадоўка можа спатрэбіцца пры адпраўцы паведамлення на мове, знакі якой не падтрымліваюцца ў ASCII, але, у той час, шматлікія карыстацкія паштовыя праграмы яе не падтрымліваюць. Чытаць паведамленні з раскіданымі па тэксце кіравальнымі знакамі выгляду =20 не толькі не зручна, але і не прыемна. Яны нават могуць сказіць сэнс тэксту.

Нават і не думайце, што хакеры змогуць прачытаць дакументы ў зачыненых, патэнтаваных фарматах тыпу Microsoft Word ці Excel. Большасць хакераў рэагуюць на іх прыкладна так, як рэагавалі б вы, калі б вам вышмаравалі ўваходныя дзверы парасячым дзярмом. Нават калі яны могуць іх прачытаць, неабходнасць важдацца з гэтымі фарматамі іх абурае.

Пры адпраўцы паведамлення па электроннай пошце з кампутара пад кіраваннем Windows, адключыце дэбільную Microsoft-аўскую падтрымку “Smart Quotes”. Гэта дазволіць пазбавіцца ад мноства смеццевых знакаў, раскіданых па ўсім тэксце паведамлення.

На Web-форумах не марнатраўце “смайлікамі” і магчымасцямі ўстаўкі “html” (калі такое дазволена на дадзеным форуме). Адзін-два смайліка — гэта, звычайна, але рознакаляровы пацешны тэкст, наводзіць людзей на думку, што вы — ламер. Залішняе выкарыстанне смайлікаў, колераў і шрыфтоў уяўляе вас як смешлівую дзяўчынку-падлетка, што не мае сэнсу, калі, вядома ж, вас цікавяць адказы, а не сэкс.

Пры выкарыстанні паштовага кліента з графічным інтэрфейсам (напрыклад, Netscape Messenger, MS Outlook і ім падобных) памятайце, што ён можа парушаць гэтыя правілы пры выкарыстанні стандартных усталёвак. У большасці такіх кліентаў у меню ёсць каманда тыпу “View Source”. Праверце з яе дапамогай па адным з адпраўленых паведамленняў, што адпраўляецца звычайны тэкст без лішняга смецця.

Сапраўды і дэталёва апішыце сваю праблему

Уважліва і выразна апішыце сімптомы выяўленай праблемы ці памылкі.

Апішыце асяроддзе, у якой яна ўзнікае (кампутар, АС, прыкладанне і г.д.). Пакажыце дыстрыбутыў і рэліз (напрыклад: “Fedora Core 4″, “Slackware 9.1″ і да т.п.).

Апішыце праведзенае вамі даследаванне пры спробах зразумець праблему перш, чым задалі сваё пытанне.

Апішыце, якія вы распачалі самастойныя крокі па дыягностыцы і ўхіленню праблемы перш, чым задалі сваё пытанне.

Апішыце апошнія змены ў канфігурацыі кампутара ці праграмнага забеспячэння, якія могуць мець дачыненне да справы.

Зрабіце максімум магчымага, каб прадбачыць патэнцыйныя пытанні хакера і загадзя на іх адказаць у сваім звароце за дапамогай.

Сайман Тэтхем (Simon Tatham) напісаў выдатнае эсэ, азагалоўленае “Як эфектыўна паведамляць пра памылкі“. Я настойліва рэкамендую яго прачытаць.

Аб’ём, у якім размяшчаецца інфармацыі, не азначае дакладнасць

Будзьце дакладнымі і інфарматыўнымі. Для гэтага недастаткова проста ўставіць у запыт вялікі аб’ём кода ці дадзеных. Калі маецца вялікі, складаны тэставы выпадак, які прыводзіць да памылкі ў праграме, паспрабуйце максімальна скараціць яго.

Гэта карысна, прынамсі, па трох чынніках. Першая: прадэманстраваныя высілкі па спрашчэнні пытання павялічваюць верагоднасць атрымання адказу. Другая: спрашчэнне пытання павялічвае верагоднасць атрымання карыснага адказу. Трэцяя: падчас удакладнення паведамлення пра памылку вы самі можаце знайсці рашэнне ці спосаб абыходу праблемы.

Не сцвярджайце, што вы знайшлі памылку

Пры ўзнікненні праблем з тым ці іншым праграмным забеспячэннем не заяўляйце, што знайшлі памылку, калі толькі абсалютна ў гэтым не ўпэўнены. Падказка: калі вы не можаце падаць выпраўленне зыходнага кода, якое вырашае праблему ці тэставы прыклад для папярэдняй версіі, які дэманструе няправільныя паводзіны, вы, хутчэй за ўсё, недастаткова ўпэўнены ў сваёй заяве. Гэта ж ставіцца і да web-старонак і дакументацыі, калі вы знайшлі “памылку” у дакументацыі, дашліце тэкст, які вы лічыце больш дарэчным, і пакажыце старонкі, на якіх ён павінен быць прадстаўлены.

Памятайце, што ёсць шмат карыстачоў, якія з такой праблемай не сутыкаліся. Інакш, вы ўжо пазналі б пра гэта пры чытанні дакументацыі ці пры пошуку ў Web (вы ж зрабілі гэта, перш, чым рабіць такія сцвярджэнні, ці не так?). Гэта азначае, што, хутчэй за ўсё, менавіта вы робіце штосьці няправільна, а не праграмнае забеспячэнне.

Аўтары праграмнага забеспячэння прыкладваюць велізарныя высілкі для таго, каб яно працавала як мага лепш. Калі вы сцвярджаеце, што знайшлі памылку, то тым самым мяркуеце, што яны зрабілі штосьці не так, і гэта амаль напэўна ім не спадабаецца — нават калі вы правы. Асабліва не дыпламатычным будзе напісаць “bug” (“Памылка”) у радку тэмы паведамлення.

Калі вы задаяце сваё пытанне, то апісвайце ўзніклую праблему, зыходзячы са здагадкі, што вы робіце штосьці не так, нават калі вы абсалютна ўпэўнены, што знайшлі памылку. Калі гэта сапраўды памылка, то неўзабаве вы атрымаеце адказ на свой ліст. Імкніцеся паводзіць сябе так, каб, якія займаюцца падтрымкай праграмы, людзі захацелі перад вамі перапрасіць, калі выяўлена рэальная памылка, а не каб вам прыйшлося прасіць прабачэння за сваю бесталковасць.

Публічнае самаўніжэнне не замяняе выкананне працы самастойна

Некаторыя карыстачы, уразумеўшы, што не трэба паводзіць сябе грубіянска ці напышліва, вымагаючы адказ, выбіраюць процілеглую крайнасць — самаўніжэнне. “Я ведаю, я пачатковец, няўдачнік і поўны імбрычак, але…”. Гэта адцягвае ад сутнасці і не мае ніякага сэнсу. Асабліва ў спалучэнні з нявызначанасцю ў апісанні фактычнай праблемы.

Не марнуйце свой і наш час, спадзяючыся на жаль. Лепш падайце факты і задайце сваё пытанне як мага ясней. Так вы заявіце пра сябе значна з лепшага боку, чым абраўшы шлях самаўніжэння.

На некаторых web-форумах ёсць асобнае месца для пытанняў пачаткоўцаў. Калі вы адчуваеце, што такое пытанне можа задаць толькі распачыналы карыстач, задавайце яго менавіта там. Але і там не трэба зневажацца.

Апісвайце сімптомы праблемы, а не вашы здагадкі

Бескарысна паведамляць хакерам сваё меркаванне пра чыннікі праблемы (Калі вашы дыягнастычныя тэорыі настолькі значныя, ці трэба звяртацца за дапамогай да іншых?). Таму, пераканайцеся, што вы паведамляеце фактычныя сімптомы адбывалага, а не свае інтэрпрэтацыі і тэорыі. Хай інтэрпрэтацыяй і дыягностыкай займуцца, якія адказваюць. Калі вы адчуваеце, што ваша здагадка будзе карыснай і важнай, то варта выразна і ясна напісаць чаму па вашым меркаванні гэта не працуе.

Дурное:

Я ўвесь час атрымліваю памылкі SIG11 пры кампіляцыі ядра, і падазраю, што чыннік — мікратрэшчына на матчынай плаце. Як лепш за ўсё гэта праверыць?

Разумна:

На сабраным мною кампутары K6/233 на матчынай плаце FIC-PA2007 (чыпсэт VIA Apollo VP2) з 256MB памяці Corsair PC133 SDRAM пачынаюць прыватна ўзнікаць памылкі SIG11 прыкладна праз 20 мінут пасля ўключэння сілкавання, падчас кампіляцыі ядра, але яны не ўзнікаюць у першыя 20 мінут працы пасля ўключэння. Перазагрузка ні навошта не прыводзіць, а вось адключэнне на ноч дапамагае. Замена ўсёй памяці не дапамагла. Адпаведная частка вынікаў тыповай кампіляцыі прыкладаецца.

Цалкам магчыма, што шматлікі папярэдні пункт здасца трохі цяжкім і незразумелым, каб углыбіцца ў сутнасць. Таму наступная фраза дапаможа вам зразумець: “Усе дыагносты з Місуры!” Афіцыйны дэвіз штата ЗША Місуры: “Пакажыце мне” (стаў выкарыстоўвацца з 1899 года, калі кангрэсмен Уіллард Д. Ванівер (Willard D. Vandiver) сказаў, што “я прыехаў з краіны, у якой не выгадоўваюць кукурузу, бавоўна, лісце кокі і дэмакратаў, і беззмястоўнае красамоўства не пераканае і не задаволіць мяне. Я — з Місуры. Вы павінны паказаць мне.”). У выпадку з дыагностамі, гэта не скептычнае пытанне, а хутчэй за ўсё літаральнае, функцыянальнае запатрабаванне ўбачыць як мага бліжэй праблему ў волкім выглядзе, а не вашы здагадкі. Пакажыце нам.

Апісвайце сімптомы праблемы ў храналагічным парадку

Найболей важная інфармацыя для высвятлення чыннікаў адбывалага часта злучана з непасрэдна папярэднімі гэтай сітуацыі падзеямі. Таму неабходна сапраўды апісаць, што менавіта вы рабілі, і што адбывалася з кампутарам аж да ўзнікнення праблемы. У выпадку працы з інтэрфейсам каманднага радка вельмі можа дапамагчы запіс сеансу (напрыклад, з дапамогай утыліты script) і ўключэнне ў паведамленне пары дзясяткаў адпаведных радкоў.

Калі праграма, у якой адбыўся збой, мае опцыі дыягностыкі (напрыклад, -v — падрабязная інфармацыя), паспрабуйце падабраць опцыі, якія дадаюць карысную адладкавую інфармацыю ў лог сеансу. Памятайце, што больш — не абавязкова лепш. Падбярыце такі ўзровень высновы адладкавай інфармацыі, які будзе адлюстроўваць сціснута і досыць сутнасць праблемы, а не выліваць масу непатрэбнай інфармацыі.

Калі запіс атрымаўся досыць доўгі (больш старонкі), мае сэнс загадзя сфармуляваць праблему ў самым пачатку, а потым ужо паказаць храналагічную паслядоўнасць дзеянняў да яе якія прыводзяць. У гэтым выпадку хакеры будуць ведаць, на што менавіта варта звярнуць увагу пры чытанні сеансу.

Апісвайце канчатковую мэту, а не асобныя крокі

Калі вы спрабуеце разабрацца як штосьці зрабіць (а не паведамляць пра памылку), пачынайце з апісання мэты. І толькі потым апісвайце пэўны крок на шляху да яе, які вы не змаглі выканаць.

Часцяком людзі, якім неабходна тэхнічная дапамога, маюць на розуме мэту высокага ўзроўня і прывязваюцца да аднаго з магчымых, па іх меркаванні, шляхоў яе дасягнення. Яны просяць дапамагчы выканаць адзін крок, не аддаючы сабе справаздачы ў тым, што абралі няслушны шлях. Каб разабрацца ў гэтым, можа запатрабавацца шмат высілкаў.

Дурное:

Як прымусіць дыялог выбару колеру ў праграме FooDraw успрымаць шаснаццатковае RGB-значэнне?

Разумна:

Я спрабую замяніць табліцу кветак у малюнку патрэбнымі мне значэннямі. Цяпер я бачу толькі адзін спосаб зрабіць гэта — рэдагуючы кожны пласт табліцы, але я не магу задаць шаснаццатковае RGB-значэнне ў дыялогу выбару колеру праграмы FooDraw.

Другая версія пытання — разумная. Яна дазваляе атрымаць адказ, у якім будзе прапанаваны сродак, больш падыходны для рашэння задачы.

Не прасіце людзей адказваць вам на асабісты адрас электроннай пошты

Хакеры лічаць, што рашэнне праблемы павінна быць агульнадаступным, празрыстым працэсам, падчас якога першая спроба знайсці адказ можа і павінна быць выпраўлена, калі хтосьці, больш дасведчаны, заўважыць, што гэты адказ няпоўны ці некарэктны. Акрамя таго, якія адказваюць збольшага ўзнагароджваюцца тым, што іх кампетэнтнасць і веды будуць заўважаны калегамі.

Калі вы просіце асабістага адказу, вы замінаеце працэс выпрацоўкі рашэння, так і атрымання ўзнагароды. Не рабіце гэтага. Адказваць асабіста — гэта выбар які адказвае, і калі ён так і робіць, то звычайна таму, што лічыць пытанне занадта няўдала сфармуляваным ці відавочным, каб быць цікавым іншым.

З гэтага правіла ёсць адно невялікае выключэнне. Калі вы мяркуеце, што на сваё пытанне атрымаеце мноства падобных паміж сабой адказаў, не забудзьцеся магічныя словы “адпраўце адказ мне, а я рэзюмую атрыманыя адказы ў артыкуле для дыскусійнай групы”. Спроба ўсцерагчы дыскусійную групу ці спіс рассылання ад струменя, у сутнасці, ідэнтычных паведамленняў — гэта вельмі ласкава, але вы павінны стрымаць сваё абяцанне і адправіць выніковае рэзюмэ ў дыскусійную групу ці спіс рассылання.

Задавайце выразныя і ясныя пытанні

Не абмежаваныя па часе пытанні часцяком патрабуюць і не абмежаванага па часе адказу. Людзі, хутчэй за ўсё здольныя даць вам карысны адказ, яшчэ і самыя занятыя людзі (яшчэ і таму, што вялікую частку сваёй працы робяць самі). Такія людзі дбайна ставяцца да свайго часу, і таму часта не ўспрымаюць пытанні не абмежаваныя па часе.

Верагоднасць атрымання карыснага адказу павялічваецца, калі вы выразна даяце зразумець, чаго дамагаецеся ад атачальных (падаць спасылкі, адправіць код, праверыць ваша рашэнне і г.д.). Гэта сканцэнтруе высілкі, якія адказваюць і няяўна задасць абмежаванне па часе і высілкам, якія прыйдзецца выдаткаваць што адказвае, каб дапамагчы вам. І гэта добра.

Каб зразумець, у якім свеце жывуць эксперты, трэба ставіцца да ведаў экспертаў, як да рэсурсу багатаму, а да іх часу — як да рэсурсу вельмі абмежаванаму. Чым менш часу вы няяўна патрабуеце, тым больш верагодна атрыманне адказу ад сапраўды добрага і занятага эксперта.

Таму мае сэнс абмежаваць пытанне, каб звесці да мінімуму час, неабходны эксперту для яго рашэння. Але часцяком гэта не тое самае, што спрасціць пытанне. Так, напрыклад, пытанне: “Ці можаце вы даць спасылку на добрае апісанне X?” — звычайна куды разумней, чым просьба: “Растлумачыце мне X, калі ласка”. Калі ў вас праблемы з непрацуючым кодам, разумней будзе папытаць растлумачыць, што ў ім не так, а не прасіць выправіць памылкі.

Калі пытаеце пра код

Нават і не прасіце іншых адладзіць ваш непрацуючы код, без якога-небудзь апісання праблемы, якую павінны знайсці. Адпраўка некалькіх сотняў радкоў кода са словамі: “Чагосьці ў мяне не працуе”, будзе праігнаравана. Лепш адправіць дзясятак радкоў кода са словамі: “пасля 7-га радка я чакаў убачыць <x>, але замест гэтага атрымаў <y>”, і хутчэй за ўсё адказ вы атрымаеце”.

Калі вы жадаеце, каб ваш код проста паглядзелі, далі яму адзнаку, на забудзьцеся паказаць якія менавіта кавалкі кода неабходна паглядзець і чаму.

Не задавайце пытанні з хатніх заданняў

Хакеры добра ўмеюць адказваць на пытанні з хатніх заданняў — большасць з нас іх рабіла самастойна. Гэтыя пытанні зададзены для працы менавіта вам, каб вы маглі навучыцца на ўласным досведзе. Прасіць можна пра падказку, але не пра поўнае рашэнне.

Калі вы падазраеце, што вам падкінулі пытанне з хатняга задання, але ўсё адно не можаце даць на яго адказ, паспрабуйце задаць пытанне ў форуме групы карыстачоў ці (у крайнім выпадку) у “карыстацкім” спісе рассылання/форуме адпаведнага праекта. Хоць хакеры яго і “апазнаюць”, некаторыя з прасунутых карыстачоў могуць, прынамсі, даць вам падказку.

Пазбягайце бессэнсоўных просьбаў

Не паддавайцеся спакусе завяршыць сваё пытанне бессэнсоўнымі фразамі тыпу: “Ці не дапаможа мне хто-небудзь?” ці “Ці ёсць наогул адказ?”. Па-першае, калі вы хоць колькі-небудзь кампетэнтна апісалі сваю праблему, падобныя пытанні, прынамсі, ізлішні. Па-другое, паколькі яны ізлішні, хакерам яны здаюцца надакучлівымі — і ў адказ іх так і падбівае напісаць лагічна бездакорную адпіску тыпу: “Так, дапамагчы вам можна” ці “Не, вам ужо нічым не дапаможаш”.

Увогуле выпадку, калі вы не жадаеце атрымаць адказ у духу так-ці-не, лепш не задаваць пытанні ў духу так-ці-не.

Не пазначайце сваё пытанне як “Тэрміновае”, нават калі яно з’яўляецца для вас такім

Гэта ваша праблема, а не наша. Згадванне пра тэрміновасць часцяком контрпрадуктыўна: большасць хакераў проста выдаляюць такія паведамленні як грубіянскія і эгаістычныя спробы тэрмінова прыцягнуць да сябе адмысловую ўвагу.

У гэтым правіле ёсць адно невялікае выключэнне. Згадванне пра тэрміновасць можа мець сэнс, калі вы выкарыстоўваеце праграму ў сур’ёзнай і вядомай кампаніі, якая можа зацікавіць хакераў. У такім разе, калі вам бракуе часу і вы паведаміце пра гэта ветліва, людзі могуць апынуцца досыць зацікаўлены, каб адказаць хутчэй.

Так рабіць, аднак, вельмі рызыкоўна, таму што пункт гледжання хакера на сур’ёзнасць і яго інтарэсы, верагодна, адрозніваюцца ад вашых. Пытанне пра міжнародную касмічную станцыю, напрыклад, выкліча цікавасць, а вось пытанне ад імя паспяховага фонду ці палітычнай партыі, амаль напэўна, — не. Фактычна, пытанне з тэмай “Тэрмінова: Дапамажыце мне выратаваць пухнатых цюленянят!” будзе праігнараваны ці зласліва пракаментавана нават тымі хакерамі, якія лічаць, што жыццё пухнатых цюленянят мае для іх значэнне.

Калі вас гэта дзівіць, перачытайце ўвесь гэты дакумент датуль, пакуль не зразумееце, а да таго ўстрымайцеся ад адпраўкі пытанняў наогул.

Ветлівасць ніколі не перашкодзіць, а часцей дапамагае

Будзьце ветлівыя. Выкарыстоўвайце фразы “Дзякуй”, “Загадзя ўдзячны” ці “Дзякуй за Ваша разуменне”. Дайце зразумець, што вы ўдзячныя людзям, бясплатна якія прысвячаюць вам свой час.

Калі сумленна, гэта не так важна, як адсутнасць памылак у тэксце пытання, выразнасць, дакладнасць і дэталёвасць апісання, выкарыстанне адкрытых фарматаў і г.д. (і не замяняе ўсё пералічанае). Хакеры, увогуле выпадку, аддалі перавагу б атрымліваць грубіянскія, але тэхнічна дакладныя паведамленні пра памылкі, чым ветлівае словаблудства. (Калі вас гэта дзівіць, успомніце, што мы шануем пытанне за тое, чаму яно нас вучыць.)

Аднак, пры звычайным тэхнічным узроўні пытання ветлівасць сапраўды павялічвае верагоднасць атрымаць карысны адказ.

(Неабходна адзначыць, што адзінае сур’ёзнае пярэчанне, атрыманае на гэты дакумент ад ветэранаў хакерскага руху, злучана з рэкамендацыяй выкарыстоўваць фразу “Загадзя ўдзячны”. Некаторыя хакеры ўгледжваюць у ёй нежаданне дзякаваць каго б там ні было пасля таго, як праблема будзе вырашана. Мы рэкамендуем дзякаваць і загадзя, і пасля атрымання адказу, ці выказаць сваю падзяку па-іншаму, скажам, фразай “Дзякуй за ўвагу” ці “Дзякуй за ваш разгляд”.)

Адпраўляйце кароткае апісанне рашэння

Пасля таго, як ваша праблема вырашана, пашліце паведамленне ўсім, хто вам дапамог, дайце ім ведаць, чым усё скончылася, і падзякуйце яшчэ раз за дапамогу. Калі праблема выклікала агульную цікавасць у спісе рассылання ці дыскусійнай групе, мае сэнс падобнае паведамленне адправіць і туды.

Аптымальным рашэнне будзе адказаць у ніткі абмеркавання, пачатай з зыходнага пытання, дадаўшы да тэмы паведамлення пазнаку “FIXED”, “RESOLVED”, “ВЫРАШАНА” ці іншая не меней відавочная прыкмета рашэння. У спісах рассылання з вялікай колькасцю паведамленняў, патэнцыйны які адказвае пры поглядзе на нітку абмеркавання “Праблема Х”, што завяршаецца паведамленнем “Праблема Х – РАШЭННЕ” разумее, што яму не трэба марнаваць свой час нават на чытанне паведамленняў (калі ён асабіста не лічыць Праблему Х цікавай), і таму можа выдаткаваць свой час на рашэнне іншай праблемы.

Такое паведамленне не абавязкова павінна быць доўгім і падрабязным. Простае: “Прывітанне! Праблема была злучана з парывам у сеткавым кабелі! Дзякуй усім. Біл”, – ужо лепш, чым нічога. Фактычна, кароткае і ветлівае рэзюмэ лепш, чым доўгая дысертацыя, калі толькі рашэнне не закранае сур’ёзныя тэхнічныя аспекты. Напішыце, якія дзеянні дазволілі вырашыць праблему, але ўсю паслядоўнасць пошуку рашэння паўторна апісваць не трэба.

Для досыць сур’ёзных праблем можна паслаць рэзюмэ з гісторыяй пошуку чыннікаў. Апішыце канчатковую пастаноўку праблемы. Апішыце, якім апынулася рашэнне, і пакажыце тупіковыя шляхі, якіх варта пазбягаць. Назавіце ўсіх, хто дапамог вам: так вы знойдзеце сабе сяброў.

Апроч праявы ветлівасці і інфармавання, такога роду якое рэзюмуе паведамленне дапаможа іншым пры пошуку ў архіве спісу рассылання/дыскусійнай групы/форума сапраўды пазнаць, якое рашэнне дапамагло вам, і, значыць, можа дапамагчы і ім.

Апошняе, але немалаважнае, — такога роду паведамленне дапамагае ўсім, хто ўдзельнічалі ў абмеркаванні атрымаць пачуццё задавальнення ад таго факту, што праблема зачынена. Калі вы самі не тэхнічны адмысловец і не хакер, проста паверце нам, што гэта пачуццё вельмі важна для гуру і экспертаў, да якіх вы звярталіся за дапамогай. Апісанні праблем, так у выніку і не вырашаных — гэта суцэльнае расчараванне, хакеры прагнуць убачыць іх вырашанымі. Добрая карма, якая ўзнікае, калі вы задавальняеце гэту смагу, вельмі дапаможа вам пры складанні пытання ў наступны раз.

Падумайце, як вы можаце прадухіліць узнікненне такой праблемы ў іншых карыстачоў у будучыні. Спытаеце сябе, ці дапаможа змена дакументацыі ці спісу ЧАВО, і калі так — пашліце адпаведную змену тым, хто падтрымлівае гэтыя дакументы.

Сярод хакераў такія паводзіны, насамрэч, лічыцца важней звычайнай ветлівасці. Менавіта так зарабляюць рэпутацыю добрага каманднага гульца, якая з’яўляецца вельмі каштоўнай якасцю.

Як інтэрпрэтаваць адказы

RTFM і STFW: як зразумець, што вы сур’ёзна аблажаліся

Ёсць старажытная і святая традыцыя: калі вы атрымліваеце адказ “RTFM“, значыць, хто адказвае думае, што вам варта шанаваць кіраўніцтва (Read The Fucking Manual). Ён амаль напэўна мае рацыю. Ідзіце чытаць.

У адказу RTFM ёсць маладзейшы аналаг. Калі вы атрымліваеце ў адказ “STFW“, значыць, хто адказвае думае, што вам варта пашукаць адказ у сеткі (Search The Fucking Web). Ён амаль напэўна мае рацыю. Ідзіце шукаць. (Мякчэйшым варыянтам гэтага выраза можа быць фраза: “Гугл ваш сябар!”)

У Web-форумах вам яшчэ могуць прапанаваць пашукаць у архівах форума. Нярэдка хто адказвае можа апынуцца настолькі ласкавы, што дасць спасылку на папярэдняе абмеркаванне, у якім гэта праблема была вырашана. Аднак спадзявацца на гэта не варта. Лепш пашукаць у архівах форума, перш чым пытаць.

Часта той, хто вам адказвае падобнымі фразамі, мае пад рукой кіраўніцтва ці web-старонку з неабходнай вам інфармацыяй, і глядзіць на яе, калі набірае адказ. Гэтыя адказы азначаюць, што, па яго меркаванні, па-першае, неабходную інфармацыю лёгка знайсці і, па-другое, вы большаму навучыцеся пры пошуку інфармацыі, чым калі вам яе паднясуць пад нос на сподачку.

Вас гэта не павінна абураць, бо па хакерскіх стандартах, ён аказаў вам дастатковую павагу ўжо тым, што не праігнараваў пытанне. Вы павінны падзякаваць таму, хто адказаў за яго бацькоўскую дабрыню.

Калі вы не разумееце…

Калі вы не зразумелі адказу, не спяшайцеся тут жа патрабаваць яго растлумачыць. Паспрабуйце скарыстацца тымі ж крыніцамі інфармацыі, што і пры пошуку адказу на зыходнае пытанне (кіраўніцтвы, ЧАВО (FAQ), Web, дасведчаныя калегі), каб зразумець адказ. Калі і пасля гэтага вам неабходны растлумачэнні, папытаеце таго, хто адказаў растлумачыць свой адказ, паказаўшы, што вам самім атрымалася пазнаць.

Напрыклад, выкажам здагадку, я вам адказаў: “Падобна, у вас завіс zentry. Трэба праверыць.” Тады дрэнным удакладняючым пытаннем будзе: “А што такое zentry?” А добрым: “Ок, я прачытаў старонку даведкавага кіраўніцтва, і пра zentry там згадана толькі ў опцыях -z і -p. Ні ў адной з іх не сказана, як скінуць які завіс zentry. Ці трэба выкарыстоўваць адну з гэтых опцый, ці я штосьці няправільна зразумеў?”

Рэакцыя на грубіянства

Вялікая частка таго, што можа здацца грубіянствам, у хакерскіх кругах выкарыстоўваецца не для абразы. Гэта, хутчэй, следства непасрэднага, без хітрыкаў, стылю зносін, натуральнага для людзей, якія намагаюцца вырашаць праблемы, а не здавацца іншым мяккімі і пухнатымі.

Калі вы ўсё ж сустрэнецеся з грубіянствам, паспрабуйце рэагаваць спакойна. Калі хтосьці сапраўды выходзіць за рамкі дапушчальнага, цалкам верагодна, што кіроўны спісу рассылання, дыскусійнай групы ці форума паставіць яго на месца. Калі гэтага не адбылося і вы выйдзеце з сябе, цалкам верагодна, што сталае чыннікам гэтага твар паводзіць сябе ў рамках нормаў хакерскай супольнасці, і ўсе будуць лічыць, што менавіта вы не правы. Гэта істотна зменшыць вашы шансы на атрыманне неабходнай інфармацыі ці дапамогі.

З іншага боку, часам можна сустрэцца з грубіянствам і выклікам, не мелымі ніякіх бачных падстаў. Зваротны бок гэтага медалю ў тым, што такая рэакцыя з’яўляецца цалкам прымальнай формай пастаноўкі на месца сапраўдных грубіянаў, — мы адсякаем іх нявартыя паводзіны востра вывастраным славесным скальпелем. Аднак, вы павінны быць вельмі ўпэўнены ў сваёй пазіцыі, перш чым спрабаваць заняцца гэтым. Грань паміж указаннем на няветлівасць і пачаткам бессэнсоўнага “кірмаша” (у арыгінале — flamewar — заўв. перакладніка В.К.) настолькі тонкая, што і самі хакеры нярэдка яе пераходзяць. Калі вы пачатковец ці проста выпадковы чытач, шанцаў пазбегнуць такой грубіянскай памылкі трохі. Калі вас цікавіць інфармацыя, а не забаўка, лепш прыбярыце рукі з клавіятуры і не рызыкуйце ўступаць у падобныя дыскусіі.

(Некаторыя людзі сцвярджаюць, што шматлікія хакеры пакутуюць мяккай формай аўтызму ці сіндрому Аспергера, і ў іх проста бракуе тая частка мозгу, якая адказвае за “звычайнае” сацыяльнае ўзаемадзеянне паміж людзьмі. Магчыма, гэта праўда, а можа і няма. Калі вы не хакер, уяўленне пра хакераў як пра хворыя на галаву людзях, можа дапамагчы вам змірыцца з нашымі дзівацтвамі. Думайце, што жадаеце. Нас гэта не хвалюе. Нам падабаецца быць менавіта такімі, і да падобных медыцынскіх цэтлікаў мы ставімся са здаровым скептыцызмам.)

У наступнай частцы мы пагаворым пра іншую праблему; пра свайго роду “грубіянствы”, з якой можна сустрэцца, калі менавіта вы не правы.

Не рэагуйце як няўдачнік

Цалкам верагодна, што вы ўжо аблажаліся некалькі разоў у хакерскіх форумах — так, як апісана ў гэтым артыкуле ці аналагічна. І вам ужо растлумачылі, як менавіта вы аблажаліся, магчыма ў фарбах. Пры ўсім сумленным народзе.

Калі такое адбываецца, самая няўдалая рэакцыя — жаліцца на якое здарылася, лічыць сябе абражаным славесна, патрабаваць выбачэнняў, лямантаваць, затыхацца ад гневу, падаваць пазовы ў суд, жаліцца працадаўцам крыўднікаў, не апускаць за сабой сядушкі ўнітаза і г.д. Замест усяго гэтага трэба зрабіць наступнае:

Змірыцца. Гэта — звычайна. Насамрэч, гэта добра і мэтазгодна.

Грамадскія нормы не падтрымліваюць сябе самі — іх падтрымліваюць людзі, актыўна, у адкрытую, публічна гэтыя нормы ўжывалыя. Не думайце, што крытыкаваць павінны толькі ў асабістай перапісцы — гэта не так. Не мае сэнсу прымаць як асабістая абраза нечы каментар, што адно з вашых сцвярджэнняў хібна, ці што ў яго ёсць іншае меркаванне. Так дзейнічаюць толькі няўдачнікі.

Былі хакерскія форумы, дзе, зыходзячы з няправільна зразуметай гіпертрафаванай ветлівасці, удзельнікам форума забаранялася адпраўляць паведамленні пра памылкі ў чужыя паведамленні. Ім было сказана: “Калі не жадаеце дапамагчы карыстачу, маўчыце”. Адток дасведчаных удзельнікаў у іншыя форумы прывёў да зводу форума ў бессэнсоўную балбатню і да поўнай бескарыснасці з тэхнічнага пункта гледжання.

Выбірайце: перабольшаная “дружалюбнасць” (такога роду) ці карыснасць.

Памятайце: калі хакер піша, што вы аблажаліся, і (неважна наколькі грубіянска) просіць вас больш так не рабіць, ён робіць гэта, клапоцячыся, па-першае, пра вас, а па-другое, пра сваю супольнасць. Яму было б нашмат прасцей вас праігнараваць і выкрасліць са свайго жыцця. Калі вас бракуе на падзяку, захавайце добрую якасць, — не жальцеся, і не думайце, што з вамі будуць звяртацца як з далікатнай лялькай толькі таму, што вы — пачатковец з тэатральна гіперадчувальнай душой і ілюзіямі пра ўласную значнасць.

Часам людзі пераходзяць на асобы, уступаючы ў брудную палеміку без бачнага чынніку і г.д., нават калі вы і не аблажаліся (ці аблажаліся толькі ў іх уяўленні). Абурацца ў такім разе, самы дакладны спосаб аблажацца.

Гэтыя “скандалісты” або ламеры, якія нічога не разумеюць, але лічаць сябе экспертамі, або патэнцыйныя псіхолагі, правяральныя аблажаецеся вы ці не. Іншыя чытачы іх або праігнаруюць, або знойдуць спосабы самастойна з імі разабрацца. Паводзіны скандалістаў ствараюць праблемы для іх саміх, што не ў якой меры не павінна турбаваць вас.

Не дазваляйце таксама ўцягнуць сябе ў бескарысны “кірмаш” (флейм). Такія абмеркаванні лепш адразу ігнараваць, папярэдне разабраўшыся, што гэта сапраўды пусты і бескарысны “кірмаш”, а не намёкі на тое, чаму вы сапраўды аблажаліся, і не тонка зашыфраваныя адказы на вашы фактычныя пытанні (так таксама часам бывае).

Пытанні, якія не варта задаваць

Вось некалькі класічных дурных пытанняў і пра што думаюць хакеры, калі на іх не адказваюць.

Пытанне:

Дзе можна знайсці праграму ці рэсурс X?

Адказ:

Там жа, дзе і я яе ўзяў, прыдурак, — знайсці ў Інтэрнэце. Божа, няўжо яшчэ не ўсе ведаюць, як карыстацца Google.

Пытанне:

Як мага з дапамогай X зрабіць Y?

Адказ:

Калі вы жадаеце зрабіць Y, трэба так і пытаць, не мяркуючы загадзя выкарыстанне метаду, які можа зусім не падыходзіць. Пытанні такога выгляду часта задаюць тыя, хто не проста нічога не ведае пра X, але і збіты з толку развязальнай праблемай Y і занадта сканцэнтраваны на дэталях сваёй пэўнай сітуацыі. Звычайна лепш ігнараваць такіх людзей, пакуль яны не сфармулююць сваю праблему лепш.

Пытанне:

Як сканфігураваць запрашэнне каманднага інтэрпрэтатара?

Адказ:

Калі вы досыць разумныя, каб гэтым зацікавіцца, вам хопіць розуму скарыстацца пошукам і знайсці адказ самастойна.

Пытанне:

Ці можна пераўтварыць AcmeCorp-дакумент у Tex-файл з дапамогай праграмы пераўтварэння файлаў Bass-o-matic?

Адказ:

Паспрабуйце і пазнаеце. Так, па-першае, пазнаеце адказ, а, па-другое, перастанеце марнаваць мой час.

Пытанне:

Мая {праграма, канфігурацыя, мой аператар SQL} не працуе

Адказ:

Гэта наогул не пытанне, і я не збіраюся задаваць яшчэ дзясятак навадных пытанняў, каб высвятліць, у чым насамрэч складаецца ваша праблема — у мяне ёсць справы і цікавейшыя. Калі я бачу падобныя пытанні, то звычайна пасылаю адзін з наступных адказаў:

Вам да гэтага больш няма чаго дадаць?

Ой, гэта вельмі дрэнна. Спадзяюся, вы ўжо гэта выправілі.

І якое гэта мае дачыненне асабіста да мяне?

Пытанне:

У мяне праблемы з Windows-машынай. Не маглі б вы мне дапамагчы?

Адказ:

Так. Выкіньце гэты Microsoft-аўскае смецце і пастаўце сабе аперацыйную сістэму з адкртымі зыходнымі кодамі, напрыклад, Linux ці BSD.

Нататка: вы можаце задаваць пытанні, злучаныя з Windows-машынамі, калі яны ставяцца да праграмы мелай афіцыйную версію для Windows, ці якая ўзаемадзейнічае з машынамі пад Windows (напрыклад, Samba). Проста не дзівіцеся адказу, што праблема ў Windows, а не ў самай праграме, таму што Windows настолькі “крывая” у цэлым, што часцяком менавіта так і бывае.

Пытанне:

Мая праграма не працуе. Я думаю, праблема ў сістэмным кампаненце X.

Адказ:

Хоць і магчыма, што менавіта вы першым выявілі відавочную памылку ў сістэмных выкліках і бібліятэках, інтэнсіўна выкарыстоўваных сотнямі ці нават тысячамі распрацоўнікаў, але нашмат верагодней, што вы проста не разабраліся. Сур’ёзныя сцвярджэнні патрабуюць сур’ёзных доказаў. Калі вы робіце падобныя сцвярджэнні, іх трэба падмацоўваць ясным і вычарпальным апісаннем сітуацыі, у якой узнікае збой.

Пытанне:

У мяне паўсталі праблемы з усталёўкай Linux (ці X). Не маглі б вы дапамагчы мне?

Адказ:

Не. Каб вырашыць гэту праблему, мне патрэбен непасрэдны доступ да вашага кампутара. Лепш задайце сваё пытанне мясцовай групе карыстачоў Linux (LUG — Linux User Group), якія змогуць дапамагчы вам асабіста. (Спіс груп карыстачоў можна знайсці тут.)

Нататка: пытанні пра ўсталёўку Linux могуць быць дарэчнымі ў форуме ці спісе рассылання, прысвечанаму пэўнаму дыстрыбутыву, калі праблема злучана з гэтым дыстрыбутывам, ці ў форумах лакальных груп карыстачоў. У гэтым выпадку, не забудзьцеся сапраўды апісаць падрабязнасці збою. Але спачатку старанна пашукайце ў Web, паказаўшы ключавыя словы “linux” і ўсе падазроныя кампаненты абсталявання.

Пытанне:

Як узламаць пароль карыстача root/атрымаць пашыраныя прывілеі/прачытаць чужую электронную пошту?

Адказ:

Ды ты проста пахабнік, раз жадаеш такое зрабіць, і ідыёт, раз просіш хакера табе дапамагчы.

Добрыя і дрэнныя пытанні

А цяпер я збіраюся паказаць на пэўных прыкладах, як трэба правільна задаваць пытанні. Я прадстаўлю пару пытанняў пра адну і тую ж праблему, адзін — зададзена дурна, а другі — правільна.

Дурное: Дзе мне знайсці інфармацыю о Foonly Flurbamatic

Гэта пытанне проста напрошваецца на адказ “STFW”.

Правільна: Я паспрабаваў пашукаць інфармацыю ў Web з дапамогай Google па запыце “Foonly Flurbamatic 2600″, але карысных спасылак не атрымаў. Ці не ведае хто-небудзь, дзе знайсці інфармацыю пра праграмаванне гэтай прылады?

Гэты дапытлівы ўжо пашукаў у Web, і падобна, у яго рэальная праблема.

Дурное: Я не магу скампіляваць код праекта foo. Чаму ён некарэктны?

Ён думае, што хтосьці іншы аблажаўся. Самаўпэўнены тып.

Правільна: Код праекта foo не кампіліруецца ў АС Nulix версіі 6.2. Я прачытаў ЧАВО (FAQ), але там няма нічога пра праблемы з Nulix. Вось запіс сеансу кампіляцыі. Што я зрабіў няправільна?

Ён паказаў асяроддзе, прачытаў часта задаваныя пытанні, паказаў паведамленне пра памылку, і ён не думае, што чыннік яго праблемы ў памылцы кагосьці іншага. Гэтаму хлопцу можна надаць трохі ўвагі.

Дурное: У мяне праблемы з матчынай платай. Ці не можа хто-небудзь мне дапамагчы?

Любы хакер на такое пытанне ў розуме адкажа хутчэй за ўсё так: “Добра. Можа, табе яшчэ дапамагчы зрыгнуць і пялёнку памяняць?”, і націсне на клавішу Delete.

Правільна: Я спрабаваў X, Y і Z на мацярынскай плаце S2464. Калі гэта не спрацавала, я паспрабаваў A, B і C. Зверніце ўвагу на дзіўны сімптом пры спробе зрабіць C. Відавочна, што гэта бздура не фурычыць, але вынікі атрымліваюцца непрадказальныя. Што звычайна прыводзіць да таго, што не фурычаць шматпрацэсарныя матчыны платы з Athlon? Ці няма ў каго ідэй для дадатковых тэстаў, якія дапамогуць ізаляваць праблему?

Гэты таварыш, насупраць, здаецца годны адказу. Ён прадэманстраваў здольнасць вырашаць праблемы, а не проста чакае, пакуль адказ зваліцца яму з неба.

У апошнім пытанні зверніце ўвагу на невялікую, але важную розніцу паміж “Дайце мне адказ” і “Калі ласка, дапамажыце разабрацца, якія дадатковыя дыягнастычныя дзеянні можна выканаць, каб растлумачыць сітуацыю”.

Фактычна, прыклад апошняга пытання вельмі падобны на пытанне з рэальнага жыцця ў жніўні 2001 гады ў спісе рассылання linux-kernel (lkml). Я (Эрык) задаў тады гэта пытанне. Я назіраў дзіўныя завісанні на матчынай плаце Tyan S2462. Удзельнікі спісу рассылання падалі каштоўную інфармацыю, якая дазволіла мне ад гэтых завісанняў пазбавіцца.

Задаючы пытанне так, як гэта зрабіў я, вы даяце людзям ежу для разважанняў. Я зрабіў для іх удзел у рашэнні праблемы простым і прывабным. Я прадэманстраваў павагу здольнасцяў калегаў і запрасіў іх да абмеркавання на роўных. Я таксама прадэманстраваў, што шаную іх час, апісаўшы па якіх тупіковых галінах я ўжо прайшоў.

У канчатковым выніку, калі я падзякаваў усіх і падкрэсліў, наколькі добра прайшоў працэс рашэння праблемы, адзін з удзельнікаў спісу рассылання звярнуў увагу на тое, што, па яго меркаванні, усё атрымалася не таму, што я “вядомы чалавек” у гэтым спісе рассылання, а з-за правільнай формы пастаноўкі пытання.

Хакеры, у вызначаным стаўленні, вельмі жорсткая інтэлектуальная эліта (у арыгінале — meritocracy. заўв. перакладніка В.К.). Я ўпэўнены, што мае рацыю, і калі б я аблажаўся, то быў бы раскрытыкаваны ці праігнараваны, незалежна ад ранейшых заслуг. Яго прапанова апісаць сітуацыю ў якасці інструкцыі для ўсіх астатніх стала непасрэдным чыннікам складання гэтага кіраўніцтва.

Калі адказ так і не атрыманы

Калі вы не атрымалі адказу, не прымайце гэта на свой рахунак, як наша адмова дапамагчы асабіста вам. Часам удзельнікі форума проста не ведаюць адказ. Адсутнасць адказу не раўнасільна ігнараванню, хоць звонку розніцу заўважыць складана.

Увогуле выпадку, паўторная адпраўка пытання будзе не самай лепшай ідэяй. Гэта будзе расцэнена як бессэнсоўная надакучлівасць. Майце цярпенне, які адказвае вам чалавек можа знаходзіцца ў іншым гадзінным поясе і тым часам спаць. Ці можа апынуцца, што ваша пытанне не было добра сфармуляваны, каб было з чаго пачаць.

Ёсць і іншыя крыніцы дапамогі, да якіх можна звярнуцца, прычым часта больш прыстасаваныя да патрэб пачаткоўцаў.

Існуе мноства груп карыстачоў у сеткі і на месцах, з запалам якія займаюцца праграмным забеспячэннем, хоць шматлікія іх удзельнікі ў жыцці не напісалі ніводнай сур’ёзнай праграмы. Гэтыя групы часта фармуюцца для таго, каб удзельнікі дапамагалі адзін аднаму і новым карыстачам.

Ёсць таксама маса камерцыйных кампаній, з якімі можна скласці кантракт на падтрымку, як буйных, так і маленькіх (адны з найболей вядомых — RedHat і SpikeSource). Хай вас не палохае ідэя плаціць за падтрымку. Урэшце, калі неабходзен капрамонт рухавіка аўтамабіля, вы бо аддасце яго ў майстэрню і заплаціце за рамонт. Нават калі праграмнае забеспячэнне нічога не каштавала, нельга разлічваць, што яго заўсёды будуць бясплатна падтрымліваць.

У папулярнага праграмнага забеспячэння, накшталт Linux, на аднаго распрацоўніка даводзіцца, прынамсі, 10000 карыстачоў. Адзін чалавек проста не можа зладзіцца з падтрымкай 10000 карыстачоў. Памятайце, што нават калі за падтрымку даводзіцца плаціць, гэта ўсё адно абыходзіцца нашмат танней, чым калі даводзіцца купляць яшчэ і само праграмнае забеспячэнне (ды і падтрымка зачыненага праграмнага забеспячэння звычайна варта даражэй і выконваецца меней кампетэнтнымі адмыслоўцамі, чым у выпадку праграмнага забеспячэння з адкрытым зыходным кодам).

Як правільна і пісьменна адказваць на пытанні

Будзьце вялікадушнымі. Злучаны з праблемай стрэс можа рабіць няветлівымі ці дурнымі людзей, якія такімі не з’яўляюцца.

На першую памылку пакажыце ў прыватным парадку. Няма неабходнасці публічна зневажаць чалавека, які магчыма, сумленна памыляецца. Распачыналы карыстач можа не ведаць, як шукаць у архівах ці дзе знаходзіцца ці публікуецца спіс часта задаваных пытанняў (FAQ).

Калі вы не ўпэўнены, так і кажыце! Хібны, але аўтарытэтна які гучыць адказ горш, чым адсутнасць адказу. Не накіроўвайце людзей па лжывым шляху проста таму, што вам прыемна быць у ролі эксперта. Будзьце сціплымі і сумленнымі. Паказвайце добры прыклад, для якія пытаюцца калегаў.

Калі вы не можаце дапамагчы, не замінайце. Не жартуеце з нагоды працэдур, якія могуць разбурыць асяроддзе карыстача — гэты балван можа прыняць вашы жарты як кіраўніцтва да дзеяння.

Задавайце дадатковыя пытанні, каб атрымаць больш інфармацыі. Калі гэта рабіць правільна, які пытаецца сяму-таму навучыцца, — ды і вы таксама. Паспрабуйце ператварыць дрэннае пытанне ў добрае, і памятайце, усе мы былі калісьці пачаткоўцамі.

Хоць просты адказ RTFM бывае апраўданы, калі даецца проста гультаю, спасылка на дакументацыю (нават калі гэта набор ключавых слоў для пошуку ў Google) усё ж лепш.

Калі ўжо вы адказваеце на пытанне, давайце адказ у сутнасці. Не прапануйце спехам прыдуманыя абыходныя шляхі, калі выкарыстоўваецца ў прынцыпе не той сродак ці няслушны падыход. Прапануйце добрыя сродкі. Перафармулюйце пытанне.

Дапамажыце супольнасці атрымаць карысць з пытання. Калі сустракаецеся з добрым пытаннем, спытайце сябе: “Як трэба змяніць адпаведную дакументацыю ці спіс ЧАВО, каб больш гэта пытанне ніхто не задаваў?” Затым адпраўце адпаведны дадатак таму, хто падтрымлівае гэтыя дакументы.

Калі для адказу на пытанне прыйшлося правесці даследаванне, падзеліцеся сваім досведам, а не пішыце так, як быццам адказ зваліўся на вас з неба. Адказаць на адно добрае пытанне — гэта як накарміць галоднага адзін раз, а вось выказаць методыку даследавання на прыкладзе, — значыць навучыць здабываць ежу на ўсё жыццё.

Дадатковыя крыніцы інфармацыі

Калі вам неабходна інфармацыя па асновах працы персанальных кампутараў, АС UNIX і сеткі Інтэрнэт, гл. кіраўніцтва The Unix and Internet Fundamentals HOWTO.

Пры стварэнні праграмнага забеспячэння ці выпуску выпраўленняў для праграм, паспрабуйце вынікаць прынцыпам, выкладзеным у кіраўніцтве Software Release Practice HOWTO.