Sunsetting the Techempower Framework Benchmarks

ການສິ້ນສຸດຂອງຍຸກ: ເປັນຫຍັງມາດຕະຖານ Techempower ຈຶ່ງຫາຍໄປ

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

ນອກຈາກການຮ້ອງຂໍດິບ-ຕໍ່ວິນາທີ

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

ການເພີ່ມຂຶ້ນຂອງປະສົບການ ແລະການຜະລິດຂອງຜູ້ພັດທະນາ

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

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

ສິ່ງສຳຄັນສຳລັບແອັບພລິເຄຊັນທຸລະກິດສະໄໝໃໝ່

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

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

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

ຄຳຖາມທີ່ຖາມເລື້ອຍໆ

ການສິ້ນສຸດຂອງຍຸກ: ເປັນຫຍັງມາດຕະຖານ Techempower ຈຶ່ງຫາຍໄປ

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

ນອກຈາກການຮ້ອງຂໍດິບ-ຕໍ່ວິນາທີ

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

ການເພີ່ມຂຶ້ນຂອງປະສົບການ ແລະການຜະລິດຂອງຜູ້ພັດທະນາ

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

ສິ່ງສຳຄັນສຳລັບແອັບພລິເຄຊັນທຸລະກິດສະໄໝໃໝ່

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