20 ສິ່ງທີ່ຂ້ອຍຢາກຮູ້ກ່ອນທີ່ຈະກາຍເປັນຜູ້ພັດທະນາເວັບ

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

ທ່ານບໍ່ ຈຳ ເປັນຕ້ອງມີໃບປະກາດສະນີຍະບັດ

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

Googling ເປັນທັກສະທີ່ແທ້ຈິງ

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

ພວກເຮົາຂໍແນະນຳການຂຽນໂປຣແກຣມແບບສຸມຟຣີສຳລັບຜູ້ເລີ່ມຕົ້ນ:
ການພັດທະນາແອັບພລິເຄຊັນ: Android vs iOS — ວັນທີ 22–24 ສິງຫາ. ຫຼັກສູດທີ່ເຂັ້ມຂຸ້ນຊ່ວຍໃຫ້ທ່ານສາມາດຝັງຕົວເອງໃນການພັດທະນາແອັບພລິເຄຊັນສໍາລັບລະບົບປະຕິບັດການມືຖືທີ່ນິຍົມຫລາຍທີ່ສຸດເປັນເວລາສາມມື້. ວຽກງານແມ່ນເພື່ອສ້າງຜູ້ຊ່ວຍສຽງໃນ Android ແລະພັດທະນາ "ລາຍການທີ່ຕ້ອງເຮັດ" ສໍາລັບ iOS. ບວກກັບຄວາມຄຸ້ນເຄີຍກັບຄວາມສາມາດຂອງຄໍາຮ້ອງສະຫມັກຂ້າມເວທີ.

ທ່ານບໍ່ສາມາດຮຽນຮູ້ທຸກຢ່າງ

ເຈົ້າຈະຕ້ອງໄດ້ສຶກສາຫຼາຍ. ພຽງແຕ່ເບິ່ງວ່າກອບ JavaScript ທີ່ນິຍົມຫລາຍເທົ່າໃດ: React, Vue ແລະ Angular. ທ່ານຈະບໍ່ສາມາດສຶກສາພວກມັນໄດ້ຢ່າງລະອຽດ. ແຕ່ນີ້ບໍ່ຈໍາເປັນຕ້ອງ. ທ່ານຈໍາເປັນຕ້ອງສຸມໃສ່ກອບທີ່ເຈົ້າມັກທີ່ສຸດ, ຫຼືຫນຶ່ງທີ່ບໍລິສັດຂອງເຈົ້າເຮັດວຽກກັບ.

ການຂຽນລະຫັດງ່າຍໆແມ່ນຍາກຫຼາຍ

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

ທ່ານຈະບໍ່ມີເວລາສໍາລັບການທົດສອບຢ່າງລະອຽດ

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

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

ເຈົ້າຈະຜິດເວລາສະເໝີ.

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

ທ່ານຈະມີຄວາມລະອາຍທີ່ຈະເບິ່ງລະຫັດເກົ່າຂອງເຈົ້າ

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

ເຈົ້າຈະໃຊ້ເວລາຫຼາຍໃນການຈັບແມງໄມ້

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

Internet Explorer ເປັນຕົວທ່ອງເວັບທີ່ບໍ່ດີທີ່ສຸດທີ່ເຄີຍສ້າງ

Internet Explorer, ເອີ້ນວ່າ Internet Exploder, ຈະເຮັດໃຫ້ເຈົ້າເສຍໃຈກັບ CSS ທີ່ເຈົ້າຫາກໍ່ຂຽນ. ເຖິງແມ່ນວ່າສິ່ງພື້ນຖານແມ່ນ glitchy ໃນ IE. ໃນບາງຈຸດທີ່ເຈົ້າຈະເລີ່ມຖາມຕົວເອງວ່າເປັນຫຍັງມີຕົວທ່ອງເວັບຫຼາຍ. ບໍລິສັດຈໍານວນຫຼາຍແກ້ໄຂບັນຫາໂດຍການສະຫນັບສະຫນູນພຽງແຕ່ IE 11 ແລະຮຸ່ນໃຫມ່ - ນີ້ກໍ່ຊ່ວຍໄດ້.

ການເຮັດວຽກຢຸດເຊົາເມື່ອເຄື່ອງແມ່ຂ່າຍລົງ

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

ເຈົ້າຈະທຳທ່າວ່າເຈົ້າເຂົ້າໃຈທຸກສິ່ງທີ່ເພື່ອນຮ່ວມງານຂອງເຈົ້າເວົ້າ.

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

ທ່ານບໍ່ ຈຳ ເປັນຕ້ອງຈື່ທຸກຢ່າງ

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

ທ່ານຈໍາເປັນຕ້ອງຮຽນຮູ້ວິທີການແກ້ໄຂບັນຫາຢ່າງມີປະສິດທິພາບ

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

ເຈົ້າຈະອ່ານຫຼາຍ

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

ການປັບຕົວສາມາດເຈັບຫົວ

ການດັດແປງເວັບໄຊທ໌ສໍາລັບອຸປະກອນທັງຫມົດແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍ. ມີອຸປະກອນແລະຕົວທ່ອງເວັບທີ່ຫລາກຫລາຍ, ດັ່ງນັ້ນຈະມີການປະສົມປະສານ "ອຸປະກອນ + ຕົວທ່ອງເວັບ" ທີ່ເວັບໄຊທ໌ຈະເບິ່ງບໍ່ດີ.

ປະສົບການດີບັກປະຫຍັດເວລາ

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

ທ່ານຈະຊອກຫາວິທີແກ້ໄຂທີ່ກຽມພ້ອມ, ແຕ່ພວກມັນຈະບໍ່ເຮັດວຽກສໍາລັບທ່ານ.

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

IDE ທີ່ດີຈະເຮັດໃຫ້ຊີວິດງ່າຍຂຶ້ນ

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

terminal ຈະເຮັດໃຫ້ການເຮັດວຽກມີປະສິດທິພາບຫຼາຍຂຶ້ນ

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

ບໍ່ reinvent ລໍ້

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

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