ຂ້ອຍເຂົ້າໄປໃນ ThoughtWorks ຫຼືການສໍາພາດຕົວຢ່າງແນວໃດ

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

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

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

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

ຄວາມຄິດ

ThoughtWorks ມີຫຍັງແດ່ກ່ຽວກັບເລື່ອງນີ້? ນີ້ແມ່ນບ່ອນທີ່ຂ້ອຍພົບຕົວຢ່າງຂອງການສໍາພາດແບບຈໍາລອງສໍາລັບຕົນເອງ. ThoughtWorks ແມ່ນໃຜ? ໃນສັ້ນ, ນີ້ແມ່ນບໍລິສັດທີ່ປຶກສາລະດັບສູງທີ່ມີຫ້ອງການຢູ່ທົ່ວໂລກ, ຈາກປະເທດຈີນ, ສິງກະໂປເຖິງທະວີບອາເມລິກາ, ເຊິ່ງໄດ້ໃຫ້ຄໍາປຶກສາດ້ານການພັດທະນາປະມານ 25 ປີ, ມີພະແນກວິທະຍາສາດຂອງຕົນເອງ, ໂດຍ Martin. ຟາວເລີ. ຖ້າທ່ານຊອກຫາບັນຊີລາຍຊື່ຂອງ 10 ປື້ມທີ່ຕ້ອງອ່ານສໍາລັບວິສະວະກອນຊອບແວ, ບາງທີ 2-3 ຂອງພວກເຂົາຈະຖືກຂຽນໂດຍ guys ຈາກ ThoughtWorks, ເຊັ່ນ Refactoring By Martin Fowler ແລະການກໍ່ສ້າງ Microservices: ການອອກແບບລະບົບ Fine-Grained ໂດຍ Sam. Newman ຫຼືການກໍ່ສ້າງສະຖາປັດຕະວິວັດທະນາການ
ໂດຍ Patrick Kua, Rebecca Parsons, Neal Ford.

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

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

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

ໄລຍະ 0. HR

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

ຂັ້ນຕອນ 1. ເຈົ້າຢູ່ OOP, TDD ໄດ້ດີປານໃດ?

1.5 ຊົ່ວໂມງກ່ອນທີ່ຈະເລີ່ມຕົ້ນການສໍາພາດ, ຂ້າພະເຈົ້າໄດ້ສົ່ງວຽກງານເພື່ອເຮັດໃຫ້ເຄື່ອງຈໍາລອງ Mars Rover.

ພາລະກິດສຳຫຼວດດາວອັງຄານໜ່ວຍຍານສຳຫຼວດຫຸ່ນຍົນຈະລົງຈອດໂດຍອົງການ NASA ເທິງພູພຽງດາວອັງຄານ. ພູພຽງນີ້, ເຊິ່ງເປັນຮູບສີ່ຫລ່ຽມທີ່ແປກປະຫຼາດ, ຕ້ອງໄດ້ຮັບການນຳທາງໂດຍຍານສຳຫຼວດ ເພື່ອໃຫ້ກ້ອງຢູ່ເທິງຍົນຂອງພວກມັນສາມາດເບິ່ງເຫັນພາບທີ່ສົມບູນຂອງພູມສັນຖານອ້ອມຂ້າງເພື່ອສົ່ງກັບຄືນສູ່ໂລກ. ຕຳແໜ່ງ ແລະ ສະຖານທີ່ຂອງລົດສຳຫຼວດແມ່ນສະແດງໂດຍການລວມຕົວປະສານຂອງ x ແລະ y ແລະຕົວອັກສອນທີ່ເປັນຕົວແທນໜຶ່ງໃນສີ່ຈຸດເຂັມທິດ. ພູພຽງໄດ້ຖືກແບ່ງອອກເປັນຕາຂ່າຍໄຟຟ້າເພື່ອເຮັດໃຫ້ການນໍາທາງງ່າຍຂຶ້ນ. ຕໍາແຫນ່ງຕົວຢ່າງອາດຈະເປັນ 0, 0, N, ຊຶ່ງຫມາຍຄວາມວ່າ rover ແມ່ນຢູ່ໃນມຸມຊ້າຍລຸ່ມແລະຫັນໄປທາງທິດເຫນືອ. ເພື່ອ​ຄວບ​ຄຸມ​ຍານ​ສຳ​ຫຼວດ​ຍານ​ອາ​ວະ​ກາດ NASA ສົ່ງ​ຕົວ​ອັກ​ສອນ​ງ່າຍໆ. ຕົວອັກສອນທີ່ເປັນໄປໄດ້ແມ່ນ 'L', 'R' ແລະ 'M'. 'L' ແລະ 'R' ເຮັດໃຫ້ rover ໝຸນ 90 ອົງສາຊ້າຍ ຫຼື ຂວາຕາມລຳດັບ, ໂດຍບໍ່ມີການເຄື່ອນທີ່ຈາກຈຸດປະຈຸບັນຂອງມັນ. 'M' ຫມາຍຄວາມວ່າກ້າວໄປຂ້າງຫນ້າຈຸດຫນຶ່ງຕາຂ່າຍໄຟຟ້າ, ແລະຮັກສາຫົວຂໍ້ດຽວກັນ.
ສົມມຸດວ່າສີ່ຫຼ່ຽມມົນທາງເໜືອຈາກ (x, y) ແມ່ນ (x, y+1).
ການປ້ອນຂໍ້ມູນ:
ແຖວທຳອິດຂອງການປ້ອນຂໍ້ມູນແມ່ນຈຸດປະສານງານດ້ານຂວາເທິງຂອງພູພຽງ, ຈຸດພິກັດຊ້າຍລຸ່ມແມ່ນສົມມຸດວ່າແມ່ນ 0,0.
ສ່ວນທີ່ເຫຼືອຂອງການປ້ອນຂໍ້ມູນແມ່ນຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບ rovers ທີ່ໄດ້ຖືກປະຕິບັດ. ແຕ່ລະ rover ມີສອງສາຍຂອງການປ້ອນຂໍ້ມູນ. ເສັ້ນທໍາອິດໃຫ້ຕໍາແຫນ່ງຂອງ rover, ແລະເສັ້ນທີສອງແມ່ນຊຸດຄໍາແນະນໍາທີ່ບອກກັບ rover ວິທີການສໍາຫຼວດພູພຽງ. ຕໍາແຫນ່ງແມ່ນປະກອບດ້ວຍສອງຈໍານວນເຕັມແລະຕົວອັກສອນທີ່ແຍກອອກໂດຍຊ່ອງຫວ່າງ, ທີ່ສອດຄ້ອງກັນກັບຈຸດປະສານງານ x ແລະ y ແລະທິດທາງຂອງ rover.
ແຕ່ລະ rover ຈະຖືກສໍາເລັດຕາມລໍາດັບ, ຊຶ່ງຫມາຍຄວາມວ່າ rover ທີສອງຈະບໍ່ເລີ່ມເຄື່ອນທີ່ຈົນກ່ວາທໍາອິດຈະສໍາເລັດການເຄື່ອນຍ້າຍ.
ຂາອອກ:
ຜົນຜະລິດສໍາລັບແຕ່ລະ rover ຄວນເປັນຈຸດປະສານງານສຸດທ້າຍແລະຫົວຂໍ້ຂອງຕົນ.
ຫມາຍເຫດ:
ພຽງແຕ່ປະຕິບັດຂໍ້ກໍານົດຂ້າງເທິງນີ້ແລະພິສູດວ່າເຄື່ອງດູດຝຸ່ນເຮັດວຽກໂດຍການຂຽນການທົດສອບຫນ່ວຍງານສໍາລັບມັນ.
ການ​ສ້າງ​ຮູບ​ແບບ​ຂອງ​ການ​ໂຕ້​ຕອບ​ຜູ້​ໃຊ້​ໃດ​ຫນຶ່ງ​ແມ່ນ​ຢູ່​ນອກ​ຂອບ​ເຂດ​.
ການແກ້ໄຂບັນຫາໂດຍການປະຕິບັດຕາມວິທີການ TDD (Test Driven Development) ຈະເປັນທີ່ນິຍົມ.
ໃນເວລາສັ້ນໆທີ່ມີຢູ່, ພວກເຮົາມີຄວາມກັງວົນກ່ຽວກັບຄຸນນະພາບຫຼາຍກ່ວາຄວາມສົມບູນ.
*ຂ້ອຍ​ບໍ່​ສາມາດ​ປະກາດ​ວຽກ​ທີ່​ສົ່ງ​ໃຫ້​ຂ້ອຍ​ໄດ້, ນີ້​ແມ່ນ​ວຽກ​ທີ່​ເກົ່າ​ແກ່​ທີ່​ມອບ​ໃຫ້​ຫຼາຍ​ປີ​ກ່ອນ. ແຕ່ເຊື່ອຂ້ອຍ, ໂດຍພື້ນຖານແລ້ວທຸກສິ່ງທຸກຢ່າງຍັງຄົງຄືກັນ.

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

• TDD;
• ຄວາມສາມາດໃນການໃຊ້ OOP ແລະຂຽນລະຫັດຮັກສາ;
• ຄູ່ຄວາມສາມາດການຂຽນໂປຼແກຼມ

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

ໃນເວລາທີ່ພວກເຮົາໄດ້ຮັບໂທລະສັບ, guys ສັ້ນໆບອກພວກເຮົາວ່າພວກເຂົາແມ່ນໃຜແລະສິ່ງທີ່ເຂົາເຈົ້າເຮັດແລະສະເຫນີໃຫ້ເລີ່ມຕົ້ນການພັດທະນາ.

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

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

ຂັ້ນຕອນທີ 2: ບອກພວກເຮົາ

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

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

ຂັ້ນຕອນ 3. ລະຫັດຄຸນນະພາບການຜະລິດ

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

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

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

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

ຂັ້ນຕອນ 4. ສຸດທ້າຍ. ຄໍາຖາມດ້ານວິຊາການພຽງພໍ. ພວກເຮົາຢາກຮູ້ວ່າເຈົ້າແມ່ນໃຜ!

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

ຖ້າທ່ານ Google ເລັກນ້ອຍກ່ຽວກັບວັດທະນະທໍາ Thoughtworks, ທ່ານຈະພົບເຫັນບົດຄວາມໂດຍ Martin Fowler [https://martinfowler.com/bliki/ThreePillars.html] ເຊິ່ງອະທິບາຍເຖິງ 3 ເສົາຫຼັກ: ທຸລະກິດແບບຍືນຍົງ, ຄວາມເປັນເລີດທາງດ້ານຊອບແວ, ແລະຄວາມຍຸຕິທໍາທາງສັງຄົມ.

ໃຫ້ສົມມຸດວ່າ Software Excellence ໄດ້ຖືກກວດສອບແລ້ວສໍາລັບຂ້ອຍ. ມັນຍັງຄົງສະແດງໃຫ້ເຫັນທຸລະກິດທີ່ຍືນຍົງແລະຄວາມຍຸຕິທໍາທາງສັງຄົມ.

ຍິ່ງໄປກວ່ານັ້ນ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈສຸມໃສ່ການສຸດທ້າຍ.

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

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

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

ໃນທີ່ສຸດ, 80% ຂອງການນໍາສະເຫນີຂອງຂ້ອຍແມ່ນເຕັມໄປດ້ວຍແມວ.

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

ໃນທີ່ສຸດ, ຂ້ອຍລໍຖ້າຄໍາຄິດເຫັນ - ຂ້ອຍພໍໃຈກັບທຸກໆຄົນ.

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

ຜົນໄດ້ຮັບ

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

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

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

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

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

ໃບຢັ້ງຢືນການສຶກສາບໍ່ຈໍາເປັນຕ້ອງ TW ບໍ່ຕ້ອງການການຢັ້ງຢືນຫຼືການສຶກສາໃນວິທະຍາສາດຄອມພິວເຕີ. ທັກສະເທົ່ານັ້ນທີ່ຖືກປະເມີນ.

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

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

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

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

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