ວຽກທີ່ບໍ່ດີທີ່ສຸດໃນໂລກ: ຊອກຫາຜູ້ຂຽນ habra

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

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

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

ແມ່ນຫຍັງເຢັນ?

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

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

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

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

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

ຄວາມຫຍຸ້ງຍາກແມ່ນຫຍັງ?

ແຕ່ສິ່ງດີໆທັງໝົດນີ້ບໍ່ໄດ້ໝາຍຄວາມວ່າທຸກຢ່າງສົມບູນແບບ. ສິ່ງທ້າທາຍຕົ້ນຕໍແມ່ນນີ້.

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

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

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

ພາຍໃຕ້ເງື່ອນໄຂດັ່ງກ່າວ, ມັນເປັນໄປໄດ້ແນວໃດທີ່ຈະຂຽນສິ່ງທີ່ມີຄວາມສົນໃຈກັບນັກພັດທະນາທີ່ມີປະສົບການ?

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

ວິທີການດໍາລົງຊີວິດ?

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

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

ອັນທີສອງ, ຖ້າທ່ານມີຄວາມກະຕືລືລົ້ນກ່ຽວກັບຫົວຂໍ້ໃດຫນຶ່ງແລະເຂົ້າໃຈມັນຢ່າງເລິກເຊິ່ງ, ມັນກໍ່ແມ່ນສິ່ງມະຫັດ. ແມ່ນແລ້ວ, ເຈົ້າບໍ່ສາມາດຂຽນກ່ຽວກັບມັນທຸກໆມື້; ເລື້ອຍໆເຈົ້າຈະຕ້ອງຈັດການກັບສິ່ງອື່ນ - ແຕ່ເມື່ອ, ໃນບັນດາສິ່ງອື່ນໆ, ຫົວຂໍ້ທີ່ທ່ານມັກເກີດຂື້ນ, ຄວາມຮູ້ຈະເປັນປະໂຫຍດ. ທີ່ນີ້, Oleg ໄດ້ tinkering ກັບໂຄງການ Graal ກ່ອນທີ່ມັນຈະເປັນຄົນອັບເດດ:, ສະນັ້ນເຂົາເຕັມໃຈຖາມ Chris Thalinger, ຜູ້ທີ່ເຮັດວຽກກັບ Graal, ກ່ຽວກັບສິ່ງຕ່າງໆເຊັ່ນ: inlining parameters - ດີ, ທີ່ຍິ່ງໃຫຍ່: ໃນທີ່ສຸດ, ທັງ Oleg ແລະຄົນອື່ນສົນໃຈໃນຫົວຂໍ້ແມ່ນ. ສົນໃຈ.

ແລະທີສາມ, ທ່ານບໍ່ສາມາດຈໍາກັດຕົວທ່ານເອງກັບຄວາມສາມາດຂອງຕົນເອງ, ການເຊື່ອມຕໍ່ຂອງຄົນອື່ນ. ຕົວຢ່າງ, ໃນຮູບແບບການສໍາພາດ, ບ່ອນທີ່ທ່ານບໍ່ຈໍາເປັນຕ້ອງຮູ້ຄໍາຕອບທັງຫມົດໃນໂລກ, ແຕ່ສາມາດຖາມຄໍາຖາມ. ຄົນທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດຈາກທົ່ວໂລກມາເວົ້າຢູ່ໃນກອງປະຊຸມຂອງພວກເຮົາ, ຈາກນິທານ .NET Jeffrey Richter ເຖິງຫົວຂອງ Kotlin Andrew abreslav Breslav, ມັນເປັນບາບທີ່ຈະບໍ່ຖາມຄໍາຖາມດັ່ງກ່າວ. ມັນ​ກາຍ​ເປັນ​ການ​ຊະ​ນະ / ຊະ​ນະ​ທີ່​ສົມ​ບູນ​: ທັງ​ສອງ​ຜູ້​ສໍາ​ພາດ​ສົນ​ໃຈ​ແລະ​ຜູ້​ອ່ານ Habr ມີ​ຄວາມ​ສົນ​ໃຈ (ບັນ​ທຶກ​ຂອງ​ພວກ​ເຮົາ​ແມ່ນ ການສໍາພາດ ດຽວກັນ Jon Skeet, ເຊິ່ງໄດ້ເກັບກໍາຫຼາຍກ່ວາ 60 views), ແລະລໍາໂພງເອງມັກຈະມີຄວາມສຸກທີ່ຈະໃຫ້ສໍາພາດໃນສະມາດ Eve ຂອງກອງປະຊຸມ, ແລະນີ້ແມ່ນຜົນປະໂຫຍດທີ່ຈະແຈ້ງສໍາລັບກອງປະຊຸມ.

ແນ່ນອນ, ເພື່ອຖາມຄົນດັ່ງກ່າວ, ຄວາມຮູ້ທີ່ແນ່ນອນແມ່ນຕ້ອງການ - ແຕ່ຂະຫນາດຂອງຄວາມຕ້ອງການແມ່ນແຕກຕ່າງກັນຫມົດ.

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

ອັນນີ້ນໍາໄປສູ່ຫຍັງ?

ຈາກປະສົບການຂອງຂ້ອຍເອງ, ຂ້ອຍຢາກບອກວ່າກັບການເຮັດວຽກແບບນີ້ເຈົ້າເບິ່ງ IT ຈາກທັດສະນະທີ່ຫນ້າສົນໃຈຫຼາຍ.

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

ແຕ່ໃນເວລາດຽວກັນ, ໃນຂະນະທີ່ທ່ານສູນເສຍຄວາມເລິກ, ທ່ານໄດ້ຮັບຄວາມກວ້າງຂອງການຄຸ້ມຄອງ - ແລະນີ້ຍັງມີຄຸນຄ່າ. ຖ້າທ່ານເຮັດວຽກໃນພາລະບົດບາດສະເພາະໃດຫນຶ່ງໃນໂຄງການສະເພາະໃດຫນຶ່ງ, ຫຼັງຈາກນັ້ນທ່ານເຫັນທຸກສິ່ງທຸກຢ່າງໂດຍຜ່ານ prism ນີ້: ບາງສິ່ງບາງຢ່າງບໍ່ໄດ້ຕົກຢູ່ໃນພາກສະຫນາມຂອງທັດສະນະທັງຫມົດ, ບາງສິ່ງບາງຢ່າງທີ່ທ່ານເຫັນຈາກຂ້າງຄຽງ ("ຜູ້ທົດສອບແມ່ນຄົນທີ່ບໍ່ດີທີ່ທໍາລາຍລະຫັດທີ່ສວຍງາມຂອງຂ້ອຍ. ”). ແລະໃນເວລາທີ່ທ່ານຂຽນກ່ຽວກັບສິ່ງທີ່ແຕກຕ່າງກັນ, ທ່ານເຫັນສິ່ງທີ່ແຕກຕ່າງກັນຫຼາຍ, ແລະບໍ່ແມ່ນ "ຈາກຂ້າງ", ແຕ່ຈາກທັດສະນະຂອງຕານົກ: ທ່ານບໍ່ສາມາດເຫັນລາຍລະອຽດ, ແຕ່ທ່ານໄດ້ຮັບພາບລວມຢູ່ໃນຫົວຂອງທ່ານ. ຂ້າພະເຈົ້າໄດ້ສົນທະນາ (ທັງໃນການສໍາພາດແລະພຽງແຕ່ຢູ່ໃນກອງປະຊຸມຂອງພວກເຮົາ) ກັບຫຼາຍໆຄົນທີ່ແຕກຕ່າງກັນຫມົດ: ຈາກ compilers ກັບນັກທົດສອບ, ຈາກ Googlers ກັບ startupers, ຈາກການຂຽນໃນ Kotlin ກັບຜູ້ທີ່ຂຽນ Kotlin ເອງ.

ນັກພັດທະນາ JS ອາດຈະຢາກອ່ານ habraposts ຈາກໂລກ C ++ ("ພວກເຂົາມີຫຍັງຢູ່ບ່ອນນັ້ນ?"), ແຕ່ລາວຈະ overwhelmed ກັບວັດສະດຸໃນພາກສະຫນາມຕົ້ນຕໍແລະຈະບໍ່ເຂົ້າເຖິງວັດສະດຸທີ່ບໍ່ແມ່ນຫຼັກເຫຼົ່ານີ້. ສໍາລັບຂ້ອຍ, ເກືອບທຸກຂົງເຂດແມ່ນມີຄວາມຊ່ຽວຊານ; ຂໍ້ຄວາມໃດໆທີ່ຂ້ອຍອ່ານກ່ຽວກັບການພັດທະນາແລະການທົດສອບສາມາດເປັນປະໂຫຍດໃນການເຮັດວຽກຂອງຂ້ອຍ.

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

ພວກເຮົາຕ້ອງການໃຜ?

ຈາກທັງຫມົດນີ້ມັນດັ່ງຕໍ່ໄປນີ້ວ່າວຽກງານດັ່ງກ່າວຮຽກຮ້ອງໃຫ້ມີບຸກຄົນທີ່ເປັນເອກະລັກຫຼາຍ.

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

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

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

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

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

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

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

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