លទ្ធផល៖ របកគំហើញបច្ចេកវិទ្យាសំខាន់ៗចំនួន ៩ នៃឆ្នាំ ២០១៩

អាឡិចសាន់ឌឺ ជីស្ទីកូវ កំពុងទាក់ទង ខ្ញុំជាអ្នកផ្សាយដំណឹងល្អ vdsina.ru ហើយប្រាប់អ្នកអំពីព្រឹត្តិការណ៍បច្ចេកវិទ្យាល្អបំផុតទាំង 9 នៃឆ្នាំ 2019 ។

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

ខ្ញុំមិនបានតម្រៀបព្រឹត្តិការណ៍នៅក្នុងបញ្ជីដោយសារៈសំខាន់ ឬឥទ្ធិពលអស្ចារ្យនោះទេ ព្រោះសារៈសំខាន់របស់ពួកគេនឹងច្បាស់ក្នុងរយៈពេលដប់ឆ្នាំ ហើយឥទ្ធិពលអស្ចារ្យគឺមានរយៈពេលខ្លីពេក ខ្ញុំគ្រាន់តែព្យាយាមធ្វើឱ្យរឿងនេះមានភាពស៊ីសង្វាក់គ្នា។

1. កម្មវិធីម៉ាស៊ីនមេចល័តនៅក្នុងភាសាកម្មវិធី Rust សម្រាប់ WebAssembly

ខ្ញុំនឹងចាប់ផ្តើមការពិនិត្យឡើងវិញជាមួយនឹងរបាយការណ៍ពីរ៖

1. រាយការណ៍ លោក Brian Cantrill "ពេលវេលាដើម្បីសរសេរ OS ឡើងវិញនៅក្នុង Rust?"អានដោយគាត់ត្រឡប់មកវិញក្នុងឆ្នាំ 2018 ។

នៅពេលអានរបាយការណ៍ Brian Cantrill កំពុងធ្វើការនៅ Joyent ជា CTO ហើយមិនដឹងថាឆ្នាំ 2019 នឹងបញ្ចប់ដោយរបៀបណាសម្រាប់គាត់ និង Joyent ។

2. រាយការណ៍ដោយ Steve Klabnikជាសមាជិកនៃក្រុមស្នូលនៃភាសា Rust និងជាអ្នកនិពន្ធសៀវភៅ "The Rust Programming Language" ដែលធ្វើការនៅ Cloudflare ជាកន្លែងដែលគាត់និយាយអំពីលក្ខណៈពិសេសនៃភាសា Rust និងបច្ចេកវិទ្យា WebAssembly ដែលអនុញ្ញាតឱ្យអ្នកប្រើកម្មវិធីរុករកតាមអ៊ីនធឺណិតជា វេទិកាសម្រាប់ដំណើរការកម្មវិធី។

នៅឆ្នាំ 2019 WebAssembly ជាមួយវា។ ចំណុចប្រទាក់ WASIដែលផ្តល់នូវការចូលប្រើវត្ថុប្រព័ន្ធប្រតិបត្តិការដូចជាឯកសារ និងរន្ធបានផ្លាស់ប្តូរលើសពីកម្មវិធីរុករក ហើយកំពុងកំណត់គោលដៅទីផ្សារកម្មវិធីម៉ាស៊ីនមេ។

ខ្លឹមសារនៃរបកគំហើញគឺជាក់ស្តែង - មនុស្សជាតិមានពេលវេលាដំណើរការមួយបន្ថែមទៀតដែលមានសមត្ថភាពដំណើរការកម្មវិធីចល័តសម្រាប់គេហទំព័រ (តើមានអ្នកណាចងចាំគោលការណ៍ WORA ដែលបង្កើតឡើងដោយអ្នកនិពន្ធភាសាចាវ៉ា?)

យើងក៏មានវិធីសុវត្ថិភាពផងដែរក្នុងការបង្កើតកម្មវិធីទាំងនេះដោយអរគុណចំពោះភាសា Rust ដែលកម្មវិធី Raison d'être គឺដើម្បីលុបបំបាត់រាល់ថ្នាក់នៃកំហុសនៅពេលចងក្រង។

WebAssembly គឺជាអ្នកផ្លាស់ប្តូរហ្គេមដែល Solomon Hikes ដែលជាអ្នកបង្កើត Docker ម្នាក់បានសរសេរថាប្រសិនបើ WebAssembly និង WASI មាននៅក្នុងឆ្នាំ 2008 នោះ Docker នឹងមិនកើតនោះទេ។

វាមិនមែនជារឿងគួរឱ្យភ្ញាក់ផ្អើលទេដែល Rust ស្ថិតក្នុងចំណោមអ្នកទទួលយកបច្ចេកវិទ្យាចល័តថ្មី - ប្រព័ន្ធអេកូឡូស៊ីរបស់វាកំពុងអភិវឌ្ឍយ៉ាងស្វាហាប់ ហើយ Rust គឺជាភាសាសរសេរកម្មវិធីដែលចូលចិត្តបំផុតអស់រយៈពេលជាច្រើនឆ្នាំ។ ការស្ទង់មតិធ្វើឡើងដោយ StackOverflow.

នេះ​គឺជា​ស្លាយ​មួយ​ពី​ការ​និយាយ​របស់ Steve ដែល​បង្ហាញ​យ៉ាង​ច្បាស់​អំពី​សមាមាត្រ​នៃ​ចំនួន​កំហុស​សុវត្ថិភាព​ដែល​អាច​ជៀសវាង​បាន​ទាំង​ស្រុង​ដោយ​ប្រើ Rust ទៅ​នឹង​ចំនួន​សរុប​នៃ​កំហុស​នៅ​ក្នុង MS។ Windowsបានរកឃើញក្នុងរយៈពេលមួយទសវត្សរ៍កន្លះកន្លងមក។

Microsoft ត្រូវតែឆ្លើយតបចំពោះបញ្ហាប្រឈមបែបនេះ ហើយវាបានធ្វើ។

2. គម្រោង Verona ពី Microsoft ដែលនឹងសន្សំសំចៃ Windows ហើយនឹងបើកទំព័រប្រវត្តិសាស្ត្រថ្មីសម្រាប់ប្រព័ន្ធប្រតិបត្តិការណាមួយ។

ចំនួនកំហុសនៅក្នុងខឺណែល Microsoft Windows ហើយកម្មវិធីអ្នកប្រើប្រាស់ភាគច្រើនបានកើនឡើងស្ទើរតែជាលីនេអ៊ែរក្នុងរយៈពេល 12 ឆ្នាំកន្លងមក។

នៅឆ្នាំ 2019 Matthew Parkinson នៃក្រុមហ៊ុន Microsoft បានបង្ហាញគម្រោង Verona ជាសាធារណៈដែលអាចបញ្ចប់រឿងនេះ។

នេះគឺជាគំនិតផ្តួចផ្តើមរបស់ Microsoft ដើម្បីបង្កើតភាសាសរសេរកម្មវិធីដែលមានសុវត្ថិភាពដោយផ្អែកលើគំនិតនៃភាសា Rust៖ សហការីមកពី Microsoft Research បានរកឃើញថាបញ្ហាសុវត្ថិភាពភាគច្រើនត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងមរតកដ៏ធ្ងន់ធ្ងរនៃភាសា C ដែលភាគច្រើននៃ Windowsភាសាដែលស្រដៀងនឹង Rust គឺ Verona គ្រប់គ្រងអង្គចងចាំ និងការចូលប្រើធនធានក្នុងពេលដំណាលគ្នាដោយប្រើ គោលការណ៍អរូបីតម្លៃសូន្យ. ប្រសិនបើអ្នកចង់យល់លម្អិតអំពីរបៀបដែលវាដំណើរការសូមមើល របាយការណ៍ផ្ទាល់ខ្លួនរបស់ផាកឃីនសុន.

វាគួរឱ្យចាប់អារម្មណ៍ដែលថាក្រុមហ៊ុន Microsoft ត្រូវបានគេយល់ថាជាអាណាចក្រដ៏អាក្រក់ និងជាគូប្រជែងនៃអ្វីគ្រប់យ៉ាងថ្មី ទោះបីជាការពិតក៏ដោយ។ Simon Peyton-Jonesអ្នកអភិវឌ្ឍន៍សំខាន់នៃ Glasgow Haskell Compiler ធ្វើការនៅ Microsoft ។

សំណួររបស់ Brian Cantrill ពីកថាខណ្ឌទីមួយ៖ "តើវាមិនមែនជាពេលវេលាដើម្បីសរសេរខឺណែលប្រព័ន្ធប្រតិបត្តិការឡើងវិញនៅក្នុង Rust ទេ?" បានទទួលចម្លើយដែលមិននឹកស្មានដល់ - វាច្បាស់ណាស់ថាវាមិនទាន់អាចសរសេរខឺណែលប្រព័ន្ធប្រតិបត្តិការឡើងវិញបានទេ ប៉ុន្តែកម្មវិធីដែលកំពុងដំណើរការនៅក្នុងតំបន់អ្នកប្រើប្រាស់កំពុងត្រូវបានសរសេរឡើងវិញរួចហើយ។ ដំណើរការដែលមិនអាចបញ្ឈប់បានបានចាប់ផ្តើម ហើយវានឹងបើកទំព័រថ្មីនាពេលអនាគតសម្រាប់ប្រព័ន្ធប្រតិបត្តិការទាំងអស់។

3. ការកើនឡើងនៃប្រជាប្រិយភាពនៃភាសាកម្មវិធី Dart ដោយសារ Flutter framework

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

ខ្ញុំប្រើវិធីសាស្រ្តរបស់ខ្ញុំក្នុងការវាយតម្លៃប្រជាប្រិយភាពនៃភាសាសរសេរកម្មវិធីដោយការវិភាគឃ្លាំងនៅលើ Github ម្តងក្នុងមួយខែ ធ្វើបច្ចុប្បន្នភាពទិន្នន័យក្នុងតារាង. ប្រសិនបើនៅដើមឆ្នាំមានតែ 100 ឃ្លាំងដ៏ពេញនិយមនៅលើ Dart នោះ សព្វថ្ងៃនេះមាន 313 រួចហើយ។

Dart បានវ៉ាដាច់ Erlang, PowerShell, R, Perl, Elixir, Haskell, Lua និង CoffeeScript ក្នុងភាពពេញនិយម។ មិនមានភាសាសរសេរកម្មវិធីផ្សេងទៀតហាក់ដូចជាមានការរីកចម្រើនលឿនជាងមុននៅឆ្នាំនេះទេ។ ហេតុអ្វីបានជាវាកើតឡើង?

របាយការណ៍មួយក្នុងចំណោមរបាយការណ៍សំខាន់ៗនៃឆ្នាំនេះ នេះបើយោងតាមទស្សនិកជន HackerNews ត្រូវបានអានដោយ Richard Feldman ហើយត្រូវបានគេហៅ "ហេតុអ្វីបានជាកម្មវិធីមុខងារមិនមែនជាបទដ្ឋាន?" ផ្នែកសំខាន់មួយនៃរបាយការណ៍គឺត្រូវបានឧទ្ទិសដល់ការវិភាគអំពីរបៀបដែលភាសាសរសេរកម្មវិធីក្លាយជាការពេញនិយម។ មូលហេតុចម្បងមួយ យោងទៅតាមលោក Richard គឺវត្តមាននៃកម្មវិធី ឬក្របខ័ណ្ឌដែលមានប្រជាប្រិយភាព កម្មវិធីឃាតករ.

សម្រាប់ភាសា Dart ហេតុផលសម្រាប់ប្រជាប្រិយភាពរបស់វាគឺក្របខ័ណ្ឌអភិវឌ្ឍន៍កម្មវិធីទូរស័ព្ទ រុយ។ការកើនឡើងនៃប្រជាប្រិយភាពដែលយោងទៅតាម Google Trends ទើបតែបានកើតឡើងនៅដើមឆ្នាំនេះ។

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

៤. ឱកាសនៃការរស់រានមានជីវិតស្នូល Linux និងសហគមន៍របស់វា អរគុណចំពោះម៉ាស៊ីននិម្មិត eBPF

យើងនៅឯសន្និសិទស្នេហា VDSina៖ ឆ្នាំនេះខ្ញុំបានទៅសន្និសិទ DevOops នៅ St. Petersburg ហើយបានចូលរួមក្នុងតារាងជុំដែលឧទ្ទិសដល់និន្នាការ និងរឿងក្តៅៗនៅក្នុងឧស្សាហកម្មនេះ។ នៅឆ្នាំ 2019 មតិនាំមុខក្នុងការសន្ទនាបែបនេះគឺ៖

• Docker ស្លាប់​ព្រោះ​ធុញ​ពេក
• Kubernetes នៅរស់ ហើយនឹងមានរយៈពេលប្រហែលមួយឆ្នាំ - វានឹងនៅតែត្រូវបាននិយាយអំពីនៅក្នុងសន្និសីទនៅឆ្នាំ 2020
• ទន្ទឹមនឹងនេះ នៅក្នុងស្នូល Linux គ្មានមនុស្សរស់នៅណាម្នាក់បានមើលចូលជាយូរមកហើយទេ

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

ការអភិវឌ្ឍសម្រាប់ខឺណែល Linux: គឺជា

ការអភិវឌ្ឍសម្រាប់ខឺណែល Linux: វាបានក្លាយជា

ជាមួយ eBPF ឥឡូវនេះ ខឺណែលរាយការណ៍ព្រឹត្តិការណ៍ដែលអាចត្រូវបានដោះស្រាយដោយផ្នែកនៅខាងក្រៅខឺណែល - ចំណុចប្រទាក់ធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីធ្វើអន្តរកម្មដោយសុវត្ថិភាព និងមានប្រសិទ្ធភាពជាមួយខឺណែលពីកន្លែងអ្នកប្រើប្រាស់ និងពង្រីក និងបំពេញមុខងារខឺណែល។ Linuxដោយ​រំលង​ភ្នែក​ដែល​មើល​ឃើញ​ទាំងអស់​របស់ Linus Torvalds។

មុនពេល eBPF ការអភិវឌ្ឍកម្មវិធីដែលសកម្មភាពរបស់វាទាក់ទងយ៉ាងជិតស្និទ្ធទៅនឹងអន្តរកម្មជាមួយខឺណែល Linux គឺជារឿងរ៉ាវដ៏ស្មុគស្មាញមួយ—ការបង្កើតរបស់របរដូចជាកម្មវិធីបញ្ជាសម្រាប់ឧបករណ៍ដែលដំណើរការយឺត និងចំណុចប្រទាក់សម្រាប់ប្រព័ន្ធឯកសារនៅក្នុង userspace តម្រូវឱ្យមានដំណើរការពិនិត្យជាផ្លូវការដោយអ្នកអភិវឌ្ឍន៍ខឺណែលដែលមានបទពិសោធន៍។ Linux.

រូបរាងនៃចំណុចប្រទាក់ eBPF បានសម្រួលដំណើរការសរសេរកម្មវិធីបែបនេះយ៉ាងខ្លាំង - កម្រិតចូលត្រូវបានបន្ទាប នឹងមានអ្នកអភិវឌ្ឍន៍កាន់តែច្រើន ហើយសហគមន៍នឹងរស់ឡើងវិញ។

ខ្ញុំ​មិន​ឯកា​ក្នុង​ការ​សាទរ​របស់​ខ្ញុំ​ទេ៖ អ្នកបង្កើតខឺណែលយូរ David Miller ប្រកាសពីសារៈសំខាន់នៃ eBPF សម្រាប់ការរស់រានមានជីវិត (!) នៃប្រព័ន្ធអេកូអភិវឌ្ឍន៍ខឺណែល។ មួយ​ទៀត មិន​មែន​ជា​អ្នក​អភិវឌ្ឍន៍​ដ៏​ល្បី​តិច​នោះ​ទេ។ លោក Brendan Gregg (ខ្ញុំជាអ្នកគាំទ្រដ៏ធំរបស់គាត់) ហៅ eBPF ជារបកគំហើញដែលមិនស្មើគ្នាអស់រយៈពេល 50 ឆ្នាំ។

ទន្ទឹមនឹងនេះ Linus Torvalds ជាធម្មតាមិនសរសើរគាត់ជាសាធារណៈចំពោះរឿងបែបនេះទេ ហើយខ្ញុំអាចយល់ពីគាត់ - តើអ្នកណាចង់បង្ហាញជាសាធារណៈថាខ្លួនគាត់ជាមនុស្សល្ងង់? 🙂

5. Linux ស្ទើរតែ​បាន​វាយ​ដែកគោល​ចុងក្រោយ​ចូលទៅក្នុង​មឈូស​របស់ FreeBSD ជាមួយ​នឹង​ចំណុច​ប្រទាក់ io_uring អសមកាល​នៅក្នុង​ខឺណែល Linux

ចាប់តាំងពីយើងកំពុងនិយាយអំពីស្នូល Linuxចាំបាច់ត្រូវកត់សម្គាល់ពីការកែលម្អដ៏សំខាន់មួយទៀតដែលបានកើតឡើងនៅឆ្នាំនេះ៖ ការដាក់បញ្ចូលស្នូលថ្មីមួយ I/O API io_uring អសមកាលដែលមានប្រសិទ្ធភាពខ្ពស់។ ដោយ Jens Axbow នៃហ្វេសប៊ុក។

អស់រយៈពេលជាច្រើនឆ្នាំមកហើយ អ្នកគ្រប់គ្រងប្រព័ន្ធ និងអ្នកអភិវឌ្ឍន៍ FreeBSD បានរាប់ជាសមហេតុផលចំពោះជម្រើសរបស់ពួកគេដោយការពិតដែលថា FreeBSD មាន I/O អសមកាលកម្មល្អជាង Linuxឧទាហរណ៍ អាគុយម៉ង់នេះ ប្រើក្នុងរបាយការណ៍របស់គាត់ក្នុងឆ្នាំ 2014 Gleb Smirnov មកពី Nginx ។

ឥឡូវនេះហ្គេមបានប្រែក្លាយ។ ប្រព័ន្ធឯកសារចែកចាយ Ceph បានប្តូរទៅប្រើ io_uring រួចហើយ ហើយលទ្ធផលគោលនៃការអនុវត្តគឺគួរអោយចាប់អារម្មណ៍ជាមួយនឹងការកើនឡើង IOPS ចាប់ពី 14% ទៅ 102% អាស្រ័យលើទំហំប្លុក។ មានគំរូដើមដែលប្រើ I/O អសមកាលក្នុង PostgreSQL (យ៉ាងហោចណាស់ សម្រាប់អ្នកនិពន្ធផ្ទៃខាងក្រោយ), ការងារបន្ថែមទៀតដែលបានគ្រោងទុក នៅលើការបំប្លែង PostgreSQL ទៅអសមកាល I/O ។ ប៉ុន្តែដោយសារលក្ខណៈអភិរក្សនៃសហគមន៍អ្នកអភិវឌ្ឍន៍ យើងនឹងមិនទាន់ឃើញការផ្លាស់ប្តូរទាំងនេះនៅឡើយទេនៅឆ្នាំ 2020។

6. ការត្រលប់មកវិញនូវជ័យជំនះរបស់ AMD ជាមួយនឹងខ្សែដំណើរការ Ryzen

គ្មានអ្វីប្លែកទេ វាគ្រាន់តែថា AMD ដែលនៅក្រៅឧស្សាហកម្មនេះអស់រយៈពេលជាយូរមកហើយកំពុងបំបែកកំណត់ត្រាបន្ទាប់ពីកំណត់ត្រា។

បន្ទាត់ថ្មីនៃដំណើរការ Ryzen បានបង្ហាញពីសមាមាត្រតម្លៃ / ដំណើរការមិនគួរឱ្យជឿ: ពួកគេ។ គ្រប់គ្រងបញ្ជីនៃដំណើរការដែលលក់ដាច់បំផុតនៅលើ Amazonនិងក្នុងតំបន់មួយចំនួន ការលក់ប្រព័ន្ធដំណើរការ AMD លើសពីការលក់របស់ Intel. នៅក្នុងការប្រកួតប្រជែង Intel ត្រូវបានបង្ខំ ចាត់វិធានការមិនពេញនិយមខ្លាំង៖ បណ្តាលឱ្យកម្មវិធីដែលបង្កើតជាមួយកម្មវិធីចងក្រងផ្ទាល់ខ្លួនរបស់ពួកគេដំណើរការមិនសូវមានប្រសិទ្ធភាពនៅលើ processor របស់ដៃគូប្រកួតប្រជែង។ ទោះបីជាវិធីដ៏កខ្វក់របស់ Intel ក្នុងការប្រយុទ្ធក៏ដោយ ការវាយតម្លៃទីផ្សាររបស់ AMD គឺមានភាពជិតស្និទ្ធនឹងតម្លៃកំណត់ត្រានៃឆ្នាំ 2000.

7. តាម AMD ក្រុមហ៊ុន Apple មានគោលបំណងយកដុំ Intel ជាមួយ iPadOS និងល្បិច Gates ចាស់

មនុស្សគ្រប់រូបដែលអាចកាន់អាវុធនៅក្នុងដៃរបស់ពួកគេជាធម្មតាព្យាយាមចូលរួមក្នុងការប្រយុទ្ធរបស់យក្ស ហើយមិនត្រឹមតែ AMD ប៉ុណ្ណោះទេដែលកំពុងប្រជែងនឹងមូលដ្ឋានអាហាររបស់ Intel ។ ផ្លែប៉ោមមានអាកប្បកិរិយាដូចគោចាស់នៅក្នុងរឿងកំប្លែង។

យើងនឹងចុះពីលើភ្នំបន្តិចម្តង ៗគោ​ចាស់​ទាំង​ក្មេង​ឈរ​លើ​កំពូល​ភ្នំ ហើយ​ហ្វូង​គោ​ស៊ី​ស្មៅ​នៅ​ខាង​ក្រោម។
គោ​ក្មេង​ផ្តល់​ជូន​ចាស់៖
- ស្តាប់​ទៅ​ចុះ ឆាប់​ចុះ​ទៅ​គោះ​គោ
ហើយលឿន រហ័ស យើងនឹងត្រលប់មកវិញ!
– ទេ!
- អញ្ចឹងតោះ លឿនចុះ លឿនៗ ហៅគោពីរក្បាលមក លឿនៗ
តោះ​ឆាប់​ឡើង​វិញ!
– ទេ!
- អញ្ចឹងតើអ្នកស្នើអ្វី?
- យើងនឹងយឺត ៗ ចុះទៅភ្នំយឺត ៗ យើងនឹងសម្លាប់ហ្វូងទាំងមូល
ចូរយើងត្រឡប់ទៅកន្លែងរបស់យើងយឺត ៗ ហើយយឺត ៗ !

តាមរយៈការចេញផ្សាយ iPadOS ថ្មី Apple បានប្រើយុទ្ធសាស្ត្រប្រឆាំងនឹង Intel ដែលហៅថា "ការច្នៃប្រឌិតដែលរំខាន" ។

និយមន័យវិគីភីឌា

“ការច្នៃប្រឌិតដែលរំខាន” គឺជាការច្នៃប្រឌិតដែលផ្លាស់ប្តូរតុល្យភាពនៃតម្លៃនៅក្នុងទីផ្សារ។ ក្នុងពេលជាមួយគ្នានេះ ផលិតផលចាស់ក្លាយទៅជាមិនអាចប្រកួតប្រជែងបាន ដោយសារប៉ារ៉ាម៉ែត្រដែលការប្រកួតប្រជែងត្រូវបានផ្អែកលើពីមុនបាត់បង់សារៈសំខាន់របស់វា។

ឧទាហរណ៏នៃ "ការច្នៃប្រឌិតដែលរំខាន" គឺទូរស័ព្ទ (ជំនួសទូរលេខ) នាវាចំហុយ (កប៉ាល់សំពៅជំនួស) ឧបករណ៍ semiconductors (ជំនួសឧបករណ៍ខ្វះចន្លោះ) ម៉ាស៊ីនថតឌីជីថល (ម៉ាស៊ីនថតខ្សែភាពយន្តជំនួស) និងអ៊ីមែល (សំបុត្របុរាណដែលរំខាន) ។

Apple ប្រើប្រាស់ប្រព័ន្ធដំណើរការ ARM ដែលមានថាមពលទាបរបស់ខ្លួន ហើយនេះបានបង្ហាញថាមានសារៈសំខាន់សម្រាប់អ្នកប្រើប្រាស់ជាងដំណើរការយឺតបន្តិចនៃ x86 របស់ Intel ។

Apple កំពុងគ្រប់គ្រងដើម្បីដណ្តើមចំណែកទីផ្សារ ដោយបង្វែរ iPad ពីស្ថានីយកម្សាន្តទៅជាឧបករណ៍ការងារពេញលេញ - ដំបូងសម្រាប់អ្នកដែលបង្កើតមាតិកា ហើយឥឡូវនេះសម្រាប់អ្នកអភិវឌ្ឍន៍។ ជាការពិតណាស់ យើងនឹងមិនឃើញ MacBook ដែលមានមូលដ្ឋានលើ ARM ក្នុងពេលឆាប់ៗនេះទេ ប៉ុន្តែបញ្ហាតូចៗនៃការរចនាក្តារចុច MacBook Pro កំពុងជំរុញឱ្យមានការស្វែងរកដំណោះស្រាយជំនួស ហើយមួយក្នុងចំណោមពួកគេសន្យាថានឹងជា iPad Pro ជាមួយ iPadOS ។

តើ Gates និង Microsoft ត្រូវធ្វើអ្វីជាមួយវា?

នៅពេលមួយ Gates បានដកល្បិចដូចគ្នាជាមួយ IBM ។

នៅទសវត្សរ៍ឆ្នាំ 1970 ក្រុមហ៊ុន IBM បានគ្របដណ្ដប់ទីផ្សារម៉ាស៊ីនមេ ដោយមិនអើពើនឹងកុំព្យូទ័រផ្ទាល់ខ្លួនសម្រាប់មនុស្សជាមធ្យម។ នៅទសវត្សរ៍ឆ្នាំ 1980 លោក Gates បានប្រើប្រាស់មូលនិធិរបស់ IBM ដើម្បីបង្កើត និងផ្តល់អាជ្ញាប័ណ្ណ MS-DOS ដោយរក្សាសិទ្ធិប្រព័ន្ធប្រតិបត្តិការសម្រាប់ខ្លួនគាត់។ បន្ទាប់ពីទទួលបានប្រាក់នេះ ក្រុមហ៊ុន Microsoft បានបង្កើតចំណុចប្រទាក់ក្រាហ្វិកសម្រាប់ MS-DOS ហើយពិភពកុំព្យូទ័រក៏បានកើតមក។ Windows — ដំបូងឡើយគ្រាន់តែជាការលាបក្រាហ្វិកលើ DOS ហើយបន្ទាប់មកប្រព័ន្ធប្រតិបត្តិការកុំព្យូទ័រដំបូងគេដែលងាយស្រួលសម្រាប់មហាជន។ IBM ដែលជាក្រុមហ៊ុនធំមួយ និងមិនងាយស្រួលប្រើប្រាស់ បានបាត់បង់ទីផ្សារកុំព្យូទ័រផ្ទាល់ខ្លួនទៅឱ្យក្រុមហ៊ុន Microsoft វ័យក្មេង និងលឿន។ ខ្ញុំបានសង្ខេបរឿងដ៏អស្ចារ្យនេះដោយសង្ខេប ដូច្នេះប្រសិនបើអ្នកចាប់អារម្មណ៍អំពីរបៀបដែល Apple នឹងប្រកួតប្រជែងជាមួយ Intel ក្នុងឆ្នាំ 2020 ជាមួយ iPadOS ខ្ញុំសូមណែនាំវាយ៉ាងខ្លាំង។ អានវាទាំងស្រុង.

៨. ពង្រឹងជំហររបស់ ZFSonLinux — សេះចាស់មិនបំផ្លាញចង្អូរទេ

Canonical បានបង្ហាញពីលទ្ធភាពនៃការដំឡើង Ubuntu ដោយប្រើប្រព័ន្ធឯកសារ ZFS ជាប្រព័ន្ធឯកសារ root ដោយផ្ទាល់ពីកម្មវិធីដំឡើង។ ពេលខ្លះខ្ញុំគិតថាវិស្វករដែលធ្វើការនៅ Sun Microsystems តំណាងឱ្យប្រភេទជីវសាស្រ្តដាច់ដោយឡែកមួយនៃ Homo sapiens (Brian Cantrill និង Brendan Gregg ដែលបានរៀបរាប់ខាងលើបានធ្វើការនៅ Sun)។ វិនិច្ឆ័យដោយខ្លួនឯង ទោះបីជាមានការខិតខំប្រឹងប្រែងអស់ជាច្រើនឆ្នាំរបស់មនុស្សជាតិក្នុងការបង្កើតអ្វីមួយដែលស្រដៀងនឹងប្រព័ន្ធឯកសារ ZFS ក៏ដោយ ទោះបីជាមានការរឹតបន្តឹងអាជ្ញាប័ណ្ណដែលមិនអាចគ្រប់គ្រងបានដែលរារាំងការរួមបញ្ចូលកូដប្រភព ZFS នៅក្នុងសាខាអភិវឌ្ឍន៍ខឺណែលសំខាន់ក៏ដោយ។ Linuxយើងនៅតែប្រើ ZFS ហើយវានឹងមិនផ្លាស់ប្តូរឆាប់ៗនេះទេ។

9. ក្រុមហ៊ុនកុំព្យូទ័រ Oxide - យើងនឹងតាមដានយ៉ាងដិតដល់នូវក្រុមនេះ ដែលច្បាស់ណាស់ថាមានសមត្ថភាពច្រើន - យ៉ាងហោចណាស់ក៏បង្កើតកម្មវិធីត្រជាក់

ខ្ញុំបញ្ចប់បញ្ជីរបស់ខ្ញុំជាមួយនឹងការលើកឡើងមួយទៀតអំពី Brian Cantrill ជាកន្លែងដែលខ្ញុំចាប់ផ្តើម។

Brian Cantrill និងវិស្វករផ្សេងទៀត (ខ្លះក៏ធ្លាប់ធ្វើការនៅ Sun) បានបង្កើតក្រុមហ៊ុនបណ្តាក់ទុនមួយដែលមានឈ្មោះថា ក្រុមហ៊ុនកុំព្យូទ័រអុកស៊ីដគោលដៅសំខាន់គឺបង្កើតវេទិកាម៉ាស៊ីនមេដែលសមរម្យសម្រាប់ការប្រើប្រាស់ក្នុងទ្រង់ទ្រាយធំ។ វាត្រូវបានគេដឹងថាសាជីវកម្មធំ ៗ ដូចជា Google, Facebook និង Amazon មិនប្រើផ្នែករឹងម៉ាស៊ីនមេធម្មតានៅក្នុងសកម្មភាពរបស់ពួកគេទេ។ ក្រុមហ៊ុនរបស់ Brian មានគោលបំណងលុបបំបាត់វិសមភាពនេះដោយបង្កើតកម្មវិធី និងវេទិកាផ្នែករឹងដែលសមរម្យសម្រាប់ប្រើប្រាស់ដោយសេវាកម្មពពកណាមួយ (រួមទាំងភាសាសរសេរកម្មវិធី Rust)។

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

អ្វីដែលយើងបានធ្វើនៅឆ្នាំ 2019 នៅ VDSina

យើងមិនបានធ្វើឱ្យមានរបកគំហើញបច្ចេកវិទ្យាណាមួយក្នុងឆ្នាំ 2019 ជាមួយ VDSina ប៉ុន្តែយើងនៅតែមានអ្វីដែលគួរមានមោទនភាព។

នៅក្នុងខែកុម្ភៈ យើងបានបន្ថែមលទ្ធភាពប្រើប្រាស់បណ្តាញក្នុងស្រុករវាងម៉ាស៊ីនមេ និងបានបើកដំណើរការសេវាកម្មចុះឈ្មោះដែន។ តម្លៃនេះត្រូវបានធ្វើឱ្យទាបបំផុតមួយនៅលើទីផ្សារ - 179 rubles ក្នុងមួយ ru/рф រួមទាំងសម្រាប់ការបន្ត។

កាលពីខែមីនា ពួកយើងបាននិយាយនៅឯ IT Global Meetup #14។

ក្នុងខែមេសា យើងបានបង្កើនទទឹងឆានែលសម្រាប់ម៉ាស៊ីនមេនីមួយៗពី 100 ទៅ 200 មេហ្គាប៊ីត ហើយបានបង្កើនកម្រិតចរាចរណ៍យ៉ាងខ្លាំងសម្រាប់ពន្ធគយទាំងអស់ (លើកលែងតែតម្លៃថោកបំផុត) - ដល់ 32 តេរ៉ាបៃក្នុងមួយខែ។

នៅក្នុងខែកក្កដា អតិថិជនត្រូវបានផ្តល់ជម្រើសក្នុងការដំឡើងដោយស្វ័យប្រវត្តិ Windows Server ឆ្នាំ ២០១៩។ ការការពារ DDoS ដោយឥតគិតថ្លៃបានចាប់ផ្តើមផ្តល់ជូននៅក្នុងតំបន់មូស្គូ។
ផងដែរនៅក្នុងខែកក្កដាក្រុមហ៊ុនរបស់យើងបានបង្ហាញខ្លួននៅលើ Habre ជាលើកដំបូង អត្ថបទអំពីរបៀបដែលយើងសរសេរផ្ទាំងបញ្ជាបង្ហោះផ្ទាល់ខ្លួនរបស់យើង។ និងរបៀបដែលវាបានជួយយើងឱ្យឈានជើងមួយជំហានក្នុងការគាំទ្រអតិថិជន។

នៅក្នុងខែសីហា ពួកគេបានបន្ថែមសមត្ថភាពក្នុងការបង្កើតរូបថត - ការបម្រុងទុកម៉ាស៊ីនមេ។
API សាធារណៈត្រូវបានចេញផ្សាយ។
យើងបានបង្កើនទទឹងឆានែលសម្រាប់ម៉ាស៊ីនមេនីមួយៗពី 200 ទៅ 500 មេហ្គាប៊ីត។
យើងបានចូលរួមក្នុងសន្និសិទ Chaos Constructions 2019 ដោយចែកចាយរំពាត់ដែលមានស្លាកសញ្ញាក្រុមហ៊ុនជាទំនិញ (ពាក្យស្លោកនៃយុទ្ធនាការគឺ "នៅពេលដែលអ្នកអភិវឌ្ឍន៍ស្ថិតនៅលើកំពូល") និងផ្ទុះការជជែកតាមទូរលេខ។

នៅខែកញ្ញា យើងបានបើកដំណើរការ Instagram ដ៏គួរឱ្យស្រលាញ់ និងរួសរាយបំផុតរបស់ក្រុមហ៊ុន IT - VDSina បានចាប់ផ្តើមនិយាយអំពីព័ត៌មាន និងជីវិតប្រចាំថ្ងៃ អ្នកអភិវឌ្ឍន៍ doggy.

នៅក្នុងខែវិច្ឆិកា យើងបានទៅ Highload++ ចូលរួមក្នុងតារាងជុំមួយនៅលើ "មូលដ្ឋានទិន្នន័យនៅក្នុង Kubernetes" ហើយស្លៀកពាក់អ្នកចូលរួមដោយមួកឆ្លាម។

នៅក្នុងខែធ្នូ យើងបាននិយាយនៅក្នុងកិច្ចប្រជុំ DevOps នៅក្នុងការិយាល័យ GazPromNeft ជាមួយនឹងរបាយការណ៍អំពីមូលដ្ឋានទិន្នន័យនៅក្នុង Kubernetes និងនៅក្នុងសន្និសីទ DevOpsDays នៅទីក្រុងម៉ូស្គូ។ ជាមួយនឹងរបាយការណ៍អំពីការអស់កម្លាំងដែលពិតជាការសម្តែងដ៏ល្អបំផុតរបស់ខ្ញុំប្រចាំឆ្នាំ។

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

ដូចដែលលោក Nassim Taleb បាននិយាយ វាកាន់តែងាយស្រួលក្នុងការទស្សន៍ទាយអ្វីដែលយើងពិតជានឹងមិនឃើញ។ ខ្ញុំចង់ចង្អុលបង្ហាញថា អ្វីគ្រប់យ៉ាងដែលយើងនឹងឃើញនៅឆ្នាំ ២០២០ សុទ្ធតែមានប្រភពដើមនៅឆ្នាំ ២០១៩ ២០១៨ និងមុននេះ។ ខ្ញុំនឹងមិនព្យាយាមទស្សន៍ទាយអនាគតឲ្យបានត្រឹមត្រូវទេ ប៉ុន្តែឆ្នាំ ២០២០ ពិតជាមិនមែនជាឆ្នាំនោះទេ។ Linux នៅលើកុំព្យូទ័រលើតុ (តើពេលណាជាលើកចុងក្រោយដែលអ្នកបានឃើញកុំព្យូទ័រលើតុ?) និងឆ្នាំ Linux យើងបានឃើញរឿងនេះនៅលើឧបករណ៍ចល័តអស់រយៈពេលប្រហែលដប់ឆ្នាំមកហើយ។

ទោះក្នុងកាលៈទេសៈណាក៏ដោយ ខ្ញុំសង្ឃឹមថាក្នុងមួយឆ្នាំ យើងនឹងជួបជុំគ្នាម្តងទៀត ហើយពិភាក្សាអំពីរបៀបដែលអ្វីៗបានប្រែក្លាយជាការពិត។

រីករាយថ្ងៃឈប់សម្រាកទាំងអស់គ្នា!

តាមដានអ្នកអភិវឌ្ឍន៍របស់យើងនៅលើ Instagram

ប្រភព: www.habr.com