អាជ្ញាប័ណ្ណ GitHub – តើយើងកំពុងនិយាយអំពីអ្វី? ដើម្បីបង្កើតកម្មវិធី អ្នកមិនត្រឹមតែសរសេរវាប៉ុណ្ណោះទេ ថែមទាំងសម្រេចចិត្តថាតើអ្នកប្រើប្រាស់ ឬអ្នកអភិវឌ្ឍន៍មានសិទ្ធិធ្វើអ្វីជាមួយវាផងដែរ។ ប្រសិនបើនរណាម្នាក់បង្កើតកម្មវិធីឥតគិតថ្លៃសម្រាប់មនុស្សគ្រប់គ្នា គាត់កំពុងធ្វើអំពើល្អ ប៉ុន្តែអ្នកណាដែលប្រើវានឹងត្រូវបង្ហាញអំពីភាពត្រឹមត្រូវពីរបៀបដែលគាត់ប្រើវា។ ជាឧទាហរណ៍ ប្រសិនបើក្រុមហ៊ុននៅក្នុងសកម្មភាពរបស់ខ្លួននឹងធ្វើការជាមួយការិយាល័យឥតគិតថ្លៃមួយចំនួន (ឧទាហរណ៍ LibreOffice) នោះវាត្រូវតែអាចបង្ហាញដល់អ្នកត្រួតពិនិត្យថាវាមានសិទ្ធិធ្វើដូច្នេះបាន។ ដើម្បីធ្វើដូចនេះវានឹងគ្រប់គ្រាន់ដើម្បីបង្ហាញអាជ្ញាប័ណ្ណសមស្រប។ ប្រសិនបើអ្នកអភិវឌ្ឍន៍ភ្លេចបង្កើតវា នោះក្រុមហ៊ុនអាចនឹងស្ថិតក្នុងស្ថានភាពលំបាក។
- ហេតុអ្វីបានជាអ្នកត្រូវការអាជ្ញាប័ណ្ណគម្រោងប្រភពបើកចំហនៅលើ GitHub
- តើមានអាជ្ញាប័ណ្ណប្រភេទណាខ្លះ
- របៀបជ្រើសរើសអាជ្ញាប័ណ្ណ Github
- របៀបបន្ថែមអាជ្ញាប័ណ្ណទៅ Github
- ជ្រើសរើសអាជ្ញាប័ណ្ណ Github – ឧទាហរណ៍នៃអាជ្ញាប័ណ្ណពេញនិយមនៅលើ Git Hub
- GPL
- LGPL
- Eclipse Public License
- អាជ្ញាប័ណ្ណសាធារណៈរបស់ Mozilla
- អាជ្ញាប័ណ្ណ Apache Github
- អាជ្ញាប័ណ្ណ MIT
- ថ្មក្រោមទឹក។
ហេតុអ្វីបានជាអ្នកត្រូវការអាជ្ញាប័ណ្ណគម្រោងប្រភពបើកចំហនៅលើ GitHub
នៅពេលបញ្ជាក់អាជ្ញាប័ណ្ណដែលត្រូវការ អ្នកអភិវឌ្ឍន៍អាចផ្តល់ដូចខាងក្រោមនៅក្នុងវា៖
- ល័ក្ខខ័ណ្ឌនៃការប្រើប្រាស់កម្មវិធី ។ ពួកគេអាចពាក់ព័ន្ធនឹងថ្លៃសេវា ឬក្នុងករណីខ្លះ ឬទាំងអស់ អនុញ្ញាតឱ្យប្រើប្រាស់ដោយឥតគិតថ្លៃ។
- ពេលខ្លះកម្មវិធីត្រូវបានបង្កើតឡើងដើម្បីអភិវឌ្ឍដោយសហគមន៍ ។ ក្នុងករណីនេះវាជាការសំខាន់ណាស់ដែលអ្នកគ្រប់គ្នាដែលចង់ស្គាល់អត្ថបទកម្មវិធី។
- នៅពេលដែលអត្ថបទរបស់កម្មវិធីមាន អ្នកខ្លះ អាចធ្វើការផ្លាស់ប្តូរ ដើម្បីធ្វើឱ្យកម្មវិធីមានមុខងារ និងគួរឱ្យទុកចិត្តតាមដែលអាចធ្វើទៅបាន។ ពេលខ្លះអ្នកនិពន្ធអាចអនុញ្ញាតឱ្យមនុស្សគ្រប់គ្នាធ្វើរឿងនេះ ក្នុងករណីផ្សេងទៀតដែលគាត់ផ្តល់ជូនដើម្បីផ្ញើការផ្លាស់ប្តូរទៅគាត់ ហើយធ្វើការកែតម្រូវគម្រោងដោយខ្លួនឯង។
- អ្នកត្រូវសម្រេចចិត្ត ថាតើភាគីទីបីអាចធ្វើការផ្លាស់ប្តូរគម្រោង និងផ្តល់ជូនជំនួសពួកគេ។ នៅពេលធ្វើដូចនេះ អ្នកត្រូវបញ្ជាក់ថាតើអាជ្ញាប័ណ្ណមួយណាដែលផលិតផលរបស់ពួកគេគួរតែនៅជាមួយ។
ការដោះស្រាយសំណួរទាំងនេះ និងស្រដៀងគ្នា អ្នកនិពន្ធនៃកម្មវិធីពិតជាកំណត់ជោគវាសនាអនាគតនៃផលិតផលកម្មវិធីដែលគាត់បានបង្កើត។
តើមានអាជ្ញាប័ណ្ណប្រភេទណាខ្លះ
អាជ្ញាប័ណ្ណគឺជាកិច្ចព្រមព្រៀងដែលភាគីម្ខាង (អ្នកផ្តល់អាជ្ញាប័ណ្ណ) បង្កើតច្បាប់សម្រាប់ភាគីម្ខាងទៀត (អ្នកទទួលអាជ្ញាប័ណ្ណ) ដើម្បីប្រើប្រាស់ផលិតផលដែលបង្កើតឡើងដោយគាត់។ នៅក្នុងការអនុវត្ត យើងមិននិយាយអំពីការចុះហត្ថលេខាលើឯកសារដោយភាគីនោះទេ ប៉ុន្តែអំពីកិច្ចព្រមព្រៀងដោយស្វ័យប្រវត្តិជាមួយនឹងសិទ្ធិ និងកាតព្វកិច្ចដែលត្រូវគ្នានៅពេលប្រើប្រាស់របស់វា។ ជាក់ស្តែងមិនមានការរឹតបន្តឹងលើការបញ្ជាក់សិទ្ធិ និងកាតព្វកិច្ចឡើយ។ លក្ខខណ្ឌតែមួយគត់គឺថាពួកគេត្រូវតែគោរពតាមច្បាប់។ ការបង្កើតអាជ្ញាប័ណ្ណផ្ទាល់ខ្លួនរបស់អ្នកគឺជាការងារដ៏ស្មុគស្មាញព្រោះវាត្រូវតែត្រូវគ្នាជាមួយនឹងបទប្បញ្ញត្តិផ្សេងទៀត។ ជម្រើសដ៏ល្អបំផុតគឺជ្រើសរើស និងប្រើពូជស្តង់ដារមួយនៃឯកសារបែបនេះ។ នៅក្នុងការអនុវត្ត វាក៏ជាទម្លាប់ក្នុងការប្រើពហុអាជ្ញាបណ្ណផងដែរ។ ភាគច្រើននៅក្នុងករណីបែបនេះ អាជ្ញាប័ណ្ណពីរត្រូវបានប្រើក្នុងពេលដំណាលគ្នា។ ទោះបីជាអ្នកនិពន្ធនៃកម្មវិធីមានសិទ្ធិបង្កើតច្បាប់ដោយឯករាជ្យដែលអ្នកប្រើប្រាស់ត្រូវតែអនុវត្តតាមក៏ដោយ ទោះជាយ៉ាងណាក៏ដោយនៅក្នុងការអនុវត្តជាក់ស្តែង ការប្រើប្រាស់អាជ្ញាប័ណ្ណមួយចំនួនធំបានបង្កើតឡើង ដែលអ្នកអាចជ្រើសរើសបានត្រឹមត្រូវក្នុងករណីភាគច្រើន។ ខាងក្រោមនេះគឺជាជម្រើសដ៏ពេញនិយមបំផុតដែលប្រើនៅលើ Git Hub ក្នុងករណីភាគច្រើន។ អាជ្ញាប័ណ្ណដែលប្រើជាទូទៅបំផុតនៅលើ Git Hub គឺ៖
ប្រសិនបើអ្នកនិពន្ធមិនព្រមបង្កើតឯកសារទេ ក្នុងករណីនេះ ការរក្សាសិទ្ធិនឹងត្រូវបានអនុវត្ត ដែលត្រូវបានផ្តល់សម្រាប់តាមលំនាំដើមដោយច្បាប់នៃប្រទេសរបស់គាត់។ អវត្ដមាននៃអាជ្ញាប័ណ្ណតាមរបៀបនេះមិនមានន័យថាអ្វីៗអាចធ្វើបានជាមួយកម្មវិធីនោះទេ។ ជាការពិតស្ថានភាពបែបនេះអាចត្រូវបានចាត់ទុកថាជាប្រភេទនៃអាជ្ញាប័ណ្ណ។
របៀបជ្រើសរើសអាជ្ញាប័ណ្ណ Github
មុនពេលអ្នកចាប់ផ្តើមស្វែងរកជម្រើសសមស្របមួយ អ្នកត្រូវតែបង្កើតតម្រូវការរបស់គាត់ ដែលគាត់នឹងបន្តផ្តល់អាជ្ញាប័ណ្ណបន្ថែមទៀត។ បន្ទាប់មក អ្នកគួរតែស្គាល់ខ្លួនអ្នកជាមួយនឹងជម្រើសធម្មតាដែលត្រូវនឹងសំណើ។ បន្ទាប់ពីនោះ អ្នកនឹងត្រូវសិក្សាដោយប្រុងប្រយ័ត្ននូវភាសាច្បាប់ ហើយធ្វើការសម្រេចចិត្តចុងក្រោយអំពីអ្វីដែលអាជ្ញាប័ណ្ណគួរតែជា។ ដើម្បីធ្វើការជ្រើសរើសដែលមានព័ត៌មាន អ្នកត្រូវយល់ថាតើសិទ្ធិ និងកាតព្វកិច្ចអ្វីខ្លះដែលត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងប្រភេទអាជ្ញាប័ណ្ណជាក់លាក់មួយ។ ដើម្បីធ្វើការជ្រើសរើសត្រឹមត្រូវ អ្នកអាចប្រើសេវាកម្មពិសេសដែលហៅថាអ្នកប្រៀបធៀប។ នេះគឺជាឧទាហរណ៍មួយចំនួន៖
- https://choosealicense.com/ ។ គេហទំព័រនេះមានសំណួរនាំមុខសម្រាប់ការជ្រើសរើសជម្រើសត្រឹមត្រូវ និងការណែនាំលម្អិតដើម្បីជួយអ្នកឱ្យយល់ពីលក្ខណៈពិសេសនៃការប្រើប្រាស់។
- ទំព័រ https://opensource.org/licenses ត្រូវបានឧទ្ទិសដល់ការពិនិត្យឡើងវិញនូវដំណោះស្រាយកម្មវិធីឥតគិតថ្លៃផ្សេងៗ។
- គេហទំព័រ https://tldrlegal.com/ អាចត្រូវបានចាត់ទុកថាជាសព្វវចនាធិប្បាយសម្រាប់ជម្រើសអាជ្ញាប័ណ្ណផ្សេងៗ។ មានទាំងទម្រង់ច្បាប់ច្បាស់លាស់ និងមតិលម្អិត។
របៀបបន្ថែមអាជ្ញាប័ណ្ណទៅ Github
ទោះបីជាមានជម្រើសអាជ្ញាប័ណ្ណយ៉ាងទូលំទូលាយដែលបានបង្ហាញថាមានប្រសិទ្ធភាព និងអាចទុកចិត្តបានក្នុងការអនុវត្តក៏ដោយ អ្នកអភិវឌ្ឍន៍អាចមានគំនិតផ្ទាល់ខ្លួនអំពីអ្វីដែលអាជ្ញាប័ណ្ណសម្រាប់កម្មវិធីដែលគាត់បានបង្កើតគួរតែជា។ ក្នុងករណីនេះ សេវាកម្មផ្តល់នូវសមត្ថភាពក្នុងការបន្ថែមកំណែផ្ទាល់ខ្លួនរបស់អ្នក ឬកែតម្រូវកំណែដែលមានស្រាប់។ ដើម្បីបន្ថែមអាជ្ញាប័ណ្ណទៅ Github អ្នកនឹងត្រូវអនុវត្តតាមជំហានទាំងនេះ៖
- អ្នកត្រូវចូលទៅកាន់ទំព័រមេនៃឃ្លាំងរបស់អ្នក។
- អ្នកត្រូវចុចលើប៊ូតុងដើម្បីបន្ថែមឯកសារ បន្ទាប់មកជ្រើសរើស “បង្កើតឯកសារថ្មី”។
- បន្ទាប់អ្នកត្រូវបញ្ចូលឈ្មោះឯកសារ។ សម្រាប់អាជ្ញាប័ណ្ណ នេះអាចជាជម្រើសមួយក្នុងចំណោមជម្រើសពីរ៖ អាជ្ញាប័ណ្ណ ឬ LICENCE.md ។ នៅទីនេះ ការប្រើប្រាស់អក្សរធំគឺជាកាតព្វកិច្ច។
- នៅខាងស្តាំនៃវាលបញ្ចូលឈ្មោះឯកសារ ចុចដើម្បីជ្រើសរើសគំរូអាជ្ញាប័ណ្ណ។
- នៅក្នុងម៉ឺនុយនៅផ្នែកខាងឆ្វេងនៃទំព័រសូមជ្រើសរើសបន្ទាត់ “បន្ថែមអាជ្ញាប័ណ្ណទៅគម្រោងរបស់អ្នក” ។ ក្នុងករណីនេះ វ៉ារ្យ៉ង់មួយត្រូវបានជ្រើសរើសពីឯកសារដែលមានស្រាប់។
- បន្ទាប់មកចុចលើបន្ទាត់ “ពិនិត្យនិងបញ្ជូន” ។ បន្ទាប់មកបញ្ចូលព័ត៌មានលម្អិតនៃកិច្ចព្រមព្រៀងរបស់អ្នក។
- បន្ទាប់ពីនោះ ចាំបាច់ត្រូវបញ្ជាក់ពីអ្វីដែលការបន្ថែម ឬការផ្លាស់ប្តូរត្រូវបានធ្វើឡើង។ បន្ទាប់មក បង្ហាញថាតើឯកសារដែលបានជ្រើសរើសត្រូវបានកែតម្រូវ ឬថាតើវានិយាយអំពីការបង្កើតកំណែផ្សេងទៀតនៃអាជ្ញាប័ណ្ណ។
បន្ទាប់ពីបញ្ជាក់ពីការផ្លាស់ប្តូរ អ្នកអភិវឌ្ឍន៍បំពេញនីតិវិធីសម្រាប់ការផ្លាស់ប្តូរបញ្ជីអាជ្ញាប័ណ្ណនៅលើសេវាកម្ម Git Hub ។
ជ្រើសរើសអាជ្ញាប័ណ្ណ Github – ឧទាហរណ៍នៃអាជ្ញាប័ណ្ណពេញនិយមនៅលើ Git Hub
ខាងក្រោមនេះគឺជាជម្រើសដែលពេញនិយមបំផុត។ តាមរយៈការយល់ដឹងពីចំណុចខ្លាំង និងចំណុចខ្សោយរបស់ពួកគេ អ្នកសរសេរកម្មវិធីនឹងអាចស្វែងរកជម្រើសត្រឹមត្រូវ ឬយល់ពីរបៀបស្វែងរកប្រកបដោយប្រសិទ្ធភាព។
GPL
អាជ្ញាប័ណ្ណនេះអាចត្រូវបានគេហៅថាមួយក្នុងចំណោមការពេញនិយមបំផុត។ វាជាបុរាណសម្រាប់អ្នកដែលផលិតកម្មវិធីឥតគិតថ្លៃ។ តម្រូវការសំខាន់មួយនៃឯកសារនេះគឺថាវា
អនុញ្ញាតឱ្យភាគីទីបីកែប្រែកម្មវិធីដោយសេរី ប៉ុន្តែក្នុងពេលតែមួយពួកគេមានសិទ្ធិចែកចាយលទ្ធផលតែក្រោមអាជ្ញាប័ណ្ណតែមួយប៉ុណ្ណោះ។ អាជ្ញាប័ណ្ណនេះអាចមានកំណែផ្សេងៗគ្នា។ ចុងក្រោយបំផុតនៃទាំងនេះគឺជាទីបី។ GPL ត្រូវបានប្រើប្រាស់ដោយអ្នកអភិវឌ្ឍន៍កម្មវិធីដូចជាប្រព័ន្ធគ្រប់គ្រងមាតិកាគេហទំព័រ Drupal ប្រព័ន្ធគ្រប់គ្រងមូលដ្ឋានទិន្នន័យ MariaDB កម្មវិធីនិពន្ធក្រាហ្វិកវ៉ិចទ័រ InkSkape និងមួយចំនួនផ្សេងទៀត។ វាគួរឱ្យចាប់អារម្មណ៍ក្នុងការកត់សម្គាល់ថា SQL ប្រើមិនត្រឹមតែ GPL ប៉ុណ្ណោះទេប៉ុន្តែក៏ជាអាជ្ញាប័ណ្ណពាណិជ្ជកម្មផងដែរ។
LGPL
ឈ្មោះនេះប្រែថា “GNU GPL Lesser General Public License” ។ សម្រាប់អ្នកអភិវឌ្ឍន៍មួយចំនួន GPL មិនសមស្របទេព្រោះវាបង្កើតកាតព្វកិច្ចសម្រាប់ពួកគេក្នុងការចែកចាយផលិតផលដែលបានកែប្រែក្រោមអាជ្ញាប័ណ្ណដូចគ្នា។ លក្ខណៈពិសេសនៃកម្មវិធីនៃជម្រើសនេះអាចត្រូវបានបង្ហាញដោយរបៀបដែលដំណើរការនៃការផ្តល់អាជ្ញាប័ណ្ណការប្រើប្រាស់បណ្ណាល័យដែលបង្កើតឡើងដោយអ្នកសរសេរកម្មវិធីកើតឡើង។ ក្នុងករណីនេះជម្រើសបីខាងក្រោមត្រូវបានពិចារណា:
- នៅពេលដែលបណ្ណាល័យផ្តល់មុខងារថ្មីដែលគ្មានបណ្ណាល័យពាណិជ្ជកម្មផ្សេងទៀតអាចធ្វើដូចគ្នានោះ GPL គឺជាជម្រើសដ៏ល្អបំផុត។
- អ្នកអភិវឌ្ឍន៍នៅក្នុងបណ្ណាល័យឥតគិតថ្លៃបានអនុវត្តស្តង់ដារដែលមានស្រាប់រួចហើយ។ នៅក្នុងតំបន់នេះមានជម្រើសពាណិជ្ជកម្មដែលមានមុខងារស្រដៀងគ្នា។ សម្រាប់ករណីនេះ វានឹងមានភាពងាយស្រួលក្នុងការជ្រើសរើស LGPL។
- នៅពេលដែលវាមកដល់ស្តង់ដារថ្មីដែលពិតជាប្រកួតប្រជែងជាមួយពាណិជ្ជកម្ម អាជ្ញាប័ណ្ណ Apache គឺជាវិធីដែលត្រូវទៅ។
ស្តង់ដារនេះ
អនុញ្ញាតឱ្យប្រើប្រាស់បណ្ណាល័យពាណិជ្ជកម្ម ។ ប្រសិនបើការកែប្រែត្រូវបានធ្វើឡើង លក្ខខណ្ឌដូចគ្នាត្រូវតែប្រើសម្រាប់ការចែកចាយ។ ទោះជាយ៉ាងណាក៏ដោយការប្រើប្រាស់កូដសាមញ្ញអនុញ្ញាតឱ្យលក្ខខណ្ឌផ្លាស់ប្តូរ។
Eclipse Public License
ឯកសារនេះ
អនុញ្ញាតឱ្យមានការចែកចាយក្រោមអាជ្ញាប័ណ្ណផ្សេងទៀត រួមទាំងពាណិជ្ជកម្មផង ដែរ។ លក្ខខណ្ឌចម្បងគឺថានៅក្នុងការងារដែលបានកែប្រែការច្នៃប្រឌិតនឹងត្រូវបានដាក់នៅក្នុងម៉ូឌុលដាច់ដោយឡែកមួយ។ អាជ្ញាប័ណ្ណនេះបានទទួលបានការពេញនិយមក្នុងការអភិវឌ្ឍផលិតផលនៅក្នុងប្រទេស Java។ ឧទាហរណ៍មួយគឺភាសាសរសេរកម្មវិធី Clojure ដែលជាក្របខ័ណ្ឌសម្រាប់សាកល្បងកម្មវិធី java ។
អាជ្ញាប័ណ្ណសាធារណៈរបស់ Mozilla
អ្នកខ្លះមើលឃើញឯកសារនេះថាជាការសម្របសម្រួលរវាង GPL និងអាជ្ញាប័ណ្ណពាណិជ្ជកម្ម។ MPL ទាមទារ
ការចូលប្រើបើកចំហទៅកាន់ឯកសារជាក់លាក់ ។ ផលិតផលសូហ្វវែរអាចមានឯកសារមួយចំនួននៅក្រោមអាជ្ញាប័ណ្ណនេះ និងឯកសារផ្សេងទៀតដោយគ្មានវា។ បន្ទាប់ពីការកែប្រែ វាត្រូវបានអនុញ្ញាតឱ្យដាក់អាជ្ញាប័ណ្ណដែលត្រូវការ (ឧទាហរណ៍ វាអាចជាពាណិជ្ជកម្ម) ប៉ុន្តែនេះអាចធ្វើទៅបានលុះត្រាតែការចូលប្រើឯកសារដែលបានចេញផ្សាយក្រោម MPL នឹងនៅតែបើក។ ក្នុងករណីនេះ អ្នកប្រើប្រាស់ចុងក្រោយត្រូវតែផ្តល់ព័ត៌មានអំពីអ្នកនិពន្ធនៃកម្មវិធីដើម។ ដោយអនុលោមតាមឯកសារនេះ ការិយាល័យ LibreOffice កម្មវិធីរុករកតាមអ៊ីនធឺណិត Mozilla និងផលិតផលកម្មវិធីផ្សេងទៀតត្រូវបានចេញផ្សាយ។
អាជ្ញាប័ណ្ណ Apache Github
AL ត្រូវបានគេហៅថា អាជ្ញាប័ណ្ណសេរីសេរី។ លក្ខណៈពិសេសនេះគឺដោយសារតែ
មិនមានតម្រូវការក្នុងការចេញផ្សាយផលិតផលដេរីវេក្រោមលក្ខខណ្ឌដូចមុន ។ ឯកសារនេះត្រូវបានប្រើប្រាស់យ៉ាងសកម្មដោយ Apache Software Foundation។ នៅពេលប្រើ ខាងក្រោមនេះត្រូវបានអនុញ្ញាត៖
- ផលិតផលសូហ្វវែរត្រូវបានអនុញ្ញាតឱ្យប្រើប្រាស់បន្ថែមទៀតសម្រាប់គោលបំណងពាណិជ្ជកម្ម។
- ការកែប្រែកម្មវិធីត្រូវបានអនុញ្ញាត។
- ការចែកចាយជាបន្តបន្ទាប់គួរតែរួមបញ្ចូលឈ្មោះអ្នកនិពន្ធដើម។
តាមរយៈការបង្កើតវ៉ារ្យ៉ង់ថ្មី វាមិនមានកាតព្វកិច្ចសម្រាប់អ្នកផ្តល់អាជ្ញាប័ណ្ណក្នុងការផ្តល់លេខកូដផលិតផលដើមនោះទេ។ អាជ្ញាប័ណ្ណបែបនេះទទួលបានប្រជាប្រិយភាពគួរឱ្យកត់សម្គាល់។ នេះអាចត្រូវបានបង្ហាញដោយការចុះបញ្ជីផលិតផលសូហ្វវែរល្បីៗដែលត្រូវបានចេញផ្សាយក្រោមអាជ្ញាប័ណ្ណប្រភេទនេះ៖ ប្រព័ន្ធប្រតិបត្តិការ Android ក្របខ័ណ្ឌដែលបង្កើតកម្មវិធីសហគ្រាសនៅក្នុង Java និងម៉ាស៊ីនមេគេហទំព័រ Apache ។ https://youtu.be/wyZq-EazOmU
អាជ្ញាប័ណ្ណ MIT
អ្នកខ្លះចាត់ទុកជម្រើសអាជ្ញាប័ណ្ណកម្មវិធីឥតគិតថ្លៃនេះថាជាការពេញនិយមបំផុត។ អត្ថប្រយោជន៍ចម្បងរបស់វាត្រូវបានពិចារណាដោយអ្នកខ្លះថាមានភាពឆបគ្នាល្អជាមួយនឹងប្រភេទផ្សេងៗនៃអាជ្ញាប័ណ្ណឥតគិតថ្លៃ ឬពាណិជ្ជកម្ម។ លក្ខណៈពិសេសសំខាន់បំផុតគឺ
សមត្ថភាពក្នុងការកែប្រែកូដ ក៏ដូចជាការអនុញ្ញាតឱ្យចែកចាយនៅក្រោមអាជ្ញាប័ណ្ណផ្សេងទៀតតាមជម្រើសរបស់អ្នកដែលបានធ្វើការផ្លាស់ប្តូរ ។ ផលិតផលសូហ្វវែរដែលប្រើឯកសារនេះគឺ៖ បណ្ណាល័យ JavaScript ដែលហៅថា JQuiery, កម្មវិធីនិពន្ធអត្ថបទ Atom, AngularJS, ក្របខ័ណ្ឌអភិវឌ្ឍន៍ JavaScript ។
ថ្មក្រោមទឹក។
ពេលខ្លះអ្នកនិពន្ធដំបូងជ្រើសរើសកំណែមួយនៃអាជ្ញាប័ណ្ណ ហើយក្រោយមកចង់ផ្លាស់ប្តូរវា។ ប្រសិនបើគាត់បង្កើតកម្មវិធីតែម្នាក់ឯង នោះការផ្លាស់ប្តូរបែបនេះមិនពិបាកទេ។ ទោះយ៉ាងណាក៏ដោយ ក្នុងករណីដែលមានអ្នកចូលរួមច្រើនក្នុងការអភិវឌ្ឍន៍នោះ បើគ្មានការយល់ព្រមពីពួកគេ វានឹងមិនអាចដំណើរការបានទេ។ ជាឧទាហរណ៍ អ្នកបង្កើតលីនុច ទោះបីជាគាត់ពិតជាបានបង្កើតមូលដ្ឋាននៃប្រព័ន្ធប្រតិបត្តិការក៏ដោយ ក៏នឹងមិនអាចផ្លាស់ប្តូរអាជ្ញាប័ណ្ណដោយគ្មានការយល់ព្រមពីអ្នកសរសេរកម្មវិធីទាំងអស់ដែលបានចូលរួមក្នុងការអភិវឌ្ឍន៍បន្ថែមទៀតនោះទេ។ នៅពេលចែកចាយនៅក្រោម MPL អ្នកដែលធ្វើការផ្លាស់ប្តូរកូដមិនអាចផ្តល់ឯកសារនៅក្រោម MPL ក្រោមអាជ្ញាប័ណ្ណផ្សេងបានទេ។ ការប្រើប្រាស់ឯកសារថ្មីនឹងសំដៅទៅលើម៉ូឌុលកម្មវិធីផ្សេងទៀត។
