តើវាត្រូវការអ្នកសរសេរកម្មវិធីប៉ុន្មាននាក់ដើម្បីរក្សាកូដដែលបានសរសេរពីមុន?

មួយរយៈមុននេះ ការសន្ទនាមួយបានកើតឡើងរវាងខ្ញុំ និងមិត្តល្អរបស់ខ្ញុំ ដែលឃ្លាខាងក្រោមនេះត្រូវបានគេឮ៖

- ចំនួនអ្នកសរសេរកម្មវិធីនឹងកើនឡើងឥតឈប់ឈរ ដោយសារចំនួនកូដកំពុងកើនឡើង ហើយអ្នកអភិវឌ្ឍន៍កាន់តែច្រើនឡើងៗត្រូវបានទាមទារជានិច្ចដើម្បីគាំទ្រវា។
- ប៉ុន្តែ​កូដ​កាន់តែ​ចាស់ វា​ខ្លះ​មិន​ត្រូវ​បាន​គាំទ្រ​ទៀត​ទេ។ វាអាចទៅរួចដែលថាមានលំនឹងប្រភេទខ្លះ។

ចងចាំពួកគេពីរបីថ្ងៃក្រោយមក ខ្ញុំឆ្ងល់ថាតើការរក្សាកូដ ទាមទារធនធានកាន់តែច្រើនឡើងៗតាមពេលវេលា ទីបំផុតអាចធ្វើឱ្យខូចមុខងារថ្មី ឬតើវាទាមទារឱ្យមានការកើនឡើងគ្មានដែនកំណត់នៃចំនួនអ្នកសរសេរកម្មវិធី? ការវិភាគគណិតវិទ្យា និងសមីការឌីផេរ៉ង់ស្យែលបានជួយវាយតម្លៃគុណភាពនៃការពឹងផ្អែកនៃបរិមាណនៃការគាំទ្រលើការអភិវឌ្ឍន៍ និងស្វែងរកចម្លើយចំពោះសំណួរ។

សំណួរមួយ។ តើអាចគាំទ្រ "ស៊ី" ធនធានអភិវឌ្ឍន៍ទាំងអស់បានទេ?

ពិចារណាក្រុមអ្នកសរសេរកម្មវិធីដែលចំនួនអ្នកចូលរួមគឺថេរ។ ចែករំលែកពេលវេលាធ្វើការរបស់ពួកគេ។ () ត្រូវបានចំណាយលើការបង្កើតកូដថ្មី និងចំណែកនៃពេលវេលាដែលនៅសល់ ទៅគាំទ្រ។ នៅក្នុងការសន្មត់នៃគំរូនេះ យើងសន្មត់ថាប្រភេទសកម្មភាពទីមួយគឺសំដៅបង្កើនបរិមាណនៃកូដ ហើយទីពីរគឺសំដៅផ្លាស់ប្តូរវា (ការកែកំហុស) ហើយមិនមានផលប៉ះពាល់ខ្លាំងលើបរិមាណនៃកូដនោះទេ។

ចូរយើងសម្គាល់ ចំនួន​កូដ​ទាំង​មូល​ដែល​ត្រូវ​បាន​សរសេរ​រហូត​ដល់​ពេល​នោះ។ . សន្មតថាល្បឿននៃការសរសេរកូដគឺសមាមាត្រ , យើង​ទទួល​បាន:

វាជាការធម្មតាក្នុងការសន្មត់ថាតម្លៃពលកម្មសម្រាប់ការថែរក្សាកូដគឺសមាមាត្រទៅនឹងបរិមាណរបស់វា៖

ឬ

ពីកន្លែងណា។

យើងទទួលបានសមីការឌីផេរ៉ង់ស្យែលដែលអាចរួមបញ្ចូលយ៉ាងងាយស្រួល។ ប្រសិនបើនៅដំណាក់កាលដំបូងនៃចំនួនលេខកូដគឺសូន្យ

នៅ មុខងារ និង . ហើយនេះមានន័យថាការកាត់បន្ថយបន្តិចម្តងៗតាមពេលវេលាក្នុងការអភិវឌ្ឍន៍មុខងារថ្មីដល់សូន្យ និងការផ្ទេរធនធានទាំងអស់ដើម្បីគាំទ្រ។

ទោះយ៉ាងណាក៏ដោយប្រសិនបើក្នុងអំឡុងពេល លេខកូដលែងប្រើ ហើយឈប់គាំទ្រ បន្ទាប់មកចំនួនកូដដែលទាមទារការគាំទ្រក្នុងពេលតែមួយ គឺស្មើគ្នារួចហើយ បន្ទាប់មក

а គឺជាដំណោះស្រាយចំពោះសមីការឌីផេរ៉ង់ស្យែលជាមួយនឹងអាគុយម៉ង់ពន្យារ [1]៖

ដំណោះស្រាយចំពោះសមីការបែបនេះត្រូវបានកំណត់ដោយឡែកដោយបញ្ជាក់តម្លៃ "មុនពេលចាប់ផ្តើមនៃពេលវេលា" . ចាប់តាំងពីលេខកូដមិនទាន់ត្រូវបានសរសេរមុនពេលដំបូងនៅក្នុងពេលវេលាក្នុងករណីរបស់យើង។ នៅ .

សូមក្រឡេកមើលឧទាហរណ៍មួយចំនួន។ យើង​នឹង​វាស់​ពេលវេលា​ជា​ឆ្នាំ និង​ចំនួន​កូដ​រាប់​ពាន់​ជួរ។ បន្ទាប់មកសម្រាប់ តម្លៃនៃលំដាប់ដប់គឺអាចទទួលយកបាន យើងនឹងយក 50 និង 100។ នោះគឺក្នុងមួយឆ្នាំ ក្រុមអភិវឌ្ឍន៍នឹងសរសេរកូដហាសិប និងមួយរយពាន់បន្ទាត់រៀងៗខ្លួន។ សម្រាប់ តម្លៃដែលអាចទទួលយកបានអាចជា៖ , , . នេះមានន័យថាក្រុមអភិវឌ្ឍន៍អាចគាំទ្រចំនួនកូដដែលវាសរសេរក្នុងមួយឆ្នាំ មិនថាវាជាត្រីមាស ពាក់កណ្តាល ឬពេញម៉ោងនោះទេ។ ជាអាយុកាលមធ្យមនៃកូដ យើងនឹងកំណត់តម្លៃដូចខាងក្រោម៖ 1, 2 និង 4 ឆ្នាំ។ ការដោះស្រាយសមីការជាលេខ យើងទទួលបានឧទាហរណ៍នៃឥរិយាបទនៃអនុគមន៍ សម្រាប់បន្សំប៉ារ៉ាម៉ែត្រមួយចំនួន .

ឥរិយាបថនៃមុខងារ តាម​អាយុ​កូដ វា​បាន​ផ្លាស់​ប្តូរ។ មុខងារលែងជាឯកតាទៀតហើយ ប៉ុន្តែការប្រែប្រួល "ស្ងប់ស្ងាត់" ទៅតាមពេលវេលា ហើយមានទំនោរទៅរក ទៅតម្លៃថេរមួយចំនួន។ ក្រាហ្វបង្ហាញ៖ កាន់តែច្រើន , и ពោលគឺអាយុកូដកាន់តែយឺត ការអភិវឌ្ឍន៍កូដថ្មីកាន់តែលឿន និងគុណភាពនៃកូដកាន់តែទាប ធនធានកាន់តែតិចនឹងត្រូវទុកសម្រាប់ការអភិវឌ្ឍន៍មុខងារថ្មី។ មាន​បំណង​ចង់​ផ្តល់​ឧទាហរណ៍​យ៉ាង​ហោច​ណាស់​មួយ​ក្នុង​នោះ។ "snuggled" ជិតសូន្យ។ ប៉ុន្តែនេះតម្រូវឱ្យមានការជ្រើសរើសសូចនាករគុណភាពនៃការអភិវឌ្ឍន៍ខ្សោយខ្លាំង និងកូដដែលមិនមានអាយុកាលយូរ។ សូម្បីតែនៅក្នុងក្រាហ្វខាងឆ្វេងទាបក៏ដោយ ធនធានដ៏សំខាន់នៅតែមានសម្រាប់មុខងារថ្មី។ ដូច្នេះ ចំលើយត្រឹមត្រូវចំពោះសំណួរទីមួយគឺដូចនេះ៖ តាមទ្រឹស្តី - បាទ វាអាចទៅរួច។ អនុវត្ត - ស្ទើរតែ។

សំណួរដែលមិនអាចឆ្លើយបាន៖

1. តើវាពិតឬទេ? ទំនោរទៅដែនកំណត់មួយចំនួននៅ សម្រាប់​ទាំងអស់ ? បើមិនមែនសម្រាប់ទាំងអស់គ្នា តើសម្រាប់មួយណា?
2. ប្រសិនបើដែនកំណត់មាន តើតម្លៃរបស់វាអាស្រ័យដោយរបៀបណា ?

សំណួរទីពីរ។ តើ​ការ​ថែទាំ​កូដ​អាច​បង្ក​ឱ្យ​មាន​កំណើន​គ្មាន​ដែន​កំណត់​នៃ​ចំនួន​អ្នក​សរសេរ​កម្មវិធី​ឬ​ទេ?

ចូរយើងសម្គាល់ ចំនួនអ្នកសរសេរកម្មវិធីដែលចូលរួមក្នុងការបង្កើតកូដថ្មី។ ដូចខាងលើ - ចំនួន​កូដ​ដែល​បាន​សរសេរ​រហូត​ដល់​ចំណុច​មួយ​ក្នុង​ពេល​វេលា ។ បន្ទាប់មក។

រក្សាការគាំទ្រកូដជាប់រវល់ អ្នកសរសេរកម្មវិធី។ ដោយគិតពីកូដអាយុ

ពីកន្លែងណា។

ប្រសិនបើមាន បន្ទាប់មក

ដូច្នេះ ចម្លើយចំពោះសំណួរទីពីរគឺអវិជ្ជមាន៖ ប្រសិនបើចំនួនអ្នកបង្កើតកូដថ្មីមានកម្រិត នោះនៅក្នុងលក្ខខណ្ឌនៃកូដចាស់ ការគាំទ្រមិនអាចបណ្តាលឱ្យមានការកើនឡើងចំនួនអ្នកសរសេរកម្មវិធីដោយគ្មានដែនកំណត់នោះទេ។

សេចក្តីសន្និដ្ឋាន

គំរូដែលត្រូវបានចាត់ទុកថាជាគំរូគណិតវិទ្យា "ទន់" [2] ។ ពួកគេគឺសាមញ្ញណាស់។ ទោះជាយ៉ាងណាក៏ដោយ ការពឹងផ្អែកនៃលទ្ធផលនៃការក្លែងធ្វើលើតម្លៃប៉ារ៉ាម៉ែត្រត្រូវគ្នាទៅនឹងអ្វីដែលរំពឹងទុកសម្រាប់ប្រព័ន្ធពិត វានិយាយអំពីភាពគ្រប់គ្រាន់នៃម៉ូដែល និងភាពត្រឹមត្រូវគ្រប់គ្រាន់ដើម្បីទទួលបានការប៉ាន់ស្មានគុណភាពខ្ពស់។

ឯកសារយោង

1. Elsgolts L.E., Norkin S.B. សេចក្តីផ្តើមអំពីទ្រឹស្តីនៃសមីការឌីផេរ៉ង់ស្យែលជាមួយនឹងអាគុយម៉ង់ deviating ។ ទីក្រុងម៉ូស្គូ។ គ្រឹះស្ថានបោះពុម្ពផ្សាយ "វិទ្យាសាស្ត្រ" ។ ឆ្នាំ ១៩៧១។
2. Arnold V.I. គំរូគណិតវិទ្យា "រឹង" និង "ទន់" ។ ទីក្រុងម៉ូស្គូ។ គ្រឹះស្ថានបោះពុម្ព MCNMO ។ ២០០៤។

ប្រភព: www.habr.com