Po i afrohem përvjetorit tim të dhjetë në Stack Overflow. Me kalimin e viteve, qasja ime për përdorimin e faqes dhe perceptimi për të ka ndryshuar shumë, dhe unë dua të ndaj përvojën time me ju. Dhe unë po shkruaj për këtë nga këndvështrimi i përdoruesit mesatar i cili nuk është shumë i përfshirë në jetën e komunitetit të faqes ose në kulturën e tij. Këto ditë u jam përgjigjur vetëm pyetjeve në lidhje me VS Code, produkti për të cilin jam duke punuar. Megjithatë, kam marrë pjesë aktive në diskutime për një gamë të gjerë temash. Në 10 vjet unë bëri rreth 50 pyetje dhe dha 575 përgjigje, shikoi një mori komentesh të njerëzve të tjerë.

Jon Skeete përshkroi kulturën e Stack Overflow shumë më mirë dhe më autoritar se sa do të mund të bëj ndonjëherë. Publikimi i tij ndikoi në disa nga kapitujt në këtë artikull, por në përgjithësi këto janë reflektimet e mia të sinqerta mbi përvojat e mia në Stack Overflow, çfarë është e mirë dhe e keqe e sajtit dhe se si mund të përdoret sot. Ky diskutim do të jetë mjaft sipërfaqësor, pa u zhytur thellë në funksionimin e sitit apo historinë e tij.

Pra, ja çfarë kam mësuar nga 10 vjet përdorimi i Stack Overflow.

Ju duhet të jeni në gjendje të bëni pyetje

Në shikim të parë, asgjë nuk mund të jetë më e thjeshtë: futni disa fjalë në fushën e tekstit, klikoni "Dërgo" dhe Interneti do të ndihmojë në mënyrë magjike në zgjidhjen e të gjitha problemeve tuaja! Por m'u deshën pothuajse 10 vjet për të kuptuar se çfarë fjalësh të shkruaja në atë fushë të mallkuar për të arritur rezultate. Në fakt, unë jam ende duke mësuar për të çdo ditë.

Bërja e pyetjeve të mira është një aftësi vërtet e nënvlerësuar (siç është shkrimi i një raporti të mirë çështjeje, për këtë çështje). Së pari, si mund ta përcaktojmë nëse një pyetje është "e mirë"? Ofertat e Stack Overflow aludim, i cili rendit cilësitë e mëposhtme të një pyetjeje të mirë:

• A përputhet me temën e faqes?
• Nënkupton një përgjigje objektive.
• Nuk është pyetur ende.
• Është hulumtuar.
• Përshkruan qartë problemin, zakonisht me një shembull minimal, lehtësisht të riprodhueshëm.

Mirë, por si duket në praktikë një "deklaratë e qartë problemi"? Çfarë informacioni është i rëndësishëm dhe çfarë jo? Ndonjëherë duket sikur për të bërë një pyetje të mirë, së pari duhet të dini përgjigjen.

Fatkeqësisht, fusha e vogël e tekstit nuk ndihmon këtu. Pra, a është çudi që kaq shumë përdorues po postojnë pyetje me cilësi të ulët? Ndonjëherë e vetmja përgjigje që ata marrin është një lidhje me ndonjë dokumentacion konfuz. Dhe ata do të jenë akoma me fat. Shumë pyetje me cilësi të ulët thjesht kundërshtohen në heshtje dhe ato zhduken në vargun e pafund të pyetjeve.

Të bësh pyetje të mira është një aftësi. Për fat të mirë, mund të zhvillohet. Mësova kryesisht duke lexuar një sërë pyetjesh dhe përgjigjesh, duke vënë në dukje se çfarë funksionoi dhe çfarë jo. Çfarë informacioni është i dobishëm dhe çfarë është i bezdisshëm? Edhe pse ende do të keni frikë të përdorni njohuritë e fituara në praktikë dhe të bëni pyetje. Thjesht provoni më të mirën tuaj dhe mësoni nga rezultatet. Më duhet të pranoj se edhe unë vetë jam pak në siklet nga disa nga pyetjet e mia të hershme injorante, megjithëse ndoshta kjo dëshmon se i kam përmirësuar shumë aftësitë e mia në pyetje që kur u gjenda në këtë faqe.

Pyetjet e këqija dhe jo shumë të mira nuk janë e njëjta gjë

Nuk do ta mbuloj me sheqer pilulën: disa pyetje janë thjesht të këqija.

Një pyetje e përbërë nga një pamje nga ekrani dhe fraza "PSE NUK FUNKSIONON KJO!?!" - keq. Pse? Është e qartë se autori nuk ka bërë pothuajse asnjë përpjekje. Kjo nuk është aq një pyetje sa një kërkesë: "Bëje këtë punë për mua!" Pse do ta bëja këtë? Koha ime është shumë e vlefshme për të humbur duke ndihmuar dikë që nuk dëshiron të mësojë si fillim dhe nuk do ta vlerësojë ndihmën time. Mësoni se çfarë është Stack Overflow.

Tani merrni parasysh një pyetje të titulluar "Si të hiqni kufijtë blu në faqen time", e cila përbëhet nga disa paragrafë teksti që flet për vetinë e përshkrimit të CSS, por pa përmendur në mënyrë eksplicite fjalët "CSS" ose "skicë". Ndërsa një pyetje si kjo mund të jetë kundër shumë udhëzimeve të Stack Overflow, nuk jam dakord, nuk është një pyetje e keqe. Autori të paktën u përpoq të jepte ndonjë informacion, edhe pa ditur se çfarë të jepte. Përpjekja ka rëndësi, po ashtu edhe gatishmëria për të perceptuar dhe mësuar.

Megjithatë, shumë kontribues të Stack Overflow ndoshta do t'i trajtojnë të dyja pyetjet në të njëjtën mënyrë: votojnë kundër dhe mbyllin. Kjo është zhgënjyese dhe fik shumë përdorues të papërvojë përpara se të mësojnë të bëjnë pyetje më të mira dhe madje të kuptojnë se si funksionon faqja.

Pyetjet vërtet të këqija nuk ia vlejnë kohën tuaj. Por duhet pasur parasysh se ata që bëjnë pyetje jo shumë të mira e bëjnë këtë pa dashje. Ata duan të bëjnë pyetje të mira, thjesht nuk dinë si. Nëse i ndëshkoni verbërisht dhe pa shpjegime të ardhurit, si do të mësojnë?

Një pyetje e mirë nuk garanton një përgjigje

Stack Overflow zakonisht ofron përgjigje më të shpejta për pyetjet e thjeshta që shumë njerëz mund t'u përgjigjen. A keni një pyetje në lidhje me kërkimin binar në JavaScript apo në lidhje me HTML? E mrekullueshme! Merrni pesë përgjigje në më pak se një orë. Por sa më komplekse apo specifike të jetë pyetja, aq më pak ka gjasa që të merrni një përgjigje, pavarësisht nga cilësia e formulimit.

Mundësia për të marrë një përgjigje gjithashtu bie shpejt me kalimin e kohës. Kur një pyetje futet disa faqe thellë në burim, ajo humbet. Një javë më vonë, ju mund të luteni vetëm që dikush me njohuritë e duhura të pengohet në pyetjen tuaj (ose të klikojë bujarisht mbi të).

Mund të mos ju pëlqejnë përgjigjet e sakta

Çdo muaj marr disa vota kundër për të ashtuquajturat përgjigje jopopullore. Këto janë llojet e përgjigjeve që në thelb thonë, "arsyeja është sepse është projektuar në atë mënyrë", ose "nuk është e mundur sepse...", ose "është një gabim që duhet rregulluar së pari". Në të gjitha rastet e mësipërme, autorët nuk marrin një zgjidhje apo edhe një zgjidhje. Dhe dyshoj se kur njerëzve nuk u pëlqen ajo që thotë një përgjigje, ata e votojnë kundër. Madje i kuptoj, por kjo nuk do të thotë se përgjigjet janë të gabuara.

Natyrisht, e kundërta është gjithashtu e vërtetë: përgjigjet e mira nuk ju tregojnë domosdoshmërisht atë që dëshironi të dëgjoni. Disa nga përgjigjet më të mira fillimisht i përgjigjen pyetjes origjinale, por më pas përshkruajnë qasje të tjera për zgjidhjen e problemit. Ndonjëherë unë i përgjigjem pyetjes së një përdoruesi dhe më pas shkruaj një tekst të gjatë se pse nuk rekomandohet ta bëj këtë.

Sa herë që shprehjet e qëndrimit thjeshtohen në vota lart e poshtë ose një buton pëlqimi, dallimet e rëndësishme humbasin. Ky problem ndodh shpesh në internet. Sa rrjete sociale ju lejojnë të bëni dallimin midis "Unë e mbështes këtë" dhe "Unë mendoj se është thënë mirë, edhe nëse nuk më pëlqen ose nuk jam dakord me të"?

Në përgjithësi, pavarësisht votave mujore kundër, besoj se komuniteti i Stack Overflow voton në mënyrë të drejtë. Ne do të qëndrojmë në këtë rrugë.

Unë pothuajse kurrë nuk pyes në Stack Overflow

Sa më gjatë e përdora këtë faqe, aq më rrallë bëja pyetje në të. Kjo është pjesërisht për shkak të rritjes sime profesionale. Shumë nga problemet me të cilat përballem në punë janë shumë komplekse për t'u shprehur me pyetje të thjeshta, ose shumë specifike që dikush të më ndihmojë fare. Unë i kam kuptuar kufizimet e faqes, kështu që shmang të bëj pyetje për të cilat pothuajse me siguri nuk do të marr një përgjigje të mirë.

Por unë rrallë bëja pyetje këtu, edhe kur po mësoja një gjuhë ose kornizë të re. Jo sepse ai është një gjeni i tillë, përkundrazi. Thjesht, pas vitesh që jam në Stack Overflow, kur kam një pyetje, arrij në bindjen e thellë se nuk ka gjasa të jem i pari që do ta bëj atë. Unë filloj të kërkoj dhe pothuajse gjithmonë zbuloj se dikush ka pyetur të njëjtën gjë disa vjet më parë.

Vëzhgimi i pyetjeve të njerëzve të tjerë është një mënyrë e shkëlqyer për të mësuar gjëra të reja rreth produktit tuaj.

Tani jam duke punuar VS Kodi, kështu që e bëra zakon të shikoja pyetjet e etiketuara vscode. Kjo është një mënyrë e shkëlqyer për të parë se si përdoret kodi im në botën reale. Çfarë problemesh hasin përdoruesit? Si mund të përmirësohet dokumentacioni ose API? Pse diçka që mendova se ishte absolutisht e qartë shkakton kaq shumë keqkuptime?

Pyetjet janë një sinjal i rëndësishëm që tregon se si po përdoret produkti juaj. Por çështja nuk është të përgjigjesh dhe të vazhdosh, por të përpiqesh së pari të kuptojmë pse personi ka një pyetje. Ndoshta ka një problem në produkt që është i panjohur për ju, ose disa supozime që keni bërë pa e ditur? Pyetjet më ndihmuan gjithashtu të zbuloja shumë defekte dhe më frymëzuan të vazhdoja të punoja.

Nëse po ruani një produkt për zhvilluesit, mos e mendoni Stack Overflow si një vend depozitimi (ose më keq, një varrezë pyetjesh). Kontrolloni rregullisht për të parë se çfarë pyetjesh dhe përgjigjesh janë shfaqur. Kjo nuk do të thotë që ju duhet t'i përgjigjeni vetë çdo pyetjeje, por sinjalet nga Stack Overflow janë shumë të rëndësishme për t'u injoruar.

Linjat midis një pyetjeje, një raporti defektesh dhe një kërkese për veçori janë të paqarta.

Shumë pyetje në lidhje me VS Code në Stack Overflow ishin në fakt raporte të gabimeve. Dhe shumë të tjera janë në fakt kërkesa për veçori të reja.

Për shembull, një pyetje me titullin "Pse VS Code prishet kur bëj...?" - ky është një raport i gabimeve. Kodi VS nuk duhet të rrëzohet në një sërë situatash. Përgjigjja e pyetjeve që janë raporte të defekteve është kundërproduktive sepse autorët mund të jenë të kënaqur me një zgjidhje dhe të mos paraqesin kurrë një raport të vërtetë të defekteve. Në situata si kjo, zakonisht u kërkoj përdoruesve të paraqesin një raport të gabimeve në Github.

Në raste të tjera, dallimet mund të jenë më pak të dukshme. Për shembull, pyetja "Pse nuk funksionon JavaScript IntelliSense në VS Code?" Në varësi të mënyrës se si nuk funksionon JavaScript IntelliSense, problemi mund të ndahet në një nga tre kategoritë:

• Nëse është një problem i konfigurimit të përdoruesit, atëherë është me të vërtetë një pyetje për Stack Overflow.
• Nëse në rastin e përshkruar IntelliSense duhet të funksionojë, por nuk funksionon, atëherë ky është një raport i gabimeve.
• Nëse në rastin e përshkruar IntelliSense nuk duhet të funksionojë, atëherë kjo është një kërkesë për një veçori të re.

Në fund të fundit, shumica e përdoruesve nuk kujdesen për këto nuanca - ata thjesht duan që JavaScript IntelliSense të funksionojë.

Dhe megjithëse këto dallime janë të rëndësishme për mua, si personi përgjegjës për projektin, në përgjithësi nuk duhet të kenë rëndësi për mua. Sepse pyetjet, raportet e gabimeve dhe kërkesat për veçori janë të gjitha mënyra për të shprehur një ide: përdoruesi pret diçka nga kodi im dhe nuk e merr atë. Nëse produkti do të ishte i përsosur, përdoruesit nuk do të bënin kurrë pyetje në lidhje me të, sepse gjithçka do të ishte e qartë për ta dhe do të bënte pikërisht atë që ata duan (ose të paktën do t'u tregonte qartë pse nuk mundet).

Zhvilluesit janë gjithashtu njerëz

Njerëzit janë emocionalë. Njerëzit janë të paarsyeshëm. Njerëzit janë budallenj. Jo gjithmonë, sigurisht, por ndonjëherë! Dhe besoni apo jo, zhvilluesit janë gjithashtu njerëz.

Ekziston një fantazi që ne zhvilluesit na pëlqen t'i tregojmë vetes: “Ne punojmë me kompjuterë, ndaj duhet të jemi racionalë. Ne i kuptojmë simbolet e fshehta, ndaj duhet të jemi të zgjuar. Softueri ka pushtuar botën, ndaj duhet të jemi të qetë! E bukur! Përpara!!!"

Kjo eshte e gabuar. Dhe nëse do të ishte kështu, atëherë Zoti i ndihmoftë njerëzit e tjerë. Edhe në Stack Overflow, ai mjet për profesionistët i krijuar si një bazë njohuri objektive, edhe në këndin tim, shumë specifik të VS Code, vazhdoj të ndeshem me lloj-lloj fyerjesh: gabime logjike, fyerje, mentalitet tufë etj.

Mos u tallni: ndoshta nuk jeni aq perfekt sa mendoni. Por kjo nuk do të thotë që ne nuk duhet të përpiqemi të heqim qafe të metat tona.

Shoku, unë jam ai që e krijoi këtë

Edhe unë jam njeri dhe herë pas here ajo që ndodh në Stack Overflow më mërzit. Për shembull, kur një përdorues shkruan me besim të pakuptimtë ose thjesht i jep një përgjigje të gabuar një pyetjeje që lidhet me VS Code, një produkt që kam krijuar dhe që e njoh shumë mirë. Çuditërisht, duket se sa më e gabuar të jetë përgjigja, aq më shumë ka gjasa që dikush ta quajë një fakt të padiskutueshëm.

Kur kjo ndodh, unë veproj si në foto dhe shkruaj përgjigjen e saktë.

Dhe disa herë kjo rezultoi në tema të gjata: mjerë unë që guxoj të vë në dyshim njohuritë e tyre për atë që kam krijuar! Ndaloni të përpiqeni të keni të drejtë gjatë gjithë kohës, ju djema të zgjuar! Sepse kam te drejte!!!

Është e lehtë të bëhesh cinik në këtë mungesë shprese

Kur përballesh me një rrymë të pafund pyetjesh me cilësi të ulët, është e lehtë të bëhesh cinik. A ka dëgjuar ai kurrë për Google? A di edhe të ndërtojë fjali koherente? Çfarë je ti qen?

Ndonjëherë shikoj dhjetëra pyetje të reja brenda një dite. Vëzhgimi i vazhdueshëm i të gjitha këtyre pyetjeve me cilësi të ulët rrezikon të rrëshqasë në përbuzje ose cinizëm. Ky cinizëm mund të përhapet në faqe, pasi kushdo që ka hasur në një moderator tepër të zellshëm ose ka kaluar disa orë duke hulumtuar dhe bërë një pyetje do ta vërtetojë, vetëm për të marrë përgjigje negative në këmbim dhe do të zhduket në harresë pa asnjë shpjegim.

Sigurisht, ka përdorues që nuk bëjnë asnjë përpjekje dhe postojnë pyetje të këqija. Por unë besoj se pjesa më e madhe e pyetjeve me cilësi të ulët vijnë nga njerëz me qëllime të mira (edhe pse budallenj). Unë gjithmonë përpiqem të kujtoj se çfarë do të thotë të jesh fillestar. Kur sapo filloni, nuk e kuptoni se si funksionon vërtet gjithçka këtu. Në disa raste, ju as nuk dini se cilat fjalë të shprehni saktë problemin tuaj. Më besoni, është e vështirë të jesh në këtë pozicion. Dhe është e pakëndshme kur jeni të zhytur në pjerrësi vetëm për të bërë një pyetje.

Edhe pse Stack Overflow ka bërë shumë për të ndihmuar fillestarët, ka ende shumë për të bërë. U përpoqa të gjeja një ekuilibër midis respektimit të standardeve të faqes dhe të qenit i butë ndaj përdoruesve të papërvojë. Kjo mund të përfshijë shpjegimin pse votova për mbylljen e pyetjes ose postimin e një komenti që inkurajon përdoruesin të japë më shumë informacion. Kam ende vend për t'u rritur.

Nga ana tjetër, nuk kam asnjë hezitim të votoj kundër përdoruesve me një reputacion prej 50, të cilët postojnë pyetje të tilla si “Cili është faqosja më e mirë e kodit VS për zhvillimin e JavaScript?”, ose që ngarkojnë pamje të sapunit të kodit në vend të tekstit.

Ndonjëherë dua vetëm t'ju falënderoj

Ekziston një kulturë e dobët mirënjohjeje në Stack Overflow. Më kujtohet një herë e një kohë, faqja i preu automatikisht fjalët "përshëndetje" dhe "faleminderit" nga pyetjet. Ndoshta kjo është bërë ende, nuk e kam kontrolluar.

Sot, kushdo që ka punuar në mbështetjen e klientëve e di mirë se shumë mirësjellje mund të pengojë dhe madje të duket e detyruar. Por ndonjëherë dikush në këtë faqe bën diçka shumë të rëndësishme për ju, dhe mënyra e vetme për ta falënderuar është t'i jepni një plus. Është thithëse.

Efikasiteti nuk kërkon që ne të bëhemi robotë pa shpirt. Një kanal anësor mund të sigurojë komunikim më autentik midis njerëzve, nëse vetë përdoruesit e dëshirojnë atë, sigurisht.

Ndonjëherë dua të di se çfarë ka ndodhur pasi kam marrë përgjigjen

Stack Overflow funksionon mbi një parim transaksional: disa njerëz bëjnë pyetje, të tjerët përgjigjen. Çfarë ndodh pas marrjes së një përgjigje? Kush e di? Ndonjëherë pyes veten për këtë. A ishte përgjigja ime e dobishme? Çfarë projekti modest ndihmoi? Çfarë mësoi pyetësi?

Sigurisht, është e pamundur të kënaqësh këtë kuriozitet. Kërkimi i përdoruesve që të japin llogari për mënyrën se si do të përdorin informacionin që marrin do të ishte shumë problematike, edhe nëse mund ta bëni këtë. Por është interesante të mendosh për këtë.

Gamifikimi është efektiv...

…kur proceset i kthejnë në lojëra.

Ende shqetësohem pak kur shoh ikonën e vogël +10 ose +25 në shiritin e statusit. Ndoshta këto prekje të vogla të gamifikimit janë arsyeja që unë jam kthyer në faqe për 10 vjet. Por me kalimin e viteve, unë gjithashtu kam filluar të pyes veten se çfarë lloj loje është Stack Overflow dhe çfarë do të thotë të fitosh në të.

Jam i sigurt se sistemi është krijuar me qëllimet më të mira: të shpërblejë njerëzit për pyetje dhe përgjigje të dobishme. Por sapo shtoni pikë të larta, ai hyn në fuqi Ligji i Goodhart, dhe disa përdorues fillojnë të rregullojnë veprimet e tyre jo për të arritur vlerën maksimale, por për të marrë vlerësimet maksimale. Dhe kjo është e rëndësishme sepse...

Reputacioni nuk do të thotë atë që ju mendoni se do të thotë.

Reputacioni nuk është i barabartë me kompetencën teknike, aftësitë e komunikimit ose të kuptuarit se si funksionon ose duhet të funksionojë Stack Overflow.

Nuk dua të them se reputacioni është i kotë. Thjesht nuk do të thotë se çfarë nënkuptojnë administratorët e Stack Overflow ose çfarë supozohet të thotë fjala "reputacion". Kuptova se reputacioni është një masë ndikimi. Konsideroni dy përgjigje hipotetike të publikuara në sit:

• Një në lidhje me një operacion të zakonshëm git. Shkrova një përgjigje me tre rreshta në dy minuta duke përdorur Google.
• Tjetra ka të bëjë me teorinë e grafikëve të ngatërruar. Ndoshta vetëm njëqind njerëz në të gjithë botën mund t'i përgjigjen asaj. Shkrova disa paragrafë dhe kodin e mostrës duke shpjeguar problemin dhe si ta zgjidhim atë.

Në pesë vjet, përgjigja e parë u shikua 5 milionë herë dhe mori 2000 vota pozitive. Përgjigja e dytë u shqyrtua 300 herë dhe u dha dy vota jo të mira.

Në një farë mase kjo është shumë e pandershme. Pse të shpërbleni diçka që ishte në vendin e duhur në kohën e duhur? (jo gjithçka përcaktohet nga fati; të kuptuarit e rregullave të lojës gjithashtu luan një rol të madh). Nga ana tjetër, pyetja e parë në fakt ndihmoi shumë më tepër njerëz sesa e dyta. Ndoshta ia vlen të pranohet se, në një farë kuptimi, njohja çon në akumulimin e "reputacionit"?

Kështu që unë e konsideroj "reputacionin" në Stack Overflow si një lloj mase ndikimi. Reputacioni i vërtetë nuk mund të matet vetëm me pikë, ai vjen nga komuniteti. Këshillat e kujt dëgjoj, kujt i ndihmon të tjerët, kujt i besoj? Ndoshta të gjithë këta do të jenë njerëz të ndryshëm, në varësi të faktit nëse shkruaj në PHP apo për iOS.

Me këtë thënë, nuk e di se çfarë duhet të bëjë Stack Overflow në këtë drejtim. A do të ishin përdoruesit po aq të motivuar nëse në vend të "reputacionit" do të fitonin "pika dinake"? A do të mbeten përdoruesit po aq të angazhuar nëse nuk ka fare sistem pikësh? Mendoj se nuk ka gjasa. Dhe miti se "reputacioni" në Stack Overflow është i barabartë me reputacionin e vërtetë nuk përfiton vetëm nga vetë siti, por edhe nga përdoruesit më aktivë të tij. Epo, me të vërtetë, kujt nuk i pëlqen të rrisë reputacionin e tyre?

Jo, siç ndodh më shpesh në jetë, për të marrë një ide të vërtetë të asaj që po ndodh, duhet të analizoni jo vetëm numrat. Nëse një postim ka 10 mijë pikë në Stack Overflow, atëherë shikoni se si komunikon ky person, çfarë pyetjesh dhe përgjigjesh publikon. Dhe në të gjitha rastet, përveç rasteve të jashtëzakonshme, mbani në mend se vetëm rezultatet e Stack Overflow nuk kanë gjasa të tregojnë ndonjë gjë tjetër përveç aftësisë së një personi për të përdorur faqen. Dhe në përvojën time, ata shpesh as nuk flasin për këtë.

Unë nuk do të isha produktiv pa Stack Overflow

Sa herë që më duhet të bëj diçka të komplikuar në git, shkoj te Stack Overflow. Sa herë që më duhet diçka e thjeshtë në bash, shkoj te Stack Overflow. Sa herë që marr një gabim të çuditshëm përpilimi, shkoj te Stack Overflow.

Unë nuk jam produktiv pa IntelliSense, një motor kërkimi dhe Stack Overflow. Duke gjykuar nga disa libra, kjo më bën një programues shumë të keq. Ndoshta do të dështoja në shumë teste dhe nuk do të zgjidhja shumë probleme në tabelë. Le të jetë ashtu. Seriozisht, sa herë që përdor .sort në JavaScript, më duhet të kërkoj informacione se kur do të marr -1, 0 ose 1 dhe shkruaj JS çdo ditë, duke zhvilluar redaktorin më të njohur për gjuhën.

Jo, Stack Overflow është një mjet i jashtëzakonshëm. Vetëm një budalla nuk do të përdorte të gjitha mjetet në dispozicion të tij. Pra, pse të mos jesh një budalla i brendshëm si unë? Kurseni burimet e trurit tuaj për njohuri të rëndësishme, të tilla si memorizimi i të gjitha komploteve të serisë Seinfeld ose krijimi i lojërave të fjalëve të sofistikuara (të cilat mungojnë kaq shumë në këtë artikull, por do të ketë shumë të tjera të një natyre krejtësisht të ndryshme).

Stack Overflow është një mrekulli

Stack Overflow lejon këdo, pavarësisht përvojës apo njohurive, të postojë pyetje programimi. Këtyre pyetjeve u përgjigjen njerëz krejtësisht të panjohur, shumica e të cilëve kalojnë kohën e jetës dhe karrierës së tyre duke ndihmuar të tjerët falas.

Mrekullia është vetë fakti i ekzistencës dhe rezultati i punës së Stack Overflow. Jam i sigurt që jo gjithçka rezulton ashtu siç kanë menduar krijuesit e saj, por ata përpiqen. Përkundër të gjitha mangësive, faqja ka ndihmuar një numër të madh njerëzish për shumë vite, përfshirë mua.

Stack Overflow nuk do të zgjasë përgjithmonë. Një ditë do të vijë diçka më e mirë. Shpresojmë që kjo të jetë diçka që do të mësojë nga gabimet e Stack Overflow dhe do të marrë më të mirën prej saj. Deri atëherë, shpresoj që të mos e marrim si të mirëqenë këtë faqe. Ky është njëkohësisht një pikë referimi dhe një komunitet i gjallë, i cili vazhdimisht plotësohet me njerëz të rinj. Nëse kjo ju shqetëson, mbani mend se e gjithë kjo është shumë e brishtë, madje edhe veprimet e vogla - si ndihma e të ardhurve me qëllim të mirë, por ende injorantë - mund të kenë një efekt pozitiv. Nëse e kritikoj këtë faqe, është vetëm sepse më intereson dhe di si ta bëj më të mirë.

PS

Unë isha ende një nxënës shkolle kur erdha në Stack Overflow. Sapo kisha filluar të shkruaj JavaScript (ES5!) në Eclipse, dhe më dukej sikur 90% e pyetjeve filluan me "Përdorimi i jQuery, vetëm...". Dhe edhe pse nuk e dija se çfarë po bëja, të huajt e kalonin kohën duke më ndihmuar. Nuk mendoj se e kam vlerësuar shumë në atë kohë, por nuk e kam harruar.

Njerëzit gjithmonë do të duan që Stack Overflow të jetë diçka ndryshe: një faqe me pyetje dhe përgjigje; një mjet për zgjidhjen e problemeve shtëpiake; standardi i jetesës së programimit. Dhe për mua, kjo faqe, pavarësisht rritjes dhe mangësive të saj, është në thelb një komunitet i hapur ku të huajt ndihmojnë njëri-tjetrin të mësojnë dhe përmirësohen. Dhe kjo është e mrekullueshme. Jam i lumtur që kam qenë pjesë e Stack Overflow për 10 vitet e fundit dhe shpresoj të vazhdoj ta bëj këtë. Dua të mësoj sa më shumë gjëra të reja në dekadën e ardhshme sa mësova në dekadën e mëparshme.

Burimi: www.habr.com