ຜູ້ຊອກຫາຈະພົບເຫັນ

ຫຼາຍຄົນຄິດເຖິງບັນຫາທີ່ໜ້າເປັນຫ່ວງກ່ອນເຂົ້ານອນ ຫຼືເມື່ອຕື່ນນອນ. ຂ້ອຍບໍ່ແມ່ນຂໍ້ຍົກເວັ້ນ. ເຊົ້າມື້ນີ້, ຄົນ ໜຶ່ງ ໄດ້ເຂົ້າໄປໃນຫົວຂອງຂ້ອຍ ຄໍາເຫັນ ຈາກ Habr:

ເພື່ອນຮ່ວມງານໄດ້ແບ່ງປັນເລື່ອງລາວໃນການສົນທະນາ:

ປີທີ່ຜ່ານມາຂ້າພະເຈົ້າໄດ້ມີລູກຄ້າທີ່ຫນ້າຫວາດສຽວ, ນີ້ແມ່ນກັບຄືນໄປບ່ອນໃນເວລາທີ່ຂ້າພະເຈົ້າໄດ້ຈັດການກັບ "ວິກິດການ" ອັນບໍລິສຸດ.
ລູກຄ້າມີສອງທີມໃນກຸ່ມພັດທະນາ, ແຕ່ລະຄົນຈັດການກັບສ່ວນຂອງຕົນເອງຂອງຜະລິດຕະພັນ (ຕາມເງື່ອນໄຂ, ຫ້ອງການຫລັງແລະຫ້ອງການດ້ານຫນ້າ, i.e. ຊອບແວທີ່ເຮັດວຽກກ່ຽວກັບການສ້າງຄໍາສັ່ງແລະຊອບແວທີ່ເຮັດວຽກກ່ຽວກັບການປະຕິບັດຄໍາສັ່ງ), ບາງຄັ້ງການເຊື່ອມໂຍງກັບກັນແລະກັນ.
ທີມງານ back office ໄດ້ຫມົດໄປ downhill: ຫົກເດືອນຂອງບັນຫາຢ່າງຕໍ່ເນື່ອງ, ເຈົ້າຂອງແມ່ນໄພຂົ່ມຂູ່ທີ່ຈະໄຟທຸກຄົນ, ພວກເຂົາເຈົ້າຈ້າງທີ່ປຶກສາ, ຫຼັງຈາກທີ່ທີ່ປຶກສາເຂົາເຈົ້າຈ້າງຫຼາຍກ່ວາຄົນອື່ນ (ຂ້າພະເຈົ້າ). ຍິ່ງໄປກວ່ານັ້ນ, ທີມງານທີສອງ (storfront) ເຮັດວຽກປົກກະຕິແລະສືບຕໍ່ເຮັດວຽກຕາມປົກກະຕິ, ມັນແມ່ນທີມງານ back-office, ເຊິ່ງຍັງເຮັດວຽກປົກກະຕິກ່ອນ, ເຊິ່ງເລີ່ມສັບສົນ. ທີມງານນັ່ງຢູ່ໃນຫ້ອງການທີ່ແຕກຕ່າງກັນແລະຖືກນໍາໃຊ້ເພື່ອ piss off ກັນແລະກັນ.

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

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

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

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

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

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

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

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

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

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

ຫຼັງ​ຈາກ​ອ່ານ​ຄຳ​ເຫັນ​ນີ້ ເຈົ້າ​ຮູ້ສຶກ​ອີ່ມ​ໃຈ​ບໍ? ພາລະບົດບາດຂອງພວກເຮົາເປັນ cogs ຂະຫນາດນ້ອຍໃນກົນໄກຂະຫນາດໃຫຍ່ແມ່ນຕົວຈິງແລ້ວບໍ່ນ້ອຍຫຼາຍ! ເວົ້າຢ່າງມະຫັດສະຈັນ, ເຖິງແມ່ນວ່າມັນບໍ່ແມ່ນຄວາມຈິງ. ແຕ່ສິ່ງທີ່ເປັນ aftertaste ສຸກ.

ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ຮູ້​ວ່າ​ເພື່ອນ​ຮ່ວມ​ງານ​ປະ​ເພດ​ໃດ ແລະ​ໃນ​ການ​ສົນ​ທະ​ນາ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ແບ່ງ​ປັນ​ການ​ເປີດ​ເຜີຍ​ນີ້​ກັບ​ເພື່ອນ​ຮ່ວມ​ງານ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ mkrentovskiy ແລະເປັນຫຍັງເພື່ອນຮ່ວມງານ mkrentovskiy ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເຜີຍແຜ່ມັນພາຍໃຕ້ບົດຄວາມ "taiga ຍ່າງມາໄດ້ຈັກປີແລ້ວ - ເຂົ້າໃຈບໍ່"ຜູ້ຂຽນ habr ທີ່ໂດດເດັ່ນ ນິມີວັນ'a (ໂດຍວິທີທາງການ, ຜູ້ທີ່ຢູ່ໃນອັນດັບທໍາອິດໃນການຈັດອັນດັບຂອງ Habr ໃນເວລານີ້!), ແຕ່ຂ້ອຍຍອມຮັບວ່າເພື່ອນຮ່ວມງານຂອງຂ້ອຍ mkrentovskiy ມັນເຮັດໄດ້ດີຫຼາຍ. ຂໍ້ຄວາມຂອງຄໍາຄິດເຫັນແລະຮູບແບບການນໍາສະເຫນີແມ່ນມີຄວາມສອດຄ່ອງກັບຂໍ້ຄວາມແລະຮູບແບບຂອງສິ່ງພິມອື່ນໆ ນິມີວັນ'ດີ, ສິ່ງທີ່ເຈົ້າອາດຈະຄິດວ່າເປັນທີ່ປຶກສາດ້ານວິກິດຈາກຄໍາຄິດຄໍາເຫັນແລະ GG ຂອງສິ່ງພິມຈໍານວນຫຼາຍ ນິມີວັນ'a ແມ່ນ​ຄົນ​ດຽວ​ກັນ.

ຂ້າພະເຈົ້າໄດ້ອ່ານຫຼາຍສິ່ງພິມໂດຍ Ivan Belokamentsev ໃນເວລາທີ່ຜູ້ຂຽນໄດ້ເລີ່ມກິດຈະກໍາຂອງລາວໃນHabre (ໃນປີ 2017). ບາງຄົນກໍ່ມັກມັນ (ເວລາ, два). ລາວມີຮູບແບບທີ່ດີແລະການນໍາສະເຫນີທີ່ຫນ້າສົນໃຈຂອງວັດສະດຸ. ເລື່ອງລາວແມ່ນຄ້າຍຄືກັນກັບເລື່ອງຊີວິດຈິງ, ແຕ່ມັນເກືອບບໍ່ມີໂອກາດທີ່ຈະເກີດຂຶ້ນຈິງ, ໃນ ຄວາມເປັນຈິງ. ມັນຄືແນວໃດກັບເລື່ອງນີ້ໃນຄໍາຄິດຄໍາເຫັນ.

ເພື່ອບອກຄວາມຈິງ, ຂ້າພະເຈົ້າສ່ວນບຸກຄົນບໍ່ຄິດວ່າ Habr ໄດ້ດີຂຶ້ນກັບສິ່ງພິມຂອງ Ivan. ແຕ່ການຈັດອັນດັບຂອງລາວແລະ ຄວາມຄິດເຫັນ ຊາວ​ເມືອງ​ຮາບ​ຄົນ​ອື່ນໆ​ເວົ້າ​ກົງ​ກັນ​ຂ້າມ​ວ່າ:

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

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

ບາງທີຂ້ອຍຈະບໍ່ໄດ້ຂຽນບົດຄວາມນີ້ຖ້າຂ້ອຍບໍ່ໄດ້ເລີ່ມເບິ່ງຊຸດ"ໜຸ່ມ Pope".

"ພວກເຮົາໄດ້ສູນເສຍພຣະເຈົ້າ" (ມີ)

ນີ້ແມ່ນມາຈາກຊຸດ. ແລະນີ້ແມ່ນກ່ຽວກັບພວກເຮົາ.

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

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

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

ແລະພວກເຮົາໄດ້ປະສົບຜົນສໍາເລັດຫຼາຍໃນເລື່ອງນີ້.

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

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

ຈໍານວນຫນ້ອຍຂອງພວກເຮົາຈະສາມາດສ້າງເຄື່ອງຫມາຍໃນອຸດສາຫະກໍາ IT. ແລະເຖິງແມ່ນວ່າປະຊາຊົນຫນ້ອຍຈະສາມາດປະໄວ້ທາງຫລັງຂອງຄວາມຊົງຈໍາທີ່ດີ. ຜົນໄດ້ຮັບຂອງວຽກງານຂອງພວກເຮົາຈະຫຼຸດລົງໃນ 10-20 ປີຂ້າງຫນ້າຢ່າງດີທີ່ສຸດ, ຫຼືໄວກວ່ານັ້ນ. ແລະແນ່ນອນໃນຊີວິດຂອງພວກເຮົາ (ຖ້າພວກເຮົາເຖິງອາຍຸບໍານານ). ພວກ​ເຮົາ​ຈະ​ບໍ່​ສາ​ມາດ​ສະ​ແດງ​ໃຫ້​ຫລານ​ຂອງ​ພວກ​ເຮົາ​ລະ​ບົບ​ຄອມ​ພິວ​ເຕີ​ທີ່​ພໍ່​ຕູ້​ຂອງ​ເຂົາ​ເຈົ້າ​ເຮັດ​ວຽກ​ກ່ຽວ​ກັບ​ການ​ໃນ​ໄວ​ຫນຸ່ມ​ຂອງ​ເຂົາ. ປະຊາຊົນພຽງແຕ່ຈະລືມຊື່ຂອງເຂົາເຈົ້າ. ໃນຕອນເລີ່ມຕົ້ນຂອງອາຊີບຂອງຂ້ອຍ, ຂ້ອຍໄດ້ຍົກສະຖານີໄປສະນີ cc:ຈົດໝາຍ ພາຍໃຕ້ "ແກນ shaft". ຂ້ອຍຢູ່ 20 ປີຈາກການບໍານານແລະ 10 ປີຈາກການມີຫລານ, ແຕ່ເຈົ້າສ່ວນໃຫຍ່ບໍ່ເຄີຍໄດ້ຍິນຫຍັງກ່ຽວກັບ "ຄໍາຮ້ອງສະຫມັກອີເມວທີ່ໂດດເດັ່ນຂອງກາງ 90s" ("ຊຸດຊອບແວອີເມວສູງສຸດຂອງກາງຊຸມປີ 1990")

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

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

ພວກເຮົາກໍາລັງຊອກຫາການປອບໃຈ, ລວມທັງຢູ່ໃນHabre. ແລະ Ivan ໃຫ້ມັນກັບພວກເຮົາຢູ່ທີ່ນີ້.

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