ຂ້ອຍໃກ້ຮອດຄົບຮອບສິບປີຂອງຂ້ອຍໃນ Stack Overflow. ໃນໄລຍະປີທີ່ຜ່ານມາ, ວິທີການຂອງຂ້ອຍໃນການນໍາໃຊ້ເວັບໄຊທ໌ແລະການຮັບຮູ້ຂອງມັນມີການປ່ຽນແປງຫຼາຍ, ແລະຂ້ອຍຢາກແບ່ງປັນປະສົບການຂອງຂ້ອຍກັບທ່ານ. ແລະຂ້ອຍຂຽນກ່ຽວກັບເລື່ອງນີ້ຈາກທັດສະນະຂອງຜູ້ໃຊ້ໂດຍສະເລ່ຍທີ່ບໍ່ມີສ່ວນຮ່ວມຫຼາຍໃນຊີວິດຂອງຊຸມຊົນຂອງເວັບໄຊທ໌ຫຼືວັດທະນະທໍາຂອງມັນ. ມື້ນີ້ຂ້ອຍພຽງແຕ່ຕອບຄໍາຖາມທີ່ກ່ຽວຂ້ອງກັບ VS Code, ຜະລິດຕະພັນທີ່ຂ້ອຍກໍາລັງເຮັດວຽກຢູ່. ຢ່າງໃດກໍ່ຕາມ, ຂ້າພະເຈົ້າໄດ້ເຂົ້າຮ່ວມຢ່າງຈິງຈັງໃນການສົນທະນາກ່ຽວກັບຫົວຂໍ້ທີ່ກວ້າງຂວາງ. ໃນ 10 ປີ I ຖາມປະມານ 50 ຄໍາຖາມແລະໃຫ້ 575 ຄໍາຕອບ, ເບິ່ງຜ່ານຫຼາຍຄວາມຄິດເຫັນຂອງຄົນອື່ນ.

Jon Skeete ໄດ້ອະທິບາຍເຖິງວັດທະນະທໍາຂອງ Stack Overflow ດີກວ່າ ແລະມີສິດອຳນາດຫຼາຍກວ່າທີ່ຂ້ອຍຈະເຮັດໄດ້. ການພິມເຜີຍແຜ່ຂອງມັນມີອິດທິພົນຕໍ່ບາງບົດໃນບົດຄວາມນີ້, ແຕ່ໂດຍລວມແລ້ວນີ້ແມ່ນການສະທ້ອນຢ່າງຈິງໃຈຂອງຂ້ອຍເອງກ່ຽວກັບປະສົບການຂອງຂ້ອຍກ່ຽວກັບ Stack Overflow, ສິ່ງທີ່ດີແລະບໍ່ດີກ່ຽວກັບເວັບໄຊທ໌, ແລະວິທີທີ່ມັນສາມາດນໍາໃຊ້ໄດ້ໃນມື້ນີ້. ການສົນທະນານີ້ຈະເປັນເລື່ອງແປກປະຫຼາດຫຼາຍ, ໂດຍບໍ່ມີການເຈາະເລິກເຂົ້າໄປໃນການເຮັດວຽກຂອງສະຖານທີ່ຫຼືປະຫວັດສາດຂອງມັນ.

ດັ່ງນັ້ນ, ນີ້ແມ່ນສິ່ງທີ່ຂ້ອຍໄດ້ຮຽນຮູ້ຈາກ 10 ປີຂອງການນໍາໃຊ້ Stack Overflow.

ທ່ານຈໍາເປັນຕ້ອງສາມາດຖາມຄໍາຖາມ

ຢູ່ glance ທໍາອິດ, ບໍ່ມີຫຍັງຈະງ່າຍດາຍກວ່າ: ໃສ່ສອງສາມຄໍາໃນພາກສະຫນາມຂໍ້ຄວາມ, ໃຫ້ຄລິກໃສ່ "ສົ່ງ", ແລະອິນເຕີເນັດຈະຊ່ວຍແກ້ໄຂບັນຫາທັງຫມົດຂອງທ່ານ magically! ແຕ່ຂ້ອຍໃຊ້ເວລາເກືອບ 10 ປີເພື່ອຄິດອອກວ່າຄຳໃດທີ່ຈະພິມໃສ່ໃນສະຫນາມທີ່ຂີ້ຮ້າຍນັ້ນເພື່ອໃຫ້ໄດ້ຜົນຕົວຈິງ. ໃນຄວາມເປັນຈິງ, ຂ້ອຍຍັງຮຽນຮູ້ກ່ຽວກັບມັນທຸກໆມື້.

ການຖາມຄໍາຖາມທີ່ດີແມ່ນທັກສະທີ່ບໍ່ມີການປະເມີນຢ່າງແທ້ຈິງ (ເຊັ່ນດຽວກັນກັບການຂຽນບົດລາຍງານບັນຫາທີ່ດີ, ສໍາລັບເລື່ອງນັ້ນ). ທໍາອິດ, ພວກເຮົາກໍານົດແນວໃດວ່າຄໍາຖາມແມ່ນ "ດີ"? ຂໍ້ສະເໜີ Stack Overflow ຄຳໃບ້, ເຊິ່ງສະແດງຄຸນລັກສະນະຕໍ່ໄປນີ້ຂອງຄໍາຖາມທີ່ດີ:

• ມັນກົງກັບຫົວຂໍ້ຂອງເວັບໄຊທ໌ບໍ?
• ຫມາຍເຖິງຄໍາຕອບທີ່ມີຈຸດປະສົງ.
• ຍັງບໍ່ທັນໄດ້ຖາມເທື່ອ.
• ໄດ້ຖືກຄົ້ນຄ້ວາ.
• ອະທິບາຍບັນຫາຢ່າງຈະແຈ້ງ, ໂດຍປົກກະຕິແລ້ວມີຕົວຢ່າງໜ້ອຍທີ່ສຸດ, ສາມາດແຜ່ພັນໄດ້ງ່າຍ.

ຕົກລົງ, ແຕ່ "ຄໍາຖະແຫຼງການບັນຫາທີ່ຊັດເຈນ" ມີລັກສະນະແນວໃດໃນການປະຕິບັດ? ຂໍ້ມູນໃດທີ່ກ່ຽວຂ້ອງແລະສິ່ງທີ່ບໍ່ແມ່ນ? ບາງຄັ້ງມັນຮູ້ສຶກວ່າເພື່ອຖາມຄໍາຖາມທີ່ດີ, ທໍາອິດທ່ານຈໍາເປັນຕ້ອງຮູ້ຄໍາຕອບ.

ແຕ່ຫນ້າເສຍດາຍ, ຊ່ອງຂໍ້ຄວາມຂະຫນາດນ້ອຍບໍ່ໄດ້ຊ່ວຍຢູ່ທີ່ນີ້. ດັ່ງນັ້ນມັນເປັນເລື່ອງແປກທີ່ຜູ້ໃຊ້ຫຼາຍຄົນໂພດຄໍາຖາມທີ່ມີຄຸນນະພາບຕ່ໍາບໍ? ບາງຄັ້ງຄໍາຕອບດຽວທີ່ພວກເຂົາໄດ້ຮັບແມ່ນການເຊື່ອມຕໍ່ກັບບາງເອກະສານທີ່ສັບສົນ. ແລະພວກເຂົາຍັງຈະໂຊກດີ. ຄຳຖາມທີ່ມີຄຸນນະພາບຕໍ່າຫຼາຍຄຳຖາມແມ່ນຖືກລົງຄະແນນສຽງຢ່າງງຽບໆ, ແລະພວກມັນຫາຍໄປໃນກະທູ້ທີ່ບໍ່ສິ້ນສຸດຂອງຄຳຖາມ.

ການຖາມຄໍາຖາມທີ່ດີແມ່ນທັກສະ. ໂຊກດີ, ມັນສາມາດພັດທະນາໄດ້. ສ່ວນຫຼາຍແມ່ນຂ້ອຍໄດ້ຮຽນຮູ້ໂດຍການອ່ານຄຳຖາມ ແລະຄຳຕອບຫຼາຍໆຢ່າງ, ໃຫ້ສັງເກດວ່າສິ່ງທີ່ໄດ້ຜົນ ແລະສິ່ງທີ່ບໍ່ໄດ້ຜົນ. ຂໍ້ມູນໃດທີ່ເປັນປະໂຫຍດແລະສິ່ງທີ່ຫນ້າລໍາຄານ? ເຖິງແມ່ນວ່າທ່ານຈະຍັງຢ້ານທີ່ຈະໃຊ້ຄວາມຮູ້ທີ່ໄດ້ມາໃນການປະຕິບັດແລະຖາມຄໍາຖາມ. ພຽງແຕ່ພະຍາຍາມທີ່ດີທີ່ສຸດຂອງທ່ານແລະຮຽນຮູ້ຈາກຜົນໄດ້ຮັບ. ຂ້ອຍຕ້ອງຍອມຮັບວ່າຂ້ອຍເອງມີຄວາມອັບອາຍເລັກນ້ອຍກັບບາງຄໍາຖາມທີ່ບໍ່ມີຄວາມຮູ້ເບື້ອງຕົ້ນຂອງຂ້ອຍ, ເຖິງແມ່ນວ່າບາງທີນີ້ພິສູດວ່າຂ້ອຍໄດ້ປັບປຸງທັກສະການຖາມຂອງຂ້ອຍຫຼາຍນັບຕັ້ງແຕ່ຂ້ອຍພົບຕົວເອງຢູ່ໃນເວັບໄຊທ໌ນີ້.

ຄໍາຖາມທີ່ບໍ່ດີແລະບໍ່ດີບໍ່ແມ່ນສິ່ງດຽວກັນ

ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ບໍ່​ໃສ່​ຢາ​ຄຸມ​ກໍາ​ເນີດ​: ບາງ​ຄໍາ​ຖາມ​ແມ່ນ​ບໍ່​ດີ​ພຽງ​ແຕ່​.

ຄຳຖາມທີ່ປະກອບດ້ວຍຮູບໜ້າຈໍ ແລະຄຳວ່າ “ເປັນຫຍັງອັນນີ້ບໍ່ເຮັດວຽກ!?!” - ບໍ່ດີ. ເປັນຫຍັງ? ມັນເປັນທີ່ຊັດເຈນວ່າຜູ້ຂຽນເອົາໃຈໃສ່ເກືອບບໍ່ມີຄວາມພະຍາຍາມ. ນີ້ບໍ່ແມ່ນຄໍາຖາມຫຼາຍເທົ່າກັບການຮຽກຮ້ອງ: "ເຮັດວຽກນີ້ສໍາລັບຂ້ອຍ!" ເປັນຫຍັງຂ້ອຍຈະເຮັດອັນນີ້? ເວລາຂອງຂ້ອຍມີຄ່າເກີນໄປທີ່ຈະເສຍໄປຊ່ວຍຄົນທີ່ບໍ່ຢາກຮຽນຮູ້ເພື່ອເລີ່ມຕົ້ນ ແລະຈະບໍ່ຮູ້ຈັກການຊ່ວຍເຫຼືອຂອງຂ້ອຍ. ຮຽນຮູ້ວ່າ Stack Overflow ແມ່ນຫຍັງ.

ຕອນນີ້ພິຈາລະນາຄໍາຖາມທີ່ມີຊື່ວ່າ "ວິທີການເອົາຂອບສີຟ້າຢູ່ໃນຫນ້າຂອງຂ້ອຍ," ເຊິ່ງປະກອບດ້ວຍຫລາຍວັກຂອງຂໍ້ຄວາມທີ່ເວົ້າກ່ຽວກັບ CSS outlineproperty, ແຕ່ບໍ່ໄດ້ກ່າວເຖິງຄໍາເວົ້າ "CSS" ຫຼື "outline." ໃນຂະນະທີ່ຄໍາຖາມແບບນີ້ອາດຈະຂັດກັບຄໍາແນະນໍາ Stack Overflow ຫຼາຍ, ຂ້ອຍບໍ່ເຫັນດີ, ມັນບໍ່ແມ່ນຄໍາຖາມທີ່ບໍ່ດີ. ຜູ້ຂຽນຢ່າງຫນ້ອຍພະຍາຍາມໃຫ້ຂໍ້ມູນບາງຢ່າງ, ເຖິງແມ່ນວ່າບໍ່ຮູ້ວ່າຈະໃຫ້ຫຍັງ. ຄວາມພະຍາຍາມນັບ, ເຊັ່ນດຽວກັນກັບຄວາມເຕັມໃຈທີ່ຈະຮັບຮູ້ແລະຮຽນຮູ້.

ຢ່າງໃດກໍ່ຕາມ, ຜູ້ປະກອບສ່ວນ Stack Overflow ຫຼາຍຄົນອາດຈະປະຕິບັດທັງສອງຄໍາຖາມແບບດຽວກັນ: ລົງຄະແນນສຽງແລະປິດ. ນີ້ແມ່ນຄວາມອຸກອັ່ງແລະປິດຜູ້ໃຊ້ທີ່ບໍ່ມີປະສົບການຈໍານວນຫຼາຍກ່ອນທີ່ພວກເຂົາສາມາດຮຽນຮູ້ທີ່ຈະຖາມຄໍາຖາມທີ່ດີກວ່າແລະແມ້ກະທັ້ງເຂົ້າໃຈວິທີການເຮັດວຽກຂອງເວັບໄຊທ໌.

ຄໍາຖາມທີ່ບໍ່ດີແທ້ໆແມ່ນບໍ່ຄຸ້ມຄ່າເວລາຂອງເຈົ້າ. ແຕ່ມັນຕ້ອງຢູ່ໃນໃຈວ່າຜູ້ທີ່ຖາມຄໍາຖາມທີ່ບໍ່ດີຫຼາຍເຮັດແນວນັ້ນໂດຍບໍ່ຕັ້ງໃຈ. ພວກເຂົາຕ້ອງການຖາມຄໍາຖາມທີ່ດີ, ພວກເຂົາພຽງແຕ່ບໍ່ຮູ້ວິທີ. ຖ້າເຈົ້າລົງໂທດຄົນໃໝ່ແບບຕາບອດ ແລະບໍ່ມີຄຳອະທິບາຍ ເຂົາເຈົ້າຈະຮຽນຮູ້ແນວໃດ?

ຄໍາຖາມທີ່ດີບໍ່ໄດ້ຮັບປະກັນຄໍາຕອບ

Stack Overflow ປົກກະຕິແລ້ວຈະໃຫ້ຄໍາຕອບໄວຂຶ້ນຕໍ່ກັບຄໍາຖາມງ່າຍໆທີ່ຫຼາຍຄົນສາມາດຕອບໄດ້. ທ່ານມີຄໍາຖາມກ່ຽວກັບການຄົ້ນຫາຄູ່ໃນ JavaScript ຫຼືກ່ຽວກັບ HTML ບໍ? ອັດສະຈັນ! ໄດ້ຮັບຫ້າຄໍາຕອບໃນເວລາຫນ້ອຍກວ່າຫນຶ່ງຊົ່ວໂມງ. ແຕ່ຄໍາຖາມທີ່ສັບສົນຫຼືສະເພາະຫຼາຍ, ມັນເປັນໄປໄດ້ຫນ້ອຍທີ່ເຈົ້າຈະໄດ້ຮັບຄໍາຕອບ, ໂດຍບໍ່ຄໍານຶງເຖິງຄຸນນະພາບຂອງຄໍາສັບ.

ຄວາມເປັນໄປໄດ້ຂອງການໄດ້ຮັບການຕອບສະຫນອງຍັງຫຼຸດລົງຢ່າງໄວວາໃນໄລຍະເວລາ. ເມື່ອຄໍາຖາມເຂົ້າໄປໃນຫຼາຍຫນ້າເລິກເຂົ້າໄປໃນຟີດ, ມັນສູນເສຍໄປ. ອາທິດຕໍ່ມາ, ທ່ານພຽງແຕ່ສາມາດອະທິຖານວ່າຄົນທີ່ມີຄວາມຮູ້ທີ່ຖືກຕ້ອງຈະ stumble ຕາມຄໍາຖາມຂອງທ່ານ (ຫຼືໂດຍທົ່ວໄປແລ້ວຄລິກໃສ່ມັນ).

ທ່ານອາດຈະບໍ່ມັກຄໍາຕອບທີ່ຖືກຕ້ອງ

ທຸກໆເດືອນຂ້ອຍໄດ້ຮັບການລົງຄະແນນສຽງຫຼາຍຄັ້ງສໍາລັບອັນທີ່ເອີ້ນວ່າຄໍາຕອບທີ່ບໍ່ມີຄວາມນິຍົມ. ເຫຼົ່ານີ້ແມ່ນປະເພດຂອງຄໍາຕອບທີ່ເວົ້າວ່າ, "ເຫດຜົນແມ່ນຍ້ອນວ່າມັນຖືກອອກແບບມາເປັນແບບນັ້ນ," ຫຼື "ມັນເປັນໄປບໍ່ໄດ້ເພາະວ່າ ... ", ຫຼື "ມັນເປັນແມງໄມ້ທີ່ຕ້ອງໄດ້ຮັບການແກ້ໄຂກ່ອນ." ໃນທຸກໆກໍລະນີຂ້າງເທິງ, ຜູ້ຂຽນບໍ່ໄດ້ຮັບການແກ້ໄຂຫຼືແມ້ກະທັ້ງການແກ້ໄຂ. ແລະຂ້ອຍສົງໃສວ່າເມື່ອຄົນບໍ່ມັກຄໍາຕອບທີ່ເວົ້າ, ເຂົາເຈົ້າລົງຄະແນນສຽງມັນ. ຂ້າພະເຈົ້າກໍ່ເຂົ້າໃຈພວກເຂົາ, ແຕ່ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າຄໍາຕອບແມ່ນຜິດພາດ.

ແນ່ນອນ, ກົງກັນຂ້າມກໍ່ເປັນຄວາມຈິງ: ຄໍາຕອບທີ່ດີບໍ່ຈໍາເປັນຕ້ອງບອກເຈົ້າວ່າເຈົ້າຢາກໄດ້ຍິນຫຍັງ. ບາງຄໍາຕອບທີ່ດີທີ່ສຸດທໍາອິດຕອບຄໍາຖາມຕົ້ນສະບັບ, ແຕ່ຫຼັງຈາກນັ້ນອະທິບາຍວິທີການອື່ນໆໃນການແກ້ໄຂບັນຫາ. ບາງຄັ້ງຂ້ອຍຕອບຄໍາຖາມຂອງຜູ້ໃຊ້ແລະຫຼັງຈາກນັ້ນຂຽນຂໍ້ຄວາມຍາວກ່ຽວກັບວ່າເປັນຫຍັງມັນບໍ່ແນະນໍາໃຫ້ເຮັດແນວນັ້ນ.

ເມື່ອໃດກໍ່ຕາມການສະແດງອອກຂອງທັດສະນະຄະຕິຖືກເຮັດໃຫ້ງ່າຍດາຍເພື່ອລົງຄະແນນສຽງຫຼືປຸ່ມຄ້າຍຄື, ຄວາມແຕກຕ່າງທີ່ສໍາຄັນແມ່ນສູນເສຍໄປ. ບັນຫານີ້ເກີດຂຶ້ນເລື້ອຍໆໃນອິນເຕີເນັດ. ມີເຄືອຂ່າຍສັງຄົມຫຼາຍປານໃດທີ່ອະນຸຍາດໃຫ້ທ່ານຈໍາແນກລະຫວ່າງ "ຂ້ອຍສະຫນັບສະຫນູນນີ້" ແລະ "ຂ້ອຍຄິດວ່າມັນເວົ້າດີ, ເຖິງແມ່ນວ່າຂ້ອຍບໍ່ມັກມັນຫຼືຕົກລົງກັບມັນ"?

ໂດຍລວມແລ້ວ, ເຖິງວ່າຈະມີການລົງຄະແນນສຽງປະຈໍາເດືອນ, ຂ້າພະເຈົ້າເຊື່ອວ່າຊຸມຊົນ Stack Overflow ລົງຄະແນນສຽງຢ່າງຍຸດຕິທໍາ. ພວກເຮົາຈະຍຶດຕິດກັບເສັ້ນທາງນີ້.

ຂ້ອຍເກືອບບໍ່ເຄີຍຖາມກ່ຽວກັບ Stack Overflow

ເມື່ອຂ້ອຍໃຊ້ເວັບໄຊນີ້ດົນຂຶ້ນ, ຂ້ອຍມັກຈະຖາມຄຳຖາມກ່ຽວກັບມັນໜ້ອຍລົງ. ນີ້ແມ່ນສ່ວນຫນຶ່ງແມ່ນຍ້ອນການເຕີບໂຕທາງດ້ານວິຊາຊີບຂອງຂ້ອຍ. ບັນຫາຫຼາຍຢ່າງທີ່ຂ້ອຍປະເຊີນຢູ່ບ່ອນເຮັດວຽກແມ່ນສັບສົນເກີນໄປທີ່ຈະສະແດງອອກໃນຄໍາຖາມທີ່ງ່າຍດາຍ, ຫຼືສະເພາະເກີນໄປສໍາລັບໃຜທີ່ຈະຊ່ວຍຂ້ອຍໄດ້. ຂ້າພະເຈົ້າໄດ້ຮັບຮູ້ຂໍ້ຈໍາກັດຂອງເວັບໄຊທ໌, ດັ່ງນັ້ນຂ້າພະເຈົ້າຫຼີກເວັ້ນການຖາມຄໍາຖາມທີ່ຂ້າພະເຈົ້າເກືອບແນ່ນອນຈະບໍ່ໄດ້ຮັບຄໍາຕອບທີ່ດີ.

ແຕ່ຂ້ອຍບໍ່ຄ່ອຍຖາມຄໍາຖາມຢູ່ທີ່ນີ້, ເຖິງແມ່ນວ່າຂ້ອຍກໍາລັງຮຽນພາສາໃຫມ່ຫຼືກອບ. ບໍ່ແມ່ນຍ້ອນວ່າລາວເປັນຄົນອັດສະລິຍະ, ກົງກັນຂ້າມ. ມັນເປັນພຽງແຕ່ວ່າ, ຫຼັງຈາກປີຂອງການຢູ່ໃນ Stack Overflow, ໃນເວລາທີ່ຂ້າພະເຈົ້າມີຄໍາຖາມ, ຂ້າພະເຈົ້າມາເຖິງຄວາມເຊື່ອຫມັ້ນຢ່າງເລິກເຊິ່ງວ່າຂ້າພະເຈົ້າບໍ່ຫນ້າຈະເປັນຄັ້ງທໍາອິດທີ່ຈະຖາມມັນ. ຂ້ອຍເລີ່ມຊອກຫາ, ແລະເກືອບສະເໝີວ່າມີຄົນຖາມແບບດຽວກັນເມື່ອສອງສາມປີກ່ອນ.

ການສັງເກດຄໍາຖາມຂອງຄົນອື່ນເປັນວິທີທີ່ດີທີ່ຈະຮຽນຮູ້ສິ່ງໃຫມ່ກ່ຽວກັບຜະລິດຕະພັນຂອງເຈົ້າ.

ຕອນນີ້ຂ້ອຍກໍາລັງເຮັດວຽກຢູ່ ລະຫັດ VS, ສະນັ້ນຂ້າພະເຈົ້າເຮັດໃຫ້ມັນເປັນນິໄສທີ່ຈະເບິ່ງຄໍາຖາມ tagged vscode. ນີ້ແມ່ນວິທີທີ່ດີທີ່ຈະເຫັນວ່າລະຫັດຂອງຂ້ອຍຖືກໃຊ້ຢູ່ໃນໂລກທີ່ແທ້ຈິງ. ຜູ້ໃຊ້ພົບບັນຫາໃດແດ່? ເອກະສານຫຼື API ສາມາດປັບປຸງໄດ້ແນວໃດ? ເປັນຫຍັງບາງສິ່ງບາງຢ່າງທີ່ຂ້ອຍຄິດວ່າຈະແຈ້ງແທ້ໆຈຶ່ງເຮັດໃຫ້ເກີດຄວາມເຂົ້າໃຈຜິດຫຼາຍ?

ຄໍາຖາມແມ່ນສັນຍານທີ່ສໍາຄັນທີ່ສະແດງໃຫ້ເຫັນວ່າຜະລິດຕະພັນຂອງທ່ານຖືກນໍາໃຊ້ແນວໃດ. ແຕ່ຈຸດບໍ່ແມ່ນການຕອບແລະກ້າວຕໍ່ໄປ, ແຕ່ພະຍາຍາມເຂົ້າໃຈທໍາອິດວ່າເປັນຫຍັງບຸກຄົນນັ້ນມີຄໍາຖາມ. ບາງທີອາດມີບັນຫາຢູ່ໃນຜະລິດຕະພັນທີ່ທ່ານບໍ່ຮູ້ຈັກ, ຫຼືສົມມຸດຕິຖານບາງຢ່າງທີ່ທ່ານເຮັດໂດຍບໍ່ຮູ້ຕົວ? ຄໍາຖາມຍັງຊ່ວຍໃຫ້ຂ້ອຍຄົ້ນພົບຂໍ້ບົກພ່ອງຫຼາຍຢ່າງແລະເປັນແຮງບັນດານໃຈໃຫ້ຂ້ອຍສືບຕໍ່ເຮັດວຽກ.

ຖ້າທ່ານກໍາລັງຮັກສາຜະລິດຕະພັນສໍາລັບນັກພັດທະນາ, ຢ່າຄິດວ່າ Stack Overflow ເປັນບ່ອນຖິ້ມຂີ້ເຫຍື້ອ (ຫຼືຮ້າຍແຮງກວ່າເກົ່າ, ຂຸມຝັງສົບຄໍາຖາມ). ກວດເບິ່ງຄືນເປັນປົກກະຕິເພື່ອເບິ່ງວ່າມີຄໍາຖາມແລະຄໍາຕອບໃດປາກົດຂຶ້ນ. ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າທ່ານຈໍາເປັນຕ້ອງຕອບທຸກຄໍາຖາມດ້ວຍຕົນເອງ, ແຕ່ສັນຍານຈາກ Stack Overflow ມີຄວາມສໍາຄັນເກີນໄປທີ່ຈະບໍ່ສົນໃຈ.

ແຖວລະຫວ່າງຄຳຖາມ, ລາຍງານຂໍ້ຜິດພາດ ແລະຄຳຮ້ອງຂໍຄຸນສົມບັດແມ່ນມົວ.

ຄໍາຖາມຈໍານວນຫນ້ອຍຫນຶ່ງກ່ຽວກັບ VS Code on Stack Overflow ແມ່ນຕົວຈິງແລ້ວບົດລາຍງານ bug. ແລະອື່ນໆຈໍານວນຫຼາຍແມ່ນຕົວຈິງແລ້ວການຮ້ອງຂໍສໍາລັບລັກສະນະໃຫມ່.

ຕົວຢ່າງ, ຄໍາຖາມທີ່ມີຫົວຂໍ້ "ເປັນຫຍັງ VS Code ຈຶ່ງຂັດຂ້ອງເມື່ອຂ້ອຍເຮັດ ...?" - ນີ້​ແມ່ນ​ບົດ​ລາຍ​ງານ bug​. ລະຫັດ VS ບໍ່ຄວນຂັດຂ້ອງໃນຫຼາຍໆສະຖານະການ. ການຕອບຄໍາຖາມທີ່ເປັນບົດລາຍງານ bug ແມ່ນກົງກັນຂ້າມເນື່ອງຈາກວ່າຜູ້ຂຽນອາດຈະພໍໃຈກັບການແກ້ໄຂແລະບໍ່ເຄີຍຍື່ນບົດລາຍງານ bug ທີ່ແທ້ຈິງ. ໃນສະຖານະການເຊັ່ນນີ້, ປົກກະຕິແລ້ວຂ້ອຍຂໍໃຫ້ຜູ້ໃຊ້ຍື່ນລາຍງານຂໍ້ຜິດພາດກ່ຽວກັບ Github.

ໃນກໍລະນີອື່ນໆ, ຄວາມແຕກຕ່າງອາດຈະເຫັນໄດ້ຊັດເຈນຫນ້ອຍ. ຕົວຢ່າງ, ຄໍາຖາມ "ເປັນຫຍັງ JavaScript IntelliSense ບໍ່ເຮັດວຽກຢູ່ໃນລະຫັດ VS?" ອີງຕາມວິທີການ JavaScript IntelliSense ບໍ່ເຮັດວຽກ, ບັນຫາສາມາດຕົກຢູ່ໃນຫນຶ່ງໃນສາມປະເພດ:

• ຖ້າມັນເປັນບັນຫາການຕັ້ງຄ່າຜູ້ໃຊ້, ມັນກໍ່ເປັນຄໍາຖາມສໍາລັບ Stack Overflow.
• ຖ້າຢູ່ໃນກໍລະນີທີ່ອະທິບາຍ IntelliSense ຄວນເຮັດວຽກ, ແຕ່ມັນບໍ່, ຫຼັງຈາກນັ້ນນີ້ແມ່ນລາຍງານຂໍ້ຜິດພາດ.
• ຖ້າໃນກໍລະນີທີ່ອະທິບາຍ IntelliSense ບໍ່ຄວນເຮັດວຽກ, ນີ້ແມ່ນການຮ້ອງຂໍໃຫ້ມີຄຸນສົມບັດໃຫມ່.

ໃນຕອນທ້າຍຂອງມື້, ຜູ້ໃຊ້ສ່ວນໃຫຍ່ບໍ່ສົນໃຈກັບ nuances ເຫຼົ່ານີ້ - ພວກເຂົາພຽງແຕ່ຕ້ອງການ JavaScript IntelliSense ເຮັດວຽກ.

ແລະເຖິງແມ່ນວ່າຄວາມແຕກຕ່າງເຫຼົ່ານີ້ແມ່ນສໍາຄັນສໍາລັບຂ້ອຍ, ໃນຖານະທີ່ເປັນຜູ້ຮັບຜິດຊອບໂຄງການ, ໂດຍທົ່ວໄປແລ້ວພວກເຂົາບໍ່ຄວນສໍາຄັນກັບຂ້ອຍ. ເນື່ອງຈາກວ່າຄໍາຖາມ, ບົດລາຍງານຂໍ້ບົກພ່ອງ, ແລະການຮ້ອງຂໍຄຸນນະສົມບັດແມ່ນວິທີການທັງຫມົດທີ່ສະແດງຄວາມຄິດຫນຶ່ງ: ຜູ້ໃຊ້ຄາດຫວັງບາງສິ່ງບາງຢ່າງຈາກລະຫັດຂອງຂ້ອຍແລະບໍ່ໄດ້ຮັບມັນ. ຖ້າຜະລິດຕະພັນມີຄວາມສົມບູນແບບ, ຜູ້ໃຊ້ຈະບໍ່ຖາມຄໍາຖາມກ່ຽວກັບມັນ, ເພາະວ່າທຸກສິ່ງທຸກຢ່າງຈະຊັດເຈນສໍາລັບພວກເຂົາແລະມັນຈະເຮັດສິ່ງທີ່ພວກເຂົາຕ້ອງການ (ຫຼືຢ່າງຫນ້ອຍບອກພວກເຂົາຢ່າງຊັດເຈນວ່າເປັນຫຍັງມັນເຮັດບໍ່ໄດ້).

ນັກພັດທະນາແມ່ນຄົນຄືກັນ

ປະຊາຊົນມີອາລົມ. ຄົນບໍ່ມີເຫດຜົນ. ປະຊາຊົນແມ່ນ assholes. ບໍ່ສະເຫມີ, ແນ່ນອນ, ແຕ່ບາງຄັ້ງ! ແລະເຊື່ອຫຼືບໍ່, ນັກພັດທະນາກໍ່ແມ່ນຄົນຄືກັນ.

ມີຈິນຕະນາການທີ່ພວກເຮົານັກພັດທະນາຢາກບອກຕົວເອງວ່າ: "ພວກເຮົາເຮັດວຽກກັບຄອມພິວເຕີ, ດັ່ງນັ້ນພວກເຮົາຕ້ອງສົມເຫດສົມຜົນ. ພວກເຮົາເຂົ້າໃຈສັນຍາລັກຂອງລະຫັດລັບ, ດັ່ງນັ້ນພວກເຮົາຕ້ອງສະຫລາດ. ຊອບແວໄດ້ປະຕິບັດໃນທົ່ວໂລກ, ດັ່ງນັ້ນພວກເຮົາຕ້ອງເຢັນ! ເຢັນ! ສົ່ງຕໍ່!!!"

ອັນນີ້ຜິດ. ແລະ​ຖ້າ​ຫາກ​ວ່າ​ເປັນ​ເຊັ່ນ​ນັ້ນ, ຫຼັງ​ຈາກ​ນັ້ນ​ພຣະ​ເຈົ້າ​ຊ່ວຍ​ເຫຼືອ​ຂອງ​ປະ​ຊາ​ຊົນ. ແມ້ແຕ່ຢູ່ໃນ Stack Overflow, ເຄື່ອງມືນັ້ນສໍາລັບຜູ້ຊ່ຽວຊານທີ່ຖືກອອກແບບເປັນພື້ນຖານຄວາມຮູ້ຈຸດປະສົງ, ເຖິງແມ່ນວ່າໃນມຸມສະເພາະຂອງ VS Code ຂອງຂ້ອຍເອງ, ຂ້ອຍຍັງສືບຕໍ່ພົບກັບຄວາມໂກດແຄ້ນທຸກປະເພດ: ຄວາມບໍ່ສົມເຫດສົມຜົນ, ການດູຖູກ, ຈິດໃຈຝູງ, ແລະອື່ນໆ.

ຢ່າເຮັດຕົວເອງ: ເຈົ້າອາດຈະບໍ່ສົມບູນແບບທີ່ເຈົ້າຄິດ. ແຕ່ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າພວກເຮົາບໍ່ຄວນພະຍາຍາມກໍາຈັດຂໍ້ບົກຜ່ອງຂອງພວກເຮົາ.

Dude, ຂ້ອຍເປັນຜູ້ສ້າງນີ້

ຂ້ອຍກໍ່ເປັນມະນຸດຄືກັນ, ແລະບາງຄັ້ງສິ່ງທີ່ເກີດຂຶ້ນໃນ Stack Overflow ລົບກວນຂ້ອຍ. ຕົວຢ່າງ, ເມື່ອຜູ້ໃຊ້ຫມັ້ນໃຈຂຽນເລື່ອງໄຮ້ສາລະຫຼືພຽງແຕ່ໃຫ້ຄໍາຕອບທີ່ຜິດພາດກັບຄໍາຖາມທີ່ກ່ຽວຂ້ອງກັບ VS Code, ຜະລິດຕະພັນທີ່ຂ້ອຍສ້າງແລະທີ່ຂ້ອຍຮູ້ດີ. ແປກ, ມັນເບິ່ງຄືວ່າຄໍາຕອບທີ່ຜິດພາດຫຼາຍ, ມັນເປັນໄປໄດ້ຫຼາຍທີ່ຄົນຈະເອີ້ນມັນເປັນຄວາມຈິງທີ່ບໍ່ສາມາດໂຕ້ຖຽງໄດ້.

ເມື່ອສິ່ງນີ້ເກີດຂື້ນ, ຂ້ອຍປະຕິບັດຄືກັບໃນຮູບແລະຂຽນຄໍາຕອບທີ່ຖືກຕ້ອງ.

ແລະຫຼາຍໆຄັ້ງນີ້ສົ່ງຜົນໃຫ້ກະທູ້ຍາວ: woe ແມ່ນຂ້ອຍສໍາລັບການກ້າຖາມຄວາມຮູ້ຂອງເຂົາເຈົ້າກ່ຽວກັບສິ່ງທີ່ຂ້ອຍສ້າງ! ຢຸດພະຍາຍາມຈະຖືກຕ້ອງຕະຫຼອດເວລາ, ພວກທ່ານສະຫຼາດ! ເພາະຂ້ອຍເວົ້າຖືກ!!!

ມັນງ່າຍທີ່ຈະກາຍເປັນຄົນຂີ້ຄ້ານໃນຄວາມສິ້ນຫວັງນີ້

ໃນເວລາທີ່ປະເຊີນຫນ້າກັບນ້ໍາທີ່ບໍ່ມີທີ່ສິ້ນສຸດຂອງຄໍາຖາມທີ່ມີຄຸນນະພາບຕ່ໍາ, ມັນງ່າຍທີ່ຈະກາຍເປັນ cynical. ລາວບໍ່ເຄີຍໄດ້ຍິນກ່ຽວກັບ Google ບໍ? ລາວຮູ້ວິທີສ້າງປະໂຫຍກທີ່ສອດຄ່ອງກັນບໍ? ເຈົ້າແມ່ນຫຍັງ, ຫມາ?

ບາງຄັ້ງຂ້ອຍເບິ່ງຫຼາຍສິບຄໍາຖາມໃຫມ່ໃນມື້ຫນຶ່ງ. ການສັງເກດເບິ່ງທຸກຄໍາຖາມທີ່ມີຄຸນນະພາບຕໍ່າເຫຼົ່ານີ້ຢ່າງຕໍ່ເນື່ອງມີຄວາມສ່ຽງທີ່ຈະເຂົ້າໄປໃນການດູຖູກຫຼື cynicism. cynicism ນີ້ສາມາດແຜ່ລາມໄປສູ່ເວັບໄຊທ໌, ຍ້ອນວ່າຜູ້ທີ່ໄດ້ພົບກັບຜູ້ຄວບຄຸມທີ່ມີຄວາມກະຕືລືລົ້ນຫຼືໃຊ້ເວລາສອງສາມຊົ່ວໂມງໃນການຄົ້ນຄວ້າແລະປະກອບຄໍາຖາມຈະຢືນຢັນ, ພຽງແຕ່ໄດ້ຮັບການຕອບໂຕ້ໃນທາງລົບແລະຫາຍໄປໃນຄວາມຫຼົງໄຫຼໂດຍບໍ່ມີຄໍາອະທິບາຍໃດໆ.

ແນ່ນອນ, ມີຜູ້ໃຊ້ທີ່ບໍ່ໃສ່ຄວາມພະຍາຍາມແລະຕອບຄໍາຖາມທີ່ບໍ່ດີ. ແຕ່ຂ້ອຍເຊື່ອວ່າສ່ວນໃຫຍ່ຂອງຄໍາຖາມທີ່ມີຄຸນນະພາບຕ່ໍາແມ່ນມາຈາກຄົນທີ່ມີຄວາມຕັ້ງໃຈດີ (ເຖິງແມ່ນວ່າຈະເປັນຄົນໂງ່). ຂ້ອຍພະຍາຍາມຈື່ຈຳຄວາມໝາຍຂອງການເປັນຄົນໃໝ່ສະເໝີ. ເມື່ອທ່ານເລີ່ມຕົ້ນ, ທ່ານບໍ່ເຂົ້າໃຈວ່າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຢູ່ທີ່ນີ້ແນວໃດ. ໃນບາງກໍລະນີ, ເຈົ້າຍັງບໍ່ຮູ້ວ່າຄໍາໃດທີ່ຈະສະແດງບັນຫາຂອງເຈົ້າຢ່າງຖືກຕ້ອງ. ເຊື່ອຂ້ອຍ, ມັນຍາກທີ່ຈະຢູ່ໃນຕໍາແຫນ່ງນີ້. ແລະມັນເປັນສິ່ງທີ່ບໍ່ພໍໃຈໃນເວລາທີ່ທ່ານຖືກ doused ກັບ slop ພຽງແຕ່ສໍາລັບການຖາມຄໍາຖາມ.

ເຖິງແມ່ນວ່າ Stack Overflow ໄດ້ເຮັດຫຼາຍຢ່າງເພື່ອຊ່ວຍຄົນໃຫມ່, ແຕ່ຍັງມີຫຼາຍສິ່ງທີ່ຕ້ອງເຮັດ. ຂ້າພະເຈົ້າໄດ້ພະຍາຍາມຊອກຫາຄວາມສົມດູນລະຫວ່າງການຍຶດຫມັ້ນກັບມາດຕະຖານເວັບໄຊທ໌ແລະການອ່ອນໂຍນຕໍ່ຜູ້ໃຊ້ທີ່ບໍ່ມີປະສົບການ. ນີ້ອາດຈະກ່ຽວຂ້ອງກັບການອະທິບາຍວ່າເປັນຫຍັງຂ້ອຍຈຶ່ງລົງຄະແນນສຽງປິດຄໍາຖາມຫຼືສະແດງຄວາມຄິດເຫັນທີ່ຊຸກຍູ້ໃຫ້ຜູ້ໃຊ້ສະຫນອງຂໍ້ມູນເພີ່ມເຕີມ. ຂ້ອຍຍັງມີບ່ອນທີ່ຈະເຕີບໃຫຍ່.

ໃນທາງກົງກັນຂ້າມ, ຂ້ອຍບໍ່ມີຄວາມລັງເລທີ່ຈະລົງຄະແນນສຽງຂອງຜູ້ໃຊ້ທີ່ມີຊື່ສຽງຂອງ 50 ຜູ້ທີ່ຕອບຄໍາຖາມເຊັ່ນ "ຮູບແບບ VS ທີ່ດີທີ່ສຸດສໍາລັບການພັດທະນາ JavaScript ແມ່ນຫຍັງ?", ຫຼືຜູ້ທີ່ອັບໂຫລດຮູບຫນ້າຈໍຂອງລະຫັດແທນຂໍ້ຄວາມ.

ບາງຄັ້ງຂ້າພະເຈົ້າພຽງແຕ່ຕ້ອງການຂໍຂອບໃຈທ່ານ

ມີວັດທະນະທໍາທີ່ອ່ອນແອຂອງຄວາມກະຕັນຍູກ່ຽວກັບ Stack Overflow. ຂ້າພະເຈົ້າຈື່ໄດ້ວ່າຄັ້ງຫນຶ່ງເວັບໄຊທ໌ໄດ້ຕັດຄໍາ "ສະບາຍດີ" ແລະ "ຂອບໃຈ" ອອກຈາກຄໍາຖາມໂດຍອັດຕະໂນມັດ. ບາງທີນີ້ຍັງເຮັດໄດ້, ຂ້ອຍບໍ່ໄດ້ກວດເບິ່ງ.

ໃນມື້ນີ້, ໃຜກໍ່ຕາມທີ່ໄດ້ເຮັດວຽກຢູ່ໃນການສະຫນັບສະຫນູນລູກຄ້າຮູ້ດີວ່າຄວາມສຸພາບເກີນໄປສາມາດເຂົ້າໄປໃນວິທີການແລະແມ້ກະທັ້ງການບັງຄັບ. ແຕ່ບາງຄັ້ງບາງຄົນຢູ່ໃນເວັບໄຊທ໌ນີ້ເຮັດບາງສິ່ງບາງຢ່າງທີ່ສໍາຄັນສໍາລັບທ່ານ, ແລະວິທີດຽວທີ່ຈະຂອບໃຈພວກເຂົາແມ່ນໃຫ້ພວກເຂົາບວກ. ມັນດູດ.

ປະສິດທິພາບບໍ່ໄດ້ຮຽກຮ້ອງໃຫ້ພວກເຮົາກາຍເປັນຫຸ່ນຍົນ soulless. ຊ່ອງທາງຂ້າງສາມາດສະຫນອງການສື່ສານທີ່ແທ້ຈິງຫຼາຍລະຫວ່າງປະຊາຊົນ, ຖ້າຜູ້ໃຊ້ເອງຕ້ອງການ, ແນ່ນອນ.

ບາງຄັ້ງຂ້າພະເຈົ້າຢາກຮູ້ວ່າສິ່ງທີ່ເກີດຂຶ້ນຫຼັງຈາກໄດ້ຮັບຄໍາຕອບ

Stack Overflow ດໍາເນີນການຕາມຫຼັກການການເຮັດທຸລະກໍາ: ບາງຄົນຖາມຄໍາຖາມ, ຄົນອື່ນຕອບ. ຈະເກີດຫຍັງຂຶ້ນຫຼັງຈາກໄດ້ຮັບການຕອບຮັບ? ໃຜ​ຈະ​ຮູ້? ບາງຄັ້ງຂ້ອຍສົງໄສກ່ຽວກັບເລື່ອງນີ້. ຄໍາຕອບຂອງຂ້ອຍມີປະໂຫຍດບໍ? ລາວຊ່ວຍໂຄງການໃດແດ່? ຜູ້ຖາມໄດ້ຮຽນຮູ້ຫຍັງ?

ແນ່ນອນ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຕອບສະຫນອງຄວາມຢາກຮູ້ຢາກເຫັນນີ້. ການຮຽກຮ້ອງໃຫ້ຜູ້ໃຊ້ບັນຊີວິທີການທີ່ເຂົາເຈົ້າຈະນໍາໃຊ້ຂໍ້ມູນທີ່ເຂົາເຈົ້າໄດ້ຮັບຈະເປັນບັນຫາຫຼາຍ, ເຖິງແມ່ນວ່າທ່ານສາມາດເຮັດແນວນັ້ນ. ແຕ່ມັນຫນ້າສົນໃຈທີ່ຈະຄິດກ່ຽວກັບມັນ.

Gamification ມີປະສິດທິພາບ...

…ເມື່ອປ່ຽນຂະບວນການເປັນເກມ.

ຂ້ອຍຍັງເປັນຫ່ວງເລັກນ້ອຍເມື່ອເຫັນໄອຄອນ +10 ຫຼື +25 ຢູ່ໃນແຖບສະຖານະ. ບາງທີການສໍາພັດພຽງເລັກນ້ອຍເຫຼົ່ານີ້ຂອງ gamification ແມ່ນເຫດຜົນທີ່ຂ້ອຍໄດ້ກັບຄືນໄປຫາເວັບໄຊທ໌ສໍາລັບ 10 ປີ. ແຕ່ໃນຊຸມປີມໍ່ໆມານີ້, ຂ້ອຍກໍ່ເລີ່ມສົງໄສວ່າເກມ Stack Overflow ແມ່ນຫຍັງແລະການຊະນະມັນຫມາຍຄວາມວ່າແນວໃດ.

ຂ້າພະເຈົ້າແນ່ໃຈວ່າລະບົບໄດ້ຖືກສ້າງຂື້ນດ້ວຍຄວາມຕັ້ງໃຈທີ່ດີທີ່ສຸດ: ເພື່ອໃຫ້ລາງວັນປະຊາຊົນສໍາລັບຄໍາຖາມແລະຄໍາຕອບທີ່ເປັນປະໂຫຍດ. ແຕ່ທັນທີທີ່ທ່ານເພີ່ມຄະແນນສູງ, ມັນຈະມີຜົນບັງຄັບໃຊ້ ກົດໝາຍ Goodhart, ແລະຜູ້ໃຊ້ບາງຄົນເລີ່ມປັບການປະຕິບັດຂອງພວກເຂົາບໍ່ໃຫ້ບັນລຸມູນຄ່າສູງສຸດ, ແຕ່ເພື່ອໃຫ້ໄດ້ການຈັດອັນດັບສູງສຸດ. ແລະນີ້ເປັນສິ່ງສໍາຄັນເພາະວ່າ ...

ຊື່ສຽງບໍ່ໄດ້ຫມາຍຄວາມວ່າເຈົ້າຄິດວ່າມັນຫມາຍຄວາມວ່າແນວໃດ.

ຊື່ສຽງບໍ່ເທົ່າກັບຄວາມສາມາດດ້ານວິຊາການ, ທັກສະການສື່ສານ, ຫຼືຄວາມເຂົ້າໃຈກ່ຽວກັບວິທີການ Stack Overflow ເຮັດວຽກຫຼືຄວນເຮັດວຽກ.

ຂ້າພະເຈົ້າບໍ່ໄດ້ຫມາຍຄວາມວ່າຈະເວົ້າວ່າຊື່ສຽງແມ່ນບໍ່ມີປະໂຫຍດ. ມັນບໍ່ໄດ້ຫມາຍຄວາມວ່າ Stack Overflow admins ຫມາຍຄວາມວ່າແນວໃດຫຼືຄໍາວ່າ "ຊື່ສຽງ" ຄວນຈະຫມາຍຄວາມວ່າແນວໃດ. ຂ້າພະເຈົ້າໄດ້ຮັບຮູ້ວ່າຊື່ສຽງແມ່ນມາດຕະການຂອງອິດທິພົນ. ພິຈາລະນາສອງຄໍາຕອບສົມມຸດຕິຖານທີ່ຈັດພີມມາຢູ່ໃນເວັບໄຊທ໌:

• ຫນຶ່ງກ່ຽວກັບການດໍາເນີນງານ git ທົ່ວໄປ. ຂ້າພະເຈົ້າໄດ້ຂຽນຄໍາຕອບສາມແຖວໃນສອງນາທີໂດຍໃຊ້ Google.
• ອັນອື່ນແມ່ນກ່ຽວກັບທິດສະດີກາຟທີ່ຕິດຂັດ. ບາງທີມີພຽງແຕ່ຮ້ອຍຄົນໃນໂລກທັງຫມົດສາມາດຕອບມັນໄດ້. ຂ້າພະເຈົ້າໄດ້ຂຽນສອງສາມວັກແລະລະຫັດຕົວຢ່າງທີ່ອະທິບາຍບັນຫາແລະວິທີການແກ້ໄຂມັນ.

ໃນຫ້າປີ, ຄໍາຕອບທໍາອິດໄດ້ຖືກເບິ່ງ 5 ລ້ານເທື່ອແລະໄດ້ຮັບ 2000 upvotes. ຄໍາຕອບທີສອງແມ່ນເບິ່ງ 300 ເທື່ອແລະໄດ້ຮັບສອງຄະແນນສຽງທີ່ບໍ່ພໍໃຈ.

ໃນລະດັບໃດຫນຶ່ງ, ນີ້ແມ່ນບໍ່ຊື່ສັດຫຼາຍ. ເປັນຫຍັງລາງວັນບາງສິ່ງບາງຢ່າງທີ່ຢູ່ໃນສະຖານທີ່ທີ່ຖືກຕ້ອງໃນເວລາທີ່ເຫມາະສົມ? (ບໍ່ແມ່ນທຸກສິ່ງທຸກຢ່າງຖືກກໍານົດໂດຍໂຊກ; ຄວາມເຂົ້າໃຈກົດລະບຽບຂອງເກມຍັງມີບົດບາດອັນໃຫຍ່ຫຼວງ). ໃນທາງກົງກັນຂ້າມ, ຄໍາຖາມທໍາອິດທີ່ຈິງໄດ້ຊ່ວຍຄົນຫຼາຍກວ່າຄໍາຖາມທີສອງ. ບາງທີມັນສົມຄວນທີ່ຈະຮັບຮູ້ວ່າ, ໃນຄວາມຫມາຍ, ການຮັບຮູ້ນໍາໄປສູ່ການສະສົມຂອງ "ຊື່ສຽງ"?

ດັ່ງນັ້ນຂ້າພະເຈົ້າພິຈາລະນາ "ຊື່ສຽງ" ໃນ Stack Overflow ເປັນປະເພດຂອງການວັດແທກອິດທິພົນ. ຊື່ສຽງທີ່ແທ້ຈິງບໍ່ສາມາດວັດແທກໄດ້ໂດຍຈຸດພຽງແຕ່, ມັນມາຈາກຊຸມຊົນ. ຂ້ອຍຟັງຄໍາແນະນໍາໃຜ, ໃຜຊ່ວຍຄົນອື່ນ, ຂ້ອຍເຊື່ອໃຜ? ບາງທີເຫຼົ່ານີ້ທັງຫມົດຈະເປັນຄົນທີ່ແຕກຕ່າງກັນ, ຂຶ້ນກັບວ່າຂ້ອຍຂຽນໃນ PHP ຫຼືສໍາລັບ iOS.

ດ້ວຍວ່າ, ຂ້ອຍບໍ່ຮູ້ວ່າ Stack Overflow ຄວນເຮັດຫຍັງໃນເລື່ອງນີ້. ຜູ້ໃຊ້ຈະມີແຮງຈູງໃຈຫຼືບໍ່ຖ້າແທນທີ່ຈະເປັນ "ຊື່ສຽງ" ພວກເຂົາໄດ້ຮັບ "ຈຸດທີ່ສະຫລາດ"? ຜູ້ໃຊ້ຈະຍັງຄົງເປັນສ່ວນພົວພັນຖ້າບໍ່ມີລະບົບຈຸດທັງຫມົດບໍ? ຂ້າພະເຈົ້າຄິດວ່າມັນຄົງຈະບໍ່ເປັນ. ແລະນິທານວ່າ "ຊື່ສຽງ" ໃນ Stack Overflow ແມ່ນເທົ່າກັບຜົນປະໂຫຍດຊື່ສຽງທີ່ແທ້ຈິງບໍ່ພຽງແຕ່ເວັບໄຊທ໌ຂອງມັນເອງ, ແຕ່ຍັງຜູ້ໃຊ້ທີ່ມີການເຄື່ອນໄຫວຫຼາຍທີ່ສຸດ. ແທ້ຈິງແລ້ວ, ຜູ້ທີ່ບໍ່ມັກການເພີ່ມຊື່ສຽງຂອງພວກເຂົາ?

ບໍ່, ຍ້ອນວ່າສ່ວນຫຼາຍມັກຈະເກີດຂຶ້ນໃນຊີວິດ, ເພື່ອໃຫ້ໄດ້ຮັບຄວາມຄິດທີ່ແທ້ຈິງຂອງສິ່ງທີ່ເກີດຂຶ້ນ, ທ່ານຈໍາເປັນຕ້ອງວິເຄາະບໍ່ພຽງແຕ່ຕົວເລກ. ຖ້າການໂພດມີ 10 ພັນຈຸດໃນ Stack Overflow, ຫຼັງຈາກນັ້ນໃຫ້ເບິ່ງວ່າບຸກຄົນນີ້ສື່ສານແນວໃດ, ຄໍາຖາມແລະຄໍາຕອບທີ່ລາວເຜີຍແຜ່. ແລະໃນທຸກກໍລະນີຍົກເວັ້ນ, ຈົ່ງຈື່ໄວ້ວ່າຄະແນນ Stack Overflow ຢ່າງດຽວແມ່ນບໍ່ຫນ້າຈະຊີ້ບອກສິ່ງອື່ນນອກເຫນືອຈາກຄວາມສາມາດຂອງບຸກຄົນໃນການນໍາໃຊ້ເວັບໄຊທ໌. ແລະໃນປະສົບການຂອງຂ້ອຍ, ພວກເຂົາມັກຈະບໍ່ເວົ້າກ່ຽວກັບເລື່ອງນີ້.

ຂ້ອຍຈະບໍ່ໄດ້ຜົນຖ້າບໍ່ມີ Stack Overflow

ທຸກໆຄັ້ງທີ່ຂ້ອຍຈໍາເປັນຕ້ອງເຮັດບາງສິ່ງບາງຢ່າງທີ່ສັບສົນໃນ git, ຂ້ອຍໄປຫາ Stack Overflow. ທຸກໆຄັ້ງທີ່ຂ້ອຍຕ້ອງການບາງສິ່ງບາງຢ່າງງ່າຍໆໃນ bash, ຂ້ອຍໄປຫາ Stack Overflow. ທຸກໆຄັ້ງທີ່ຂ້ອຍໄດ້ຮັບຄວາມຜິດພາດການລວບລວມທີ່ແປກປະຫລາດ, ຂ້ອຍໄປຫາ Stack Overflow.

ຂ້ອຍບໍ່ມີຜະລິດຕະພັນທີ່ບໍ່ມີ IntelliSense, ເຄື່ອງຈັກຊອກຫາ, ແລະ Stack Overflow. ການຕັດສິນໂດຍບາງປຶ້ມ, ນີ້ເຮັດໃຫ້ຂ້ອຍເປັນນັກຂຽນໂປລແກລມທີ່ບໍ່ດີຫຼາຍ. ຂ້າພະເຈົ້າອາດຈະລົ້ມເຫລວຫຼາຍການທົດສອບແລະບໍ່ໄດ້ແກ້ໄຂບັນຫາຫຼາຍໃນຄະນະ. ດັ່ງນັ້ນຈະເປັນມັນ. ຢ່າງຈິງຈັງ, ທຸກໆຄັ້ງທີ່ຂ້ອຍໃຊ້ .sort ໃນ JavaScript, ຂ້ອຍຕ້ອງຊອກຫາຂໍ້ມູນກ່ຽວກັບເວລາທີ່ຂ້ອຍຈະໄດ້ຮັບ -1, 0, ຫຼື 1, ແລະຂ້ອຍຂຽນ JS ທຸກໆມື້, ພັດທະນາບັນນາທິການທີ່ນິຍົມທີ່ສຸດສໍາລັບພາສາ.

ບໍ່, Stack Overflow ເປັນເຄື່ອງມືທີ່ບໍ່ຫນ້າເຊື່ອ. ມີແຕ່ຄົນໂງ່ເທົ່ານັ້ນທີ່ບໍ່ໄດ້ໃຊ້ເຄື່ອງມືທັງໝົດທີ່ມີໃຫ້ລາວ. ສະນັ້ນເປັນຫຍັງບໍ່ເປັນຄົນໂງ່ພາຍໃນຄືກັບຂ້ອຍ? ຊ່ວຍປະຢັດຊັບພະຍາກອນສະຫມອງຂອງທ່ານສໍາລັບຄວາມຮູ້ທີ່ສໍາຄັນ, ເຊັ່ນ: ຈື່ຈໍາຕອນທັງຫມົດຂອງຊຸດ Seinfeld ຫຼືມາກັບ puns sophisticated (ທີ່ຂາດຫາຍໄປຫຼາຍໃນບົດຄວາມນີ້, ແຕ່ຈະມີອື່ນໆຈໍານວນຫຼາຍຂອງລັກສະນະທີ່ແຕກຕ່າງກັນຫມົດ).

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