ການກໍາຈັດຄວາມຢ້ານກົວຂອງວຽກທໍາອິດຂອງເຈົ້າ

ຍັງມາຈາກຮູບເງົາ "Harry Potter ແລະນັກໂທດ Azkaban"

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

Charles Bukowski

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

ຄໍາຖາມແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

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

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

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

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

ເຂົາເຈົ້າຈະບໍ່ຈ້າງເຈົ້າເລີຍ

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

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

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

ໃນບັນດາຜູ້ຮຽນຈົບຫຼາຍຮ້ອຍຄົນ, ມີພຽງແຕ່ສອງສາມສິບຄົນເທົ່ານັ້ນທີ່ມີຄວາມສົນໃຈກັບນາຍຈ້າງ

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

Madness ແມ່ນການຊໍ້າຄືນທີ່ແນ່ນອນຂອງການກະທໍາດຽວກັນ. ເວລາຫຼັງຈາກເວລາ, ຫວັງວ່າການປ່ຽນແປງ

Albert Einstein

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

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

stupid - ໄດ້​ຮັບ​ການ fired​

ເມື່ອຄົນທີ່ບໍ່ມີປະສົບການຖືກຈ້າງ, ມີຄວາມຄາດຫວັງທີ່ສອດຄ້ອງກັນສໍາລັບລາວ.

ຄາດ​ວ່າ​ຈະ​ມີ​ຜູ້​ມາ​ໃໝ່​ໃນ​ວຽກ​ງານ:

• ຄວາມຮູ້ພື້ນຖານດ້ານວິຊາການທົ່ວໄປ
• ສຶກສາວິຊາສະເພາະຂອງບໍລິສັດ
• ຊໍານິຊໍານານເຄື່ອງມືແລະການປະຕິບັດທີ່ນໍາໃຊ້

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

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

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

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

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

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

ໂດຍປົກກະຕິຂັ້ນຕອນໃນການດໍາເນີນການຜະລິດຕະພັນໃນສະພາບແວດລ້ອມການທົດສອບແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

• clone a repository, ສະຫຼັບໄປບາງສາຂາຫຼື tag
• ສ້າງບາງໄຟລ໌ການຕັ້ງຄ່າ
• ກະກຽມໂຄງສ້າງຖານຂໍ້ມູນ
• ຕື່ມຂໍ້ມູນໃສ່ມັນດ້ວຍຂໍ້ມູນການທົດສອບ
• ສ້າງ​ຫຼື​ສັງ​ລວມ​ໂຄງ​ການ​,
• ແລ່ນຊຸດຂອງ console scripts ໃນລໍາດັບທີ່ແນ່ນອນ

ໃນລະຫວ່າງຂະບວນການແລ່ນລະບົບຢູ່ໃນທ້ອງຖິ່ນ, ບັນຫາທີ່ບໍ່ຄາດຄິດຈະເກີດຂື້ນຢ່າງຫຼີກລ່ຽງບໍ່ໄດ້.

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

ບາງໜ້າວຽກອາດເບິ່ງຄືງ່າຍດາຍກັບນັກພັດທະນາທີ່ມີປະສົບການ ແຕ່ເປັນສິ່ງທ້າທາຍຕໍ່ຜູ້ຝຶກງານ. ນີ້ແມ່ນເລື່ອງປົກກະຕິ.

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

ການລົງທະບຽນການຄົ້ນຄວ້າຂອງທ່ານໃນແບບຟອມເອກະສານຈະຊ່ວຍໃຫ້ທ່ານ:

• ເອົາລາຍລະອຽດນ້ອຍໆອອກຈາກຫົວຂອງເຈົ້າ. ຕົວຢ່າງ, ຕົວກໍານົດການກໍານົດ, ທີ່ຢູ່ DNS/IP, ຄໍາສັ່ງ console ແລະ SQL queries.
• ຈົ່ງຈື່ໄວ້ວ່າ "ຂ້ອຍເຮັດຫຍັງມື້ວານນີ້" ເມື່ອວຽກງານນີ້ແກ່ຍາວເປັນເວລາຫຼາຍມື້
• ບໍ່ wander ເປັນວົງ. ເຈົ້າສາມາດອ່ານສິ່ງທີ່ທ່ານເຮັດກ່ອນແລະເຂົ້າໃຈວ່າເຈົ້າໄດ້ກັບຄືນສູ່ບັນຫາເດີມ
• ຕອບຄໍາຖາມຢ່າງຊັດເຈນວ່າ: "ມື້ນີ້ເຈົ້າເຮັດຫຍັງ?" ເຖິງແມ່ນວ່າບໍ່ມີການແກ້ໄຂທີ່ກຽມພ້ອມແລ້ວ.

ທ່ານຈໍາເປັນຕ້ອງສາມາດສື່ສານສະຖານະພາບຂອງວຽກງານຂອງທ່ານກັບເພື່ອນຮ່ວມງານ

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

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

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

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

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

ຮູ້ສຶກບໍ່ເສຍຄ່າທີ່ຈະຮ້ອງຂໍໃຫ້ມີການຊ່ວຍເຫຼືອ

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

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

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

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

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

ມັນເປັນສິ່ງສໍາຄັນບໍ່ພຽງແຕ່ເພື່ອແກ້ໄຂບັນຫາດ້ານວິຊາການ, ແຕ່ຍັງເປັນການຂະຫຍາຍຄວາມຮູ້ຂອງວິຊາດັ່ງກ່າວ.

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

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

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

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

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

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

ຖ້າເຈົ້າຫຍຸ້ງ, ເຈົ້າຈະຖືກໄລ່ອອກ

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

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

ສິ່ງທີ່ສໍາຄັນແມ່ນການຮຽນຮູ້ຈາກຄວາມຜິດພາດແລະບໍ່ເຮັດຊ້ໍາອີກ.

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

ມັນດີກວ່າທີ່ຈະຫຼີກເວັ້ນເຫດການ

ເຖິງແມ່ນວ່າທ່ານເອງຈະບໍ່ຖືກໄລ່ອອກຍ້ອນຄວາມຜິດພາດ, ເຫດການດັ່ງກ່າວຈະເຮັດໃຫ້ເກີດບັນຫາທີ່ບໍ່ຕ້ອງການສໍາລັບທີມງານແລະໂຄງການທັງຫມົດຂອງທ່ານ. ດັ່ງນັ້ນ, ຄວນລະມັດລະວັງໂດຍສະເພາະກັບການດໍາເນີນງານຂອງການລຶບຫຼືສ້າງຕາຕະລາງໃນຖານຂໍ້ມູນ, ໄຟລ໌, ຕົວຢ່າງການບໍລິການແລະເອກະສານໃນພື້ນຖານຄວາມຮູ້ຂອງໂຄງການ. ຖ້າທ່ານພົບທີ່ຢູ່ຂອງການເຊື່ອມຕໍ່ໃຫມ່, ໃຫ້ກວດເບິ່ງຢ່າງຫນ້ອຍສອງຄົນທີ່ແຕກຕ່າງກັນວ່າສິ່ງທີ່ສາມາດເຮັດໄດ້ຢູ່ທີ່ນັ້ນ. ກວດເບິ່ງສິດທິຂອງທ່ານໃນສະພາບແວດລ້ອມບໍ່ແມ່ນໂດຍການທົດລອງແລະຄວາມຜິດພາດ, ແຕ່ໂດຍໃຊ້ຄໍາສັ່ງທີ່ເຫມາະສົມ. ຕົວຢ່າງ, ສິດທິໃນການລຶບໄຟລ໌ໂດຍໃຊ້ຄໍາສັ່ງ `ls`, ສິດທີ່ຈະເຮັດວຽກກັບຕາຕະລາງໃນ mysql ໂດຍໃຊ້ຄໍາສັ່ງ `SHOW GRANTS FOR 'user'@'host';`, ແລະອື່ນໆ. ໃນເກືອບທຸກເຄື່ອງມືທີ່ທ່ານຈະມີໂອກາດທີ່ຄ້າຍຄືກັນ.

ເມື່ອແກ້ໄຂໄຟລ໌, ໃຫ້ເກັບຮັກສາສໍາເນົາຕົ້ນສະບັບສໍາລັບຕົວທ່ານເອງ, ພຽງແຕ່ໃນກໍລະນີ.

ສິ່ງກີດຂວາງຫຼາຍຢ່າງຖືກສ້າງຂຶ້ນລະຫວ່າງຜູ້ຝຶກຫັດແລະຜູ້ໃຊ້ສຸດທ້າຍ.

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

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

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

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

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

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

ຂ້າພະເຈົ້າຕ້ອງການໃຫ້ທ່ານມີຄວາມອົດທົນແລະຄວາມອົດທົນ.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ວຽກທຳອິດຂອງເຈົ້າແມ່ນຫຍັງໃນວຽກທຳອິດຂອງເຈົ້າໃນດ້ານໄອທີ?

• ຊັບຊ້ອນ

• ສຳຄັນ

• ດ່ວນ

• ບໍ່ມີອັນໃດຂ້າງເທິງ

75 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 20 ຜູ້ໃຊ້ງົດ.

ເຈົ້າຕ້ອງເຮັດຫຍັງແດ່ໃນຕອນທໍາອິດໃນວຽກທໍາອິດຂອງເຈົ້າ?

• ຕິດຕັ້ງຜະລິດຕະພັນຢູ່ໃນທ້ອງຖິ່ນ

• ທົດສອບຜະລິດຕະພັນທີ່ມີຢູ່ແລ້ວ

• ດໍາເນີນການຝຶກອົບຮົມ, ວຽກງານປອມ

• ເຮັດໂຄງການທົດລອງ, ຕົວຈິງສໍາລັບລູກຄ້າ

ຜູ້ໃຊ້ 63 ຄົນລົງຄະແນນສຽງ. 25 ຜູ້ໃຊ້ງົດ.

ມີນັກຮຽນຫຼາຍປານໃດໃນກຸ່ມຂອງທ່ານສາມາດເຮັດສໍາເລັດການມອບຫມາຍເປັນເອກະລາດໃນວິຊາດ້ານວິຊາການໃນລະຫວ່າງການຝຶກອົບຮົມ?

• 1 ຈາກ 10

• 1 ຈາກ 5

• ທຸກໆວິນາທີ

• ທຸກສິ່ງທຸກຢ່າງ, ມີຂໍ້ຍົກເວັ້ນທີ່ຫາຍາກ

70 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 19 ຜູ້ໃຊ້ງົດ.

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