ເປັນຫຍັງມັນຈຶ່ງເປັນປະໂຫຍດທີ່ຈະປະດິດລໍ້ຄືນໃໝ່?

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

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

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

ນັກພັດທະນາພິຈາລະນາລະຫັດສໍາເລັດຮູບເປັນຫຼັກຖານຂອງຕົນເອງ

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

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

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

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

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

ເຂົ້າຫາຕົ້ນກໍາເນີດ

ໃນປີ 2012, ກ່ອນທີ່ຈະຄອບງໍາຂອງກອບດ້ານຫນ້າ, ໂລກຂອງກົດລະບຽບ jQuery, ແລະຂ້ອຍໄດ້ອ່ານຫນັງສື ຄວາມລັບຂອງ JavaScript Ninjaໂດຍ John Resig, ຜູ້ສ້າງ jQuery.

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

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

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

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

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

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

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

ປະດິດລໍ້ນີ້ຄືນໃໝ່

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

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com