សំណួរចំនួនប្រាំអំពីការរចនាភាសាសរសេរកម្មវិធី

ទស្សនវិជ្ជាណែនាំ

1. ភាសាសរសេរកម្មវិធីសម្រាប់មនុស្ស

ភាសាសរសេរកម្មវិធីគឺជារបៀបដែលមនុស្សនិយាយជាមួយកុំព្យូទ័រ។ កុំព្យូទ័រនឹងរីករាយក្នុងការនិយាយភាសាណាមួយដែលមិនច្បាស់លាស់។ មូលហេតុដែលយើងមានភាសាកម្រិតខ្ពស់គឺដោយសារតែមនុស្សមិនអាចគ្រប់គ្រងភាសាម៉ាស៊ីនបាន។ ចំណុចនៃភាសាសរសេរកម្មវិធីគឺដើម្បីការពារខួរក្បាលមនុស្សទន់ខ្សោយ និងផុយស្រួយរបស់យើងកុំឱ្យគ្របដណ្ដប់ដោយព័ត៌មានលម្អិតច្រើនពេក។

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

ការអភិវឌ្ឍន៍កម្មវិធីមានភាពខុសគ្នាស្រដៀងគ្នា។ ការ​រចនា​ក្បួន​ដោះស្រាយ​ដើម្បី​បញ្ជូន​ទិន្នន័យ​តាម​រយៈ​បណ្តាញ​គឺ​ជា​បញ្ហា​ដ៏​ល្អ​មួយ​ដែល​មាន​លក្ខណៈ​អរូបី​ ដូចជា​ការ​រចនា​ស្ពាន​ជាដើម។ ចំណែក​ឯ​ការ​រចនា​ភាសា​សរសេរ​កម្មវិធី​គឺ​ដូច​ជា​ការ​រចនា​កៅអី៖ អ្នក​ត្រូវ​ប្រឈម​នឹង​ភាព​ទន់ខ្សោយ​របស់​មនុស្ស។

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

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

2. រចនាសម្រាប់ខ្លួនអ្នក និងមិត្តភក្តិរបស់អ្នក។

ប្រសិនបើអ្នកក្រឡេកមើលប្រវត្តិសាស្រ្តនៃភាសាសរសេរកម្មវិធី ភាគច្រើននៃភាសាដែលល្អបំផុតត្រូវបានបង្កើតឡើងសម្រាប់ប្រើប្រាស់ដោយអ្នកនិពន្ធផ្ទាល់របស់ពួកគេ ហើយភាគច្រើននៃភាសាដែលអាក្រក់បំផុតត្រូវបានរចនាឡើងសម្រាប់មនុស្សផ្សេងទៀតប្រើប្រាស់។

នៅពេលដែលភាសាត្រូវបានរចនាឡើងសម្រាប់មនុស្សផ្សេងទៀត វាតែងតែជាក្រុមមនុស្សជាក់លាក់មួយ៖ មនុស្សមិនឆ្លាតដូចអ្នកបង្កើតភាសានោះទេ។ នេះជារបៀបដែលអ្នកទទួលបានអណ្តាតដែលនិយាយទៅកាន់អ្នក។ Cobol គឺជាឧទាហរណ៍ដ៏លេចធ្លោបំផុត ប៉ុន្តែភាសាភាគច្រើនត្រូវបានបង្កប់ដោយស្មារតីនេះ។

វាមិនមានអ្វីទាក់ទងនឹងកម្រិតនៃភាសានោះទេ។ C គឺ​កម្រិត​ទាប​ណាស់ ប៉ុន្តែ​វា​ត្រូវ​បាន​បង្កើត​ឡើង​ដើម្បី​ប្រើ​ដោយ​អ្នក​និពន្ធ​របស់​វា ដែល​ជា​មូលហេតុ​ដែល​ពួក Hacker ចូលចិត្ត​វា។

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

សំណួររបស់ខ្ញុំគឺ តើអ្នកបង្កើតភាសាដែលទាក់ទាញអ្នក Hacker ល្អបំផុតដោយរបៀបណា? វាហាក់ដូចជាខ្ញុំថាសំណួរនេះគឺដូចគ្នាបេះបិទទៅនឹងសំណួរអំពីរបៀបបង្កើតភាសាសរសេរកម្មវិធីដ៏ល្អ?

3. ផ្តល់ឱ្យអ្នកសរសេរកម្មវិធីគ្រប់គ្រងឱ្យបានច្រើនតាមដែលអាចធ្វើទៅបាន។

ភាសាជាច្រើន (ជាពិសេសភាសាដែលរចនាឡើងសម្រាប់មនុស្សផ្សេងទៀត) ធ្វើដូចជាមេដោះ៖ ពួកគេព្យាយាមព្រមានអ្នកពីអ្វីដែលពួកគេមិនគិតថានឹងផ្តល់ផលប្រយោជន៍ដល់អ្នក។ ខ្ញុំប្រកាន់ទស្សនៈផ្ទុយគ្នា៖ ផ្តល់ឱ្យអ្នកសរសេរកម្មវិធីគ្រប់គ្រងឱ្យបានច្រើនតាមដែលអ្នកអាចធ្វើបាន។

នៅពេលខ្ញុំរៀន Lisp លើកដំបូង អ្វីដែលខ្ញុំចូលចិត្តបំផុតគឺយើងនិយាយស្មើៗគ្នា។ នៅក្នុងភាសាផ្សេងទៀតដែលខ្ញុំបានរៀនដោយចំណុចនោះមានភាសាមួយហើយមានកម្មវិធីរបស់ខ្ញុំនៅក្នុងភាសានោះហើយពួកគេមានដោយឡែកពីគ្នា។ ប៉ុន្តែនៅក្នុង Lisp មុខងារ និងម៉ាក្រូដែលខ្ញុំសរសេរគឺដូចគ្នា ដែលភាសាខ្លួនឯងត្រូវបានសរសេរ។ ខ្ញុំអាចសរសេរភាសាឡើងវិញដោយខ្លួនឯង ប្រសិនបើខ្ញុំចង់ វាមានភាពទាក់ទាញដូចគ្នាទៅនឹងកម្មវិធីប្រភពបើកចំហ។

4. Brevity គឺជាប្អូនស្រីនៃទេពកោសល្យ

Brevity ត្រូវបានវាយតម្លៃទាប ហើយថែមទាំងត្រូវបានគេមើលងាយទៀតផង។ ប៉ុន្តែប្រសិនបើអ្នកក្រឡេកមើលបេះដូងរបស់ពួក Hacker អ្នកនឹងឃើញថាពួកគេពិតជាចូលចិត្តភាពរហ័សរហួន។ តើមានប៉ុន្មានដងហើយដែលអ្នកបានឮពួក Hacker និយាយដោយរីករាយអំពីរបៀបដែល APL ពួកគេអាចធ្វើរឿងដ៏អស្ចារ្យដោយគ្រាន់តែពីរបីបន្ទាត់នៃកូដ? ខ្ញុំគិតថាមនុស្សឆ្លាតពិតជាចូលចិត្តយកចិត្តទុកដាក់លើរឿងនេះ។

ខ្ញុំជឿថាស្ទើរតែអ្វីៗទាំងអស់ដែលធ្វើឱ្យកម្មវិធីខ្លីៗគឺជារឿងល្អ។ វាគួរតែមានមុខងារបណ្ណាល័យច្រើន អ្វីគ្រប់យ៉ាងដែលអាចបង្កប់ន័យគួរមានដូច្នេះ។ វាក្យសម្ព័ន្ធគួរតែសង្ខេបជាងមុន; សូម្បីតែឈ្មោះអង្គភាពគួរតែខ្លី។

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

5. ទទួលស្គាល់ថាការលួចចូលគឺជាអ្វី

មនុស្ស​ជា​ច្រើន​ចង់​លួច​ចូល​ទៅ​ជា​គណិតវិទ្យា ឬ​យ៉ាង​ហោច​ណាស់​អ្វី​ដែល​ស្រដៀង​នឹង​វិទ្យាសាស្ត្រ។ ខ្ញុំគិតថាការលួចចូលគឺដូចជាស្ថាបត្យកម្ម។ ស្ថាបត្យកម្មគឺនិយាយអំពីរូបវិទ្យា ដែលស្ថាបត្យករត្រូវការរចនាអគារដែលមិនដួលរលំ ប៉ុន្តែគោលដៅពិតប្រាកដរបស់ស្ថាបត្យករគឺបង្កើតអគារដ៏អស្ចារ្យ មិនមែនបង្កើតការរកឃើញក្នុងវិស័យឋិតិវន្តនោះទេ។

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

បើកបញ្ហា

1. របៀបរៀបចំបណ្ណាល័យធំៗ?

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

2. តើ​មនុស្ស​ពិត​ជា​ខ្លាច​ពាក្យ​បុព្វបទ​វាក្យសម្ព័ន្ធ​ឬ?

នេះ​ជា​បញ្ហា​ចំហ​ក្នុង​ន័យ​ដែល​ខ្ញុំ​គិត​ច្រើន​ឆ្នាំ​មក​ហើយ​នៅ​តែ​មិន​ដឹង​ចម្លើយ។ វាក្យសម្ព័ន្ធបុព្វបទហាក់ដូចជាធម្មជាតិទាំងស្រុងសម្រាប់ខ្ញុំ លើកលែងតែសម្រាប់ការប្រើប្រាស់របស់វានៅក្នុងគណិតវិទ្យា។ ប៉ុន្តែវាប្រហែលជាការមិនពេញនិយមរបស់ Lisp គឺដោយសារតែវាក្យសម្ព័ន្ធដែលមិនធ្លាប់ស្គាល់... ថាតើយើងគួរធ្វើអ្វីអំពីវា ប្រសិនបើជាការពិត គឺជាបញ្ហាមួយផ្សេងទៀត។

3. តើអ្នកត្រូវការអ្វីសម្រាប់កម្មវិធីម៉ាស៊ីនមេ?

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

រឿងមួយក្នុងចំណោមរឿងទាំងនោះគឺការគាំទ្រសម្រាប់វិធីថ្មីមួយដើម្បីចេញផ្សាយកម្មវិធីម៉ាស៊ីនមេ។ ជំនួសឱ្យការចេញផ្សាយធំមួយ ឬពីរក្នុងមួយឆ្នាំ ដូចជាកម្មវិធីកុំព្យូទ័រ កម្មវិធីម៉ាស៊ីនមេ នឹងត្រូវបានចេញផ្សាយជាស៊េរីនៃការផ្លាស់ប្តូរតូចៗ។ អ្នកអាចមានការចេញផ្សាយប្រាំឬដប់ក្នុងមួយថ្ងៃ។ ហើយគ្រប់គ្នានឹងតែងតែមានកំណែចុងក្រោយបំផុត។

តើអ្នកដឹងពីរបៀបរចនាកម្មវិធីដើម្បីរក្សាបានដែរឬទេ? កម្មវិធីម៉ាស៊ីនមេត្រូវតែត្រូវបានរចនាឡើងដើម្បីឱ្យអាចផ្លាស់ប្តូរបាន។ អ្នកគួរតែអាចផ្លាស់ប្តូរវាបានយ៉ាងងាយស្រួល ឬយ៉ាងហោចណាស់ដឹងពីអ្វីដែលការផ្លាស់ប្តូរតូចតាចមានន័យ និងអ្វីដែលសំខាន់។

រឿងមួយទៀតដែលអាចមានប្រយោជន៍នៅក្នុងកម្មវិធីម៉ាស៊ីនមេគឺភ្លាមៗ ការបន្តនៃការដឹកជញ្ជូន។ នៅក្នុងកម្មវិធីបណ្តាញអ្នកអាចប្រើអ្វីមួយដូចជា CPSដើម្បីទទួលបានឥទ្ធិពលនៃទម្លាប់នៅក្នុងពិភពគ្មានរដ្ឋនៃវគ្គបណ្ដាញ។ ការមានការផ្គត់ផ្គង់បន្តអាចមានតម្លៃវា ប្រសិនបើលក្ខណៈពិសេសនេះមិនថ្លៃពេក។

4. តើអរូបីថ្មីអ្វីខ្លះដែលត្រូវរកឃើញ?

ខ្ញុំ​មិន​ប្រាកដ​ថា​ក្តី​សង្ឃឹម​នោះ​សម​ហេតុ​ផល​កម្រិត​ណា​ទេ ប៉ុន្តែ​ដោយ​ផ្ទាល់​ខ្ញុំ​ពិត​ជា​ចង់​រក​ឃើញ​អរូបី​ថ្មី - អ្វី​ដែល​អាច​មាន​ន័យ​ដូច​ជា​មុខងារ​ថ្នាក់​ទី​មួយ ឬ​ការ​ប្រើ​ឡើងវិញ ឬ​យ៉ាង​ហោច​ណាស់​ប៉ារ៉ាម៉ែត្រ​លំនាំដើម។ ប្រហែលជានេះជាសុបិនដែលមិនអាចទៅរួច។ រឿងបែបនេះច្រើនតែមិនត្រូវបានរកឃើញ។ ប៉ុន្តែខ្ញុំមិនអស់សង្ឃឹមទេ។

អាថ៌កំបាំងដែលគេស្គាល់តិចតួច

1. អ្នកអាចប្រើភាសាណាមួយដែលអ្នកចង់បាន

ពីមុនការបង្កើតកម្មវិធីមានន័យថាការបង្កើតកម្មវិធីកុំព្យូទ័រលើតុ។ ហើយនៅក្នុងកម្មវិធីកុំព្យូទ័រ មានភាពលំអៀងដ៏ធំមួយចំពោះការសរសេរកម្មវិធីជាភាសាដូចគ្នាទៅនឹងប្រព័ន្ធប្រតិបត្តិការ។ ដូច្នេះកាលពី 10 ឆ្នាំមុន ការសរសេរកម្មវិធីជាទូទៅមានន័យថាសរសេរកម្មវិធីនៅក្នុង C. នៅទីបំផុត ទំនៀមទម្លាប់បានវិវត្តន៍៖ កម្មវិធីមិនគួរសរសេរជាភាសាមិនធម្មតាទេ។ ហើយ​ប្រពៃណី​នេះ​បាន​វិវត្តន៍​ជា​យូរ​មក​ហើយ​ដែល​អ្នក​មិន​បច្ចេកទេស​ដូចជា​អ្នក​គ្រប់​គ្រង​និង​អ្នក​បណ្តាក់​ទុន​បាន​រៀន​វា​ផង​ដែរ។

កម្មវិធី​ផ្នែក​ម៉ាស៊ីន​បម្រើ​បំផ្លាញ​គំរូ​នេះ​ទាំងស្រុង។ ជាមួយ​កម្មវិធី​ផ្នែក​ម៉ាស៊ីន​បម្រើ អ្នក​អាច​ប្រើ​ភាសា​ណា​មួយ​ដែល​អ្នក​ចង់​បាន។ ស្ទើរតែ​គ្មាន​នរណា​ម្នាក់​យល់​ពី​រឿង​នេះ​នៅ​ឡើយ​ទេ (ជាពិសេស​អ្នក​គ្រប់គ្រង និង​អ្នក​វិនិយោគ​មូលធន)។ ប៉ុន្តែ​ពួក Hacker ខ្លះ​យល់​ដែរ ដែល​ជា​មូលហេតុ​ដែល​យើង​ឮ​អំពី​ភាសា​ឥណ្ឌា​ដូចជា Perl និង Python។ យើង​មិន​ឮ​អំពី Perl និង Python ទេ ព្រោះ​មនុស្ស​ប្រើ​វា​ដើម្បី​សរសេរ​កម្មវិធី​សម្រាប់... Windows.

តើនេះមានន័យយ៉ាងណាសម្រាប់ពួកយើង អ្នកដែលចាប់អារម្មណ៍លើការរចនាភាសាសរសេរកម្មវិធី ថាមានទស្សនិកជនសក្តានុពលសម្រាប់ការងាររបស់យើង។

2. ល្បឿន​មក​ពី profilers

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

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

3. អ្នកត្រូវការកម្មវិធីដែលធ្វើឱ្យភាសារបស់អ្នកមានការវិវត្ត

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

វាល្អជាពិសេសប្រសិនបើកម្មវិធីរបស់អ្នកដោះស្រាយបញ្ហាថ្មីៗមួយចំនួន។ វាជំរុញឱ្យភាសារបស់អ្នកមានមុខងារថ្មីៗដែលអ្នកសរសេរកម្មវិធីចង់បាន។ ដោយផ្ទាល់ ខ្ញុំចាប់អារម្មណ៍ក្នុងការសរសេរភាសាដែលនឹងល្អសម្រាប់កម្មវិធីម៉ាស៊ីនមេ។

[ក្នុងអំឡុងពេលពិភាក្សា លោក Guy Steele ក៏បានលើកឡើងចំណុចនេះផងដែរ ដោយបន្ថែមថាកម្មវិធីមិនគួរមានសរសេរកម្មវិធីចងក្រងសម្រាប់ភាសារបស់អ្នកទេ លុះត្រាតែភាសារបស់អ្នកត្រូវបានរចនាឡើងដើម្បីសរសេរកម្មវិធីចងក្រង។]

4. ភាសាត្រូវតែសមរម្យសម្រាប់ការសរសេរកម្មវិធីតែម្តង។

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

5. វាក្យសម្ពន្ធគឺទាក់ទងទៅនឹងន័យវិទ្យា

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

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

គំនិតដែលត្រលប់មកវិញតាមពេលវេលា

1. ភាសាសរសេរកម្មវិធីថ្មី។

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

2. ការចែករំលែកពេលវេលា

Richard Kelsey បានបង្កើតគំនិតនេះ ដែលពេលវេលាបានមកដល់ម្តងទៀត ហើយខ្ញុំគាំទ្រយ៉ាងពេញទំហឹង។ ការស្មានរបស់ខ្ញុំ (និង Microsoft ផងដែរ) គឺថាកុំព្យូទ័រជាច្រើននឹងផ្លាស់ទីពីកុំព្យូទ័រលើតុទៅកាន់ម៉ាស៊ីនមេពីចម្ងាយ។ ម្យ៉ាង​ទៀត ការ​ចែក​រំលែក​ពេល​វេលា​ត្រលប់​មក​វិញ។ ខ្ញុំគិតថាវានឹងត្រូវការការគាំទ្រនៅកម្រិតភាសា។ ជាឧទាហរណ៍ Richard និង Jonathan Reeves បានធ្វើការងារជាច្រើនដើម្បីអនុវត្តការរៀបចំកាលវិភាគដំណើរការនៅក្នុងគ្រោងការណ៍ 48 ។

3. ប្រសិទ្ធភាព

ថ្មីៗនេះ វាហាក់ដូចជាកុំព្យូទ័រមានល្បឿនលឿនគ្រប់គ្រាន់។ យើងឮកាន់តែច្រើនឡើងៗអំពី bytecode ដែលយ៉ាងហោចណាស់សម្រាប់ខ្ញុំមានន័យថាយើងមានថាមពលដើម្បីសន្សំសំចៃ។ ប៉ុន្តែខ្ញុំគិតថាជាមួយនឹងកម្មវិធីម៉ាស៊ីនមេ យើងមិនមានទេ។ នរណាម្នាក់នឹងត្រូវចំណាយសម្រាប់វា។ ម៉ាស៊ីនបម្រើដែលកម្មវិធីដំណើរការ ហើយចំនួនអ្នកប្រើប្រាស់ដែលម៉ាស៊ីនមេអាចគាំទ្រក្នុងមួយម៉ាស៊ីននឹងជាចំណែកចែកនៃថ្លៃដើមដើមទុនរបស់ពួកគេ។

ខ្ញុំគិតថាប្រសិទ្ធភាពនឹងមានសារៈសំខាន់ យ៉ាងហោចណាស់នៅក្នុងការស្ទះកុំព្យូទ័រ វានឹងមានសារៈសំខាន់ជាពិសេសសម្រាប់ប្រតិបត្តិការ I/O ពីព្រោះកម្មវិធីម៉ាស៊ីនមេធ្វើប្រតិបត្តិការបែបនេះច្រើន។

នៅទីបញ្ចប់ វាអាចបង្ហាញថា bytecode មិនមែនជាចម្លើយទេ។ Sun និង Microsoft ហាក់បីដូចជាកំពុងឆ្ពោះទៅមុខនៅក្នុងវាល bytecode នៅពេលនេះ។ ប៉ុន្តែពួកគេធ្វើបែបនេះដោយសារតែ bytecode គឺជាកន្លែងងាយស្រួលសម្រាប់បង្កប់ខ្លួនវាទៅក្នុងដំណើរការមួយ មិនមែនដោយសារតែ bytecode ខ្លួនវាគឺជាគំនិតដ៏ល្អនោះទេ។ វាអាចនឹងប្រែថាការប្រយុទ្ធទាំងមូលនេះនឹងមិនមាននរណាកត់សម្គាល់។ វានឹងគួរឱ្យអស់សំណើច។

អន្ទាក់និងអន្ទាក់

1. អតិថិជន

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

ខ្ញុំ​គិត​ថា​នឹង​មាន​ការ​កើន​ឡើង​យ៉ាង​ឆាប់​រហ័ស​នៅ​ក្នុង​ឧបករណ៍​ដែល​អាច​ប្រើ​បណ្ដាញ​បាន ហើយ​យើង​អាច​សន្មត​ថា​ពួកគេ​នឹង​គាំទ្រ html និង​ទម្រង់​មូលដ្ឋាន។ តើអ្នកមានកម្មវិធីរុករកតាមទូរស័ព្ទរបស់អ្នកទេ? តើ PalmPilot របស់អ្នកនឹងមានទូរស័ព្ទទេ? តើ Blackberry របស់អ្នកនឹងមានអេក្រង់ធំជាងនេះទេ? តើអ្នកនឹងអាចចូលប្រើអ៊ីនធឺណិតពី gameboy របស់អ្នកបានទេ? ពីនាឡិការបស់អ្នក? ខ្ញុំមិនដឹងទេ។ ហើយខ្ញុំនឹងមិនចាំបាច់រកឱ្យឃើញថាតើខ្ញុំភ្នាល់ថាអ្វីគ្រប់យ៉ាងនឹងនៅលើម៉ាស៊ីនមេ។ វាគ្រាន់តែជាការគួរឱ្យទុកចិត្តជាងដែលមានខួរក្បាលទាំងអស់នៅលើម៉ាស៊ីនមេ។ .

2. កម្មវិធីតម្រង់ទិសវត្ថុ

ខ្ញុំដឹងថានេះជាសេចក្តីថ្លែងការណ៍ដ៏ចម្រូងចម្រាស ប៉ុន្តែខ្ញុំគិតថា OOP មិនសំខាន់នោះទេ។ ខ្ញុំគិតថានេះគឺជាគំរូសមរម្យសម្រាប់កម្មវិធីជាក់លាក់ដែលត្រូវការរចនាសម្ព័ន្ធទិន្នន័យជាក់លាក់ ដូចជាប្រព័ន្ធបង្អួច ការក្លែងធ្វើ ប្រព័ន្ធ CAD ។ ប៉ុន្តែ​ខ្ញុំ​មិន​យល់​ថា​ហេតុ​អ្វី​បាន​ជា​វា​គួរ​តែ​សមរម្យ​សម្រាប់​កម្មវិធី​ទាំង​អស់។

ខ្ញុំគិតថាមនុស្សនៅក្នុងក្រុមហ៊ុនធំ ៗ ស្រឡាញ់ OOP មួយផ្នែកព្រោះវាបង្កើតអ្វីៗជាច្រើនដែលមើលទៅដូចជាការងារ។ អ្វី​ដែល​អាច​ត្រូវ​បាន​តំណាង​ដោយ​ធម្មជាតិ​ថា​ជា​បញ្ជី​នៃ​ចំនួន​គត់​ឥឡូវ​នេះ​អាច​ត្រូវ​បាន​តំណាង​ជា​ថ្នាក់​រៀន​ដែល​មាន​រន្ទា​រន្ទា​រន្ទា​រញ៉េរញ៉ៃ។

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

ខ្ញុំគិតថាអត្ថន័យនៃការរចនាភាសាគឺថាអ្នកមិនគួរបង្កប់ OOP ជ្រៅពេកទៅក្នុងវាទេ។ ប្រហែលជាចំលើយគឺផ្តល់អ្វីៗទូទៅ ជាមូលដ្ឋាន និងអនុញ្ញាតឱ្យមនុស្សរចនាប្រព័ន្ធវត្ថុណាមួយជាបណ្ណាល័យ។

3. រចនាដោយគណៈកម្មការ

ប្រសិនបើភាសារបស់អ្នកត្រូវបានរចនាឡើងដោយគណៈកម្មាធិការ នោះអ្នកត្រូវបានជាប់ ហើយមិនមែនគ្រាន់តែសម្រាប់ហេតុផលដែលមនុស្សគ្រប់គ្នាដឹងនោះទេ។ មនុស្សគ្រប់គ្នាដឹងថាគណៈកម្មាធិការមានទំនោរបង្កើតការរចនាភាសាដែលមិនជាប់លាប់។ ប៉ុន្តែ​ខ្ញុំ​គិត​ថា​គ្រោះថ្នាក់​ធំ​គឺ​ពួកគេ​មិន​ហ៊ាន​ប្រថុយ​ទេ។ នៅពេលដែលមនុស្សម្នាក់ទទួលបន្ទុក គាត់ប្រថុយប្រថានដែលគណៈកម្មាធិការនឹងមិនយល់ព្រមទទួលយក។

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

ប្រភព: www.habr.com