ການສໍາພາດກັບ Mikhail Chinkov ກ່ຽວກັບການເຮັດວຽກແລະຊີວິດໃນ Berlin

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

ກ່ຽວກັບການເຄື່ອນຍ້າຍ

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

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

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

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

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

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

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

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

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

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

ຫຼັງ​ຈາກ​ສອງ​ປີ​ຂອງ​ການ​ດໍາ​ລົງ​ຊີ​ວິດ​ຢູ່​ໃນ Berlin, ສິ່ງ​ທີ່​ທ່ານ​ມັກ​ແລະ​ບໍ່​ມັກ​ກ່ຽວ​ກັບ​ນະ​ຄອນ​ນີ້?

ມັນເປັນເລື່ອງຍາກສໍາລັບຂ້ອຍທີ່ຈະລວບລວມບັນຊີລາຍຊື່ຂອງຂໍ້ດີແລະຂໍ້ເສຍຂອງເມືອງ, ເພາະວ່າ Berlin ກາຍເປັນບ້ານຂອງຂ້ອຍຢ່າງໄວວາໃນທຸກໆຄວາມຫມາຍຂອງຄໍາສັບ.

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

ກ່ຽວກັບການເຮັດວຽກໃນ Berlin

stack ໃດເປັນມາດຕະຖານໃນ Berlin startups? stack ໂດຍທົ່ວໄປແລ້ວແຕກຕ່າງຈາກຄ່າສະເລ່ຍໃນລັດເຊຍແນວໃດ?

ຈາກມຸມເບິ່ງດ້ານເຕັກໂນໂລຢີ, stacks ທ້ອງຖິ່ນເບິ່ງຄືວ່າຫນ້າເບື່ອສໍາລັບຂ້ອຍ, ເວັ້ນເສຍແຕ່ວ່າພວກເຂົາເປັນບໍລິສັດ FinTech. ການເລີ່ມຕົ້ນສ່ວນໃຫຍ່ແລະຜູ້ທີ່ຍ້າຍຈາກການເລີ່ມຕົ້ນໄປສູ່ວິສາຫະກິດກໍ່ຕັ້ງຂຶ້ນໃນປີ 2010-2012 ແລະເລີ່ມຕົ້ນດ້ວຍສະຖາປັດຕະຍະກໍາທີ່ງ່າຍດາຍທີ່ສຸດຄື: backend monolithic, ແລະບາງຄັ້ງກໍ່ມີ frontend ເຂົ້າໄປໃນມັນ, ພາສາ - ທັງ Ruby, ຫຼື PHP, ຫຼື Python, ກອບແມ່ນຖືກນໍາໃຊ້ສະເຫມີ, ຖານຂໍ້ມູນກ່ຽວກັບ MySQL, cache ໃນ Redis. ນອກຈາກນີ້, ອີງຕາມຄວາມຮູ້ສຶກສ່ວນບຸກຄົນ, 90% ຂອງບໍລິສັດມີການຜະລິດທັງຫມົດຂອງພວກເຂົາໃນ AWS.

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

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

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

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

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

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

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

ອີງຕາມການສັງເກດການຂອງທ່ານ, ຜູ້ຊ່ຽວຊານດ້ານໃດທີ່ຕ້ອງການໃນເຢຍລະມັນ? ຜູ້ຊ່ຽວຊານ DevOps ມີຄວາມຕ້ອງການບໍ?

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

ໃນປັດຈຸບັນ, ຢ່າງແທ້ຈິງທຸກຂົງເຂດທີ່ກ່ຽວຂ້ອງໃນມື້ນີ້ແມ່ນຢູ່ໃນຄວາມຕ້ອງການເທົ່າທຽມກັນໃນ IT ທ້ອງຖິ່ນ. ຂ້າພະເຈົ້າພຽງແຕ່ສາມາດເນັ້ນໃສ່ຄວາມຕ້ອງການທີ່ຍິ່ງໃຫຍ່ສໍາລັບ Data Engineer/Data Analyst.

ໃຫ້ເວົ້າກ່ຽວກັບເງິນເດືອນ, ວິສະວະກອນ DevOps ສາມາດຫາເງິນໄດ້ຢ່າງແທ້ຈິງໃນເຢຍລະມັນເທົ່າໃດ?

ມັນຍາກທີ່ຈະຕອບຄໍາຖາມນີ້, ເພາະວ່າ IT ຍັງເປັນອຸດສາຫະກໍາຫນຸ່ມ, ບ່ອນທີ່ບໍ່ມີມາດຕະຖານເງິນເດືອນສະເພາະ. ໃນຖານະເປັນບ່ອນອື່ນ, ເງິນເດືອນສ່ວນໃຫຍ່ແມ່ນຂຶ້ນກັບປະສົບການການເຮັດວຽກແລະຄຸນສົມບັດຂອງວິສະວະກອນ. ມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະຮັບຮູ້ຕົວເລກເປັນເງິນເດືອນກ່ອນພາສີແລະການຫັກລົບສັງຄົມ / ປະກັນໄພຕ່າງໆ. ນອກຈາກນັ້ນ, ເງິນເດືອນໃນເຢຍລະມັນແມ່ນຂຶ້ນກັບຫຼາຍວ່າເຈົ້າເຮັດວຽກຢູ່ໃນເມືອງໃດ. ໃນ Berlin, Munich, Frankfurt ແລະGöttingen, ລະດັບເງິນເດືອນແມ່ນແຕກຕ່າງກັນເລັກນ້ອຍຈາກກັນແລະກັນ, ເຊັ່ນດຽວກັນກັບຄ່າໃຊ້ຈ່າຍດໍາລົງຊີວິດ.

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

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

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

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

Berlin ມີຊຸມຊົນ DevOps ທີ່ເຂັ້ມແຂງບໍ? ເຈົ້າມັກໄປກິດຈະກໍາທ້ອງຖິ່ນບໍ? ບອກພວກເຮົາເລັກນ້ອຍກ່ຽວກັບພວກມັນ. ພວກ​ມັນ​ແມ່ນ​ຫຍັງ?

ຂ້ອຍໄປປະຊຸມບໍ່ຄ່ອຍໄດ້, ສະນັ້ນຂ້ອຍບໍ່ສາມາດເວົ້າໄດ້ວ່າຄຸນລັກສະນະຂອງຊຸມຊົນ DevOps ທ້ອງຖິ່ນແມ່ນຫຍັງ. ຂ້າພະເຈົ້າຫວັງວ່າຈະຕິດຕາມບັນຫານີ້ໃນປີຫນ້າ. ຂ້ອຍພຽງແຕ່ສາມາດຖ່າຍທອດຄວາມປະທັບໃຈຂອງຂ້ອຍຕໍ່ກຸ່ມຫົວຂໍ້ທີ່ມີຈໍານວນຫຼວງຫຼາຍໃນ meetup.com: ຈາກ Python ແລະ Golang fanatics ໄປຫາ Clojure ແລະ Rust lovers.

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

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

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

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

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

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

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

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

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

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

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

ຖ້າທ່ານຕ້ອງການຄໍາຖາມເພີ່ມເຕີມກ່ຽວກັບ DevOps, ທີ່ນີ້ ການສໍາພາດ, ເຊິ່ງ Misha ຕອບຄໍາຖາມຢ່າງລະອຽດວ່າ "ເປັນຫຍັງ DevOps ຈຶ່ງຕ້ອງການ?" ແລະ "ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງພະແນກ DevOps ພິເສດໃນບໍລິສັດບໍ?"

ກ່ຽວກັບການພັດທະນາ

ໃນຊ່ອງຂອງທ່ານບາງຄັ້ງທ່ານແນະນໍາບົດຄວາມມືອາຊີບແລະ blogs. ເຈົ້າມີປຶ້ມນິຍາຍທີ່ມັກບໍ່?

ແມ່ນແລ້ວ, ຂ້ອຍພະຍາຍາມຊອກຫາເວລາອ່ານນິຍາຍ. ຂ້າພະເຈົ້າບໍ່ສາມາດອ່ານນັກຂຽນໂດຍສະເພາະໃນຫນຶ່ງ gulp, ນິຍາຍຫຼັງຈາກນະວະນິຍາຍ, ສະນັ້ນຂ້າພະເຈົ້າປະສົມວຽກງານລັດເຊຍແລະຕ່າງປະເທດ. ຂອງນັກຂຽນລັດເຊຍ, ຂ້ອຍມັກ Pelevin ແລະ Dovlatov ດີທີ່ສຸດ, ແຕ່ຂ້ອຍກໍ່ມັກອ່ານຄລາສສິກຂອງສະຕະວັດທີ 19. ໃນບັນດາຄົນຕ່າງປະເທດຂ້ອຍມັກ Remarque ແລະ Hemingway.

ຢູ່ທີ່ນັ້ນທ່ານຂຽນຫຼາຍກ່ຽວກັບການເດີນທາງ, ແລະໃນຕອນທ້າຍຂອງ 2018 ທ່ານຂຽນວ່າທ່ານໄດ້ໄປຢ້ຽມຢາມ 12 ປະເທດແລະ 27 ເມືອງ. ນີ້ແມ່ນຈຸດທີ່ເຢັນຫຼາຍ! ເຈົ້າຈັດການວຽກ ແລະການເດີນທາງແນວໃດ?

ໃນຄວາມເປັນຈິງ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ: ທ່ານຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ທີ່ດີຂອງວັນພັກຜ່ອນ, ທ້າຍອາທິດແລະວັນພັກ, ບວກກັບການເດີນທາງຢ່າງຫ້າວຫັນໃນລະຫວ່າງການເດີນທາງ :)

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

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

ສະຖານທີ່ສາມອັນໃດທີ່ທ່ານມັກທີ່ສຸດ ແລະຍ້ອນຫຍັງ?

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

ທ່ານສາມາດອ່ານບັນທຶກການເດີນທາງຂອງ Misha ໃນຊ່ອງທາງ Telegram ຂອງລາວ "ໂມງສີສົ້ມ"

ເຈົ້າຈັດການແນວໃດເພື່ອຮັກສາຄວາມສົມດຸນຂອງການເຮັດວຽກ/ຊີວິດ? ແບ່ງປັນຄວາມລັບຂອງເຈົ້າ :)

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

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

ຂ້ອຍຍັງສາມາດແນະນຳປຶ້ມສອງຫົວທີ່ຊ່ວຍຂ້ອຍໄດ້: ມັນບໍ່ຈໍາເປັນຕ້ອງ Crazy ໃນການເຮັດວຽກ ຈາກ guys ຈາກ Basecamp ແລະ "ເຕັກນິກການ Jedi" ຈາກ Maxim Dorofeev.

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

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

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

ຫວ່າງ​ມໍ່ໆ​ມາ​ນີ້, ຂ້ອຍ​ບໍ່​ມີ​ຄວາມ​ສົນ​ໃຈ​ໃນ​ວຽກ​ງານ​ຫຼື​ວຽກ​ທີ່​ໜ້າ​ເບື່ອ​ເລີຍ. ມີເຕັກນິກຕ່າງໆເພື່ອເຮັດໃຫ້ວຽກທີ່ຫນ້າເບື່ອບໍ່ຫນ້າເບື່ອ, ບາງສິ່ງທີ່ຂ້ອຍໄດ້ຮຽນຮູ້ຈາກ blog post ຫມູ່ຂອງຂ້ອຍ Kirill Shirinkin. ແຕ່ຂ້ອຍພະຍາຍາມແກ້ໄຂບັນຫານີ້ໃນລະດັບຂອງສາເຫດ, ພຽງແຕ່ເລືອກວຽກທີ່ຈະສະຫນອງສິ່ງທ້າທາຍສູງສຸດສໍາລັບອາຊີບແລະບຸກຄະລິກກະພາບຂອງຂ້ອຍແລະຕໍາ່ສຸດທີ່ຂອງ bureaucracy ອົງການຈັດຕັ້ງ.

ວັນທີ 7 ເດືອນທັນວາ, ທ່ານ Mikhail ຈະກ່າວໃນກອງປະຊຸມ DevOpsDays Moscow ກັບການສົນທະນາ "ພວກເຮົາແມ່ນ DevOps ທັງຫມົດ," ເຊິ່ງຈະອະທິບາຍວ່າເປັນຫຍັງມັນຈຶ່ງສໍາຄັນທີ່ຈະສຸມໃສ່ບໍ່ພຽງແຕ່ວິທີການນໍາໃຊ້ stack ຫລ້າສຸດ, ແຕ່ຍັງກ່ຽວກັບລັກສະນະວັດທະນະທໍາຂອງ DevOps.

ນອກຈາກນີ້ໃນໂຄງການ: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (ທີ່ປຶກສາ DevOps).

ມາຮູ້ຈັກ!

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