ວິ​ທີ​ການ​ລ້ຽງ junior​?

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

ຂ້ອຍກຳລັງພະຍາຍາມລ້ຽງ Junior

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

ເປັນ​ຫຍັງ​ພວກ​ເຮົາ​ຄິດ​ກ່ຽວ​ກັບ​ການ​ຈ້າງ juniors?

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

ໃຜເປັນ junior?

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

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

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

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

ພວກ​ເຮົາ​ຍັງ​ມີ​ສົມ​ມຸດ​ຕິ​ຖານ​ຈໍາ​ນວນ​ຫນຶ່ງ​:

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

ແລະແນ່ນອນ, ພວກເຮົາມີເປົ້າຫມາຍ: 4 juniors ໃນ 3 ອາ​ທິດ​.

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

ພວກເຮົາປະກາດຕໍາແໜ່ງວ່າງ

ສໍາລັບບໍລິສັດ: ຈະມີຫຼາຍຮ້ອຍຄໍາຕອບ! ຄິດກ່ຽວກັບຕົວກອງ.

ສໍາລັບ junior: ຢ່າຢ້ານແບບສອບຖາມກ່ອນທີ່ຈະສົ່ງຊີວະປະຫວັດຂອງທ່ານແລະການມອບຫມາຍການທົດສອບ - ນີ້ແມ່ນສັນຍານວ່າບໍລິສັດໄດ້ດູແລທ່ານແລະໄດ້ຈັດຕັ້ງຂະບວນການໄດ້ດີ.

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

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

ມັນມີຄໍາຖາມມາດຕະຖານກ່ຽວກັບ JS, ຮູບແບບ, ເວັບໄຊຕ໌, ວິທະຍາສາດຄອມພິວເຕີ - ທຸກຄົນທີ່ຈິນຕະນາການສິ່ງທີ່ເຂົາເຈົ້າຖາມຢູ່ໃນການສໍາພາດທາງຫນ້າແມ່ນຮູ້ຈັກເຂົາເຈົ້າ. ຄວາມແຕກຕ່າງລະຫວ່າງ let/var/const ແມ່ນຫຍັງ? ຂ້ອຍສາມາດນຳໃຊ້ຄໍເຕົ້າໄຂ່ທີ່ພຽງແຕ່ໜ້າຈໍທີ່ນ້ອຍກວ່າກວ້າງ 600px ໄດ້ແນວໃດ? ພວກເຮົາບໍ່ຕ້ອງການທີ່ຈະຖາມຄໍາຖາມເຫຼົ່ານີ້ຢູ່ໃນການສໍາພາດດ້ານວິຊາການ - ການປະຕິບັດໄດ້ສະແດງໃຫ້ເຫັນວ່າພວກເຂົາສາມາດຕອບໄດ້ຫຼັງຈາກການສໍາພາດ 2-3 ໂດຍບໍ່ມີການເຂົ້າໃຈການພັດທະນາທັງຫມົດ. ແຕ່ເຂົາເຈົ້າສາມາດສະແດງໃຫ້ພວກເຮົາໃນເບື້ອງຕົ້ນວ່າຜູ້ສະຫມັກ, ໃນຫຼັກການ, ເຂົ້າໃຈສະພາບການ.

ໃນແຕ່ລະປະເພດ, ພວກເຮົາກະກຽມ 3-5 ຄໍາຖາມແລະມື້ຕໍ່ມາພວກເຮົາປ່ຽນຊຸດຂອງພວກເຂົາໃນແບບຟອມຕອບສະຫນອງຈົນກ່ວາພວກເຮົາກໍາຈັດສິ່ງທີ່ passable ແລະຍາກທີ່ສຸດ. ນີ້ອະນຸຍາດໃຫ້ພວກເຮົາຫຼຸດຜ່ອນການໄຫຼ - ໃນ 3 ອາທິດພວກເຮົາໄດ້ຮັບ ຜູ້ສະໝັກ 122 ທ່ານ, ທີ່ພວກເຮົາສາມາດເຮັດວຽກຕໍ່ໄປ. ເຫຼົ່ານີ້ແມ່ນນັກສຶກສາ IT; guys ຜູ້ທີ່ຕ້ອງການຍ້າຍອອກໄປທາງຫນ້າຈາກ backend ໄດ້; ຄົນງານ ຫຼື ວິສະວະກອນ, ອາຍຸ 25-35 ປີ, ຜູ້ທີ່ຢາກປ່ຽນອາຊີບ ແລະ ພະຍາຍາມຫຼາຍດ້ານເຂົ້າໃນການສຶກສາຕົນເອງ, ຫຼັກສູດ ແລະ ການຝຶກງານ.

ຮູ້ຈັກກັນດີກວ່າ

ສໍາລັບບໍລິສັດ: ວຽກງານການທົດສອບບໍ່ໄດ້ຂັດຂວາງຜູ້ສະຫມັກ, ແຕ່ຊ່ວຍຫຼຸດຜ່ອນຊ່ອງທາງ.

ສໍາລັບ junior: ຢ່າຄັດລອກແບບທົດສອບ - ມັນສັງເກດເຫັນ. ແລະຮັກສາ github ຂອງທ່ານໃນຄໍາສັ່ງ!

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

ສິ່ງທີ່ສໍາຄັນສໍາລັບພວກເຮົາໃນການທົດສອບ:

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

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

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

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

• copy-paste, ຫຼືການພັດທະນາໂດຍອີງໃສ່ການສອນແບບດຽວກັນໂດຍບໍ່ມີສະຖາປັດຕະຍະກໍາຂອງທ່ານເອງ;
• ທັງສອງວຽກງານແມ່ນຢູ່ໃນ repository ດຽວກັນຢູ່ໃນໂຟນເດີທີ່ແຕກຕ່າງກັນ, ແນ່ນອນບໍ່ມີປະຫວັດສາດຄໍາຫມັ້ນສັນຍາ;
• ລະຫັດເປື້ອນ, ການລະເມີດ DRY, ການຂາດການຈັດຮູບແບບ;
• ການປະສົມຂອງແບບຈໍາລອງ, ມຸມເບິ່ງແລະຕົວຄວບຄຸມເຂົ້າໄປໃນຫ້ອງຮຽນຫນຶ່ງຮ້ອຍສາຍຂອງລະຫັດຍາວ;
• ຂາດຄວາມເຂົ້າໃຈຂອງການທົດສອບຫນ່ວຍ;
• ການແກ້ໄຂ "head-on" ແມ່ນ hardcode ຂອງ 3x3 matrix ຂອງການປະສົມປະສານທີ່ຊະນະ, ເຊິ່ງຈະຂ້ອນຂ້າງຍາກທີ່ຈະຂະຫຍາຍໄປ 10x10, ສໍາລັບຕົວຢ່າງ.

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

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

ການສໍາພາດດ້ານວິຊາການ

ສໍາລັບບໍລິສັດ: ມັນບໍ່ແມ່ນຄົນກາງ/ຜູ້ອາວຸໂສທີ່ໄດ້ມາຫາເຈົ້າ! ພວກເຮົາຕ້ອງການວິທີການສ່ວນບຸກຄົນຫຼາຍຂຶ້ນ.

ສໍາລັບ junior: ຈົ່ງຈື່ໄວ້ວ່ານີ້ບໍ່ແມ່ນການສອບເສັງ - ຢ່າພະຍາຍາມຢູ່ງຽບໆສໍາລັບ C ຫຼືໂຈມຕີອາຈານດ້ວຍກະແສຄວາມຮູ້ທີ່ເປັນໄປໄດ້ທັງຫມົດເພື່ອໃຫ້ລາວສັບສົນແລະໃຫ້ "ດີເລີດ".

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

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

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

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

ພວກເຮົາໄດ້ດໍາເນີນການສໍາພາດ 21 ໂດຍໃຊ້ການອອກແບບນີ້. ຜູ້ຊົມມີຄວາມຫຼາກຫຼາຍຢ່າງສົມບູນ - ໃຫ້ພວກເຮົາເບິ່ງກາຕູນ:

1. "ບັ້ງໄຟ". ລາວບໍ່ເຄີຍສະຫງົບລົງ, ມີສ່ວນຮ່ວມໃນທຸກສິ່ງທຸກຢ່າງ, ແລະໃນລະຫວ່າງການສໍາພາດລາວຈະ overwhelm ເຈົ້າດ້ວຍກະແສຄວາມຄິດທີ່ບໍ່ກ່ຽວຂ້ອງໂດຍກົງກັບຄໍາຖາມທີ່ຖາມ. ຖ້າມັນຢູ່ໃນມະຫາວິທະຍາໄລ, ນີ້ຈະເປັນຄວາມພະຍາຍາມທີ່ຄຸ້ນເຄີຍທີ່ຈະສະແດງໃຫ້ເຫັນ, ດີ, ຄວາມຮູ້ທັງຫມົດຂອງເຈົ້າ, ເມື່ອເຈົ້າຈື່ຈໍາທັງຫມົດກ່ຽວກັບປີ້ທີ່ເຈົ້າພົບແມ່ນວ່າຄືນທີ່ຜ່ານມາເຈົ້າຕັດສິນໃຈບໍ່ຮຽນມັນ - ເຈົ້າຍັງບໍ່ສາມາດໄດ້ຮັບ. ມັນອອກ.
2. "ຮາກ". ມັນຂ້ອນຂ້າງຍາກທີ່ຈະຕິດຕໍ່ກັບລາວເພາະວ່າລາວເປັນ Groot. ໃນລະຫວ່າງການສໍາພາດ, ທ່ານຕ້ອງໃຊ້ເວລາດົນນານເພື່ອໃຫ້ໄດ້ຄໍາຕອບເປັນຄໍາ. ມັນດີຖ້າຫາກວ່າມັນເປັນພຽງແຕ່ stupor - ຖ້າບໍ່ດັ່ງນັ້ນມັນຈະມີຄວາມຫຍຸ້ງຍາກຫຼາຍສໍາລັບທ່ານໃນການເຮັດວຽກປະຈໍາວັນຂອງທ່ານ.
3. "Drax". ຂ້ອຍເຄີຍເຮັດວຽກໃນການຂົນສົ່ງສິນຄ້າ, ແລະໃນແງ່ຂອງການຂຽນໂປລແກລມຂ້ອຍພຽງແຕ່ຮຽນ JS ໃນ Stackoverflow, ດັ່ງນັ້ນຂ້ອຍບໍ່ເຂົ້າໃຈສິ່ງທີ່ຖືກສົນທະນາຢູ່ໃນການສໍາພາດ. ໃນຂະນະດຽວກັນ, ລາວເປັນຄົນດີ, ມີຄວາມຕັ້ງໃຈດີທີ່ສຸດ ແລະ ຢາກກາຍເປັນນັກພັດທະນາແຖວໜ້າທີ່ດີ.
4. ດີ, ອາດຈະເປັນ "ດາວພຣະຜູ້ເປັນເຈົ້າ". ໂດຍລວມແລ້ວ, ຜູ້ສະຫມັກທີ່ດີກັບໃຜທີ່ທ່ານສາມາດເຈລະຈາແລະສ້າງການສົນທະນາ.

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

ເຫມາະ​ສົມ​ກັບ​ວັດ​ທະ​ນະ​ທໍາ​

ສໍາລັບບໍລິສັດ: ເຈົ້າເຮັດວຽກກັບລາວ! ຜູ້ສະຫມັກແມ່ນເຕັມໃຈທີ່ຈະເຮັດວຽກຫນັກທີ່ສຸດເພື່ອການພັດທະນາຂອງລາວບໍ? ລາວຈະເຫມາະກັບທີມແທ້ໆບໍ?

ສໍາລັບ junior: ເຈົ້າເຮັດວຽກກັບເຂົາເຈົ້າ! ບໍລິສັດແມ່ນພ້ອມທີ່ຈະລົງທຶນໃນການຂະຫຍາຍຕົວຂອງ juniors, ຫຼືພຽງແຕ່ຈະຖິ້ມວຽກເປື້ອນທັງຫມົດກ່ຽວກັບທ່ານສໍາລັບເງິນເດືອນຕ່ໍາ?

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

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

ຊີວິດຫຼັງຈາກການສະເຫນີ

ສໍາລັບບໍລິສັດ: ເອົາ​ການ​ດູ​ແລ​ຂອງ juniors ຂອງ​ທ່ານ​ຫຼື​ຄົນ​ອື່ນ​ຈະ​!

ສໍາລັບ junior: AAAAAAAAAAAA!!!

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

ເມື່ອພວກເຮົາຄິດກ່ຽວກັບມັນ, ພວກເຮົາໄດ້ມາເຖິງບັນຊີລາຍຊື່ຂອງ 26 ທັກສະທີ່, ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ, junior ຄວນຈະມີໃນຕອນທ້າຍຂອງໄລຍະເວລາ onboarding ສາມເດືອນ. ນີ້ປະກອບມີທັກສະແຂງ (ອີງຕາມ stack ຂອງພວກເຮົາ), ຄວາມຮູ້ກ່ຽວກັບຂະບວນການຂອງພວກເຮົາ, Scrum, ໂຄງສ້າງພື້ນຖານ, ແລະສະຖາປັດຕະໂຄງການ. ພວກເຮົາລວມພວກມັນເຂົ້າໃນແຜນທີ່ເສັ້ນທາງ, ແຈກຢາຍໃນໄລຍະ 3 ເດືອນ.

ຕົວຢ່າງ, ນີ້ແມ່ນແຜນທີ່ເສັ້ນທາງຂອງ junior ຂອງຂ້ອຍ

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

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

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

ສະຫລຸບ

ສໍາລັບບໍລິສັດ: ມັນເປັນມູນຄ່າການລົງທຶນໃນ juniors? ແມ່ນແລ້ວ!

ສໍາລັບ junior: ຊອກຫາບໍລິສັດທີ່ເລືອກຜູ້ສະຫມັກຢ່າງລະມັດລະວັງແລະຮູ້ວິທີການພັດທະນາພວກເຂົາ

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

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

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

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