ມີບາງຢ່າງຜິດພາດເກີດຂຶ້ນ, ແລະມັນບໍ່ເປັນຫຍັງ: ວິທີການຊະນະ hackathon ກັບທີມງານສາມຄົນ

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

ພວກເຮົາໄດ້ເວົ້າລົມກັບຫົວຫນ້າຂອງທັງສາມທີມແລະຮັບຮູ້ວ່າຍຸດທະສາດຂອງພວກເຂົາມີຫຼາຍຄືກັນ. ວິລະຊົນຂອງຫົວຂໍ້ນີ້ແມ່ນທີມງານ PLEXeT (Stavropol, ການແຕ່ງຕັ້ງກະຊວງໂທລະຄົມແລະການສື່ສານມະຫາຊົນ), "Composite Key" (Tula, ການແຕ່ງຕັ້ງຂອງກະຊວງຂໍ້ມູນຂ່າວສານແລະການສື່ສານຂອງສາທາລະນະລັດ Tatarstan) ແລະ Jingu Digital (Ekaterinburg, ແຕ່ງຕັ້ງກະຊວງອຸດສາຫະກຳ ແລະ ການຄ້າ). ສໍາລັບຜູ້ທີ່ມີຄວາມສົນໃຈ, ຄໍາອະທິບາຍສັ້ນໆຂອງຄໍາສັ່ງຖືກເຊື່ອງໄວ້ພາຍໃຕ້ cat.
ຄໍາອະທິບາຍຄໍາສັ່ງPLEXeT
ທີມງານມີສາມຄົນ - ຜູ້ພັດທະນາ (ເວັບ, C++, ຄວາມສາມາດດ້ານຄວາມປອດໄພຂອງຂໍ້ມູນ), ຜູ້ອອກແບບແລະຜູ້ຈັດການ. ພວກເຮົາບໍ່ໄດ້ຮູ້ຈັກກັນກ່ອນການ hackathon ພາກພື້ນ. ທີມງານໄດ້ຖືກລວບລວມໂດຍ captain ໂດຍອີງໃສ່ຜົນຂອງການທົດສອບອອນໄລນ໌.
ກະແຈປະກອບ
ທີມງານມີສາມຜູ້ພັດທະນາອື່ນໆ - fullstack ມີປະສົບການສິບປີໃນ IT, backend ແລະມືຖື, ແລະ backend ໂດຍສຸມໃສ່ຖານຂໍ້ມູນ.
Jingu Digital
ທີມງານປະກອບດ້ວຍສອງນັກຂຽນໂປລແກລມ - backend ແລະ AR / Unity, ເຊັ່ນດຽວກັນກັບຜູ້ອອກແບບທີ່ຮັບຜິດຊອບໃນການຄຸ້ມຄອງທີມງານ. ຊະນະ​ການ​ເລືອກ​ຕັ້ງ​ກະຊວງ​ອຸດສາຫະກຳ ​ແລະ ການ​ຄ້າ

ເລືອກວຽກທີ່ຢູ່ໃກ້ກັບຄວາມສາມາດຂອງທ່ານ

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

Artem Koshko (ashchuk), ຄໍາ​ສັ່ງ "ຄີ​ປະ​ສົມ​": “ ໃນເບື້ອງຕົ້ນພວກເຮົາໄດ້ວາງແຜນທີ່ຈະລອງສິ່ງໃຫມ່. ໃນຂັ້ນຕອນຂອງພາກພື້ນ, ພວກເຮົາໄດ້ພະຍາຍາມຊຸດ nuget ຫຼາຍ, ທີ່ພວກເຮົາບໍ່ເຄີຍໄດ້ປະມານ, ແລະ Yandex.Cloud. ໃນທີ່ສຸດ, ພວກເຮົາໄດ້ນຳໃຊ້ CockroachDB ໃນ Kubernetes ແລະພະຍາຍາມມ້ວນການເຄື່ອນຍ້າຍໃສ່ມັນໂດຍໃຊ້ EF Core. ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​ເປັນ​ໄປ​ໄດ້​ດີ, ບາງ​ຢ່າງ​ບໍ່​ຫຼາຍ. ດັ່ງນັ້ນພວກເຮົາໄດ້ຮຽນຮູ້ສິ່ງໃຫມ່, ທົດສອບຕົວເອງ, ແລະໃຫ້ແນ່ໃຈວ່າຄວາມຫນ້າເຊື່ອຖືຂອງວິທີການພິສູດ.”.

ວິ​ທີ​ການ​ເລືອກ​ວຽກ​ງານ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕາ​ຂອງ​ທ່ານ wander​:

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

Oleg Bakhtadze-Karnaukhov (PLEXeT), ຄໍາສັ່ງ PLEXeT: “ພວກ​ເຮົາ​ໄດ້​ຕັດສິນ​ໃຈ​ກ່ຽວ​ກັບ​ການ​ຢຸດ​ພັກ​ເປັນ​ເວລາ XNUMX ຊົ່ວ​ໂມງ​ຢູ່​ສະໜາມ​ບິນ - ພຽງ​ແຕ່​ໃນ​ຂະນະ​ທີ່​ຍົນ​ລົງ​ຈອດ, ລາຍ​ຊື່​ຂອງ​ການ​ຕິດຕາມ​ແລະ​ບົດ​ລາຍ​ງານ​ສັ້ນໆ​ຂອງ​ວຽກ​ງານ​ໄດ້​ມາ​ເຖິງ​ທາງ​ໄປສະນີ​ຂອງ​ພວກ​ເຮົາ. ຂ້າພະເຈົ້າທັນທີທັນໃດໄດ້ກໍານົດສີ່ວຽກງານທີ່ຫນ້າສົນໃຈສໍາລັບຂ້າພະເຈົ້າເປັນນັກຂຽນໂປລແກລມແລະສໍາລັບແຜນການປະຕິບັດຫຼັງຈາກການເລີ່ມຕົ້ນແມ່ນຈະແຈ້ງ - ສິ່ງທີ່ຕ້ອງເຮັດແລະວິທີທີ່ພວກເຮົາຈະເຮັດມັນ. ຫຼັງຈາກນັ້ນ, ຂ້າພະເຈົ້າໄດ້ປະເມີນວຽກງານຂອງແຕ່ລະທີມແລະປະເມີນລະດັບການແຂ່ງຂັນ. ດັ່ງນັ້ນ, ພວກເຮົາເລືອກລະຫວ່າງວຽກງານຂອງ Gazprom ແລະກະຊວງໂທລະຄົມແລະການສື່ສານມະຫາຊົນ. ພໍ່ຂອງຜູ້ອອກແບບຂອງພວກເຮົາເຮັດວຽກຢູ່ໃນນ້ໍາມັນແລະອາຍແກັສ; ພວກເຮົາໂທຫາລາວແລະຖາມລາວຄໍາຖາມກ່ຽວກັບອຸດສາຫະກໍາ. ໃນທີ່ສຸດ, ພວກເຮົາຮູ້ວ່າແມ່ນແລ້ວ, ມັນຫນ້າສົນໃຈ, ແຕ່ພວກເຮົາຈະບໍ່ສາມາດສະເຫນີຫຍັງໃຫມ່ໂດຍພື້ນຖານແລະແນ່ນອນວ່າພວກເຮົາບໍ່ສາມາດກົງກັບຄວາມສາມາດໄດ້, ເພາະວ່າມັນມີຄວາມສະເພາະຂອງອຸດສາຫະກໍາຫຼາຍເກີນໄປທີ່ຕ້ອງໄດ້ຮັບການປະຕິບັດ. ບັນຊີ. ໃນທີ່ສຸດ, ພວກເຮົາມີຄວາມສ່ຽງແລະໄປເສັ້ນທາງທໍາອິດ.”

Diana Ganieva (ດີລີລຽນ), ທີມງານ Jingu Digital: "ໃນຂັ້ນຕອນຂອງພາກພື້ນ, ພວກເຮົາມີວຽກງານທີ່ກ່ຽວຂ້ອງກັບກະສິກໍາ, ແລະໃນຂັ້ນສຸດທ້າຍ - AR / VR ໃນອຸດສາຫະກໍາ. ເຂົາເຈົ້າໄດ້ຖືກຄັດເລືອກໂດຍທີມງານທັງຫມົດເພື່ອໃຫ້ແຕ່ລະຄົນສາມາດຮັບຮູ້ຄວາມສາມາດຂອງເຂົາເຈົ້າ. ຈາກ​ນັ້ນ​ພວກ​ເຮົາ​ໄດ້​ກຳຈັດ​ສິ່ງ​ທີ່​ພວກ​ເຮົາ​ບໍ່​ໄດ້​ເປັນ​ທີ່​ໜ້າ​ສົນ​ໃຈ.”

ເຮັດ​ວຽກ​ບ້ານ​ຂອງ​ເຈົ້າ

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

ໃນລະຫວ່າງວັກນີ້, ພວກເຮົາມີຄວາມສ່ຽງຕໍ່ການຈັບ minuses ໃນ karma ແລະຄໍາເຫັນ, ເວົ້າວ່າ, ມັນເປັນໄປໄດ້ແນວໃດ, ທ່ານບໍ່ເຂົ້າໃຈຫຍັງ, ແຕ່ສິ່ງທີ່ກ່ຽວກັບຄວາມຕື່ນເຕັ້ນ, ການຂັບລົດ, ຄວາມຮູ້ສຶກວ່າໃນປັດຈຸບັນ prototype ຈະເກີດມາຈາກ primordial. broth (ສະບາຍດີ, ບົດຮຽນຊີວະສາດ).

ແມ່ນແລ້ວ, ແຕ່.

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

Oleg Bakhtadze-Karnaukhov, ທີມ PLEXeT: "ຂ້ອຍບໍ່ຮູ້ຈັກສະມາຊິກໃນທີມຂອງຂ້ອຍກ່ອນການແຂ່ງຂັນ; ຂ້ອຍເລືອກແລະເຊີນພວກເຂົາໂດຍອີງໃສ່ຄວາມສາມາດແລະການປະເມີນຂອງພວກເຂົາໃນຂັ້ນຕອນການທົດສອບອອນໄລນ໌. ໃນເວລາທີ່ພວກເຮົາໄດ້ຊະນະການ hackathon ພາກພື້ນແລະຮູ້ວ່າພວກເຮົາຍັງຕ້ອງໄປ Kazan ຮ່ວມກັນແລະສໍາເລັດໂຄງການ hackathon ໃນ Stavropol, ພວກເຮົາຕັດສິນໃຈວ່າພວກເຮົາຈະຮ່ວມກັນແລະຝຶກອົບຮົມ. ກ່ອນທີ່ຈະສຸດທ້າຍ, ພວກເຮົາໄດ້ພົບສອງຄັ້ງ - ພວກເຮົາພົບບັນຫາແບບສຸ່ມແລະແກ້ໄຂມັນ. ບາງສິ່ງບາງຢ່າງເຊັ່ນ: ແຊ້ມກໍລະນີ. ແລະແລ້ວໃນຂັ້ນຕອນນີ້ພວກເຮົາໄດ້ເຫັນບັນຫາໃນການສື່ສານແລະການແຈກຢາຍວຽກງານ - ໃນຂະນະທີ່ Polina (ຜູ້ອອກແບບ) ແລະ Lev (ຜູ້ຈັດການ) ກໍາລັງຄິດກ່ຽວກັບຮູບແບບຂອງບໍລິສັດ, ລັກສະນະຂອງຜະລິດຕະພັນ, ຊອກຫາຂໍ້ມູນຕະຫຼາດ, ຂ້ອຍມີເວລາຫວ່າງຫຼາຍ. ດັ່ງນັ້ນພວກເຮົາຮູ້ວ່າພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ຮັບການແຕ່ງຕັ້ງທີ່ຍາກກວ່າ (ຂ້ອຍບໍ່ໄດ້ເວົ້າໂອ້ອວດ, ພວກເຮົາສ່ວນຫຼາຍແມ່ນໄດ້ພົບກັບວຽກງານທີ່ກ່ຽວຂ້ອງກັບເວັບ, ແຕ່ສໍາລັບຂ້ອຍມັນເປັນພຽງແຕ່ຫນຶ່ງຫຼືສອງເທົ່ານັ້ນ) ແລະຂ້ອຍຈໍາເປັນຕ້ອງມີສ່ວນຮ່ວມຫຼາຍໃນຂະບວນການເຮັດວຽກ. . ດັ່ງນັ້ນ, ໃນຂັ້ນສຸດທ້າຍ, ໃນລະຫວ່າງການຄົ້ນຄ້ວາເບື້ອງຕົ້ນ, ຂ້າພະເຈົ້າໄດ້ມີສ່ວນຮ່ວມໃນການສ້າງແບບຈໍາລອງທາງຄະນິດສາດແລະການພັດທະນາສູດການຄິດໄລ່.”

Artem Koshko, ທີມງານ Composite Key : "ພວກເຮົາໄດ້ກະກຽມຈິດໃຈຫຼາຍຂຶ້ນ; ບໍ່ມີການເວົ້າກ່ຽວກັບການກະກຽມລະຫັດ. ພວກເຮົາໄດ້ມອບຫມາຍພາລະບົດບາດໃນທີມງານລ່ວງຫນ້າແລ້ວ - ພວກເຮົາສາມຄົນແມ່ນນັກຂຽນໂປລແກລມທັງຫມົດ (ພວກເຮົາມີ stack ເຕັມແລະສອງ backends, ບວກກັບຂ້ອຍຮູ້ພຽງເລັກນ້ອຍກ່ຽວກັບການພັດທະນາມືຖື), ແຕ່ວ່າມັນເປັນທີ່ຊັດເຈນວ່າຜູ້ໃດຜູ້ຫນຶ່ງຈະຕ້ອງປະຕິບັດ. ພາລະບົດບາດຂອງຜູ້ອອກແບບແລະຜູ້ຈັດການ. ນັ້ນແມ່ນ, ຂ້ອຍບໍ່ຮູ້ຈັກຂ້ອຍ, ຂ້ອຍໄດ້ກາຍເປັນຫົວຫນ້າທີມ, ພະຍາຍາມຕົວເອງເປັນນັກວິເຄາະທຸລະກິດ, ຜູ້ເວົ້າແລະຜູ້ນໍາສະເຫນີ. ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ ຖ້າ​ຫາກ​ພວກ​ເຮົາ​ບໍ່​ໄດ້​ເວົ້າ​ເຖິງ​ເລື່ອງ​ນີ້​ລ່ວງ​ໜ້າ, ພວກ​ເຮົາ​ຈະ​ບໍ່​ສາ​ມາດ​ຈັດ​ການ​ເວ​ລາ​ໄດ້​ຖືກ​ຕ້ອງ, ແລະ​ພວກ​ເຮົາ​ກໍ​ບໍ່​ໄດ້​ເຮັດ​ໃຫ້​ມັນ​ເປັນ​ການ​ປ້ອງ​ກັນ​ຂັ້ນ​ສຸດ​ທ້າຍ.”

Diana Ganieva, Jingu Digital: "ພວກເຮົາບໍ່ໄດ້ກະກຽມສໍາລັບ hackathon, ເພາະວ່າພວກເຮົາເຊື່ອວ່າໂຄງການ hack ຄວນຈະຖືກສ້າງຂື້ນຈາກຈຸດເລີ່ມຕົ້ນ - ນັ້ນແມ່ນຄວາມຍຸດຕິທໍາ. ລ່ວງຫນ້າ, ໃນຂັ້ນຕອນຂອງການເລືອກເພງ, ພວກເຮົາມີແນວຄວາມຄິດທົ່ວໄປກ່ຽວກັບສິ່ງທີ່ພວກເຮົາຕ້ອງການເຮັດ.".

ທ່ານບໍ່ສາມາດເຮັດວຽກກັບນັກພັດທະນາຢ່າງດຽວ

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

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

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

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

ການຈັດການເວລາແລະການຜ່ອນຄາຍ

ຈື່ໄວ້ວ່າໃນກາຕູນໃນໄວເດັກເຊັ່ນ "Tom and Jerry" ຕົວລະຄອນດັ່ງກ່າວໃສ່ການຈັບຄູ່ພາຍໃຕ້ຫນັງຕາຂອງພວກເຂົາແນວໃດເພື່ອບໍ່ໃຫ້ພວກມັນປິດ? ຜູ້ເຂົ້າຮ່ວມ hackathon ທີ່ບໍ່ມີປະສົບການ (ຫຼືກະຕືລືລົ້ນເກີນໄປ) ເບິ່ງຄືກັນ.

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

Artem Koshko, ທີມງານ Composite Key: “ພວກ​ເຮົາ​ມີ​ເຄື່ອງ​ຈັກ​ຫຼາຍ, ມີ​ຫຼາຍ – ຫໍ​ຂອງ​ມັນ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​ຢູ່​ກາງ​ໂຕະ​ຂອງ​ພວກ​ເຮົາ, ມັນ​ໄດ້​ຮັກ​ສາ​ສິນ​ລະ​ທຳ​ຂອງ​ພວກ​ເຮົາ ແລະ​ໃຫ້​ຄາ​ໂບ​ໄຮ​ເດດ​ແກ່​ພວກ​ເຮົາ​ໃນ​ເວ​ລາ​ທີ່​ເໝາະ​ສົມ. ພວກ​ເຮົາ​ໄດ້​ພັກ​ຜ່ອນ​ແລະ​ເຮັດ​ວຽກ​ຮ່ວມ​ກັນ​ເກືອບ​ທັງ​ຫມົດ, ແລະ​ບໍ່​ໄດ້​ພັກ​ຜ່ອນ​ແຍກ​ຕ່າງ​ຫາກ. ແຕ່ພວກເຂົານອນແຕກຕ່າງກັນ. Andrey (ຜູ້ພັດທະນາ fullstack) ມັກນອນໃນລະຫວ່າງມື້, Denis ແລະຂ້ອຍມັກນອນໃນຕອນກາງຄືນ. ເພາະສະນັ້ນ, ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກຫຼາຍກັບ Denis ໃນເວລາກາງເວັນ, ແລະກັບ Andrey ໃນຕອນກາງຄືນ. ແລະລາວໄດ້ນອນໃນເວລາພັກຜ່ອນ. ພວກເຮົາບໍ່ມີລະບົບການເຮັດວຽກຫຼືກໍານົດຫນ້າວຽກ, ແທນທີ່ຈະ, ທຸກສິ່ງທຸກຢ່າງແມ່ນ spontaneous. ແຕ່ນີ້ບໍ່ໄດ້ລົບກວນພວກເຮົາ, ເພາະວ່າພວກເຮົາເຂົ້າໃຈກັນດີແລະເສີມສ້າງເຊິ່ງກັນແລະກັນ. ມັນຊ່ວຍໃຫ້ພວກເຮົາເປັນເພື່ອນຮ່ວມງານແລະຕິດຕໍ່ສື່ສານຢ່າງໃກ້ຊິດ. ຂ້ອຍເປັນນັກຝຶກງານໃນອະດີດຂອງ Andrey, ແລະ Denis ມາບໍລິສັດເປັນນັກຝຶກງານຂອງຂ້ອຍ.”

ແລະ, ໂດຍວິທີທາງການ, ນີ້ແມ່ນພູເຂົາ chak-chak ດຽວກັນ.

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


Oleg Bakhtadze-Karnaukhov, ທີມ PLEXeT: «ເປົ້າໝາຍຂອງພວກເຮົາບໍ່ແມ່ນເຮັດວຽກຫຼາຍຊົ່ວໂມງເທົ່າທີ່ຈະເປັນໄປໄດ້, ແຕ່ຕ້ອງຮັກສາໃຫ້ເກີດຜົນໄດ້ດົນເທົ່າທີ່ເປັນໄປໄດ້. ເຖິງແມ່ນວ່າພວກເຮົານອນ 3-4 ຊົ່ວໂມງຕໍ່ມື້, ເບິ່ງຄືວ່າພວກເຮົາປະສົບຜົນສໍາເລັດ. ພວກ​ເຮົາ​ສາ​ມາດ​ໄປ​ຫ້ອງ​ເກມ​ຫຼື hang out ຢູ່​ຮ້ານ​ຂອງ​ຄູ່​ຮ່ວມ​ງານ​ຂອງ​ພວກ​ເຮົາ, ແລະ​ກໍາ​ນົດ​ເວ​ລາ​ປົກ​ກະ​ຕິ​ສໍາ​ລັບ​ອາ​ຫານ. ໃນ​ມື້​ທີ​ສອງ, ພວກ​ເຮົາ​ໄດ້​ພະ​ຍາ​ຍາມ​ຜ່ອນ​ຄາຍ Lev ຫຼາຍ​ເທົ່າ​ທີ່​ເປັນ​ໄປ​ໄດ້​ເພື່ອ​ໃຫ້​ເຂົາ​ໄດ້​ຮັບ​ການ​ໄດ້​ຮັບ​ການ​ນອນ​ພຽງ​ພໍ​ແລະ​ມີ​ເວ​ລາ​ເພື່ອ​ໃຫ້​ຕົນ​ເອງ​ເປັນ​ລະ​ບຽບ​ກ່ອນ​ການ​ປະ​ຕິ​ບັດ. ການຝຶກຊ້ອມ hackathon ຊ່ວຍພວກເຮົາ, ເພາະວ່າພວກເຮົາເຂົ້າໃຈວິທີການແຈກຢາຍວຽກງານ, ແລະການປະສານງານຂອງກິດຈະກໍາປະຈໍາວັນ - ພວກເຮົາກິນ, ນອນແລະຕື່ນນອນໃນເວລາດຽວກັນ. ດັ່ງນັ້ນ, ພວກເຂົາເຮັດວຽກເປັນກົນໄກດຽວ.”

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

ບາງຄໍາແນະນໍາສໍາລັບການຄຸ້ມຄອງເວລາໃນ hackathon:

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

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

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

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

ພະຍາຍາມໂດດເດັ່ນ

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

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

Oleg Bakhtadze-Karnaukhov, ທີມ PLEXeT: "ພວກເຮົາຮູ້ວ່າພວກເຮົາຢູ່ຂ້າງຫນ້າເສັ້ນໂຄ້ງແລະຕັດສິນໃຈວ່າມັນຈະເປັນການດີທີ່ຈະມາປ້ອງກັນລ່ວງຫນ້າກັບກໍລະນີການໂອນ. ໂຄງການດັ່ງກ່າວມີຫຼາຍລາຍລະອຽດດ້ານວິຊາການ, ຄໍາອະທິບາຍຂອງ algorithms, ເຊິ່ງບໍ່ໄດ້ລວມຢູ່ໃນການນໍາສະເຫນີທັງຫມົດ. ແຕ່ຂ້ອຍຕ້ອງການສະແດງມັນ. ຜູ້ຊ່ຽວຊານໄດ້ສະຫນັບສະຫນູນແນວຄວາມຄິດແລະແມ້ກະທັ້ງຊ່ວຍເພີ່ມປະສິດທິພາບມັນ. ເຂົາ​ເຈົ້າ​ບໍ່​ໄດ້​ເບິ່ງ​ສະບັບ​ທຳ​ອິດ; ເຂົາ​ເຈົ້າ​ເວົ້າ​ວ່າ​ເຂົາ​ເຈົ້າ​ຈະ​ບໍ່​ໄດ້​ອ່ານ​ຮູບ​ແຕ້ມ​ແບບ​ນັ້ນ. ພວກເຮົາເປັນພຽງຜູ້ດຽວໃນການປ້ອງກັນ.”

ບາງສິ່ງບາງຢ່າງຖືກຜູກມັດທີ່ຈະຜິດພາດ, ແລະນັ້ນບໍ່ເປັນຫຍັງ.

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

Oleg Bakhtadze-Karnaukhov, ທີມ PLEXeT: “Polina ແລະຂ້ອຍໃຊ້ເວລາຕະຫຼອດຄືນໃນການນໍາສະເຫນີ, ແຕ່ໃນທີ່ສຸດພວກເຂົາລືມອັບໂຫລດມັນໃສ່ຄອມພິວເຕີຢູ່ໃນຫ້ອງໂຖງບ່ອນທີ່ການປ້ອງກັນເກີດຂຶ້ນ. ພວກເຮົາພະຍາຍາມເປີດມັນຈາກ flash drive, ແລະ antivirus ຮັບຮູ້ໄຟລ໌ເປັນເຊື້ອໄວຣັສແລະລຶບມັນ. ດັ່ງນັ້ນ, ພວກເຮົາຈັດການເພື່ອໃຫ້ທຸກສິ່ງທຸກຢ່າງເລີ່ມຕົ້ນພຽງແຕ່ນາທີກ່ອນທີ່ຈະສິ້ນສຸດການປະຕິບັດຂອງພວກເຮົາ. ພວກ​ເຮົາ​ໄດ້​ຈັດ​ການ​ສະ​ແດງ​ວິ​ດີ​ໂອ​, ແຕ່​ພວກ​ເຮົາ​ຍັງ​ບໍ່​ພໍ​ໃຈ​ຫຼາຍ​. ເລື່ອງທີ່ຄ້າຍຄືກັນເກີດຂຶ້ນກັບພວກເຮົາໃນລະຫວ່າງການປ້ອງກັນກ່ອນ. ຕົ້ນແບບຂອງພວກເຮົາບໍ່ໄດ້ເລີ່ມຕົ້ນ, ຄອມພິວເຕີຂອງ Polina ແລະ Lev ຂອງຢຸດ, ແລະດ້ວຍເຫດຜົນບາງຢ່າງທີ່ຂ້ອຍໄດ້ປະຖິ້ມຂ້ອຍຢູ່ໃນບ່ອນເກັບມ້ຽນບ່ອນທີ່ຕິດຕາມຂອງພວກເຮົານັ່ງຢູ່. ແລະເຖິງແມ່ນວ່າຜູ້ຊ່ຽວຊານໄດ້ເຫັນການເຮັດວຽກຂອງພວກເຮົາໃນຕອນເຊົ້າ, ພວກເຮົາເບິ່ງຄືວ່າທີມງານຂອງ eccentrics ທີ່ມີໃບປະກາດ, ຄໍາທີ່ສວຍງາມ, ແຕ່ບໍ່ມີຜະລິດຕະພັນ. ພິຈາລະນາວ່າຜູ້ເຂົ້າຮ່ວມຫຼາຍຄົນຮັບຮູ້ວຽກງານຂອງຂ້ອຍກ່ຽວກັບແບບຈໍາລອງທາງຄະນິດສາດເປັນ "ລາວນັ່ງ, ແຕ້ມບາງສິ່ງບາງຢ່າງ, ບໍ່ເບິ່ງຄອມພິວເຕີ," ສະຖານະການບໍ່ດີຫຼາຍ."

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

ແບ່ງປັນໃນຄໍາເຫັນວ່າອົງປະກອບໃດທີ່ທ່ານຮູ້ສຶກສະດວກສະບາຍທີ່ສຸດໃນການເຮັດວຽກຢູ່ໃນ hackathon (ທັງຄົນແລະຜູ້ຊ່ຽວຊານ) ແລະວິທີທີ່ທ່ານສ້າງຂະບວນການໃນທີມ.

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