អ្វីដែលខ្ញុំបានរៀនក្នុងរយៈពេល 10 ឆ្នាំលើ Stack Overflow

អ្វីដែលខ្ញុំបានរៀនក្នុងរយៈពេល 10 ឆ្នាំលើ Stack Overflow
ខ្ញុំជិតដល់ខួបលើកទីដប់របស់ខ្ញុំនៅលើ Stack Overflow។ ប៉ុន្មានឆ្នាំមកនេះ វិធីសាស្រ្តរបស់ខ្ញុំក្នុងការប្រើប្រាស់គេហទំព័រ និងការយល់ឃើញអំពីវាបានផ្លាស់ប្តូរច្រើន ហើយខ្ញុំចង់ចែករំលែកបទពិសោធន៍របស់ខ្ញុំជាមួយអ្នក។ ហើយខ្ញុំកំពុងសរសេរអំពីរឿងនេះតាមទស្សនៈរបស់អ្នកប្រើជាមធ្យមដែលមិនពាក់ព័ន្ធយ៉ាងខ្លាំងនៅក្នុងជីវិតនៃសហគមន៍របស់គេហទំព័រ ឬវប្បធម៌របស់វា។ ប៉ុន្មានថ្ងៃនេះ ខ្ញុំគ្រាន់តែឆ្លើយសំណួរទាក់ទងនឹង VS Code ដែលជាផលិតផលដែលខ្ញុំកំពុងធ្វើការ។ ទោះយ៉ាងណាក៏ដោយ ខ្ញុំធ្លាប់ចូលរួមយ៉ាងសកម្មក្នុងការពិភាក្សាលើប្រធានបទដ៏ធំទូលាយមួយ។ ក្នុងរយៈពេល 10 ឆ្នាំ I បានសួរប្រហែល 50 សំណួរ ហើយបានផ្តល់ចម្លើយចំនួន 575មើលទៅតាមរយៈមតិជាច្រើនរបស់អ្នកដទៃ។

លោក Jon Skeete បានពិពណ៌នាអំពីវប្បធម៌នៃ Stack Overflow ល្អជាង និងមានសិទ្ធិអំណាចច្រើនជាងអ្វីដែលខ្ញុំអាចធ្វើបាន។ ការបោះពុម្ភផ្សាយរបស់វាមានឥទ្ធិពលលើជំពូកមួយចំនួននៅក្នុងអត្ថបទនេះ ប៉ុន្តែសរុបមក ទាំងនេះគឺជាការឆ្លុះបញ្ចាំងដោយផ្ទាល់របស់ខ្ញុំលើបទពិសោធន៍របស់ខ្ញុំនៅលើ Stack Overflow អ្វីដែលល្អ និងអាក្រក់អំពីគេហទំព័រ និងរបៀបដែលវាអាចប្រើបានសព្វថ្ងៃនេះ។ ការពិភាក្សានេះនឹងមានលក្ខណៈស្រពិចស្រពិល ដោយមិនចាំបាច់ចូលជ្រៅទៅក្នុងការងាររបស់គេហទំព័រ ឬប្រវត្តិរបស់វា។

ដូច្នេះ នេះជាអ្វីដែលខ្ញុំបានរៀនពី 10 ឆ្នាំនៃការប្រើប្រាស់ Stack Overflow ។

អ្នកត្រូវតែអាចសួរសំណួរបាន។

នៅក្រឡេកមើលដំបូង គ្មានអ្វីអាចសាមញ្ញជាងនេះទេ៖ បញ្ចូលពាក្យពីរបីក្នុងប្រអប់អត្ថបទ ចុច "ដាក់ស្នើ" ហើយអ៊ីនធឺណិតនឹងជួយដោះស្រាយបញ្ហាទាំងអស់របស់អ្នកយ៉ាងអស្ចារ្យ! ប៉ុន្តែវាត្រូវចំណាយពេលជិត 10 ឆ្នាំដើម្បីរកឱ្យឃើញនូវពាក្យអ្វីដែលត្រូវវាយបញ្ចូលទៅក្នុងវាលដ៏អាក្រក់នោះដើម្បីទទួលបានលទ្ធផលពិតប្រាកដ។ តាមពិតខ្ញុំនៅតែរៀនពីវាជារៀងរាល់ថ្ងៃ។

ការ​សួរ​សំណួរ​ល្អ​គឺ​ជា​ជំនាញ​ដែល​មិន​សូវ​មាន​ការ​វាយ​តម្លៃ (ដូច​ជា​ការ​សរសេរ​របាយការណ៍​បញ្ហា​ល្អ​សម្រាប់​បញ្ហា​នោះ)។ ទីមួយ តើ​យើង​កំណត់​យ៉ាង​ដូចម្តេច​ថា​តើ​សំណួរ​មួយ​គឺ “ល្អ”? Stack Overflow ផ្តល់ជូន ព័ត៌មានជំនួយដែលរាយបញ្ជីគុណភាពខាងក្រោមនៃសំណួរល្អ៖

  • តើវាត្រូវគ្នានឹងប្រធានបទនៃគេហទំព័រដែរឬទេ?
  • បង្កប់ន័យចម្លើយដែលមានគោលបំណង។
  • មិនទាន់ត្រូវបានសួរនៅឡើយ។
  • ត្រូវបានស្រាវជ្រាវ។
  • ពិពណ៌នាយ៉ាងច្បាស់អំពីបញ្ហា ជាធម្មតាជាមួយនឹងឧទាហរណ៍តិចតួចបំផុត និងងាយស្រួលផលិតឡើងវិញ។

យល់ព្រម ប៉ុន្តែតើ "សេចក្តីថ្លែងការណ៍បញ្ហាច្បាស់លាស់" មើលទៅដូចអ្វីនៅក្នុងការអនុវត្ត? តើ​ព័ត៌មាន​ណា​ខ្លះ​ពាក់ព័ន្ធ និង​អ្វី​ដែល​មិន​ពាក់ព័ន្ធ? ពេល​ខ្លះ​វា​មាន​អារម្មណ៍​ថា​ចង់​សួរ​សំណួរ​ល្អ​ដំបូង​អ្នក​ត្រូវ​ដឹង​ចម្លើយ។

ជាអកុសល វាលអត្ថបទតូចមិនជួយនៅទីនេះទេ។ ដូច្នេះ​តើ​មាន​ការ​ងឿង​ឆ្ងល់​ទេ​ដែល​អ្នក​ប្រើ​ជា​ច្រើន​កំពុង​បង្ហោះ​សំណួរ​ដែល​មាន​គុណភាព​ទាប? ពេលខ្លះចម្លើយតែមួយគត់ដែលពួកគេទទួលបានគឺតំណភ្ជាប់ទៅកាន់ឯកសារដែលច្រឡំមួយចំនួន។ ហើយពួកគេនឹងនៅតែមានសំណាង។ សំណួរដែលមានគុណភាពទាបជាច្រើនត្រូវបានបោះឆ្នោតទម្លាក់ដោយស្ងៀមស្ងាត់ ហើយវាបាត់ទៅក្នុងខ្សែស្រឡាយសំណួរគ្មានទីបញ្ចប់។

ការសួរសំណួរល្អគឺជាជំនាញ។ ជាសំណាងល្អវាអាចត្រូវបានអភិវឌ្ឍ។ ភាគច្រើនខ្ញុំបានរៀនដោយការអានសំណួរ និងចម្លើយជាច្រើន ដោយកត់សម្គាល់ពីអ្វីដែលបានដំណើរការ និងអ្វីដែលមិនបាន។ តើព័ត៌មានណាដែលមានប្រយោជន៍ និងអ្វីដែលរំខាន? ទោះបីជាអ្នកនឹងនៅតែភ័យខ្លាចក្នុងការប្រើប្រាស់ចំណេះដឹងដែលទទួលបានក្នុងការអនុវត្ត និងសួរសំណួរ។ គ្រាន់តែព្យាយាមឱ្យអស់ពីសមត្ថភាពរបស់អ្នកហើយរៀនពីលទ្ធផល។ ខ្ញុំត្រូវតែទទួលស្គាល់ថាខ្លួនខ្ញុំផ្ទាល់មានការខ្មាស់អៀនបន្តិចចំពោះសំណួរដែលល្ងង់ខ្លៅដំបូងរបស់ខ្ញុំ ទោះបីជានេះប្រហែលជាបង្ហាញថាខ្ញុំបានកែលម្អជំនាញសំណួររបស់ខ្ញុំច្រើនណាស់ចាប់តាំងពីខ្ញុំបានរកឃើញខ្លួនឯងនៅលើគេហទំព័រនេះ។

សំណួរ​អាក្រក់ និង​មិន​ល្អ​មិន​មែន​ជា​រឿង​ដូចគ្នា​ទេ។

ខ្ញុំ​នឹង​មិន​លាប​ថ្នាំ​គ្រាប់​ស្ករ​ទេ៖ សំណួរ​ខ្លះ​គឺ​អាក្រក់​ណាស់។

សំណួរ​ដែល​មាន​រូបថត​អេក្រង់ និង​ឃ្លា "ហេតុអ្វី​បាន​ជា​មិន​ដំណើរការ!?!" - អាក្រក់។ ហេតុអ្វី? វាច្បាស់ណាស់ដែលអ្នកនិពន្ធបានខិតខំប្រឹងប្រែងស្ទើរតែគ្មាន។ នេះ​មិន​មែន​ជា​សំណួរ​ច្រើន​ដូច​ការ​ទាមទារ​ទេ៖ «ធ្វើ​កិច្ចការ​នេះ​ឲ្យ​ខ្ញុំ!»។ ហេតុអ្វីបានជាខ្ញុំធ្វើបែបនេះ? ពេលវេលារបស់ខ្ញុំមានតម្លៃពេកក្នុងការខ្ជះខ្ជាយការជួយនរណាម្នាក់ដែលមិនចង់រៀនចាប់ផ្តើម ហើយនឹងមិនពេញចិត្តចំពោះជំនួយរបស់ខ្ញុំ។ ស្វែងយល់ថាតើ Stack Overflow ជាអ្វី។

ឥឡូវពិចារណាសំណួរមួយដែលមានចំណងជើងថា "តើធ្វើដូចម្តេចដើម្បីលុបព្រំដែនពណ៌ខៀវនៅលើទំព័ររបស់ខ្ញុំ" ដែលមានកថាខណ្ឌជាច្រើននៃអត្ថបទដែលនិយាយអំពីទ្រព្យសម្បត្តិគ្រោងរបស់ CSS ប៉ុន្តែដោយមិននិយាយអំពីពាក្យ "CSS" ឬ "គ្រោង" ។ ខណៈពេលដែលសំណួរបែបនេះអាចប្រឆាំងនឹងគោលការណ៍ណែនាំ Stack Overflow ជាច្រើន ខ្ញុំមិនយល់ស្របទេ វាមិនមែនជាសំណួរអាក្រក់នោះទេ។ អ្នកនិពន្ធយ៉ាងហោចណាស់បានព្យាយាមផ្តល់ព័ត៌មានខ្លះ ទោះបីជាមិនដឹងថាត្រូវផ្តល់អ្វីក៏ដោយ។ ការព្យាយាមរាប់ ក៏ដូចជាឆន្ទៈក្នុងការយល់ឃើញ និងរៀនដែរ។

ទោះជាយ៉ាងណាក៏ដោយ អ្នករួមចំណែក Stack Overflow ជាច្រើនប្រហែលជានឹងដោះស្រាយសំណួរទាំងពីរតាមរបៀបដូចគ្នា៖ បោះឆ្នោតទម្លាក់ និងបិទ។ នេះគឺជាការខកចិត្ត និងបិទអ្នកប្រើប្រាស់ដែលគ្មានបទពិសោធន៍ជាច្រើន មុនពេលពួកគេអាចរៀនសួរសំណួរប្រសើរជាងមុន ហើយថែមទាំងយល់ពីរបៀបដែលគេហទំព័រដំណើរការ។

សំណួរមិនល្អពិតជាមិនសមនឹងពេលវេលារបស់អ្នកទេ។ ប៉ុន្តែ​ត្រូវ​ចាំ​ថា អ្នក​ដែល​សួរ​សំណួរ​មិន​សូវ​ល្អ ធ្វើ​ដូច្នេះ​ដោយ​អចេតនា។ ពួកគេ​ចង់​សួរ​សំណួរ​ល្អៗ ពួកគេ​គ្រាន់តែ​មិន​ដឹង​ពី​របៀប​។ ប្រសិនបើអ្នកដាក់ទោសអ្នកថ្មីដោយងងឹតងងុល និងគ្មានការពន្យល់ តើពួកគេនឹងរៀនយ៉ាងដូចម្តេច?

សំណួរល្អមិនធានាចម្លើយទេ។

Stack Overflow ជាធម្មតាផ្តល់នូវចម្លើយលឿនជាងមុនចំពោះសំណួរសាមញ្ញ ដែលមនុស្សជាច្រើនអាចឆ្លើយបាន។ តើអ្នកមានសំណួរអំពីការស្វែងរកប្រព័ន្ធគោលពីរនៅក្នុង JavaScript ឬអំពី HTML? អស្ចារ្យមែន! ទទួលបានចម្លើយចំនួនប្រាំក្នុងរយៈពេលតិចជាងមួយម៉ោង។ ប៉ុន្តែសំណួរកាន់តែស្មុគ្រស្មាញ ឬជាក់លាក់នោះ វាទំនងជាតិចជាងដែលអ្នកនឹងទទួលបានចម្លើយ ដោយមិនគិតពីគុណភាពនៃពាក្យនោះទេ។

លទ្ធភាពនៃការទទួលបានការឆ្លើយតបក៏ធ្លាក់ចុះយ៉ាងឆាប់រហ័សតាមពេលវេលា។ នៅ​ពេល​ដែល​សំណួរ​មួយ​ចូល​ទៅ​ក្នុង​ទំព័រ​ជា​ច្រើន​ចូល​ទៅ​ក្នុង​មតិព័ត៌មាន វា​នឹង​បាត់​បង់។ មួយសប្តាហ៍ក្រោយមក អ្នកអាចអធិស្ឋានឲ្យអ្នកដែលមានចំណេះដឹងត្រឹមត្រូវនឹងជំពប់ដួលលើសំណួររបស់អ្នក (ឬចុចលើវាដោយសប្បុរស)។

អ្នកប្រហែលជាមិនចូលចិត្តចម្លើយដែលត្រឹមត្រូវ។

ជារៀងរាល់ខែ ខ្ញុំទទួលបានការបោះឆ្នោតធ្លាក់ចុះជាច្រើនសម្រាប់អ្វីដែលគេហៅថា ចម្លើយដែលមិនពេញនិយម។ ទាំងនេះគឺជាប្រភេទនៃចម្លើយដែលនិយាយថា "ហេតុផលគឺដោយសារតែវាត្រូវបានរចនាតាមរបៀបនោះ" ឬ "វាមិនអាចទៅរួចដោយសារតែ ... " ឬ "វាជាកំហុសដែលត្រូវតែជួសជុលជាមុនសិន។" ក្នុងករណីទាំងអស់ខាងលើ អ្នកនិពន្ធមិនទទួលបានដំណោះស្រាយ ឬសូម្បីតែដំណោះស្រាយ។ ហើយ​ខ្ញុំ​សង្ស័យ​ថា នៅ​ពេល​មនុស្ស​មិន​ពេញ​ចិត្ត​នឹង​ចម្លើយ​ដែល​បាន​និយាយ នោះ​គេ​បោះ​ឆ្នោត​ចោល។ ខ្ញុំថែមទាំងយល់ពីពួកគេ ប៉ុន្តែនេះមិនមែនមានន័យថា ចម្លើយខុសនោះទេ។

ជាការពិតណាស់ ផ្ទុយមកវិញក៏ជាការពិតដែរ៖ ចម្លើយល្អមិនចាំបាច់ប្រាប់អ្នកពីអ្វីដែលអ្នកចង់ឮនោះទេ។ ចម្លើយដ៏ល្អបំផុតមួយចំនួន ជាដំបូងឆ្លើយសំណួរដើម ប៉ុន្តែបន្ទាប់មកពិពណ៌នាអំពីវិធីសាស្រ្តផ្សេងទៀតក្នុងការដោះស្រាយបញ្ហា។ ពេលខ្លះខ្ញុំឆ្លើយសំណួររបស់អ្នកប្រើ ហើយបន្ទាប់មកសរសេរអត្ថបទវែងៗអំពីមូលហេតុដែលវាមិនត្រូវបានគេណែនាំឱ្យធ្វើដូច្នេះ។

នៅពេលណាដែលការបង្ហាញអាកប្បកិរិយាត្រូវបានធ្វើឱ្យសាមញ្ញទៅជាសំឡេងឡើង និងចុះក្រោម ឬប៊ូតុងចូលចិត្ត ភាពខុសគ្នាសំខាន់ៗនឹងត្រូវបាត់បង់។ បញ្ហានេះកើតឡើងជាញឹកញាប់នៅលើអ៊ីនធឺណិត។ តើបណ្តាញសង្គមប៉ុន្មានដែលអនុញ្ញាតឱ្យអ្នកបែងចែករវាង "ខ្ញុំគាំទ្រវា" និង "ខ្ញុំគិតថាវានិយាយបានល្អ ទោះបីជាខ្ញុំមិនចូលចិត្តវា ឬយល់ព្រមជាមួយវាក៏ដោយ"?

សរុបមក ទោះបីជាមានការបោះឆ្នោតធ្លាក់ចុះប្រចាំខែក៏ដោយ ខ្ញុំជឿថាសហគមន៍ Stack Overflow បោះឆ្នោតដោយយុត្តិធម៌។ យើងនឹងនៅជាប់នឹងផ្លូវនេះ។

ខ្ញុំស្ទើរតែមិនដែលសួរលើ Stack Overflow ទេ។

កាលណាខ្ញុំប្រើគេហទំព័រនេះយូរ ខ្ញុំសួរសំណួរលើគេហទំព័រនេះតិច។ នេះ​ជា​ផ្នែក​មួយ​ដោយ​សារ​តែ​កំណើន​អាជីព​របស់​ខ្ញុំ។ បញ្ហាជាច្រើនដែលខ្ញុំជួបប្រទះនៅកន្លែងធ្វើការគឺស្មុគស្មាញពេកក្នុងការបញ្ចេញសំណួរសាមញ្ញៗ ឬជាក់លាក់ពេកសម្រាប់នរណាម្នាក់អាចជួយខ្ញុំបាន។ ខ្ញុំបានដឹងពីដែនកំណត់នៃគេហទំព័រ ដូច្នេះខ្ញុំជៀសវាងការសួរសំណួរដែលខ្ញុំស្ទើរតែនឹងមិនទទួលបានចម្លើយដ៏ល្អ។

ប៉ុន្តែខ្ញុំកម្រសួរសំណួរនៅទីនេះ សូម្បីតែពេលដែលខ្ញុំកំពុងរៀនភាសាថ្មី ឬក្របខ័ណ្ឌក៏ដោយ។ មិន​មែន​ដោយ​សារ​គាត់​មាន​ទេពកោសល្យ​បែប​នេះ​ទេ ផ្ទុយ​ទៅ​វិញ​។ វាគ្រាន់តែថាបន្ទាប់ពីប៉ុន្មានឆ្នាំនៃការនៅលើ Stack Overflow នៅពេលដែលខ្ញុំមានសំណួរមួយខ្ញុំឈានដល់ការជឿជាក់យ៉ាងជ្រាលជ្រៅថាខ្ញុំទំនងជាមិនសួរវាជាលើកដំបូង។ ខ្ញុំចាប់ផ្តើមស្វែងរក ហើយស្ទើរតែតែងតែឃើញថាមាននរណាម្នាក់បានសួររឿងដូចគ្នាកាលពីប៉ុន្មានឆ្នាំមុន។

ការសង្កេតសំណួររបស់អ្នកដ៏ទៃគឺជាវិធីដ៏ល្អមួយដើម្បីរៀនអ្វីថ្មីៗអំពីផលិតផលរបស់អ្នក។

ឥឡូវនេះខ្ញុំកំពុងធ្វើការ កូដ VSដូច្នេះខ្ញុំបង្កើតទម្លាប់មើលសំណួរដែលដាក់ស្លាក vscode។ នេះគឺជាវិធីដ៏ល្អមួយដើម្បីមើលពីរបៀបដែលលេខកូដរបស់ខ្ញុំត្រូវបានប្រើប្រាស់នៅក្នុងពិភពពិត។ តើអ្នកប្រើប្រាស់ជួបប្រទះបញ្ហាអ្វីខ្លះ? តើឯកសារ ឬ API អាចត្រូវបានកែលម្អដោយរបៀបណា? ហេតុ​អ្វី​បាន​ជា​អ្វី​មួយ​ដែល​ខ្ញុំ​គិត​ថា​ច្បាស់​លាស់​ពិត​ជា​ធ្វើ​ឱ្យ​មាន​ការ​យល់​ច្រឡំ​ច្រើន​ម្ល៉េះ?

សំណួរគឺជាសញ្ញាដ៏សំខាន់ដែលបង្ហាញពីរបៀបដែលផលិតផលរបស់អ្នកកំពុងត្រូវបានប្រើប្រាស់។ ប៉ុន្តែ​ចំណុច​មិន​មែន​ឆ្លើយ​ហើយ​បន្ត​ទៅ​មុខ​ទេ តែ​ត្រូវ​ព្យាយាម​យល់​ជា​មុន​សិន​ថា​ហេតុអ្វី​មនុស្ស​មាន​សំណួរ។ ប្រហែលជាមានបញ្ហានៅក្នុងផលិតផលដែលអ្នកមិនស្គាល់ ឬការសន្មត់មួយចំនួនដែលអ្នកបានបង្កើតដោយមិនដឹងខ្លួន? សំណួរ​ក៏​បាន​ជួយ​ខ្ញុំ​រក​ឃើញ​កំហុស​ជា​ច្រើន និង​ជំរុញ​ខ្ញុំ​ឱ្យ​បន្ត​ធ្វើការ។

ប្រសិនបើអ្នកកំពុងរក្សាផលិតផលសម្រាប់អ្នកអភិវឌ្ឍន៍ កុំគិតថា Stack Overflow ជាកន្លែងចាក់សំរាម (ឬអាក្រក់ជាងនេះទៅទៀត កន្លែងបញ្ចុះសពសំណួរ)។ ពិនិត្យមើលឡើងវិញជាទៀងទាត់ដើម្បីមើលថាតើសំណួរ និងចម្លើយអ្វីខ្លះបានលេចចេញមក។ នេះមិនមានន័យថាអ្នកត្រូវឆ្លើយគ្រប់សំណួរដោយខ្លួនឯងនោះទេ ប៉ុន្តែសញ្ញាពី Stack Overflow គឺសំខាន់ពេកក្នុងការមិនអើពើ។

បន្ទាត់រវាងសំណួរ របាយការណ៍កំហុស និងសំណើមុខងារត្រូវបានធ្វើឱ្យព្រិល។

សំណួរមួយចំនួនអំពី VS Code នៅលើ Stack Overflow គឺពិតជារបាយការណ៍កំហុស។ និង​ជា​ច្រើន​ទៀត​គឺ​ពិត​ជា​សំណើ​សម្រាប់​លក្ខណៈ​ពិសេស​ថ្មី​។

ឧទាហរណ៍ សំណួរដែលមានចំណងជើងថា "ហេតុអ្វីបានជា VS Code គាំងនៅពេលខ្ញុំធ្វើ...?" - នេះគឺជារបាយការណ៍កំហុស។ VS Code មិនគួរគាំងក្នុងស្ថានភាពផ្សេងៗទេ។ ការឆ្លើយសំណួរដែលជារបាយការណ៍កំហុសគឺផ្ទុយពីលទ្ធផល ពីព្រោះអ្នកនិពន្ធអាចពេញចិត្តនឹងដំណោះស្រាយមួយ ហើយមិនដែលដាក់របាយការណ៍អំពីបញ្ហាពិតប្រាកដនោះទេ។ ក្នុងស្ថានភាពបែបនេះ ជាធម្មតាខ្ញុំស្នើឱ្យអ្នកប្រើប្រាស់ដាក់របាយការណ៍កំហុសនៅលើ Github ។

ក្នុងករណីផ្សេងទៀត ភាពខុសគ្នាអាចមិនសូវច្បាស់។ ឧទាហរណ៍សំណួរ "ហេតុអ្វីបានជា JavaScript IntelliSense មិនដំណើរការក្នុង VS Code?" អាស្រ័យលើរបៀបដែល JavaScript IntelliSense មិនដំណើរការ បញ្ហានេះអាចធ្លាក់ចូលទៅក្នុងប្រភេទមួយក្នុងចំណោមបីប្រភេទ៖

  • ប្រសិនបើវាជាបញ្ហាក្នុងការកំណត់រចនាសម្ព័ន្ធអ្នកប្រើប្រាស់ នោះវាពិតជាសំណួរសម្រាប់ Stack Overflow។
  • ប្រសិនបើក្នុងករណីដែលបានពិពណ៌នា IntelliSense គួរតែដំណើរការ ប៉ុន្តែវាមិនមែនទេ នោះគឺជារបាយការណ៍កំហុស។
  • ប្រសិនបើក្នុងករណីដែលបានពិពណ៌នា IntelliSense មិនគួរដំណើរការទេនោះ នេះគឺជាការស្នើសុំសម្រាប់មុខងារថ្មី។

នៅចុងបញ្ចប់នៃថ្ងៃនោះ អ្នកប្រើប្រាស់ភាគច្រើនមិនខ្វល់ពីភាពខុសប្លែកទាំងនេះទេ ពួកគេគ្រាន់តែចង់ឱ្យ JavaScript IntelliSense ដំណើរការប៉ុណ្ណោះ។

ហើយទោះបីជាភាពខុសគ្នាទាំងនេះមានសារៈសំខាន់សម្រាប់ខ្ញុំ ក្នុងនាមជាអ្នកទទួលខុសត្រូវចំពោះគម្រោងនេះ ជាទូទៅពួកគេមិនគួរមានបញ្ហាសម្រាប់ខ្ញុំទេ។ ដោយសារតែសំណួរ របាយការណ៍កំហុស និងសំណើមុខងារគឺជាវិធីទាំងអស់នៃការបញ្ចេញគំនិតតែមួយ៖ អ្នកប្រើប្រាស់រំពឹងអ្វីមួយពីកូដរបស់ខ្ញុំ ហើយមិនទទួលបានវា។ ប្រសិនបើផលិតផលល្អឥតខ្ចោះ អ្នកប្រើប្រាស់នឹងមិនសួរសំណួរអំពីវាទេ ព្រោះអ្វីៗនឹងច្បាស់ចំពោះពួកគេ ហើយវានឹងធ្វើដូចដែលពួកគេចង់បាន (ឬយ៉ាងហោចណាស់ប្រាប់ពួកគេយ៉ាងច្បាស់ថាហេតុអ្វីបានជាវាមិនអាច)។

អ្នកអភិវឌ្ឍន៍ក៏ជាមនុស្សដែរ។

មនុស្សមានអារម្មណ៍។ មនុស្សមិនសមហេតុផល។ មនុស្សគឺជាមនុស្សល្ងីល្ងើ។ មិនមែនចេះតែថាទេ តែពេលខ្លះ! ហើយជឿឬមិនជឿ អ្នកអភិវឌ្ឍន៍ក៏ជាមនុស្សដែរ។

មានការស្រមើស្រមៃមួយដែលអ្នកអភិវឌ្ឍន៍ចង់ប្រាប់ខ្លួនយើងថា “យើងធ្វើការជាមួយកុំព្យូទ័រ ដូច្នេះយើងត្រូវមានហេតុផល។ យើងយល់ពីនិមិត្តសញ្ញាគ្រីប ដូច្នេះយើងត្រូវតែឆ្លាត។ កម្មវិធី​បាន​ចាប់​យក​ទូទាំង​ពិភពលោក ដូច្នេះ​យើង​ត្រូវ​តែ​ឡូយ! ឡូយ! ទៅមុខ!!!"

នេះ​គឺ​ខុស។ ហើយ​ប្រសិន​បើ​វា​ដូច្នោះ​មែន នោះ​ព្រះ​ជួយ​មនុស្ស​ឯ​ទៀត​ផង។ សូម្បីតែនៅលើ Stack Overflow ដែលជាឧបករណ៍សម្រាប់អ្នកជំនាញដែលត្រូវបានរចនាឡើងជាមូលដ្ឋានចំណេះដឹងដែលមានគោលបំណង សូម្បីតែនៅក្នុងជ្រុងជាក់លាក់ខ្ពស់នៃ VS Code របស់ខ្ញុំក៏ដោយ ក៏ខ្ញុំនៅតែបន្តជួបប្រទះនូវកំហឹងគ្រប់ប្រភេទ៖ ការភូតកុហកតាមបែបឡូជីខល ការប្រមាថ ចិត្តគំនិតជាដើម។

កុំបង្អាប់ខ្លួនឯង៖ អ្នកប្រហែលជាមិនល្អឥតខ្ចោះដូចអ្នកគិតនោះទេ។ ប៉ុន្តែនេះមិនមានន័យថាយើងមិនគួរព្យាយាមកម្ចាត់ចំណុចខ្វះខាតរបស់យើងនោះទេ។

លោកពូ ខ្ញុំជាអ្នកបង្កើតរឿងនេះ

ខ្ញុំ​ក៏​ជា​មនុស្ស​ដែរ ហើយ​ពី​ពេល​មួយ​ទៅ​ពេល​មួយ​មាន​អ្វី​កើត​ឡើង​លើ Stack Overflow រំខាន​ខ្ញុំ។ ឧទាហរណ៍ នៅពេលដែលអ្នកប្រើប្រាស់សរសេរដោយទំនុកចិត្ត ឬគ្រាន់តែផ្តល់ចម្លើយខុសឆ្គងចំពោះសំណួរទាក់ទងនឹង VS Code ដែលជាផលិតផលដែលខ្ញុំបានបង្កើត ហើយដែលខ្ញុំដឹងយ៉ាងច្បាស់។ ចម្លែក វាហាក់បីដូចជាចម្លើយកាន់តែខុស វាទំនងជាថានរណាម្នាក់នឹងហៅវាថាជាការពិតដែលមិនអាចប្រកែកបាន។

នៅពេលរឿងនេះកើតឡើងខ្ញុំធ្វើដូចនៅក្នុងរូបភាពហើយសរសេរចម្លើយត្រឹមត្រូវ។

អ្វីដែលខ្ញុំបានរៀនក្នុងរយៈពេល 10 ឆ្នាំលើ Stack Overflow

ហើយជាច្រើនដង វាបានបណ្តាលឱ្យមានខ្សែស្រឡាយវែងៗ៖ វេទនាហើយ ដែលខ្ញុំហ៊ានចោទសួរចំណេះដឹងរបស់ពួកគេអំពីអ្វីដែលខ្ញុំបានបង្កើត! ឈប់​ព្យាយាម​ធ្វើ​ខ្លួន​ឲ្យ​ត្រូវ​គ្រប់​ពេល​ទៅ​ហើយ​អ្នក​ឆ្លាត! ព្រោះខ្ញុំនិយាយត្រូវ!!!

វាងាយស្រួលក្នុងការក្លាយជាមនុស្សឆ្កួតនៅក្នុងភាពអស់សង្ឃឹមនេះ។

នៅពេលប្រឈមមុខនឹងការស្ទ្រីមគ្មានទីបញ្ចប់នៃសំណួរដែលមានគុណភាពទាប វាងាយនឹងក្លាយទៅជាមនុស្សឆ្កួត។ តើគាត់មិនដែលលឺពី Google ទេ? តើគាត់ដឹងពីរបៀបបង្កើតប្រយោគដែលជាប់គ្នាដែរឬទេ? តើអ្នកជាឆ្កែអ្វី?

ពេលខ្លះខ្ញុំមើលសំណួរថ្មីៗរាប់សិបក្នុងមួយថ្ងៃ។ ការសង្កេតជានិច្ចនូវសំណួរដែលមានគុណភាពទាបទាំងអស់នេះ ហានិភ័យធ្លាក់ចូលទៅក្នុងការមើលងាយ ឬមើលងាយ។ ភាពអសុរោះនេះអាចកំពប់ទៅលើគេហទំព័រ ព្រោះអ្នកណាម្នាក់ដែលបានជួបអ្នកសម្របសម្រួលហួសហេតុ ឬចំណាយពេលពីរបីម៉ោងក្នុងការស្រាវជ្រាវ និងសរសេរសំណួរនឹងបញ្ជាក់ ដើម្បីទទួលបានការឆ្លើយតបអវិជ្ជមានជាថ្នូរនឹងការបាត់ខ្លួនដោយគ្មានការពន្យល់ណាមួយឡើយ។

ជា​ការ​ពិត​ណាស់ មាន​អ្នក​ប្រើ​ដែល​មិន​បាន​ព្យាយាម​មួយ​អោន ហើយ​បង្ហោះ​សំណួរ​អាក្រក់។ ប៉ុន្តែ​ខ្ញុំ​ជឿ​ថា សំណួរ​ដែល​មាន​គុណភាព​ទាប​ភាគច្រើន​បាន​មក​ពី​មនុស្ស​ដែល​មាន​ចេតនា​ល្អ (ទោះ​ជា​សំណួរ​ឆោតល្ងង់)។ ខ្ញុំ​តែង​តែ​ព្យាយាម​ចងចាំ​ពី​អត្ថន័យ​នៃ​ការ​ក្លាយ​ជា​មនុស្ស​ថ្មី​ម្នាក់។ នៅពេលអ្នកទើបតែចាប់ផ្តើម អ្នកមិនយល់ពីរបៀបដែលអ្វីគ្រប់យ៉ាងពិតជាដំណើរការនៅទីនេះទេ។ ក្នុងករណីខ្លះ អ្នកមិនដឹងថាពាក្យអ្វីដើម្បីបង្ហាញពីបញ្ហារបស់អ្នកឱ្យបានត្រឹមត្រូវ ជឿខ្ញុំ វាពិបាកក្នុងការស្ថិតក្នុងតំណែងនេះ។ ហើយ​វា​ជា​រឿង​មិន​សប្បាយ​ចិត្ត​នៅ​ពេល​ដែល​អ្នក​ត្រូវ​បាន​ច្រាន​ចោល​ដោយ​គ្រាន់​តែ​សួរ​សំណួរ។

ទោះបីជា Stack Overflow បានធ្វើច្រើនដើម្បីជួយអ្នកថ្មីក៏ដោយ វានៅតែមានច្រើនទៀតដែលត្រូវធ្វើ។ ខ្ញុំបានព្យាយាមស្វែងរកតុល្យភាពរវាងការប្រកាន់ខ្ជាប់នូវស្តង់ដារគេហទំព័រ និងការអត់ធ្មត់ចំពោះអ្នកប្រើប្រាស់ដែលគ្មានបទពិសោធន៍។ នេះអាចពាក់ព័ន្ធនឹងការពន្យល់ពីមូលហេតុដែលខ្ញុំបោះឆ្នោតបិទសំណួរ ឬបង្ហោះមតិលើកទឹកចិត្តអ្នកប្រើប្រាស់ឱ្យផ្តល់ព័ត៌មានបន្ថែម។ ខ្ញុំ​នៅ​មាន​កន្លែង​សម្រាប់​រីក​ចម្រើន។

ម៉្យាងវិញទៀត ខ្ញុំមិនស្ទាក់ស្ទើរក្នុងការទម្លាក់អ្នកប្រើប្រាស់ដែលមានកេរ្តិ៍ឈ្មោះ 50 ដែលបង្ហោះសំណួរដូចជា "តើអ្វីជាប្លង់ VS Code ល្អបំផុតសម្រាប់ការអភិវឌ្ឍន៍ JavaScript?" ឬអ្នកដែលបង្ហោះរូបថតអេក្រង់នៃកូដជំនួសឱ្យអត្ថបទ។

ពេលខ្លះខ្ញុំគ្រាន់តែចង់អរគុណអ្នក។

មានវប្បធម៌នៃការដឹងគុណខ្សោយនៅលើ Stack Overflow ។ ខ្ញុំចាំបានថានៅពេលមួយ គេហទំព័របានកាត់ពាក្យ "ជំរាបសួរ" និង "អរគុណ" ចេញពីសំណួរដោយស្វ័យប្រវត្តិ។ ប្រហែល​ជា​វា​នៅ​តែ​ធ្វើ ខ្ញុំ​មិន​បាន​ពិនិត្យ​ទេ។

សព្វថ្ងៃនេះ អ្នកណាម្នាក់ដែលបានធ្វើការក្នុងផ្នែកជំនួយអតិថិជនដឹងយ៉ាងច្បាស់ថា ភាពគួរសមពេកអាចចូលទៅក្នុងផ្លូវ ហើយថែមទាំងហាក់ដូចជាបង្ខំទៀតផង។ ប៉ុន្តែពេលខ្លះមាននរណាម្នាក់នៅលើគេហទំព័រនេះធ្វើអ្វីមួយដែលសំខាន់សម្រាប់អ្នក ហើយវិធីតែមួយគត់ដើម្បីអរគុណពួកគេគឺផ្តល់ឱ្យពួកគេនូវការបូកបន្ថែម។ វាបឺត។

ប្រសិទ្ធភាពមិនតម្រូវឱ្យយើងក្លាយជាមនុស្សយន្តដែលគ្មានព្រលឹងនោះទេ។ ឆានែលចំហៀងអាចផ្តល់នូវទំនាក់ទំនងពិតប្រាកដរវាងមនុស្សកាន់តែច្រើន ប្រសិនបើអ្នកប្រើប្រាស់ខ្លួនឯងចង់បានវា ជាការពិត។

ពេលខ្លះខ្ញុំចង់ដឹងថាមានអ្វីកើតឡើងបន្ទាប់ពីទទួលបានចម្លើយ

Stack Overflow ដំណើរការលើគោលការណ៍ប្រតិបត្តិការ៖ អ្នកខ្លះសួរសំណួរ អ្នកផ្សេងទៀតឆ្លើយ។ តើមានអ្វីកើតឡើងបន្ទាប់ពីទទួលបានការឆ្លើយតប? អ្នកណាដឹង? ពេលខ្លះខ្ញុំឆ្ងល់អំពីរឿងនេះ។ តើចម្លើយរបស់ខ្ញុំមានប្រយោជន៍ទេ? តើ​គាត់​បាន​ជួយ​គម្រោង​អ្វី​ខ្លះ? តើអ្នកសួរបានរៀនអ្វីខ្លះ?

ជាការពិតណាស់វាមិនអាចទៅរួចទេក្នុងការបំពេញការចង់ដឹងចង់ឃើញនេះ។ ការតម្រូវឱ្យអ្នកប្រើប្រាស់គណនីអំពីរបៀបដែលពួកគេនឹងប្រើប្រាស់ព័ត៌មានដែលពួកគេទទួលបាននឹងមានបញ្ហាខ្លាំងណាស់ បើទោះបីជាអ្នកអាចធ្វើវាបានក៏ដោយ។ ប៉ុន្តែវាគួរឱ្យចាប់អារម្មណ៍ក្នុងការគិតអំពីវា។

ការ​លេង​ហ្គេម​មាន​ប្រសិទ្ធភាព...

…ពេល​ប្រែ​ដំណើរការ​ទៅ​ជា​ហ្គេម។

ខ្ញុំ​នៅ​តែ​មាន​ការ​ព្រួយ​បារម្ភ​បន្តិច​នៅ​ពេល​ខ្ញុំ​ឃើញ​រូប +10 ឬ +25 តូច​នៅ​ក្នុង​របារ​ស្ថានភាព។ ប្រហែល​ជា​ការ​ប៉ះ​ពាល់​តិចតួច​នៃ​ការ​លេង​ហ្គេម​ទាំង​នេះ​ជា​ហេតុផល​ដែល​ខ្ញុំ​បាន​ត្រឡប់​មក​គេហទំព័រ​នេះ​រយៈពេល 10 ឆ្នាំ​មក​ហើយ។ ប៉ុន្តែប៉ុន្មានឆ្នាំមកនេះ ខ្ញុំក៏ចាប់ផ្តើមឆ្ងល់ថាតើហ្គេម Stack Overflow ជាប្រភេទហ្គេមអ្វី ហើយតើវាមានន័យយ៉ាងណា។

ខ្ញុំប្រាកដថាប្រព័ន្ធនេះត្រូវបានបង្កើតឡើងដោយចេតនាល្អបំផុត៖ ដើម្បីផ្តល់រង្វាន់ដល់មនុស្សសម្រាប់សំណួរ និងចម្លើយដែលមានប្រយោជន៍។ ប៉ុន្តែនៅពេលដែលអ្នកបន្ថែមពិន្ទុខ្ពស់ វាចូលជាធរមាន ច្បាប់របស់ Goodhartហើយអ្នកប្រើប្រាស់មួយចំនួនចាប់ផ្តើមកែតម្រូវសកម្មភាពរបស់ពួកគេ មិនមែនដើម្បីសម្រេចបានតម្លៃអតិបរមានោះទេ ប៉ុន្តែដើម្បីទទួលបានការវាយតម្លៃអតិបរមា។ ហើយនេះគឺសំខាន់ព្រោះ ...

កេរ្តិ៍ឈ្មោះមិនមានន័យថាអ្វីដែលអ្នកគិតថាមានន័យនោះទេ។

កេរ្តិ៍ឈ្មោះមិនស្មើនឹងសមត្ថភាពបច្ចេកទេស ជំនាញទំនាក់ទំនង ឬការយល់ដឹងពីរបៀបដែល Stack Overflow ដំណើរការ ឬគួរដំណើរការនោះទេ។

ខ្ញុំ​មិន​ចង់​និយាយ​ថា​កេរ្តិ៍ឈ្មោះ​គ្មាន​ប្រយោជន៍​ទេ។ វាមិនមានន័យថាអ្នកគ្រប់គ្រង Stack Overflow មានន័យយ៉ាងណា ឬពាក្យថា "កេរ្តិ៍ឈ្មោះ" ត្រូវបានគេសន្មត់ថាមានន័យនោះទេ។ ខ្ញុំបានដឹងថាកេរ្តិ៍ឈ្មោះគឺជារង្វាស់នៃឥទ្ធិពល។ ពិចារណាចម្លើយសម្មតិកម្មពីរដែលបានបោះពុម្ពនៅលើគេហទំព័រ៖

  • មួយអំពីប្រតិបត្តិការ git ទូទៅ។ ខ្ញុំបានសរសេរចម្លើយបីជួរក្នុងរយៈពេលពីរនាទីដោយប្រើ Google ។
  • មួយទៀតគឺអំពីទ្រឹស្ដីក្រាហ្វដែលជាប់គាំង។ ប្រហែលជាមានតែមនុស្សមួយរយនាក់ប៉ុណ្ណោះនៅលើពិភពលោកដែលអាចឆ្លើយបាន។ ខ្ញុំបានសរសេរកថាខណ្ឌ និងកូដគំរូមួយចំនួនដែលពន្យល់ពីបញ្ហា និងវិធីដោះស្រាយវា។

ក្នុងរយៈពេលប្រាំឆ្នាំ ចម្លើយដំបូងត្រូវបានគេមើលចំនួន 5 លានដង និងទទួលបានការបោះឆ្នោតគាំទ្រចំនួន 2000 ។ ចម្លើយ​ទី​ពីរ​ត្រូវ​បាន​មើល​ចំនួន ៣០០ ដង និង​បាន​ផ្តល់​សំឡេង​គាំទ្រ​ពីរ​យ៉ាង។

ក្នុងកម្រិតជាក់លាក់មួយ នេះគឺមិនស្មោះត្រង់។ ហេតុអ្វី​បាន​ជា​ផ្តល់​រង្វាន់​ដល់​អ្វី​ដែល​នៅ​ក្នុង​កន្លែង​ត្រឹមត្រូវ​នៅ​ពេល​ត្រឹមត្រូវ? (មិនមែនអ្វីៗទាំងអស់ត្រូវបានកំណត់ដោយសំណាងទេ ការយល់ដឹងអំពីច្បាប់នៃហ្គេមក៏មានតួនាទីយ៉ាងធំដែរ)។ ម្យ៉ាងវិញទៀត សំណួរទីមួយពិតជាបានជួយមនុស្សច្រើនជាងសំណួរទីពីរ។ ប្រហែលជាវាមានតម្លៃក្នុងការទទួលស្គាល់ថាក្នុងន័យមួយ ការទទួលស្គាល់នាំទៅដល់ការប្រមូលផ្តុំនៃ "កេរ្តិ៍ឈ្មោះ"?

ដូច្នេះខ្ញុំចាត់ទុក "កេរ្តិ៍ឈ្មោះ" នៅលើ Stack Overflow ជាប្រភេទនៃរង្វាស់ឥទ្ធិពល។ កេរ្តិ៍ឈ្មោះពិតមិនអាចវាស់បានដោយចំណុចតែមួយនោះទេ វាមកពីសហគមន៍។ តើខ្ញុំស្តាប់ដំបូន្មានអ្នកណា អ្នកណាជួយអ្នកដទៃ តើខ្ញុំទុកចិត្តអ្នកណា? ប្រហែល​ជា​ទាំង​អស់​នេះ​នឹង​ជា​មនុស្ស​ផ្សេង​គ្នា អាស្រ័យ​លើ​ថា​តើ​ខ្ញុំ​សរសេរ​ជា PHP ឬ​សម្រាប់ iOS។

ជាមួយនឹងពាក្យថា ខ្ញុំមិនដឹងថា Stack Overflow គួរធ្វើអ្វីក្នុងរឿងនេះទេ។ តើ​អ្នក​ប្រើ​នឹង​មាន​ការ​លើក​ទឹក​ចិត្ត​ដែរ​ឬ​ទេ ប្រសិន​បើ​ជំនួស​ឱ្យ "កេរ្តិ៍​ឈ្មោះ" ពួក​គេ​ទទួល​បាន "ពិន្ទុ​ល្បិច"? តើ​អ្នក​ប្រើ​នឹង​នៅ​តែ​មាន​ការ​ចូលរួម​ប្រសិន​បើ​គ្មាន​ប្រព័ន្ធ​ពិន្ទុ​ទាល់​តែ​សោះ? ខ្ញុំមិនគិតដូច្នេះទេ។ ហើយទេវកថាដែលថា "កេរ្តិ៍ឈ្មោះ" នៅលើ Stack Overflow គឺស្មើនឹងអត្ថប្រយោជន៍កេរ្តិ៍ឈ្មោះពិតប្រាកដមិនត្រឹមតែគេហទំព័រខ្លួនវាប៉ុណ្ណោះទេ ថែមទាំងអ្នកប្រើប្រាស់សកម្មបំផុតរបស់វាផងដែរ។ មែនហើយ អ្នកណាមិនចូលចិត្តបង្កើនកេរ្តិ៍ឈ្មោះ?

ទេដូចដែលភាគច្រើនកើតឡើងក្នុងជីវិត ដើម្បីទទួលបានគំនិតពិតប្រាកដនៃអ្វីដែលកំពុងកើតឡើង អ្នកត្រូវវិភាគមិនត្រឹមតែតួលេខប៉ុណ្ណោះទេ។ ប្រសិនបើការបង្ហោះមាន 10 ពិន្ទុនៅលើ Stack Overflow បន្ទាប់មកមើលពីរបៀបដែលបុគ្គលនេះប្រាស្រ័យទាក់ទងគ្នា តើសំណួរ និងចម្លើយអ្វីដែលគាត់បានបោះពុម្ពផ្សាយ។ ហើយនៅក្នុងករណីពិសេសទាំងអស់ សូមចងចាំថា ពិន្ទុលើសកម្រិតតែមួយ ទំនងជាមិនបង្ហាញពីអ្វីក្រៅពីសមត្ថភាពរបស់បុគ្គលក្នុងការប្រើប្រាស់គេហទំព័រនោះទេ។ ហើយតាមបទពិសោធន៍របស់ខ្ញុំ ពួកគេច្រើនតែមិននិយាយអំពីរឿងនេះទេ។

ខ្ញុំនឹងមិនមានផលិតភាពទេបើគ្មាន Stack Overflow

រាល់ពេលដែលខ្ញុំត្រូវធ្វើអ្វីមួយដែលស្មុគស្មាញនៅក្នុង git ខ្ញុំចូលទៅកាន់ Stack Overflow ។ រាល់ពេលដែលខ្ញុំត្រូវការអ្វីដែលសាមញ្ញនៅក្នុង bash ខ្ញុំចូលទៅកាន់ Stack Overflow ។ រាល់ពេលដែលខ្ញុំទទួលបានកំហុសក្នុងការចងក្រងចម្លែក ខ្ញុំចូលទៅកាន់ Stack Overflow។

ខ្ញុំមិនមានផលិតភាពទេបើគ្មាន IntelliSense ម៉ាស៊ីនស្វែងរក និង Stack Overflow ។ វិនិច្ឆ័យដោយសៀវភៅមួយចំនួន នេះធ្វើឱ្យខ្ញុំក្លាយជាអ្នកសរសេរកម្មវិធីអាក្រក់ណាស់។ ខ្ញុំ​ប្រហែល​ជា​នឹង​បរាជ័យ​ក្នុង​ការ​ធ្វើ​តេស្ត​ជា​ច្រើន ហើយ​មិន​បាន​ដោះស្រាយ​បញ្ហា​ជា​ច្រើន​នៅ​លើ​ក្ដារ​នោះ​ទេ។ ដូច្នេះត្រូវ។ ជាក់ស្តែង រាល់ពេលដែលខ្ញុំប្រើ .sort ក្នុង JavaScript ខ្ញុំត្រូវរកមើលព័ត៌មានអំពីពេលដែលខ្ញុំនឹងទទួលបាន -1, 0, ឬ 1 ហើយខ្ញុំសរសេរ JS ជារៀងរាល់ថ្ងៃ ដោយបង្កើតកម្មវិធីនិពន្ធដ៏ពេញនិយមបំផុតសម្រាប់ភាសា។

ទេ Stack Overflow គឺជាឧបករណ៍មិនគួរឱ្យជឿ។ មានតែមនុស្សល្ងង់ទេដែលមិនប្រើឧបករណ៍ទាំងអស់ដែលមានសម្រាប់គាត់។ ចុះ​ហេតុ​អ្វី​មិន​ធ្វើ​ជា​មនុស្ស​ល្ងង់​ដូច​ខ្ញុំ? រក្សាទុកធនធានខួរក្បាលរបស់អ្នកសម្រាប់ចំណេះដឹងសំខាន់ៗ ដូចជាការទន្ទេញមេរៀនទាំងអស់របស់ Seinfeld ឬភ្ជាប់មកជាមួយនូវពាក្យស្មុគ្រស្មាញ (ដែលបាត់យ៉ាងធ្ងន់ធ្ងរនៅក្នុងអត្ថបទនេះ ប៉ុន្តែនឹងមានច្រើនផ្សេងទៀតដែលមានលក្ខណៈខុសគ្នាទាំងស្រុង)។

Stack Overflow គឺជាអព្ភូតហេតុមួយ។

Stack Overflow អនុញ្ញាតឱ្យនរណាម្នាក់ ដោយមិនគិតពីបទពិសោធន៍ ឬចំណេះដឹង ដើម្បីបង្ហោះសំណួរសរសេរកម្មវិធី។ សំណួរទាំងនេះត្រូវបានឆ្លើយដោយជនចម្លែកទាំងស្រុង ដែលភាគច្រើននៃពួកគេចំណាយពេលនៃជីវិត និងការងារជួយអ្នកដទៃដោយមិនគិតថ្លៃ។

អព្ភូតហេតុគឺជាការពិតនៃអត្ថិភាពនិងលទ្ធផលនៃការងាររបស់ Stack Overflow ។ ខ្ញុំ​ប្រាកដ​ថា​មិន​មែន​ជា​អ្វី​គ្រប់​យ៉ាង​ដូច​ជា​អ្នក​បង្កើត​ដែល​មាន​បំណង​នោះ​ទេ ប៉ុន្តែ​ពួកគេ​ព្យាយាម។ ទោះបីជាមានការខ្វះខាតទាំងអស់ក៏ដោយ គេហទំព័រនេះបានជួយមនុស្សមួយចំនួនធំអស់រយៈពេលជាច្រើនឆ្នាំ រួមទាំងខ្ញុំផងដែរ។

Stack Overflow នឹងមិនស្ថិតស្ថេរជារៀងរហូតទេ។ ថ្ងៃណាមួយអ្វីដែលល្អជាងនឹងមកជាមួយ។ សង្ឃឹមថានេះជាអ្វីដែលនឹងរៀនពីកំហុសរបស់ Stack Overflow ហើយយកអ្វីដែលល្អបំផុតពីវា។ រហូតមកដល់ពេលនោះ ខ្ញុំសង្ឃឹមថាយើងមិនទទួលយកគេហទំព័រនេះសម្រាប់ការអនុញ្ញាតទេ។ នេះ​គឺ​ជា​កន្លែង​សម្គាល់​និង​សហគមន៍​រស់​នៅ​ដែល​ត្រូវ​បាន​បំពេញ​បន្ថែម​ដោយ​មនុស្ស​ថ្មី។ ប្រសិនបើរឿងនេះធ្វើឱ្យអ្នកព្រួយបារម្ភ សូមចាំថា ទាំងអស់នេះគឺមានភាពផុយស្រួយ ហើយសូម្បីតែសកម្មភាពតូចតាច ដូចជាការជួយឱ្យមានអត្ថន័យល្អ ប៉ុន្តែអ្នកថ្មីដែលល្ងង់ខ្លៅនៅឡើយ អាចមានឥទ្ធិពលវិជ្ជមាន។ ប្រសិនបើខ្ញុំរិះគន់គេហទំព័រនេះ វាគ្រាន់តែដោយសារតែខ្ញុំយកចិត្តទុកដាក់ ហើយខ្ញុំដឹងពីរបៀបធ្វើឱ្យវាកាន់តែប្រសើរ

PS

ខ្ញុំនៅតែជាសិស្សសាលា នៅពេលដែលខ្ញុំមក Stack Overflow ។ ខ្ញុំទើបតែចាប់ផ្តើមសរសេរ (ES5!) JavaScript នៅក្នុង Eclipse ហើយវាហាក់ដូចជា 90% នៃសំណួរដែលបានចាប់ផ្តើមដោយ "ការប្រើប្រាស់ jQuery គ្រាន់តែ..."។ ហើយទោះបីជាខ្ញុំមិនដឹងថាខ្ញុំកំពុងធ្វើអ្វីក៏ដោយ ក៏មនុស្សចម្លែកបានចំណាយពេលវេលារបស់ពួកគេជួយខ្ញុំ។ ខ្ញុំ​មិន​គិត​ថា​ខ្ញុំ​ពិត​ជា​មាន​តម្លៃ​វា​នៅ​ពេល​នោះ​ទេ ប៉ុន្តែ​ខ្ញុំ​មិន​បាន​បំភ្លេច​។

មនុស្សនឹងតែងតែចង់ឱ្យ Stack Overflow ជាអ្វីដែលប្លែក៖ គេហទំព័រសំណួរ-ចម្លើយ។ ឧបករណ៍សម្រាប់ដោះស្រាយបញ្ហាគ្រួសារ; ស្តង់ដាររស់នៅនៃកម្មវិធី។ ហើយចំពោះខ្ញុំ គេហទំព័រនេះ ថ្វីបើមានការរីកចម្រើន និងការខ្វះខាតក៏ដោយ វាជាស្នូលនៃសហគមន៍បើកចំហ ដែលមនុស្សចម្លែកជួយគ្នារៀន និងកែលម្អ។ ហើយនោះពិតជាអស្ចារ្យណាស់។ ខ្ញុំរីករាយដែលខ្ញុំបានក្លាយជាផ្នែកមួយនៃ Stack Overflow អស់រយៈពេល 10 ឆ្នាំកន្លងមក ហើយសង្ឃឹមថានឹងបន្តធ្វើដូច្នេះ។ ខ្ញុំ​ចង់​រៀន​អ្វី​ដែល​ថ្មី​ជា​ច្រើន​ក្នុង​ទសវត្សរ៍​បន្ទាប់ ដូច​ដែល​ខ្ញុំ​បាន​ធ្វើ​ក្នុង​ទសវត្សរ៍​មុន។

ប្រភព: www.habr.com

បន្ថែមមតិយោបល់