ច្រែះអ្វីដែលអ្នកអភិវឌ្ឍន៍លីនុចហាក់ដូចជាយល់ព្រមជាមួយ

ភាសាសរសេរកម្មវិធី ច្រែះតែងតែមានគោលបំណងជំនួស C នៅក្នុងការអភិវឌ្ឍខឺណែលលីនុច ហើយវាគឺថានៅពេលដែលរ៉ូសបានរីកចម្រើនអ្នកអភិវឌ្ឍន៍ជាច្រើនបានបង្ហាញចំណាប់អារម្មណ៍កាន់តែខ្លាំងឡើងចំពោះការប្រើប្រាស់របស់វានៅក្នុងខឺណែលលីនុច។

នៅក្នុងសន្និសិទនិម្មិតនៃ លីនុចដាប់ប៊លឆ្នាំ ២០២០ លំហូរ microconferencing ដោយអិលអិលអិម បានរៀបចំវគ្គស្តីពីសំណួរបើកចំហ និងឧបសគ្គ សម្រាប់ការទទួលយក Rust នៅលើខឺណែលលីនុច។

ចំណាប់អារម្មណ៍លើប្រធានបទនេះអាចមើលឃើញព្រោះថាវគ្គនេះមានភាពមមាញឹកបំផុតនៅក្នុងព្រឹត្តិការណ៍ឆ្នាំ ២០២០ ។

ដូច្នេះឥឡូវនេះតើយើងគួរតែសរសេរឡើងវិញនូវខឺណែលលីនុចទាំងមូលជាមួយនឹងភាសា Rust ដែរឬទេ? ការពិភាក្សានេះមិនមានកាលបរិច្ឆេទទេចាប់ពីថ្ងៃនេះតទៅហើយត្រូវបានគេយកមកពិចារណាចាប់តាំងពីការលេចចេញជារូបរាងនៃទ្រនាប់ទ្រនាប់ស្ថេរភាពដំបូងនៅឆ្នាំ ២០១៥ ។

នៅក្នុងទិដ្ឋភាពនៃលទ្ធភាពដែលវាផ្តល់ជូន ច្រែះអ្នកខ្លះណែនាំឱ្យធ្វើវា។ ឆ្នាំនេះនៅក្នុងសន្និសិទលីនុចលីនេអ៊ែរក្នុងខែសីហា វាគ្មិនមានពេលម្តងទៀតដើម្បីពិភាក្សាវា។

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

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

នៅក្នុងសន្និសីទពួកគេបានបង្ហាញពីការងាររបស់ពួកគេលើម៉ូឌែលខឺណែលប្រូតេស្តង់និងបានតស៊ូមតិសម្រាប់ការអនុម័តរ៉ូសនៅក្នុងខឺណែល។

ពួកគេបានលើកឡើងពីការងារដែលបង្ហាញថាប្រហែលជា ២/៣ នៃភាពងាយរងគ្រោះនៃខឺណែលដែលបានប្រគល់ CVEs នៅក្នុងប្រព័ន្ធប្រតិបត្តិការ Android និងអ៊ូប៊ុនទូគឺទាក់ទងទៅនឹងបញ្ហាសតិ។

ពួកគេបានបញ្ចប់ការពន្យល់អំពីរឿងនោះ ច្រែះអាចចៀសវាងកំហុសប្រភេទនេះបានទាំងស្រុងដោយសារ APIs កាន់តែមានសុវត្ថិភាព បើកដំណើរការដោយប្រភេទប្រព័ន្ធរបស់អ្នកនិងអ្នកផ្ទៀងផ្ទាត់ប្រាក់កម្ចីរបស់អ្នក។

ការសិក្សានេះគ្រប់គ្រងដើម្បីបញ្ចុះបញ្ចូលអ្នកថែរក្សាមួយចំនួនរួចហើយ Linus Torvalds ដែលបានគាំទ្រការណែនាំរបស់ Rust ចូលក្នុងខឺណែល។ ថូម៉ាសនិងហ្គេណេន័រលោក Josh Triplett សហប្រធានក្រុមភាសា Rust និងអ្នកអភិវឌ្ឍន៍ខឺណែលលីនុចដែលមានអាយុកាលវែងក៏ដូចជាអ្នកអភិវឌ្ឍន៍ដែលចាប់អារម្មណ៍ដទៃទៀតបានចូលរួមក្នុងការពិភាក្សាលើប្រធានបទនេះ។

ពួកគេបាននិយាយយ៉ាងសង្ខេបអំពីការងាររបស់គាត់រហូតមកដល់ពេលនេះនិងគំនិតនិងសំណួរដំបូងមួយចំនួនមុនពេលបើកពេលវេលាពិភាក្សា។

ទាំងនេះគឺជាការប្រើប្រាស់ APIs ដែលមានស្រាប់នៅក្នុងខឺណែលការគាំទ្រផ្នែកស្ថាបត្យកម្មនិងសំណួរអំពីភាពឆបគ្នារបស់អេអាយអាយរវាងរ៉ូសនិងស៊ី។

តាមពិតដំបូងពួកគេជឿថា ការណែនាំច្រេះចូលទៅក្នុងរចនាសម្ព័ន្ធមែកធាងត្រូវតែគោរពតាមស៊ីអេសអេសដែលមានស្រាប់។ 

ទោះជាយ៉ាងណាក៏ដោយមនុស្សគ្រប់គ្នាមានអារម្មណ៍ថាអារក្សស្ថិតនៅក្នុងពត៌មានលំអិតហើយទាំងការងារដែលបានធ្វើកន្លងមកនិងការសន្ទនាក្នុងកំឡុងពេលវគ្គបានបង្ហាញពីឧបសគ្គបើកចំហមួយចំនួន។

ឧទាហរណ៍លីនុចប្រើបា្រស់ម៉ាក្រូមុនគេនិងមុខងារក្នុងជួរដែលមិនងាយនឹងគាំទ្រដោយឧបករណ៍ចងហ្គែនហ្គែននិងចំណុចប្រទាក់មុខងារខាងក្រៅរបស់រ៉ូស។

នេះបើយោងតាមពួកគេ។ បច្ចុប្បន្នការអនុវត្តន៍ចាស់ទុំតែមួយគត់របស់ច្រែះគឺជាអ្នកចងក្រង rustc ដែលចេញលេខកូដតាមរយៈអិលអិលអិម។

ខឺណែលលីនុចគាំទ្រដល់ស្ថាបត្យកម្មផ្សេងៗគ្នាជាច្រើនដែលភាគច្រើនមិនមានផ្នែកខាងក្រោយអិលអេអិមអិមទេ។

សម្រាប់ផ្នែករបស់គាត់លោក Triplett បានលើកឡើងថាការបន្ថែមរ៉ូសទៅខឺណែលនឹងជួយបង្កើនការគាំទ្រផ្នែកស្ថាបត្យកម្មសម្រាប់រ៉ូសដោយដកស្រង់បទពិសោធន៍របស់គាត់ជាមួយគម្រោងដេបៀន។ លោកបានលើកឡើងថាការណែនាំអំពីសូហ្វវែររ៉ូសនៅក្នុងដេបៀនបានជួយជំរុញឱ្យមានការចាប់អារម្មណ៍និងអ្នកប្រើប្រាស់ស្ថាបត្យកម្មពិសេសធ្វើឱ្យប្រសើរឡើងនូវការគាំទ្ររបស់រ៉ូសហើយគាត់សង្ឃឹមថានឹងបន្ថែមការគាំទ្រខឺណែលឱ្យមានឥទ្ធិពលស្រដៀងគ្នា។

ជាពិសេសគាត់ត្រូវបានគេជឿជាក់ថាស្ថាបត្យកម្មណាមួយដែលមានផ្នែកខាងក្រោយអិល។ អិល។ អេមនឹងត្រូវគ្នាយ៉ាងឆាប់រហ័សជាមួយរ៉ូស។ កិច្ចពិភាក្សាក៏បានផ្តោតលើការអនុវត្តជំនួសច្រេះដែលជាផ្លូវឆ្ពោះទៅរកការគាំទ្រផ្នែកស្ថាបត្យកម្មឱ្យកាន់តែទូលំទូលាយ។

សម័យប្រជុំបានបញ្ចប់ដោយគ្មានព្រឹត្តិការណ៍ជាក់លាក់ណាមួយបន្ថែមទៀតប៉ុន្តែវាហាក់ដូចជាមានភាពរីករាយជាទូទៅសម្រាប់ការគាំទ្រ Rust Mods និងការពង្រីកកិច្ចព្រមព្រៀងលើតម្រូវការទូទៅសម្រាប់ការគាំទ្រនេះ។