ຄວາມລັບຂອງປະສິດທິພາບແມ່ນລະຫັດທີ່ມີຄຸນນະພາບ, ບໍ່ແມ່ນຜູ້ຈັດການທີ່ມີປະສິດທິພາບ

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

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

ຜູ້ທີ່ເປັນສ່ວນໃຫຍ່.

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

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

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

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

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

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

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

ຖ້າທ່ານຕ້ອງການເວົ້າອັນຮີບດ່ວນ, ທ່ານພຽງແຕ່ຍຶດຫມັ້ນໃນບາງຄໍາ, ເລື້ອຍໆບໍ່ແມ່ນຄໍາທີ່ຖືກຕ້ອງ, ທ່ານລືມກ່ຽວກັບບົດຄວາມ, ຄໍາສັ່ງຄໍາທີ່ຖືກຕ້ອງ, ບໍ່ໃຫ້ເວົ້າເຖິງ verb tenses ແລະການອອກສຽງທີ່ບໍ່ດີ.

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

ມັນກາຍເປັນການເສຍເວລາສອງເທົ່າ. ມັນໃຊ້ເວລາເພື່ອໃຫ້ມີຄໍາຕອບ. ມັນຍັງໃຊ້ເວລາເພື່ອສ້າງຄໍາຕອບນີ້ - ແລະບໍ່ແມ່ນຫນ້ອຍ.

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

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

ເພື່ອສະຫຼຸບ: ທັກສະການຂຽນລະຫັດທີ່ມີຄຸນນະພາບສູງຊ່ວຍເລັ່ງການແກ້ໄຂບັນຫາ.

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

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

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

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

ຂ້ອຍ​ຄວນ​ເຮັດ​ແນວ​ໃດ? ຂ້າພະເຈົ້າເຫັນແລະສະເຫນີສອງເສັ້ນທາງທີ່ສາມາດລວມກັນໄດ້.

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

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

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

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

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

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

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

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