Alexey Grachev: ទៅខាងមុខ

Kyiv Go Meetup ខែឧសភា ឆ្នាំ 2018៖

ដឹកនាំ៖ - សួស្តី​អ្នក​ទាំងអស់គ្នា! សូមអរគុណសម្រាប់ការនៅទីនេះ! ថ្ងៃនេះយើងមានវាគ្មិនផ្លូវការពីររូបគឺ លីអូសា និងវ៉ាន់យ៉ា។ វានឹងមានពីរបន្ថែមទៀតប្រសិនបើយើងមានពេលគ្រប់គ្រាន់។ វាគ្មិនដំបូងគឺ Alexey Grachev គាត់នឹងប្រាប់យើងអំពី GopherJS ។

Alexey Grachev (តទៅនេះ - AG)៖ - ខ្ញុំជាអ្នកអភិវឌ្ឍន៍ Go ហើយខ្ញុំសរសេរសេវាកម្មគេហទំព័រនៅក្នុង Go ។ ពេលខ្លះអ្នកត្រូវដោះស្រាយជាមួយ frontend ពេលខ្លះអ្នកត្រូវចូលទៅក្នុងវាដោយដៃ។ ខ្ញុំ​ចង់​និយាយ​អំពី​បទ​ពិសោធ​របស់​ខ្ញុំ​និង​ការ​ស្រាវ​ជ្រាវ​ទៅ​ក្នុង Go on the frontend ។

រឿងព្រេងគឺនេះ៖ ដំបូងយើងនឹងនិយាយអំពីមូលហេតុដែលយើងចង់ដំណើរការ Go ​​នៅលើផ្នែកខាងមុខ បន្ទាប់មកយើងនឹងនិយាយអំពីរបៀបដែលវាអាចធ្វើបាន។ មានវិធីពីរយ៉ាង - Web Assembly និង GopherJS ។ តោះមើលថាតើស្ថានភាពនៃដំណោះស្រាយទាំងនេះជាអ្វី និងអ្វីដែលអាចធ្វើបាន។

តើមានអ្វីខុសជាមួយផ្នែកខាងមុខ?

តើ​គ្រប់​គ្នា​យល់​ស្រប​ថា​អ្វី​គ្រប់​យ៉ាង​ល្អ​ជាមួយ​នឹង​ផ្នែក​ខាង​មុខ​ឬ?

ការធ្វើតេស្តមិនគ្រប់គ្រាន់ទេ? សាងសង់យឺត? ប្រព័ន្ធអេកូ? ល្អ

ទាក់ទងនឹង Frontend ខ្ញុំចូលចិត្តសម្រង់សម្តីដែលអ្នកអភិវឌ្ឍន៍ Frontend ម្នាក់បាននិយាយនៅក្នុងសៀវភៅរបស់គាត់៖

Javascript មិនមានប្រព័ន្ធប្រភេទទេ។ ឥឡូវនេះខ្ញុំនឹងដាក់ឈ្មោះបញ្ហាដែលខ្ញុំបានជួបប្រទះក្នុងដំណើរការការងាររបស់ខ្ញុំ ហើយពន្យល់ពីរបៀបដែលពួកគេត្រូវបានដោះស្រាយ។

ប្រព័ន្ធប្រភេទជាទូទៅស្ទើរតែមិនអាចត្រូវបានគេហៅថាប្រព័ន្ធប្រភេទនៅក្នុង Javasript ទេ - មានបន្ទាត់ដែលបង្ហាញពីប្រភេទនៃវត្ថុប៉ុន្តែតាមពិតវាមិនមានអ្វីទាក់ទងនឹងប្រភេទទេ។ បញ្ហានេះត្រូវបានដោះស្រាយនៅក្នុង TypeScript (កម្មវិធីបន្ថែមទៅ Javasript) និង Flow (កម្មវិធីត្រួតពិនិត្យប្រភេទឋិតិវន្តនៅក្នុង Javascript)។ តាមពិតទៅ Frontend បានឈានដល់ចំណុចនៃការដោះស្រាយបញ្ហានៃប្រព័ន្ធប្រភេទមិនល្អនៅក្នុង Javascript រួចហើយ។

មិនមានបណ្ណាល័យស្តង់ដារនៅក្នុងកម្មវិធីរុករកបែបនេះទេ - មានវត្ថុដែលភ្ជាប់មកជាមួយនិងមុខងារ "វេទមន្ត" នៅក្នុងកម្មវិធីរុករក។ ប៉ុន្តែនៅក្នុង Javascript មិនមានបណ្ណាល័យស្តង់ដារដូចនោះទេ។ បញ្ហានេះត្រូវបានដោះស្រាយម្តងរួចមកហើយដោយ jQuery (អ្នកគ្រប់គ្នាបានប្រើ jQuery ជាមួយនឹងគំរូទាំងអស់ ជំនួយការ មុខងារដែលត្រូវការដើម្បីដំណើរការ)។ ឥឡូវនេះមនុស្សគ្រប់គ្នាប្រើ Lodash:

ហៅត្រឡប់ទៅឋាននរក។ ខ្ញុំគិតថាអ្នកគ្រប់គ្នាបានឃើញកូដ Javascript ប្រហែល 5 ឆ្នាំមុន ហើយវាមើលទៅដូចជា "គុយទាវ" នៃភាពស្មុគ្រស្មាញមិនគួរឱ្យជឿនៃការហៅត្រឡប់មកវិញ។ ឥឡូវនេះបញ្ហានេះត្រូវបានដោះស្រាយ (ជាមួយនឹងការចេញផ្សាយ ES-15 ឬ ES-16) ការសន្យាត្រូវបានបន្ថែមទៅ Javascript ហើយអ្នកគ្រប់គ្នាអាចដកដង្ហើមបានស្រួលជាងមួយរយៈ។

រហូតទាល់តែ Promice hell មកដល់... ខ្ញុំមិនដឹងថាតើឧស្សាហកម្មខាងមុខគ្រប់គ្រងដោយរបៀបណានោះទេ ប៉ុន្តែពួកគេតែងតែបើកឡានខ្លួនឯងចូលទៅក្នុងព្រៃចម្លែក។ យើង​ក៏​អាច​ធ្វើ​នរក​តាម​ការ​សន្យា។ បន្ទាប់មក យើងបានដោះស្រាយបញ្ហានេះដោយបន្ថែមបុព្វបទថ្មី - async/await៖

បញ្ហាជាមួយអសមកាលត្រូវបានដោះស្រាយ។ Async/await គឺជាបុព្វបទដ៏ពេញនិយមមួយនៅក្នុងភាសាផ្សេងៗ។ Python និងអ្នកដទៃមានវិធីសាស្រ្តនេះ - វាល្អណាស់។ បញ្ហាត្រូវបានដោះស្រាយ។

តើបញ្ហាអ្វីមិនត្រូវបានដោះស្រាយ? ភាពស្មុគស្មាញកាន់តែកើនឡើងនៃក្របខ័ណ្ឌ ភាពស្មុគស្មាញនៃប្រព័ន្ធអេកូឡូស៊ី និងកម្មវិធីខ្លួនឯង។

• វាក្យសម្ព័ន្ធ Javascript គឺចម្លែកបន្តិច។ យើងទាំងអស់គ្នាដឹងពីបញ្ហាជាមួយនឹងការបន្ថែមអារេ និងវត្ថុមួយ និងរឿងកំប្លែងផ្សេងទៀត។
• Javascript គឺជាពហុគំរូ។ នេះគឺជាប្រព័ន្ធពិសេសមួយឥឡូវនេះ នៅពេលដែលប្រព័ន្ធអេកូឡូស៊ីមានទំហំធំណាស់៖
  • មនុស្សគ្រប់គ្នាសរសេរតាមរចនាប័ទ្មផ្សេងៗគ្នា - ខ្លះសរសេរតាមលំដាប់ ខ្លះសរសេរមុខងារ អ្នកអភិវឌ្ឍន៍ផ្សេងគ្នាសរសេរខុសគ្នា
  • ពីកញ្ចប់ផ្សេងៗគ្នា គំរូផ្សេងគ្នានៅពេលអ្នកប្រើកញ្ចប់ផ្សេងៗគ្នា។
  • មាន "ភាពសប្បាយរីករាយ" ជាច្រើនជាមួយនឹងកម្មវិធីមុខងារនៅក្នុង Javasript - បណ្ណាល័យ rambda បានបង្ហាញខ្លួន ហើយឥឡូវនេះគ្មាននរណាម្នាក់អាចអានកម្មវិធីដែលបានសរសេរនៅក្នុងបណ្ណាល័យនេះបានទេ។

• ទាំងអស់នេះធ្វើឱ្យមានផលប៉ះពាល់យ៉ាងខ្លាំងដល់ប្រព័ន្ធអេកូឡូស៊ី ហើយវាបានរីកចម្រើនយ៉ាងខ្លាំងមិនគួរឱ្យជឿ។ កញ្ចប់​មិន​ត្រូវ​គ្នា​ជាមួយ​គ្នា៖ ខ្លះ​ផ្អែក​លើ​ការ​សន្យា ខ្លះ​ផ្អែក​លើ async/await ខ្លះ​ផ្អែក​លើ​ការ​ហៅ​ត្រឡប់។ គេ​ក៏​សរសេរ​តាម​លំនាំ​ផ្សេងៗ​ដែរ!
• នេះធ្វើឱ្យគម្រោងនេះពិបាកក្នុងការថែទាំ។ វាពិបាកក្នុងការស្វែងរកកំហុស ប្រសិនបើអ្នកមិនអាចអានកូដ។

តើ Web Assembly ជាអ្វី?

អ្នកក្លាហានមកពី Mozilla Foundation និងក្រុមហ៊ុនមួយចំនួនទៀតបានមកបង្កើតរឿងដូចជា Web Assembly ។ តើ​នេះ​ជា​អ្វី?

• នេះគឺជាម៉ាស៊ីននិម្មិតដែលបានបង្កើតឡើងនៅក្នុងកម្មវិធីរុករកដែលគាំទ្រទ្រង់ទ្រាយគោលពីរ។
• កម្មវិធីប្រព័ន្ធគោលពីរទៅដល់ទីនោះ ហើយត្រូវបានប្រតិបត្តិស្ទើរតែដើម ពោលគឺកម្មវិធីរុករកមិនចាំបាច់ញែក "គុយទាវ" ទាំងអស់នៃកូដ javascript រាល់ពេលនោះទេ។
• កម្មវិធីរុករកទាំងអស់បានប្រកាសការគាំទ្រ។
• ដោយសារវាជា bytecode អ្នកអាចសរសេរ compiler សម្រាប់ភាសាណាមួយ។
• កម្មវិធីរុករកធំៗចំនួន 4 បានដឹកជញ្ជូនជាមួយនឹងការគាំទ្រ Web Assembly រួចហើយ។
• យើងរំពឹងថានឹងមានការគាំទ្រពីដើមនៅក្នុង Go ឆាប់ៗនេះ។ ស្ថាបត្យកម្មថ្មីនេះត្រូវបានបន្ថែមរួចហើយ៖ GOARCH=wasm GOOS=js (ឆាប់ៗនេះ)។ រហូតមកដល់ពេលនេះ ដូចដែលខ្ញុំយល់ហើយ វាមិនមានមុខងារទេ ប៉ុន្តែមានសេចក្តីថ្លែងថា វាពិតជានឹងមាននៅក្នុង Go ។

អ្វីដែលត្រូវធ្វើឥឡូវនេះ? GopherJS

ខណៈពេលដែលយើងមិនមានការគាំទ្រសម្រាប់ Web Assembly មានឧបករណ៍បញ្ជូនសំឡេងដូចជា GopherJS ។

• កូដ Go ត្រូវបានចម្លងទៅជា Javascript "សុទ្ធ" ។
• ដំណើរការនៅក្នុងកម្មវិធីរុករកទាំងអស់ - មិនមានលក្ខណៈពិសេសថ្មីដែលត្រូវបានគាំទ្រដោយកម្មវិធីរុករកទំនើបតែប៉ុណ្ណោះ (នេះគឺជា Vanilla JS ដែលដំណើរការលើអ្វីទាំងអស់) ។
• មានការគាំទ្រស្ទើរតែគ្រប់អ្វីៗទាំងអស់ដែល Go មាន រួមទាំង ទម្លាប់ និងប៉ុស្តិ៍... អ្វីគ្រប់យ៉ាងដែលយើងស្រឡាញ់ និងដឹងច្រើន។
• ស្ទើរតែបណ្ណាល័យស្ដង់ដារទាំងមូលត្រូវបានគាំទ្រ លើកលែងតែកញ្ចប់ទាំងនោះដែលវាមិនសមហេតុផលក្នុងការគាំទ្រនៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិត៖ syscall អន្តរកម្មសុទ្ធ (មានម៉ាស៊ីនភ្ញៀវ net/http ប៉ុន្តែគ្មានម៉ាស៊ីនមេ ហើយម៉ាស៊ីនភ្ញៀវត្រូវបានត្រាប់តាមតាមរយៈ XMLHttpRequest) ។ ជាទូទៅ បណ្ណាល័យស្ដង់ដារទាំងមូលមាន - នៅទីនេះវាស្ថិតនៅក្នុងកម្មវិធីរុករក ហើយនេះគឺជា stdlib របស់ Go ដែលយើងចូលចិត្ត។
• ប្រព័ន្ធអេកូកញ្ចប់ទាំងមូលនៅក្នុង Go ដំណោះស្រាយភាគីទីបីទាំងអស់ (គំរូ។ ល។ ) អាចត្រូវបានចងក្រងដោយប្រើ GopherJS ហើយដំណើរការក្នុងកម្មវិធីរុករក

GopherJS មានភាពងាយស្រួលក្នុងការទទួលបាន - វាគ្រាន់តែជាកញ្ចប់ Go ធម្មតាប៉ុណ្ណោះ។ យើងទៅទទួល ហើយយើងមានពាក្យបញ្ជា GopherJS ដើម្បីបង្កើតកម្មវិធី៖

នេះគឺជាពិភពលោកដ៏តូចមួយ...

...កម្មវិធី Go ធម្មតា កញ្ចប់ fmt បណ្ណាល័យស្តង់ដារធម្មតា និង Binding Js ដើម្បីឈានដល់ API កម្មវិធីរុករកតាមអ៊ីនធឺណិត។ Println នឹងត្រូវបានបំប្លែងទៅជា console log ហើយ browser នឹងសរសេរ “Hello gophers”! វាសាមញ្ញណាស់៖ យើងបង្កើត GopherJS - យើងបើកដំណើរការវានៅក្នុងកម្មវិធីរុករក - អ្វីៗដំណើរការ!

តើអ្នកមានអ្វីខ្លះនៅពេលនេះ? ការចង

មានការចងសម្រាប់ js frameworks ដ៏ពេញនិយមទាំងអស់៖

• JQuery;
• Angular.js;
• D3.js សម្រាប់គូរ និងធ្វើការជាមួយទិន្នន័យធំ;
• React.js;
• VueJS;
• មានសូម្បីតែការគាំទ្រសម្រាប់អេឡិចត្រុង (នោះគឺយើងអាចសរសេរកម្មវិធីកុំព្យូទ័រលើអេឡិចត្រុងរួចហើយ);
• ហើយអ្វីដែលគួរឱ្យអស់សំណើចបំផុតនោះគឺ WebGL (យើងអាចបង្កើតកម្មវិធីក្រាហ្វិកពេញលេញ រួមទាំងហ្គេមដែលមានក្រាហ្វិក 3D តន្ត្រី និងរបស់ល្អទាំងអស់);
• និងការចងភ្ជាប់ផ្សេងទៀតជាច្រើនទៅនឹងក្របខ័ណ្ឌ javascript និងបណ្ណាល័យដ៏ពេញនិយមទាំងអស់។

កបខ័ណ

1. មាន​ក្របខ័ណ្ឌ​បណ្ដាញ​មួយ​ដែល​បាន​បង្កើត​ឡើង​ជា​ពិសេស​សម្រាប់ GopherJS - Vecty ។ នេះគឺជា analogue ពេញលេញនៃ React.js ប៉ុន្តែត្រូវបានបង្កើតឡើងតែនៅក្នុង Go ជាមួយនឹងលក្ខណៈពិសេសរបស់ GopherJS ។
2. មានកាបូបហ្គេម (ភ្ញាក់ផ្អើល!) ខ្ញុំបានរកឃើញពីរដែលពេញនិយមបំផុត:
   • អេងហ្គោ;
   • អ៊ីប៊ីទីន។

ខ្ញុំ​នឹង​បង្ហាញ​អ្នក​នូវ​ឧទាហរណ៍​មួយ​ចំនួន​នៃ​រូបរាង​និង​អ្វី​ដែល​អ្នក​អាច​សរសេរ​រួច​ហើយ​នៅ​ក្នុង Go:

ឬជម្រើសនេះ (ខ្ញុំមិនអាចរកឃើញឧបករណ៍បាញ់ 3D ទេ ប៉ុន្តែប្រហែលជាវាមាន)៖

តើខ្ញុំផ្តល់អ្វី?

ឥឡូវនេះឧស្សាហកម្មឈានមុខគឺស្ថិតនៅក្នុងស្ថានភាពដែលភាសាទាំងអស់ដែលពីមុនបានស្រែកពី Javascript នឹងប្រញាប់ប្រញាល់នៅទីនោះ។ ឥឡូវនេះអ្វីគ្រប់យ៉ាងនឹងត្រូវបានចងក្រងជា "Web Assemblies" ។ តើ​យើង​ត្រូវ​ការ​អ្វី​ខ្លះ​ដើម្បី​យក​កន្លែង​ដ៏​ត្រឹមត្រូវ​របស់​យើង​នៅ​ទីនោះ​ក្នុង​នាម​ជា Gophers?

Go បានសន្មត់ថាវាជាភាសាសរសេរកម្មវិធីប្រព័ន្ធ ហើយជាទូទៅមិនមានបណ្ណាល័យសម្រាប់ធ្វើការជាមួយ UI ទេ។ មាន​អ្វី​មួយ ប៉ុន្តែ​ត្រូវ​បាន​គេ​បោះ​បង់​ចោល​ពាក់​កណ្តាល មិន​មាន​មុខងារ។

ហើយឥឡូវនេះគឺជាឱកាសដ៏ល្អក្នុងការបង្កើតបណ្ណាល័យ UI នៅក្នុង Go ដែលនឹងដំណើរការលើ GopherJS! ទីបំផុតអ្នកអាចសរសេរក្របខណ្ឌផ្ទាល់ខ្លួនរបស់អ្នកបាន! នេះគឺជាពេលវេលាដែលអ្នកអាចសរសេរក្របខ័ណ្ឌបាន ហើយវានឹងក្លាយជាផ្នែកមួយនៃការអនុម័តដំបូង ហើយអ្នកនឹងក្លាយជាតារា (ប្រសិនបើវាជាក្របខ័ណ្ឌល្អ) ។

អ្នក​អាច​សម្រប​កញ្ចប់​ផ្សេង​គ្នា​ជា​ច្រើន​ដែល​មាន​រួច​ហើយ​នៅ​ក្នុង​ប្រព័ន្ធ​អេកូ​ទៅ​នឹង​លក្ខណៈ​ជាក់លាក់​នៃ​កម្មវិធីរុករក​តាម​អ៊ីនធឺណិត (ឧទាហរណ៍ ម៉ាស៊ីន​គំរូ)។ ពួកវានឹងដំណើរការរួចហើយ អ្នកអាចបង្កើតការចងយ៉ាងងាយស្រួល ដូច្នេះអ្នកអាចបង្ហាញមាតិកាដោយផ្ទាល់នៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតបានយ៉ាងងាយស្រួល។ លើសពីនេះ អ្នកអាចបង្កើតជាឧទាហរណ៍ សេវាកម្មដែលអាចបង្ហាញរឿងដូចគ្នានៅលើម៉ាស៊ីនមេ និងនៅផ្នែកខាងមុខ ដោយប្រើកូដដូចគ្នា - អ្វីគ្រប់យ៉ាងដែលអ្នកអភិវឌ្ឍន៍ផ្នែកខាងមុខចូលចិត្ត (មានតែឥឡូវនេះនៅក្នុង Go) ។

អ្នកអាចសរសេរហ្គេមបាន! គ្រាន់​តែ​លេងសើច…

នោះហើយជាអ្វីដែលខ្ញុំចង់និយាយ។

សំណួរ

សំណួរ (តទៅនេះហៅថា Q)៖ - តើខ្ញុំសរសេរក្នុង Go ឬ Js?

AG៖ - អ្នកសរសេរទម្លាប់ ឆានែល រចនាសម្ព័ន្ធ បង្កប់ - អ្វីគ្រប់យ៉ាងនៅក្នុង Go... អ្នកជាវព្រឹត្តិការណ៍ ឆ្លងកាត់មុខងារនៅទីនោះ។

ក្នុង៖ - ដូច្នេះខ្ញុំសរសេរជា "អាក្រាត" Js?

AG៖ - ទេ អ្នកសរសេរដូចជានៅក្នុង Go ហើយភ្ជាប់ទៅ browser API ( API មិនបានផ្លាស់ប្តូរទេ)។ អ្នកអាចសរសេរចំណងផ្ទាល់ខ្លួនរបស់អ្នក ដូច្នេះសារត្រូវបានផ្ញើទៅកាន់ប៉ុស្តិ៍ - វាមិនពិបាកទេ។

ក្នុង៖ - ចុះទូរស័ព្ទចល័តវិញ?

AG៖ - ខ្ញុំពិតជាបានឃើញ៖ មានការចងសម្រាប់បំណះ Cordova ដែល Js ដំណើរការ។ នៅក្នុង React Native - ខ្ញុំមិនដឹង; ប្រហែលជាមាន ប្រហែលជាមិនមែន (ខ្ញុំមិនចាប់អារម្មណ៍ជាពិសេសទេ)។ ម៉ាស៊ីនហ្គេម N-go គាំទ្រទាំងកម្មវិធីទូរស័ព្ទ - ទាំង iOS និង Android ។

ក្នុង៖ - សំណួរអំពីសន្និបាតគេហទំព័រ។ កន្លែងទំនេរកាន់តែច្រើនកំពុងត្រូវបានចាប់យក ទោះបីជាមានការបង្ហាប់ និង "បង្រួម"... តើយើងនឹងមិនសម្លាប់ពិភពលោកខាងមុខតាមរបៀបនេះទៀតទេ?

AG៖ - Web Assembly គឺជាទម្រង់គោលពីរ ហើយប្រព័ន្ធគោលពីរតាមលំនាំដើមមិនអាចស្ថិតនៅក្នុងការចេញផ្សាយចុងក្រោយច្រើនជាងអត្ថបទ... អ្នកត្រូវបានទាញទៅពេលដំណើរការ ប៉ុន្តែនេះគឺដូចគ្នានឹងការអូសចេញពីបណ្ណាល័យ Javascript ស្តង់ដារនៅពេលដែលវាមិនមាន ដូច្នេះយើង ប្រើ Lodash ខ្លះ។ ខ្ញុំមិនដឹងថា Lodash ចំណាយប៉ុន្មានទេ។

ក្នុង៖ - ជាក់ស្តែងតិចជាងពេលដំណើរការ ...

AG៖ - នៅក្នុង "សុទ្ធ" Javascript?

ក្នុង៖ - បាទ។ យើងបង្រួមវាមុនពេលផ្ញើវា ...

AG៖ - ប៉ុន្តែនេះគឺជាអត្ថបទ... ជាទូទៅ មេកាបៃហាក់ដូចជាច្រើន ប៉ុន្តែនោះជាទាំងអស់ (អ្នកមានពេលដំណើរការទាំងមូល)។ បន្ទាប់មកអ្នកសរសេរតក្កវិជ្ជាអាជីវកម្មផ្ទាល់ខ្លួនរបស់អ្នក ដែលនឹងបង្កើនប្រព័ន្ធគោលពីររបស់អ្នក 1% ។ រហូត​មក​ដល់​ពេល​នេះ ខ្ញុំ​មិន​ឃើញ​ការ​សម្លាប់​នេះ​ទេ។ លើសពីនេះទៅទៀត Web Assembly នឹងដំណើរការលឿនជាង Javascript សម្រាប់ហេតុផលជាក់ស្តែង - វាមិនចាំបាច់ញែកទេ។

ក្នុង៖ - នេះនៅតែជាចំណុចចម្រូងចម្រាស... មិនទាន់មានការអនុវត្តឯកសារយោងណាមួយនៃ "Vasma" (Web Assembly) ដើម្បីឱ្យគេអាចវិនិច្ឆ័យដោយមិនច្បាស់លាស់។ តាមគំនិត បាទ៖ យើងទាំងអស់គ្នាយល់ថាប្រព័ន្ធគោលពីរគួរតែលឿនជាង ប៉ុន្តែការអនុវត្តបច្ចុប្បន្ននៃ V8 ដូចគ្នាគឺមានប្រសិទ្ធភាពណាស់។

AG៖ - បាទ។

ក្នុង៖ - ការចងក្រងនៅទីនោះពិតជាដំណើរការល្អណាស់ ហើយវាមិនមែនជាការពិតដែលថាវានឹងមានអត្ថប្រយោជន៍ធំនោះទេ។

AG៖ - Web Assembly ក៏ត្រូវបានបង្កើតឡើងដោយអ្នកធំផងដែរ។

ក្នុង៖ - វាហាក់ដូចជាខ្ញុំថាវានៅតែពិបាកក្នុងការវិនិច្ឆ័យ Web Assembly ។ មានការសន្ទនាជាច្រើនឆ្នាំមកនេះ ប៉ុន្តែមានសមិទ្ធិផលពិតប្រាកដតិចតួចដែលអាចមានអារម្មណ៍បាន។

AG៖ - ប្រហែល។ យើងនឹងឃើញ។

ក្នុង៖ - យើងមិនមានបញ្ហានៅលើផ្នែកខាងក្រោយទេ ... ប្រហែលជាយើងគួរតែទុកបញ្ហាទាំងនេះនៅលើផ្នែកខាងមុខ? ហេតុអ្វីទៅទីនោះ?

AG៖ - យើងត្រូវរក្សាបុគ្គលិកនៃកម្មករជួរមុខ។

ការផ្សាយពាណិជ្ជកម្មមួយចំនួន🙂

សូមអរគុណចំពោះការស្នាក់នៅជាមួយពួកយើង។ តើអ្នកចូលចិត្តអត្ថបទរបស់យើងទេ? ចង់មើលខ្លឹមសារគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតទេ? គាំទ្រយើងដោយការបញ្ជាទិញឬណែនាំដល់មិត្តភក្តិ, cloud VPS សម្រាប់អ្នកអភិវឌ្ឍន៍ចាប់ពី $4.99, analogue តែមួយគត់នៃម៉ាស៊ីនមេកម្រិតធាតុ ដែលត្រូវបានបង្កើតឡើងដោយពួកយើងសម្រាប់អ្នក៖ ការពិតទាំងមូលអំពី VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ចាប់ពី $19 ឬរបៀបចែករំលែកម៉ាស៊ីនមេ? (អាចប្រើបានជាមួយ RAID1 និង RAID10 រហូតដល់ 24 cores និងរហូតដល់ 40GB DDR4)។

Dell R730xd 2x ថោកជាងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ Equinix Tier IV នៅទីក្រុង Amsterdam? នៅទីនេះ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ចាប់ពី $199 នៅប្រទេសហូឡង់! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ចាប់ពី $99! អាន​អំពី របៀបបង្កើតក្រុមហ៊ុនហេដ្ឋារចនាសម្ព័ន្ធ ថ្នាក់ជាមួយនឹងការប្រើប្រាស់ម៉ាស៊ីនមេ Dell R730xd E5-2650 v4 ដែលមានតម្លៃ 9000 អឺរ៉ូសម្រាប់មួយកាក់?

ប្រភព: www.habr.com