ທັກສະນັກພັດທະນາທີ່ຈໍາເປັນທີ່ຈະເຮັດໃຫ້ລະຫັດຂອງທ່ານດີຂຶ້ນ

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

ເວົ້າວ່າບໍ່ກັບລະຫັດທີ່ບໍ່ຈໍາເປັນ. ສິ່ງທີ່ທ່ານຕ້ອງເຮັດແມ່ນເອົາສາມຕົວອັກສອນເຂົ້າກັນແລະເວົ້າຄໍາ. ລອງເຮັດນຳກັນເບິ່ງວ່າ: "Nooooo!"

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

ພວກເຮົາເຕືອນ: ສໍາລັບຜູ້ອ່ານທັງຫມົດຂອງ "Habr" - ສ່ວນຫຼຸດ 10 rubles ເມື່ອລົງທະບຽນໃນຫຼັກສູດ Skillbox ໂດຍໃຊ້ລະຫັດສົ່ງເສີມ "Habr".

Skillbox ແນະນໍາ: ຫຼັກສູດພາກປະຕິບັດ "ຜູ້ພັດທະນາມືຖື PRO".

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

ນັກຂຽນໂປລແກລມເຮັດໃຫ້ຕາບອດເປັນແນວໃດ?

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

ແຕ່ມີບັນຫາ: ສິ່ງໃດກໍ່ຕາມທີ່ທ່ານຂຽນ, ມັນຈະສັບສົນກັບຊອບແວຂອງທ່ານແລະອາດຈະແນະນໍາແມງໄມ້ໃນອະນາຄົດ.

ອີງຕາມ Rich Skrent, ລະຫັດແມ່ນສັດຕູຂອງພວກເຮົາ. ນີ້ແມ່ນສິ່ງທີ່ລາວຂຽນ:

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

ເຈົ້າຮູ້ໄດ້ແນວໃດເມື່ອບໍ່ຂຽນລະຫັດ?

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

ທ່ານຕ້ອງເຂົ້າໃຈຢ່າງຈະແຈ້ງວ່າໂຄງການຂອງເຈົ້າຕ້ອງການຫຍັງ ແລະມັນບໍ່ເປັນຫຍັງ.

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

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

ບໍ່ເຄີຍສູນເສຍຈຸດສຸມຂອງຄໍາຮ້ອງສະຫມັກຂອງທ່ານ.

ຖາມຕົວເອງສະເໝີວ່າ:

— ໃນ​ປັດ​ຈຸ​ບັນ​ຄວນ​ຈະ​ປະ​ຕິ​ບັດ​ຫນ້າ​ທີ່​ໃດ​?
— ຂ້ອຍຄວນຂຽນລະຫັດຫຍັງ?

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

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

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

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

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

ໃນປັດຈຸບັນພວກເຮົາຕ້ອງຕໍ່ສູ້ເພື່ອຊີວິດຂອງໂຄງການ. ເປັນຫຍັງ?

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

ຟັງຄືໜັງສະເໜ່, ບໍ່ແມ່ນບໍ?

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

"ມື້ຫນຶ່ງທີ່ມີປະໂຫຍດຫຼາຍທີ່ສຸດຂອງຂ້ອຍແມ່ນເວລາທີ່ຂ້ອຍລຶບລະຫັດ 1000 ເສັ້ນ."
— Ken Thompson.

ການຮຽນຮູ້ເມື່ອບໍ່ຂຽນລະຫັດແມ່ນຍາກ. ແຕ່ມັນເປັນສິ່ງຈໍາເປັນ.

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

ສືບຕໍ່ສ້າງ, ແຕ່ຮູ້ວ່າເວລາທີ່ຈະເວົ້າວ່າບໍ່.

Skillbox ແນະນໍາ:

• ຫຼັກສູດອອນໄລນ໌ທີ່ສະຫມັກ "ນັກວິເຄາະຂໍ້ມູນ Python".
• ຫຼັກສູດອອນໄລນ "ນັກພັດທະນາດ້ານຫນ້າດ້ານວິຊາຊີບ".
• ຫຼັກສູດພາກປະຕິບັດ "ນັກພັດທະນາ PHP ຈາກ 0 ເຖິງ PRO".

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