ຜູ້ຂຽນໂປລແກລມໃຊ້ເວລາຫຼາຍປານໃດເພື່ອຮັກສາລະຫັດທີ່ຂຽນໄວ້ກ່ອນຫນ້ານີ້?

ບາງຄັ້ງກ່ອນຫນ້ານີ້, ການສົນທະນາໄດ້ເກີດຂຶ້ນລະຫວ່າງຂ້ອຍກັບຫມູ່ທີ່ດີຂອງຂ້ອຍເຊິ່ງປະໂຫຍກຕໍ່ໄປນີ້ໄດ້ຍິນ:

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

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

ຄໍາຖາມຫນຶ່ງ. ສາມາດສະຫນັບສະຫນູນ "ກິນເຖິງ" ຊັບພະຍາກອນການພັດທະນາທັງຫມົດບໍ?

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

ໃຫ້ໝາຍເຖິງ ຈຳນວນລະຫັດທັງໝົດທີ່ຂຽນເຖິງຈຸດນັ້ນໃນເວລານັ້ນ . ສົມມຸດວ່າຄວາມໄວຂອງການຂຽນລະຫັດແມ່ນອັດຕາສ່ວນ , ພວກເຮົາໄດ້ຮັບ:

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

ຫຼື

ຈາກບ່ອນໃດ

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

ທີ່ ໜ້າ ທີ່ ແລະ . ແລະນີ້ຫມາຍເຖິງການຫຼຸດລົງເທື່ອລະກ້າວໃນໄລຍະເວລາໃນການພັດທະນາຫນ້າທີ່ໃຫມ່ໄປສູ່ສູນແລະການໂອນຊັບພະຍາກອນທັງຫມົດເພື່ອສະຫນັບສະຫນູນ.

ຢ່າງໃດກໍຕາມ, ຖ້າຫາກວ່າໃນໄລຍະເວລາ ລະຫັດຈະລ້າສະໄຫມແລະຢຸດສະຫນັບສະຫນຸນ, ຫຼັງຈາກນັ້ນຈໍານວນລະຫັດທີ່ຕ້ອງການການສະຫນັບສະຫນູນໃນເວລານັ້ນ. ແມ່ນແລ້ວ ຫຼັງຈາກນັ້ນ,

а ແມ່ນການແກ້ໄຂສົມຜົນທີ່ແຕກຕ່າງກັບການໂຕ້ຖຽງທີ່ຊັກຊ້າ [1]:

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

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

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

ຄຳຖາມທີ່ບໍ່ສາມາດຕອບໄດ້:

1. ມັນເປັນຄວາມຈິງບໍ ແນວໂນ້ມທີ່ຈະຈໍາກັດບາງຢູ່ທີ່ ສຳ ລັບທຸກຄົນ ? ຖ້າບໍ່ແມ່ນສໍາລັບທຸກຄົນ, ແລ້ວສໍາລັບອັນໃດ?
2. ຖ້າມີຂອບເຂດຈໍາກັດ, ມູນຄ່າຂອງມັນຂຶ້ນກັບແນວໃດ ?

ຄໍາຖາມທີສອງ. ການຮັກສາລະຫັດສາມາດເຮັດໃຫ້ການເຕີບໂຕບໍ່ຈໍາກັດໃນຈໍານວນນັກຂຽນໂປລແກລມບໍ?

ໃຫ້ໝາຍເຖິງ ຈໍານວນນັກຂຽນໂປລແກລມມີສ່ວນຮ່ວມໃນການພັດທະນາລະຫັດໃຫມ່. ດັ່ງຂ້າງເທິງ, — ຈໍາ​ນວນ​ຂອງ​ລະ​ຫັດ​ທີ່​ຂຽນ​ເຖິງ​ຈຸດ​ໃນ​ເວ​ລາ​ . ຈາກນັ້ນ

ຮັກສາລະຫັດສະຫນັບສະຫນູນບໍ່ຫວ່າງ ໂປຣແກຣມເມີ. ຄໍານຶງເຖິງລະຫັດຜູ້ສູງອາຍຸ,

ຈາກບ່ອນໃດ

ຖ້າຫາກວ່າ , ຫຼັງຈາກນັ້ນ,

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

ສະຫລຸບ

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

ອ້າງອິງ

1. Elsgolts L.E., Norkin S.B. ການແນະນໍາທິດສະດີຂອງສົມຜົນຄວາມແຕກຕ່າງກັບການໂຕ້ຖຽງ deviating. ມົສກູ. ໂຮງພິມ "ວິທະຍາສາດ". 1971.
2. ອາໂນນ V.I. ຕົວແບບຄະນິດສາດ “ແຂງ” ແລະ “ອ່ອນ”. ມົສກູ. ສໍານັກພິມ MCNMO. 2004.

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