ຜູ້ຊ່ຽວຊານດ້ານໄອທີບໍ່ຄວນເຮັດຫຍັງໃນປີ 2020?

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

ແຕ່ພວກເຂົາບໍ່ໄດ້ຖາມກ່ຽວກັບແຮງໂນ້ມຖ່ວງ

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

ບໍ່ຈໍາເປັນຕ້ອງໄປ IT ຖ້າທຸກຢ່າງດີ

ຢ່າຮຽນເທັກໂນໂລຍີໃໝ່ເພື່ອປ່ຽນອາຊີບ ຫຼືເລີ່ມຕົ້ນໃໝ່. ເວລາຂອງພວກເຮົາແມ່ນສິ່ງມະຫັດເພາະວ່າເຈົ້າສາມາດຮຽນ, ປ່ຽນວຽກ, ປ່ຽນແປງຂະແຫນງການຂອງເຈົ້າຢ່າງຫຼວງຫຼາຍ - ແລະອື່ນໆ, ເຖິງແມ່ນວ່າຈະອອກບໍານານ. ມັນ​ເປັນ​ສິ່ງ​ທີ່​ເຢັນ​, seductive​. ແຕ່ຖ້າທ່ານອາຍຸເກີນ 28-30 ປີ, ທ່ານບໍ່ຄວນປະຖິ້ມທຸກສິ່ງທຸກຢ່າງເພື່ອເຂົ້າໄປໃນ IT ຫຼືຍ້າຍໄປ stack ໃຫມ່ (ຕົວຢ່າງ, ທ່ານຂຽນລະບົບທີ່ໂຫລດສູງໃນ Java ແລະທັນທີທັນໃດຕັດສິນໃຈເຂົ້າໄປໃນເຄືອຂ່າຍ neural ໃນ Python). ເຫດຜົນແມ່ນງ່າຍດາຍ: ມັນຈະບໍ່ງ່າຍສໍາລັບທ່ານ. ປະການທໍາອິດ, ມີການແຂ່ງຂັນສູງຈາກຜູ້ຊ່ຽວຊານທີ່ໄດ້ "ນັ່ງ" ໃນ stack ນີ້ນັບຕັ້ງແຕ່ການເລີ່ມຕົ້ນຂອງອາຊີບຂອງເຂົາເຈົ້າ, ອັນທີສອງ, ທ່ານຈະຕ້ອງກາຍເປັນ junior ອີກເທື່ອຫນຶ່ງທີ່ມີເງິນເດືອນຕ່ໍາ, ແລະທີສາມ, ມັນຈະມີຄວາມຫຍຸ້ງຍາກທາງດ້ານສິນທໍາສໍາລັບທ່ານ. ກາຍເປັນຜູ້ຍ່ອຍຂອງລະດັບຕໍ່າສຸດຂອງລໍາດັບຊັ້ນ. ດັ່ງນັ້ນ, ຖ້າຢາກກ້າວໄປໃນທິດທາງອື່ນ, ພະຍາຍາມເຮັດມັນໃຫ້ສອດຄ່ອງກັບວຽກງານໃນປະຈຸບັນແລະວຽກງານໃນປະຈຸບັນ, ຫຼືພັດທະນາຄວາມຮູ້ໃຫມ່ເປັນວຽກອະດິເລກ, ເລີ່ມໂຄງການສັດລ້ຽງເພື່ອວ່າເວລາເຂົ້າມາເຮັດວຽກໃຫມ່, ທ່ານຈະໄດ້ ບໍ່ເປັນ junior ອີກຕໍ່ໄປ. 

ການປ່ຽນແປງ stack ຫຼັງຈາກ stack ແມ່ນພຽງແຕ່ເສຍເວລາ

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

ບໍ່ຈໍາເປັນຕ້ອງຢືນດິນຂອງທ່ານແລະປ່ຽນເປັນທອງແດງ

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

ຫົວຂອງຕົນເອງດີ, ສະເຫມີດີ

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

ຜູ້ໃຊ້ແມ່ນຄົນຂີ້ຮ້າຍ

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

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

 

ຢຸດ Google!

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

ເຊື່ອແຕ່ກວດສອບ

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

ເຮັດການສໍາຮອງ!

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

ຢຸດເຊົາການນໍາເອົາຕົວທ່ານເອງໄປສູ່ຄວາມເສຍຫາຍຂອງໂຄງການ

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

ບໍ່ແມ່ນລະຫັດ, ແຕ່ເປັນມັດຂອງເສັ້ນປະສາດ

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

ຮັກສາມັນງ່າຍດາຍ, stupid

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

ປົກປ້ອງຕົນເອງ

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

ຢ່າຖົ່ມນໍ້າລາຍໃສ່ນໍ້າສ້າງ

ຢ່າຫຍຸ້ງກັບນາຍຈ້າງຂອງເຈົ້າ. ໃນມື້ນີ້, ການສື່ສານໄດ້ບັນລຸເຖິງລະດັບດັ່ງກ່າວ, ສໍາລັບຕົວຢ່າງ, ປະຊາຊົນ HR ທັງຫມົດໃນເມືອງຮູ້ຈັກກັນແລະກັນໃນ absentia ແລະສາມາດແລກປ່ຽນຂໍ້ມູນໃດໆໃນການສົນທະນາແລະກຸ່ມປິດ (ທັງສອງເພື່ອຊ່ວຍໃຫ້ເຂົາເຈົ້າຊອກຫາວຽກເຮັດງານທໍາ, ແລະຂຽນ "Vasily Ivanov, ສະຖາປະນິກລະບົບ, ຂ້າທຸກສິ່ງທຸກຢ່າງກ່ອນທີ່ຈະອອກຈາກບັນຊີ, ລຶບການສໍາຮອງຂໍ້ມູນແລະປິດເຄືອຂ່າຍ, ການຟື້ນຕົວໃຊ້ເວລາ 3 ມື້, ຢ່າຈ້າງລາວ." ດັ່ງນັ້ນ, ພຶດຕິກໍາຂອງເຈົ້າຈະຫລິ້ນກັບເຈົ້າຢ່າງດຽວ - ແລະບາງຄັ້ງເຖິງແມ່ນວ່າການຍົກຍ້າຍໄປເມືອງອື່ນຫຼືນະຄອນຫຼວງກໍ່ບໍ່ໄດ້ຊ່ວຍ. ເຖິງແມ່ນວ່າທ່ານຈະອອກໄປດ້ວຍຄວາມ grudge, ບໍ່ມີການແກ້ແຄ້ນທີ່ດີກວ່າການກາຍເປັນພະນັກງານທີ່ມີປະໂຫຍດແລະເຢັນຂອງຄູ່ແຂ່ງ :) ແລະສໍາຄັນທີ່ສຸດ, ດ້ວຍການລົງໂທດຢ່າງສົມບູນ.

ເຈົ້າບໍ່ຄວນເຮັດແນວນັ້ນຄືກັນ. ແຕ່, ດັ່ງທີ່ປະສົບການສະແດງໃຫ້ເຫັນ, ພວກເຮົາຈະບໍ່ຢຸດ

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

ດ້ວຍ​ຮັກ,
ທີມງານ RegionSoft Developer Studio

ໃນປີໃຫມ່ພວກເຮົາຈະສືບຕໍ່ເຮັດວຽກສໍາລັບທ່ານແລະພັດທະນາລະບົບ desktop CRM ທີ່ມີປະສິດທິພາບ RegionSoft CRM ແລະໂຕະຊ່ວຍເຫຼືອທີ່ງ່າຍດາຍ ແລະສະດວກ ແລະລະບົບປີ້ ສະຫນັບສະຫນູນ ZEDLine.

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