1C - ល្អនិងអាក្រក់។ ការរៀបចំចំណុចនៅក្នុង holivars នៅជុំវិញ 1C

មិត្តភ័ក្តិ និងសហសេវិក ថ្មីៗនេះមានអត្ថបទញឹកញាប់បន្ថែមទៀតអំពី Habre ជាមួយការស្អប់ចំពោះ 1C ជាវេទិកាអភិវឌ្ឍន៍ និងសុន្ទរកថាដោយអ្នកការពាររបស់ខ្លួន។ អត្ថបទទាំងនេះបានកំណត់បញ្ហាធ្ងន់ធ្ងរមួយ៖ ភាគច្រើនជាញឹកញាប់ អ្នករិះគន់ 1C រិះគន់វាពីទីតាំង "មិនស្ទាត់ជំនាញ" ការស្តីបន្ទោសបញ្ហាដែលងាយស្រួលដោះស្រាយដោយការពិត ហើយផ្ទុយទៅវិញ ការមិនប៉ះពាល់លើបញ្ហាដែលមានសារៈសំខាន់ពិតប្រាកដ។ ការពិភាក្សា និងមិនត្រូវបានដោះស្រាយដោយអ្នកលក់។ ខ្ញុំជឿថាវាសមហេតុផលក្នុងការធ្វើការត្រួតពិនិត្យប្រកបដោយសុទិដ្ឋិនិយម និងមានតុល្យភាពនៃវេទិកា 1C ។ អ្វី​ដែល​វា​អាច​ធ្វើ​បាន អ្វី​ដែល​វា​មិន​អាច​ធ្វើ​បាន អ្វី​ដែល​វា​គួរ​ធ្វើ​តែ​មិន​ធ្វើ ហើយ​សម្រាប់​បង្អែម អ្វី​ដែល​វា​ធ្វើ​ដោយ​សំឡេង​ខ្លាំង ហើយ​អ្នក​អភិវឌ្ឍន៍​របស់​អ្នក​នៅ %technology_name% នឹង​ធ្វើ​មួយ​រយ​ឆ្នាំ ដោយ​បោះ​វា​ចោល។ ថវិកាប្រចាំឆ្នាំច្រើនជាងមួយ។

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

នៅក្រោមការកាត់មានការវាយប្រហារយ៉ាងក្រាស់នៅលើ 1C លើអ្នករិះគន់ 1C នៅលើ Java, .NET និងជាទូទៅ... អ្នកគាំទ្រពេញហើយ សូមស្វាគមន៍!

អំពីខ្លួនខ្ញុំ

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

បន្ទាប់មកមាន BK0011 និង BASIC នៅសាលា C++ និងអ្នកប្រមូលផ្តុំនៅសកលវិទ្យាល័យ បន្ទាប់មក 1C ហើយបន្ទាប់មកមានរឿងជាច្រើនទៀតដែលខ្ញុំខ្ជិលចងចាំ។ ក្នុងរយៈពេល 15 ឆ្នាំចុងក្រោយនេះ ខ្ញុំបានចូលរួមជាចម្បងនៅក្នុង 1C មិនត្រឹមតែទាក់ទងនឹងការសរសេរកូដប៉ុណ្ណោះទេ ប៉ុន្តែជាទូទៅនៅក្នុង 1C ។ ការកំណត់ភារកិច្ច ការគ្រប់គ្រង និងការលះបង់នៅទីនេះ។ អស់រយៈពេល 5 ឆ្នាំចុងក្រោយនេះ ខ្ញុំបានចូលរួមក្នុងសកម្មភាពដែលមានប្រយោជន៍ដល់សង្គមទាក់ទងនឹងការអភិវឌ្ឍន៍ និងឧបករណ៍ស្វ័យប្រវត្តិកម្មសម្រាប់អ្នកប្រើប្រាស់ 1C ផ្សេងទៀត ការសរសេរអត្ថបទ និងសៀវភៅ។

ចូរយើងសម្រេចចិត្តលើប្រធានបទនៃការពិភាក្សា

ជាដំបូង ចូរកំណត់នូវអ្វីដែលយើងនឹងនិយាយអំពី ព្រោះអក្សរ “1C” អាចមានន័យច្រើនយ៉ាង។ ក្នុងករណីនេះតាមអក្សរ "1C" យើងនឹងមានន័យទាំងស្រុងនូវក្របខ័ណ្ឌអភិវឌ្ឍន៍ "1C: Enterprise" នៃកំណែទីប្រាំបីទំនើប។ យើងនឹងមិននិយាយច្រើនអំពីក្រុមហ៊ុនផលិត និងគោលការណ៍របស់វា (ប៉ុន្តែយើងនឹងត្រូវធ្វើបន្តិចបន្តួច) យើងនឹងមិនពិភាក្សាអំពីកម្មវិធីជាក់លាក់ដែលបានសរសេរដោយប្រើក្របខ័ណ្ឌនេះទេ។ បច្ចេកវិទ្យាគឺដាច់ដោយឡែក កម្មវិធី aka ការកំណត់រចនាសម្ព័ន្ធគឺដាច់ដោយឡែក។

ស្ថាបត្យកម្មកម្រិតខ្ពស់ 1C: សហគ្រាស

វាមិនមែនសម្រាប់គ្មានអ្វីដែលខ្ញុំនិយាយអំពីពាក្យ "ក្របខ័ណ្ឌ" នោះទេ។ តាមទស្សនៈរបស់អ្នកអភិវឌ្ឍន៍ វេទិកា 1C គឺជាក្របខ័ណ្ឌមួយយ៉ាងជាក់លាក់។ ហើយ​អ្នក​ត្រូវ​ចាត់​ទុក​វា​ដូច​ជា​ក្របខណ្ឌ​ដែរ។ គិត​ថា​វា​ជា Spring ឬ ASP.NET ដែល​ត្រូវ​បាន​ប្រតិបត្តិ​ដោយ runtime ខ្លះ (JVM ឬ CLR រៀងគ្នា)។ វាកើតឡើងដូច្នេះថានៅក្នុងពិភពនៃការសរសេរកម្មវិធីធម្មតា ("មិនមែន 1C") ការបែងចែកទៅជាក្របខ័ណ្ឌ ម៉ាស៊ីននិម្មិត និងកម្មវិធីជាក់លាក់គឺមានលក្ខណៈធម្មជាតិ ដោយសារតែសមាសធាតុទាំងនេះជាធម្មតាត្រូវបានបង្កើតឡើងដោយក្រុមហ៊ុនផលិតផ្សេងៗគ្នា។ នៅក្នុងពិភព 1C វាមិនមែនជាទម្លាប់ក្នុងការបែងចែកយ៉ាងច្បាស់នូវក្របខណ្ឌការអភិវឌ្ឍន៍ និងពេលដំណើរការដោយខ្លួនឯងនោះទេ លើសពីនេះ កម្មវិធីជាក់លាក់ដែលសរសេរដោយប្រើក្របខណ្ឌក៏ត្រូវបានបង្កើតឡើងដោយ 1C ខ្លួនឯងផងដែរ។ ជាលទ្ធផលការភាន់ច្រលំខ្លះកើតឡើង។ ដូច្នេះ ក្នុងក្របខ័ណ្ឌនៃអត្ថបទ យើងនឹងត្រូវពិចារណា 1C ពីភាគីជាច្រើនក្នុងពេលតែមួយ ហើយចាត់ថ្នាក់វាតាមអ័ក្សកូអរដោនេជាច្រើន។ ហើយនៅក្នុងអ័ក្សកូអរដោនេនីមួយៗយើងនឹងដាក់ប៉ែលនៃសារធាតុពណ៌ត្នោតហើយមើលលក្ខណៈគុណសម្បត្តិនិងគុណវិបត្តិនៃដំណោះស្រាយដែលមានស្រាប់។

ទស្សនៈ 1C

1C សម្រាប់អ្នកទិញ

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

សម្រាប់អ្នកទិញ 1C នេះគឺជាពេលវេលាទីផ្សាររហ័ស។ លឿន។ លឿនជាង Java, C# ឬ JS ។ មធ្យម។ ជុំវិញមន្ទីរពេទ្យ។ វាច្បាស់ណាស់ថាគេហទំព័រនាមប័ណ្ណដែលប្រើ React នឹងកាន់តែប្រសើរ ប៉ុន្តែផ្នែកខាងក្រោយនៃប្រព័ន្ធ WMS នឹងដំណើរការលឿនជាងមុននៅលើ 1C ។

1C ជាឧបករណ៍

ដំណោះស្រាយបច្ចេកវិទ្យានីមួយៗមានដែនកំណត់នៃការអនុវត្ត។ 1C មិនមែនជាភាសាដែលមានគោលបំណងទូទៅទេ វាមិនរស់នៅដាច់ដោយឡែកពីក្របខ័ណ្ឌរបស់វាទេ។ វាត្រូវបានណែនាំឱ្យប្រើ 1C នៅពេលអ្នកត្រូវការ៖

• កម្មវិធីម៉ាស៊ីនមេ
• កម្មវិធីដែលហិរញ្ញវត្ថុលេចឡើង
• ជាមួយ UI, ORM, Reporting, XML/JSON/COM/PDF/YourDataTransferingFormat
• ជាមួយនឹងការគាំទ្រសម្រាប់ដំណើរការផ្ទៃខាងក្រោយ និងការងារ
• ជាមួយនឹងសន្តិសុខផ្អែកលើតួនាទី
• ជាមួយនឹងតក្កវិជ្ជាអាជីវកម្មដែលអាចសរសេរបាន។
• ជាមួយនឹងសមត្ថភាពក្នុងការបង្កើតគំរូយ៉ាងឆាប់រហ័ស និងពេលវេលាទាបក្នុងការធ្វើទីផ្សារ

អ្នកមិនត្រូវការ 1C ប្រសិនបើអ្នកចង់៖

• ការរៀនម៉ាស៊ីន
• ការគណនា GPU
• ក្រាហ្វិកកុំព្យូទ័រ
• ការគណនាគណិតវិទ្យា
• ប្រព័ន្ធ CAD
• ដំណើរការសញ្ញា (សំឡេងវីដេអូ)
• ផ្ទុកខ្ពស់ http ជាមួយនឹងការហៅរាប់រយរាប់ពាន់ rps

1C ជាក្រុមហ៊ុនផលិត

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

• គណនេយ្យហិរញ្ញវត្ថុ
• ការប្ដូរតាមបំណងងាយស្រួលនៃតក្កវិជ្ជាអាជីវកម្ម
• លទ្ធភាពនៃការរួមបញ្ចូលដ៏ធំទូលាយនៅក្នុងទេសភាព IT ប្លែកៗ

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

ការទាមទារ ឬបំណងប្រាថ្នាទាំងអស់សម្រាប់ 1C ជាក្របខ័ណ្ឌមួយគួរតែត្រូវបានមើលទាំងស្រុងតាមរយៈ prism នេះ។ អ្នកអភិវឌ្ឍន៍និយាយថា "យើងចង់បាន OOP នៅក្នុង 1C" ។ 1C និយាយ​ថា​៖ «​តើ​វា​នឹង​ចំណាយ​អស់​ប៉ុន្មាន​ដើម្បី​គាំទ្រ OOP ក្នុង​វេទិកា តើ​វា​នឹង​ជួយ​យើង​បង្កើន​ការ​លក់​ប្រអប់​ដែរ​ឬ​ទេ​? បើក "ព្រីស" របស់គាត់នៃការលក់ដំណោះស្រាយចំពោះបញ្ហាអាជីវកម្ម៖

- ហេ អាជីវកម្ម តើអ្នកចង់បាន OOP នៅក្នុង 1C របស់អ្នកទេ?
- តើនេះនឹងជួយខ្ញុំដោះស្រាយបញ្ហារបស់ខ្ញុំបានទេ?
- អ្នកណាដឹង...
- បន្ទាប់មកមិនចាំបាច់ទេ។

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

ចំណាត់ថ្នាក់បច្ចេកវិទ្យា

“តាមពិតទៅ Odinesniks ប្រឹងប្រែងអស់ពីសមត្ថភាពដើម្បីប្រើគំរូល្អបំផុត ដែលត្រូវបានជ្រើសរើសយ៉ាងប្រុងប្រយ័ត្នដោយអ្នកវិធីសាស្រ្តយកចិត្តទុកដាក់ និងអ្នកអភិវឌ្ឍន៍នៃវេទិកា 1C ។
នៅពេលអ្នកសរសេរកូដឆោតល្ងង់របស់អ្នកសម្រាប់ទម្រង់គ្រប់គ្រងដ៏សាមញ្ញមួយ តាមពិតអ្នកកំពុងប្រើ គំរូ-មើល-ឧបករណ៍បញ្ជា с ការចងទិន្នន័យទ្វេរដង в បីស្រទាប់-ទិន្នន័យ-កម្មវិធី-ម៉ាស៊ីន, រសជាតិ ការធ្វើផែនទីទំនាក់ទំនងវត្ថុកម្រិតខ្ពស់ នៅលើមូលដ្ឋាន ការពិពណ៌នាអំពីទិន្នន័យមេតាដែលបានប្រកាសមានរបស់ខ្លួន។ ភាសាសំណួរឯករាជ្យវេទិកា, គ ចំណុចប្រទាក់អ្នកប្រើដែលជំរុញដោយទិន្នន័យប្រកាស សៀរៀលតម្លាភាពពេញលេញ និងភាសាកម្មវិធីតម្រង់ទិសដែន.

កន្លែងដែលអ្នកអភិវឌ្ឍន៍ 1C ខុសពីសហសេវិកលោកខាងលិចរបស់ពួកគេគឺនៅក្នុង PR ។ ពួក​គេ​ចូល​ចិត្ត​ផ្តល់​ឈ្មោះ​ដ៏​សម្បើម​ណា​មួយ ហើយ​រត់​ទៅ​ជុំ​វិញ​វា​ដូច​ជា​ថង់​កខ្វក់»។
A. Orefkov

វេទិកា 1C មានស្ថាបត្យកម្ម 3 ជាន់បុរាណ ដែលស្ថិតនៅចំកណ្តាលនៃកម្មវិធីម៉ាស៊ីនមេ (ឬការត្រាប់តាមរបស់វាសម្រាប់ប្រាក់តិចតួចសម្រាប់ម្ចាស់ហាងតូចៗ)។ ទាំង MS SQL ឬ Postgres ត្រូវបានប្រើជា DBMS ។ វាក៏មានការគាំទ្រសម្រាប់ Oracle និង IBM DB2 ផងដែរ ប៉ុន្តែនេះគឺពិតជាពិសេស គ្មាននរណាម្នាក់ដឹងពីអ្វីដែលនឹងកើតឡើងប្រសិនបើអ្នកអនុវត្ត 1C នៅលើមូលដ្ឋានទិន្នន័យទាំងនេះក្រោមការផ្ទុកមធ្យម និងខ្ពស់។ ខ្ញុំជឿថា 1C ខ្លួនឯងមិនដឹងរឿងនេះទេ។

ផ្នែកម៉ាស៊ីនភ្ញៀវគឺជាម៉ាស៊ីនភ្ញៀវស្តើងដែលបានដំឡើងនៅលើម៉ាស៊ីនរបស់អ្នកប្រើ ឬម៉ាស៊ីនភ្ញៀវគេហទំព័រ។ លក្ខណៈសំខាន់គឺថាអ្នកសរសេរកម្មវិធីមិនសរសេរកូដ 2 ផ្សេងគ្នាទេពួកគេសរសេរកម្មវិធីមួយជាភាសាមួយហើយអ្នកអាចបង្ហាញវានៅក្នុងកម្មវិធីរុករកប្រសិនបើមានបំណងប្រាថ្នាឬតម្រូវការ។ តើអ្នកណាដែលចង់បានជង់ពេញលេញ និងភាសាតែមួយសម្រាប់ផ្នែកខាងមុខ និងផ្នែកខាងក្រោយ node.js? ពួកគេមិនដែលធ្វើរឿងដដែលៗរហូតដល់ទីបញ្ចប់នោះទេ។ មានជង់ពេញលេញពិតប្រាកដ ប៉ុន្តែអ្នកនឹងត្រូវសរសេរវាជា 1C។ ហួសចិត្ត វាសនា រឿងបែបនេះ :)

ដំណោះស្រាយ cloud SaaS 1C:Fresh ក៏ដំណើរការក្នុងទម្រង់ browser ផងដែរ ដែលអ្នកមិនអាចទិញ 1C បានទេ ប៉ុន្តែជួល database តូចមួយ ហើយតាមដានការលក់ shawarma នៅទីនោះ។ គ្រាន់តែនៅក្នុងកម្មវិធីរុករក ដោយមិនចាំបាច់ដំឡើង ឬកំណត់រចនាសម្ព័ន្ធអ្វីទាំងអស់។

លើសពីនេះទៀតមានអតិថិជនចាស់ដែលនៅក្នុង 1C ត្រូវបានគេហៅថា "កម្មវិធីធម្មតា" ។ កេរ្តិ៍ដំណែលគឺជាកេរ្តិ៍ដំណែល សូមស្វាគមន៍មកកាន់ពិភពនៃកម្មវិធីក្នុងឆ្នាំ 2002 ប៉ុន្តែយើងនៅតែនិយាយអំពីស្ថានភាពបច្ចុប្បន្ននៃប្រព័ន្ធអេកូឡូស៊ី។

ផ្នែកម៉ាស៊ីនមេ 1C គាំទ្រការដាក់ចង្កោម និងមាត្រដ្ឋានដោយបន្ថែមម៉ាស៊ីនថ្មីទៅក្នុងចង្កោម។ ច្បាប់ចម្លងជាច្រើនត្រូវបានខូចនៅទីនេះ ហើយនឹងមានផ្នែកដាច់ដោយឡែកមួយនៅក្នុងអត្ថបទអំពីរឿងនេះ។ សរុបមក វាមិនដូចគ្នាទៅនឹងការបន្ថែមករណីដូចគ្នាពីរបីនៅពីក្រោយ HAProxy នោះទេ។

ក្របខ័ណ្ឌនៃការអភិវឌ្ឍន៍កម្មវិធីប្រើប្រាស់ភាសាសរសេរកម្មវិធីផ្ទាល់ខ្លួនរបស់វា ដែលប្រហាក់ប្រហែលនឹង VB6 ដែលបានកែលម្អបន្តិចបន្តួចដែលត្រូវបានបកប្រែជាភាសារុស្សី។ សម្រាប់មនុស្សដែលស្អប់អ្វីគ្រប់យ៉ាងជាភាសារុស្សី ដែលមិនជឿថា "ប្រសិនបើ" ត្រូវបានបកប្រែជា "ប្រសិនបើ" ជម្រើសវាក្យសម្ព័ន្ធទីពីរត្រូវបានផ្តល់ជូន។ ទាំងនោះ។ ប្រសិនបើអ្នកចង់អ្នកអាចសរសេរវាក្នុង 1C តាមរបៀបដែលវាមិនអាចបែងចែកពី VB ។

ភាសាសរសេរកម្មវិធីនេះគឺជាហេតុផលចម្បងសម្រាប់ការស្អប់ឈ្មោះហៅក្រៅ 1C ឆ្ពោះទៅរកវេទិការបស់ពួកគេ។ ចូរប្រឈមមុខនឹងវាមិនមែនដោយគ្មានហេតុផលទេ។ ភាសានេះត្រូវបានបង្កើតឡើងយ៉ាងសាមញ្ញតាមតែអាចធ្វើទៅបាន ដែលត្រូវបានរចនាឡើងដើម្បីបំពេញតាមមាគ៌ា "អ្នកអភិវឌ្ឍន៍ អ្នកអភិវឌ្ឍន៍" នៅលើមាត្រដ្ឋានយ៉ាងហោចណាស់នៅក្នុង CIS ។ ខ្លឹមសារពាណិជ្ជកម្មនៃដំណោះស្រាយបែបនេះ តាមគំនិតរបស់ខ្ញុំគឺអាចមើលឃើញយ៉ាងច្បាស់៖ អ្នកអភិវឌ្ឍន៍កាន់តែច្រើន ការគ្របដណ្តប់ទីផ្សារកាន់តែច្រើន។ នេះបានក្លាយជាការពិត យោងតាមការប៉ាន់ប្រមាណផ្សេងៗពី 45% ទៅ 95%។ ខ្ញុំនឹងនិយាយភ្លាមៗថាការសរសេរជាភាសាដែលអ្នកគិតថាពិតជាងាយស្រួលជាង។ ហើយខ្ញុំចេះភាសាសរសេរកម្មវិធីច្រើនណាស់។

ចូរចាប់ផ្តើមជាមួយភាសា។

ភាសាសរសេរកម្មវិធី 1C

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

តាមទស្សនៈរបស់អ្នកអភិវឌ្ឍន៍ គាត់មានក្របខ័ណ្ឌជាមួយនឹងថ្នាក់មូលដ្ឋានដែលបង្ហាញនៅលើ DBMS ។ អ្នកអភិវឌ្ឍន៍អាចយកថ្នាក់មូលដ្ឋាន "Directory" ហើយទទួលមរតក "Client" directory ពីវា។ វាអាចបន្ថែមវាលថ្នាក់ថ្មីទៅវា ឧទាហរណ៍ INN និងអាសយដ្ឋាន ហើយប្រសិនបើចាំបាច់ វាអាចបដិសេធ (បដិសេធ) វិធីសាស្ត្រនៃថ្នាក់មូលដ្ឋាន ឧទាហរណ៍ វិធីសាស្ត្រ OnWrite/AtRecord ។

ក្របខ័ណ្ឌនេះត្រូវបានរចនាឡើងតាមរបៀបដែលមរតកកាន់តែស៊ីជម្រៅគឺកម្រត្រូវការណាស់ ហើយការដាក់កម្រិតនៅក្នុង OOP តាមគំនិតរបស់ខ្ញុំគឺសមហេតុផល។ 1C ផ្តោតទៅលើ Domain Driven Development ហើយធ្វើឱ្យអ្នកគិតជាដំបូងអំពីប្រធានបទនៃដំណោះស្រាយដែលកំពុងត្រូវបានបង្កើតឡើង ហើយនេះជាការល្អ។ វាមិនត្រឹមតែគ្មានការល្បួងប៉ុណ្ណោះទេ ប៉ុន្តែក៏មិនចាំបាច់សរសេរ DTOs និង ViewModels 10 ផ្សេងគ្នាផងដែរ ដើម្បីបង្ហាញទិន្នន័យមួយចំនួនពីដែននៅកន្លែងណាមួយ។ អ្នកអភិវឌ្ឍន៍ 1C តែងតែដំណើរការជាមួយអង្គភាពតែមួយ ដោយមិនពង្រាយបរិបទនៃការយល់ឃើញជាមួយនឹងថ្នាក់រាប់សិបដែលមានឈ្មោះស្រដៀងគ្នា តំណាងឱ្យអង្គភាពតែមួយ ប៉ុន្តែមកពីផ្នែកផ្សេង។ ជាឧទាហរណ៍ កម្មវិធី .NET ណាមួយនឹងចាំបាច់មាន ViewModels និង DTOs ប្រាំ ឬពីរសម្រាប់ការធ្វើសៀរៀលទៅក្នុង JSON និងការផ្ទេរទិន្នន័យពីម៉ាស៊ីនភ្ញៀវទៅម៉ាស៊ីនមេ។ ហើយប្រហែល 10-15% នៃកូដកម្មវិធីរបស់អ្នកនឹងត្រូវចំណាយក្នុងការផ្ទេរទិន្នន័យពីថ្នាក់មួយទៅថ្នាក់មួយទៀតដោយប្រើប៊ិច ឬឈើច្រត់ដូចជា AutoMapper ។ កូដនេះត្រូវតែសរសេរ ហើយអ្នកសរសេរកម្មវិធីត្រូវតែបង់ប្រាក់ដើម្បីបង្កើត និងថែរក្សាវា។

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

នៅក្នុងគំនិតរបស់ខ្ញុំ អ្វីដែលពិតជាបាត់នៅក្នុងភាសា អ្វីដែលបង្ខំអ្នកឱ្យសរសេរច្រើនជាងអ្នកអាចធ្វើបាន គឺជាអ្វីដែលខ្ជះខ្ជាយពេលវេលាដែលអតិថិជនបង់។

• លទ្ធភាពនៃការវាយបញ្ចូលក្នុងកម្រិត ឧទាហរណ៍ TypeScript (ជាលទ្ធផល ឧបករណ៍វិភាគកូដដែលបានអភិវឌ្ឍកាន់តែច្រើននៅក្នុង IDE ការកែលម្អ ការវាយលុកតិចជាងមុន)
  ភាពអាចរកបាននៃមុខងារជាវត្ថុថ្នាក់ដំបូង។ គំនិតស្មុគ្រស្មាញបន្តិច ប៉ុន្តែចំនួននៃកូដ boilerplate ធម្មតាអាចត្រូវបានកាត់បន្ថយយ៉ាងខ្លាំង។ ការយល់ដឹងរបស់សិស្សអំពីកូដ IMHO នឹងកើនឡើងដោយសារតែការកាត់បន្ថយបរិមាណ
• ព្យញ្ជនៈបណ្ដុំជាសកល, ការចាប់ផ្តើម។ រឿងដូចគ្នា - កាត់បន្ថយចំនួនកូដដែលត្រូវការសរសេរ និង/ឬមើលដោយភ្នែករបស់អ្នក។ ការប្រមូលការបំពេញត្រូវការច្រើនជាង 9000% នៃពេលវេលាសរសេរកម្មវិធី 1C ។ ការសរសេរនេះដោយគ្មានជាតិស្ករ syntactic គឺវែង ថ្លៃ និងមានកំហុស។ ជាទូទៅ បរិមាណ LOC នៅក្នុងដំណោះស្រាយ 1C លើសពីដែនកំណត់ដែលអាចទទួលយកបានទាំងអស់ បើប្រៀបធៀបទៅនឹងក្របខ័ណ្ឌបើកចំហដែលមាន ហើយជាទូទៅ Javas សហគ្រាសទាំងអស់របស់អ្នករួមបញ្ចូលគ្នា។ ភាសាគឺពាក្យសំដី ហើយនេះធ្វើឱ្យខូចដល់ចំនួនទិន្នន័យ អង្គចងចាំ ហ្វ្រាំង IDE ពេលវេលា ប្រាក់ ...
• ទីបំផុតសំណង់ ខ្ញុំមានសម្មតិកម្មមួយថា សំណង់នេះត្រូវបានបាត់ ដោយសារតែពួកគេមិនបានរកឃើញការបកប្រែជាភាសារុស្សីដោយជោគជ័យ :)
• ប្រភេទទិន្នន័យផ្ទាល់ខ្លួន (ដោយគ្មាន OOP) analogues នៃ Type ពី VB6 ។ វានឹងអនុញ្ញាតឱ្យអ្នកមិនវាយរចនាសម្ព័ន្ធដោយប្រើមតិយោបល់នៅក្នុង BSP និងវិធីសាស្រ្តវេទមន្តដែលបង្កើតរចនាសម្ព័ន្ធទាំងនេះ។ យើងទទួលបាន៖ លេខកូដតិច ការណែនាំតាមរយៈចំនុច ដំណោះស្រាយលឿនជាងមុនចំពោះបញ្ហា កំហុសតិចជាងមុនដោយសារការវាយអក្សរ និងបាត់លក្ខណៈសម្បត្តិនៃរចនាសម្ព័ន្ធ។ ឥឡូវនេះការវាយបញ្ចូលរចនាសម្ព័ន្ធអ្នកប្រើប្រាស់ទាំងស្រុងជាមួយនឹងក្រុមអភិវឌ្ឍន៍នៃបណ្ណាល័យប្រព័ន្ធរងស្តង់ដារ ដែលសរសេរមតិយោបល់ដោយប្រុងប្រយ័ត្នលើលក្ខណៈសម្បត្តិដែលរំពឹងទុកនៃរចនាសម្ព័ន្ធប៉ារ៉ាម៉ែត្រដែលបានឆ្លងកាត់។
• គ្មានជាតិស្ករនៅពេលធ្វើការជាមួយការហៅអសមកាលនៅលើកម្មវិធីអ៊ីនធឺណិត។ callback-hell ក្នុងទម្រង់ ProcessingNotifications គឺជាឈើច្រត់បណ្ដោះអាសន្នដែលបណ្តាលមកពីការផ្លាស់ប្តូរភ្លាមៗនៅក្នុង API នៃកម្មវិធីរុករកមេ ប៉ុន្តែអ្នកមិនអាចរស់នៅដូចនេះបានគ្រប់ពេលនោះទេ អត្ថប្រយោជន៍នៃ "ការយល់ដឹងរបស់សិស្ស" នៃកូដអសមកាលកំពុងត្រូវបានបាត់បង់។ កាន់តែច្រើនឡើង។ បន្ថែមការមិនគាំទ្រសម្រាប់គំរូនេះនៅក្នុង IDE ចម្បង ហើយអ្វីៗកាន់តែអាក្រក់ទៅៗ។

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

អ្នកសរសេរកម្មវិធីដែលបានធ្វើការច្រើនជាមួយភាសានេះ មើលទៅ js ឬ c# មានការធុញទ្រាន់នៅក្នុងក្របខ័ណ្ឌនៃភាសានេះ។ វាគឺជាការពិតមួយ។ គាត់ត្រូវការការអភិវឌ្ឍន៍។ នៅផ្នែកម្ខាងទៀតនៃមាត្រដ្ឋានសម្រាប់អ្នកលក់គឺជាការចំណាយលើការអនុវត្តលក្ខណៈពិសេសដែលបានបញ្ជាក់ធៀបនឹងការកើនឡើងនៃប្រាក់ចំណូលបន្ទាប់ពីការអនុវត្តរបស់ពួកគេ។ នៅទីនេះខ្ញុំមិនមានព័ត៌មានណាមួយអំពីអ្វីដែលបច្ចុប្បន្នលើសពីភ្នែករបស់ក្រុមហ៊ុននោះទេ។

បរិស្ថានអភិវឌ្ឍន៍

អ្វីៗក៏មិនរលូននៅទីនេះដែរ។ មានបរិស្ថានអភិវឌ្ឍន៍ពីរ។ ទីមួយគឺ Configurator រួមបញ្ចូលនៅក្នុងការចែកចាយ។ ទីពីរ​គឺ​បរិស្ថាន​ឧបករណ៍​អភិវឌ្ឍន៍​សហគ្រាស ឬ EDT ដែល​បាន​បង្កើត​ឡើង​នៅ​លើ​មូលដ្ឋាន​នៃ Eclipse។

ឧបករណ៍កំណត់រចនាសម្ព័ន្ធផ្តល់នូវជួរពេញលេញនៃភារកិច្ចអភិវឌ្ឍន៍ គាំទ្រលក្ខណៈពិសេសទាំងអស់ និងជាបរិយាកាសចម្បងនៅលើទីផ្សារ។ វា​ក៏​លែង​ប្រើ​ខាង​សីលធម៌ មិន​មាន​ការ​អភិវឌ្ឍ​ដែរ នេះ​បើ​តាម​ពាក្យ​ចចាមអារ៉ាម - ដោយសារ​ចំនួន​បំណុល​បច្ចេកទេស​នៅ​ក្នុង​ខ្លួន​វា។ ស្ថានភាពអាចត្រូវបានកែលម្អដោយការបើក API ផ្ទៃក្នុង (ក្នុងទម្រង់ជាមិត្តភាពជាមួយ បុរសព្រិល A. Orefkova ឬនៅលើមូលដ្ឋានឯករាជ្យ) ប៉ុន្តែនេះមិនមែនជាករណីនោះទេ។ ការអនុវត្តបានបង្ហាញថាសហគមន៍នឹងសរសេរលក្ខណៈពិសេសរបស់វានៅក្នុង IDE ដរាបណាអ្នកលក់មិនជ្រៀតជ្រែក។ ប៉ុន្តែយើងមានអ្វីដែលយើងមាន។ ឧបករណ៍កំណត់រចនាសម្ព័ន្ធគឺអស្ចារ្យណាស់ក្នុងឆ្នាំ 2004-2005 ដែលនឹកឃើញដល់ Visual Studio សម័យនោះ នៅកន្លែងខ្លះវាត្រជាក់ជាង ប៉ុន្តែវាត្រូវបានជាប់គាំងនៅក្នុងសម័យនោះ។

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

ជាជម្រើសមួយ IDE សរសេរពីទទេ បង្កើតនៅលើ Eclipse ត្រូវបានផ្តល់ជូន។ នៅទីនោះ ប្រភពដូចជានៅក្នុងកម្មវិធីផ្សេងទៀតដែលរស់នៅក្នុងទម្រង់នៃឯកសារអត្ថបទត្រូវបានរក្សាទុកនៅក្នុង GIT ទាញសាខាសំណើ។ ផ្ទុយទៅវិញ វាមិនបានចាកចេញពីស្ថានភាពបេតាអស់រយៈពេលជាច្រើនឆ្នាំមកនេះទេ ទោះបីជាវាកាន់តែប្រសើរឡើងជាមួយនឹងការចេញផ្សាយនីមួយៗក៏ដោយ។ ខ្ញុំនឹងមិនសរសេរអំពីគុណវិបត្តិនៃ EDT ទេ ថ្ងៃនេះវាជាដក ថ្ងៃស្អែកវាជាមុខងារថេរ។ ភាពពាក់ព័ន្ធនៃការពិពណ៌នាបែបនេះនឹងរលាយបាត់ភ្លាមៗ។ សព្វថ្ងៃនេះវាអាចអភិវឌ្ឍនៅក្នុង EDT ប៉ុន្តែវាមិនធម្មតាទេ អ្នកត្រូវរៀបចំសម្រាប់ចំនួនជាក់លាក់នៃកំហុស IDE ។

ប្រសិនបើអ្នកក្រឡេកមើលស្ថានភាពតាមរយៈ "1C prism" ដែលបានរៀបរាប់ខាងលើ អ្នកទទួលបានអ្វីមួយដូចនេះ៖ ការចេញផ្សាយ IDE ថ្មីមិនបង្កើនការលក់ប្រអប់នោះទេ ប៉ុន្តែលំហូរចេញនៃអ្នកអភិវឌ្ឍន៍អាចនឹងត្រូវបានកាត់បន្ថយ។ វាពិបាកក្នុងការនិយាយអ្វីដែលកំពុងរង់ចាំប្រព័ន្ធអេកូ ទាក់ទងនឹងការលួងលោមរបស់អ្នកអភិវឌ្ឍន៍ ប៉ុន្តែ Microsoft បានបញ្ឆោតអ្នកអភិវឌ្ឍន៍ទូរស័ព្ទរួចហើយ ដោយផ្តល់ជូនពួកគេនូវសេវាកម្មរបស់វាយឺតពេក។

ការគ្រប់គ្រងការអភិវឌ្ឍន៍

អ្វីៗនៅទីនេះគឺល្អប្រសើរជាងការសរសេរកូដ ជាពិសេសនាពេលថ្មីៗនេះ នៅពេលដែលកិច្ចខិតខំប្រឹងប្រែងរបស់សហគមន៍បាននាំមកបំភ្លឺបញ្ហានៃការគ្រប់គ្រងស្វ័យប្រវត្តិកម្ម បានចាប់ផ្តើមគំរូដែលអំពាវនាវឱ្យបោះឃ្លាំង 1C ទៅក្នុងគំនរសំរាម ហើយប្រើប្រាស់ git ការស្តីបន្ទោសរហ័ស ការពិនិត្យមើលកូដ។ ការវិភាគឋិតិវន្ត ការដាក់ពង្រាយដោយស្វ័យប្រវត្តិ និងល។ លក្ខណៈពិសេសជាច្រើនត្រូវបានបន្ថែមទៅវេទិកាដែលបង្កើនកម្រិតស្វ័យប្រវត្តិកម្មនៃភារកិច្ចអភិវឌ្ឍន៍។ ទោះជាយ៉ាងណាក៏ដោយ លក្ខណៈពិសេសទាំងអស់នេះត្រូវបានបន្ថែមសម្រាប់តែការអភិវឌ្ឍន៍ផលិតផលធំៗរបស់យើងតែប៉ុណ្ណោះ នៅពេលដែលវាច្បាស់ថាយើងមិនអាចធ្វើដោយគ្មានស្វ័យប្រវត្តិកម្មបានទេ។ មានការបញ្ចូលគ្នាដោយស្វ័យប្រវត្តិ ការប្រៀបធៀបបីផ្លូវជាមួយ KDiff និងអ្វីៗទាំងអស់។ បើកដំណើរការនៅលើ Github កម្មវិធីបម្លែង gitនិយាយដោយត្រង់ទៅ ដែលត្រូវបានអូសទាញដោយមនោគមវិជ្ជាចេញពីគម្រោង gitsyncប៉ុន្តែត្រូវបានកែប្រែឱ្យសមស្របទៅនឹងដំណើរការរបស់ក្រុមហ៊ុនអ្នកលក់។ សូមអរគុណចំពោះបុរសរឹងរូសពីប្រភពបើកចំហ ការអភិវឌ្ឍន៍ស្វ័យប្រវត្តិកម្មនៅក្នុង 1C បានចេញពីដី។ API បើកចំហសម្រាប់អ្នកកំណត់រចនាសម្ព័ន្ធ IMHO ក៏នឹងផ្លាស់ប្តូរភាពយឺតយ៉ាវខាងសីលធម៌នៃ IDE ចម្បងផងដែរ។

សព្វថ្ងៃនេះ ការរក្សាទុកប្រភព 1C នៅក្នុង git ជាមួយនឹងការប្តេជ្ញាចិត្តដែលភ្ជាប់ទៅនឹងបញ្ហានៅក្នុង Jira ការពិនិត្យឡើងវិញនៅក្នុង Crucible ប៊ូតុងរុញពី Jenkins និង Allure រាយការណ៍អំពីការធ្វើតេស្តកូដនៅក្នុង 1C និងសូម្បីតែ ការវិភាគឋិតិវន្តនៅក្នុង SonarQube - នេះគឺនៅឆ្ងាយពីព័ត៌មាន ប៉ុន្តែជាចរន្តសំខាន់នៅក្នុងក្រុមហ៊ុនដែលមានការអភិវឌ្ឍន៍ 1C ច្រើន។

រដ្ឋបាល

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

បញ្ហានៅទីនេះគឺថា អ្នកលក់មិនផ្តល់អ្វីពិសេសទាក់ទងនឹងដំណោះស្រាយដែលត្រៀមរួចជាស្រេចសម្រាប់ការធ្វើរោគវិនិច្ឆ័យនេះទេ។ បាទ មាន 1C: ឧបករណ៍ និងមជ្ឈមណ្ឌលបញ្ជា ពួកគេថែមទាំងល្អផងដែរ ប៉ុន្តែពួកគេមានតម្លៃថ្លៃណាស់ ហើយមិនមែនគ្រប់គ្នាសុទ្ធតែមានវាទេ។ មានការអភិវឌ្ឍន៍មួយចំនួននៅក្នុងសហគមន៍សម្រាប់ការភ្ជាប់ Grafana, Zabbix, ELK និងរបស់ផ្សេងទៀតពីសំណុំអ្នកគ្រប់គ្រងស្តង់ដារ ប៉ុន្តែមិនមានដំណោះស្រាយតែមួយដែលនឹងសាកសមនឹងមនុស្សភាគច្រើននោះទេ។ ភារកិច្ចកំពុងរង់ចាំវីរបុរសរបស់វា។ ហើយប្រសិនបើអ្នកជាអាជីវកម្មដែលមានគម្រោងបើកដំណើរការនៅលើចង្កោម 1C អ្នកត្រូវការអ្នកជំនាញ។ របស់អ្នកខាងក្នុង ឬពីខាងក្រៅ ប៉ុន្តែអ្នកត្រូវការវា។ វាជារឿងធម្មតាទេដែលមានតួនាទីដាច់ដោយឡែកជាមួយនឹងសមត្ថភាពសម្រាប់ប្រតិបត្តិការម៉ាស៊ីនមេ មិនមែនគ្រប់អ្នកប្រើប្រាស់ 1C គួរតែដឹងរឿងនេះទេ អ្នកគ្រាន់តែត្រូវយល់ថាតួនាទីបែបនេះគឺចាំបាច់។ ចូរយើងយក SAP ជាឧទាហរណ៍។ នៅទីនោះ អ្នកសរសេរកម្មវិធីម្នាក់ទំនងជានឹងមិនក្រោកពីកៅអីរបស់គាត់ទេ ប្រសិនបើគាត់ត្រូវបានស្នើសុំឱ្យកំណត់រចនាសម្ព័ន្ធអ្វីមួយនៅលើម៉ាស៊ីនមេកម្មវិធី។ គាត់ប្រហែលជាល្ងង់ ហើយគាត់នឹងមិនខ្មាស់គេទេ។ នៅក្នុងវិធីសាស្រ្ត SAP មានតួនាទីបុគ្គលិកដាច់ដោយឡែកសម្រាប់រឿងនេះ។ សម្រាប់ហេតុផលមួយចំនួននៅក្នុងឧស្សាហកម្ម 1C វាត្រូវបានគេជឿថានេះគួរតែត្រូវបានបញ្ចូលគ្នានៅក្នុងបុគ្គលិកម្នាក់សម្រាប់ប្រាក់ខែដូចគ្នា។ វាជាការបំភាន់។

គុណវិបត្តិនៃម៉ាស៊ីនមេ 1C

មានដកមួយយ៉ាងពិតប្រាកដ - ភាពជឿជាក់។ ឬប្រសិនបើអ្នកចង់ មិនអាចទាយទុកជាមុនបាន។ អាកប្បកិរិយាចម្លែកភ្លាមៗរបស់ម៉ាស៊ីនមេបានក្លាយជាការនិយាយរបស់ទីក្រុងរួចទៅហើយ។ មធ្យោបាយដោះស្រាយជាសកល - ការបញ្ឈប់ម៉ាស៊ីនមេ និងការសម្អាតឃ្លាំងសម្ងាត់ទាំងអស់ - ត្រូវបានពិពណ៌នាសូម្បីតែនៅក្នុងសៀវភៅណែនាំរបស់អ្នកជំនាញ ហើយសូម្បីតែសៀវភៅជាបាច់មួយត្រូវបានណែនាំអោយធ្វើបែបនេះ។ ប្រសិនបើប្រព័ន្ធ 1C របស់អ្នកចាប់ផ្តើមធ្វើអ្វីមួយដែលវាមិនគួរធ្វើ វាជាពេលវេលាដើម្បីសម្អាតឃ្លាំងទិន្នន័យសម័យ។ តាមការប៉ាន់ប្រមាណរបស់ខ្ញុំ មានមនុស្សតែបីនាក់ប៉ុណ្ណោះនៅក្នុងប្រទេសទាំងមូលដែលដឹងពីរបៀបដំណើរការម៉ាស៊ីនមេ 1C ដោយគ្មាននីតិវិធីនេះ ហើយពួកគេមិនចែករំលែកអាថ៌កំបាំងនោះទេ ព្រោះ... ពួកគេរស់នៅពីនេះ។ ប្រហែលជាអាថ៌កំបាំងរបស់ពួកគេគឺថាពួកគេសម្អាតទិន្នន័យសម័យ ប៉ុន្តែពួកគេមិនប្រាប់នរណាម្នាក់អំពីវាទេ។

បើមិនដូច្នេះទេ ម៉ាស៊ីនមេ 1C គឺជាកម្មវិធីដូចគ្នាទៅនឹងកម្មវិធីផ្សេងទៀត ហើយត្រូវបានគ្រប់គ្រងតាមរបៀបដូចគ្នា ដោយអានឯកសារ និងគោះលើ tambourine ។

Dockers

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

សមាសភាគពាណិជ្ជកម្ម

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

ឧទាហរណ៍ ភារកិច្ចផ្ញើវិក្កយបត្រ PDF ទៅអតិថិជនអាចដោះស្រាយបានក្នុងរយៈពេលមួយម៉ោងនៃការងារសិស្ស។ បញ្ហាដូចគ្នានៅក្នុង .NET អាចត្រូវបានដោះស្រាយដោយការទិញបណ្ណាល័យដែលមានកម្មសិទ្ធិ ឬពីរបីថ្ងៃ ឬសប្តាហ៍នៃការសរសេរកូដដោយអ្នកអភិវឌ្ឍន៍ដែលមានពុកចង្ការ។ ពេលខ្លះទាំងពីរក្នុងពេលតែមួយ។ ហើយបាទ ខ្ញុំគ្រាន់តែនិយាយអំពីការបង្កើត PDF ប៉ុណ្ណោះ។ យើង​មិន​បាន​និយាយ​ថា​វិក័យប័ត្រ​នេះ​នឹង​មក​ពី​ណា​ទេ។ ផ្នែកខាងមុខគេហទំព័រត្រូវតែបង្កើតទម្រង់មួយដែលប្រតិបត្តិករនឹងបញ្ចូលទិន្នន័យ អ្នកការពារនឹងត្រូវបង្កើតគំរូ dto សម្រាប់ផ្ទេរ JSON គំរូសម្រាប់រក្សាទុកក្នុងមូលដ្ឋានទិន្នន័យ រចនាសម្ព័ន្ធនៃមូលដ្ឋានទិន្នន័យខ្លួនឯង ការធ្វើចំណាកស្រុកទៅវា ការបង្កើតក្រាហ្វិក។ បង្ហាញគណនីនេះ ហើយមានតែពេលនោះទេ - PDF ។ នៅលើ 1C កិច្ចការទាំងមូលពីដំបូងគឺត្រូវបញ្ចប់ក្នុងរយៈពេល XNUMX ម៉ោង។

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

តើ​កិច្ចការ​នេះ​ត្រូវ​ចំណាយ​ពេល​យូរ​ប៉ុណ្ណា​ទើប​អ្នក​អភិវឌ្ឍន៍ .NET ដំឡើង​ស្ទូឌីយោ​រូបភាព​លើ​កុំព្យូទ័រ​ស្អាត ដើម្បី​បង្ហាញ​វា​ដល់​អតិថិជន? ចុះតម្លៃនៃការអភិវឌ្ឍន៍វិញ? រឿង​ដូច​គ្នា។

ភាពខ្លាំងនៃ 1C ជាវេទិកាមួយ។

1C គឺខ្លាំងមិនមែនដោយសារតែមានអ្វីជាក់លាក់អំពីវាដែលល្អបំផុតនៅក្នុងពិភពលោក។ ផ្ទុយទៅវិញ នៅក្នុងប្រព័ន្ធរងនីមួយៗ អ្នកអាចរកឃើញ analogue គួរឱ្យចាប់អារម្មណ៍ជាងនៅក្នុងកម្មវិធីរបស់ពិភពលោក។ ទោះយ៉ាងណាក៏ដោយ ដោយផ្អែកលើកត្តារួមបញ្ចូលគ្នា ខ្ញុំមិនឃើញវេទិកាស្រដៀងនឹង 1C ទេ។ នេះគឺជាកន្លែងដែលជោគជ័យពាណិជ្ជកម្មស្ថិតនៅ។ គុណសម្បត្តិនៃវេទិកានេះត្រូវបានគេរាយប៉ាយពាសពេញវា ហើយអាចមើលឃើញយ៉ាងច្បាស់បំផុតនៅពេលដែលអ្នកឃើញពីរបៀបដែលវាត្រូវបានធ្វើនៅក្នុងវេទិកាផ្សេងទៀត។ ជាទូទៅ ទាំងនេះមិនមែនជាលក្ខណៈពិសេសនោះទេ ប៉ុន្តែផ្ទុយទៅវិញ - ការបដិសេធនៃលក្ខណៈពិសេសនៅក្នុងការពេញចិត្តនៃគំរូជាក់លាក់មួយ។ ឧទាហរណ៍មួយចំនួន៖

1. យូនីកូដ។ តើអ្វីទៅដែលអាចធ្វើឱ្យសាមញ្ញជាងនេះ? មិនចាំបាច់ប្រើការអ៊ិនកូដ ASCII បៃបៃតែមួយនៅឆ្នាំ 2019 ទេ (លើកលែងតែការរួមបញ្ចូលជាមួយកេរ្តិ៍ដំណែលបុរាណ)។ មិនដែល ប៉ុន្តែទេ។ ទោះយ៉ាងណាក៏ដោយ នរណាម្នាក់នៅក្នុងតារាងមួយចំនួនប្រើ varchar មួយបៃ ហើយកម្មវិធីនឹងមានបញ្ហាជាមួយនឹងការអ៊ិនកូដ។ ក្នុងឆ្នាំ 2015 ការអនុញ្ញាត LDAP របស់ gitlab បានបរាជ័យដោយសារតែការងារមិនត្រឹមត្រូវជាមួយនឹងការអ៊ិនកូដ JetBrains IDE នៅតែមិនដំណើរការជាមួយ Cyrillic នៅក្នុងឈ្មោះឯកសារគ្រប់ទីកន្លែង។ 1C ផ្តល់នូវភាពឯកោគុណភាពខ្ពស់នៃកូដកម្មវិធីពីស្រទាប់មូលដ្ឋានទិន្នន័យ។ នៅទីនោះ វាមិនអាចទៅរួចទេក្នុងការវាយតារាងក្នុងកម្រិតទាប ហើយការកកស្ទះនៃយុវជនដែលគ្មានសមត្ថភាពនៅកម្រិតមូលដ្ឋានទិន្នន័យគឺមិនអាចទៅរួចទេនៅទីនោះ។ បាទ/ចាស៎ ប្រហែលជាមានបញ្ហាផ្សេងទៀតជាមួយយុវជនដែលគ្មានសមត្ថភាព ប៉ុន្តែភាពខុសគ្នានៃបញ្ហាគឺតូចជាង។ ឥឡូវនេះអ្នកនឹងប្រាប់ខ្ញុំថាកម្មវិធីរបស់អ្នកត្រូវបានរចនាឡើងយ៉ាងត្រឹមត្រូវ ហើយស្រទាប់ចូលប្រើមូលដ្ឋានទិន្នន័យគឺដាច់ដោយឡែកដូចដែលវាគួរតែ។ សូមក្រឡេកមើលកម្មវិធី Java ផ្ទាល់ខ្លួនរបស់ក្រុមហ៊ុនរបស់អ្នក។ យ៉ាងជិតស្និទ្ធ និងស្មោះត្រង់។ តើមនសិការរបស់អ្នករំខានអ្នកទេ? បន្ទាប់មកខ្ញុំសប្បាយចិត្តសម្រាប់អ្នក។
2. លេខឯកសារ/សៀវភៅយោង។ នៅក្នុង 1C វាពិតជាមិនមានភាពបត់បែនបំផុត និងមិនមែនល្អបំផុតនោះទេ។ ប៉ុន្តែអ្វីដែលពួកគេធ្វើនៅក្នុងកម្មវិធីធនាគារ និងនៅក្នុងប្រព័ន្ធគណនេយ្យដែលសរសេរដោយខ្លួនឯង - ជាការប្រសើរណាស់ វាគ្រាន់តែជាភាពងងឹតប៉ុណ្ណោះ។ អត្តសញ្ញាណទាំងពីរនឹងត្រូវបានជាប់គាំង (ហើយបន្ទាប់មក "អូ ហេតុអ្វីបានជាយើងមានរន្ធ") ឬផ្ទុយទៅវិញ ពួកគេនឹងបង្កើតម៉ាស៊ីនភ្លើងដែលដំណើរការជាមួយនឹងការចាក់សោនៅកម្រិត DBMS (ហើយនឹងក្លាយជាការស្ទះ)។ តាមពិតទៅ វាពិតជាលំបាកណាស់ក្នុងការធ្វើកិច្ចការដែលហាក់ដូចជាសាមញ្ញនេះ - អ្នករាប់បញ្ចូលពីចុងដល់ចប់នៃអង្គភាព ជាមួយនឹងផ្នែកភាពឯកោផ្អែកលើសំណុំជាក់លាក់នៃគ្រាប់ចុច បុព្វបទ ដូច្នេះវាមិនរារាំងមូលដ្ឋានទិន្នន័យក្នុងអំឡុងពេលបញ្ចូលទិន្នន័យស្របគ្នា។ .
3. ការកំណត់អត្តសញ្ញាណនៃកំណត់ត្រានៅក្នុងមូលដ្ឋានទិន្នន័យ។ 1C បានធ្វើការសម្រេចចិត្តដោយឆន្ទៈដ៏មុតមាំ - ការកំណត់អត្តសញ្ញាណតំណភ្ជាប់ទាំងអស់គឺពិតជាសំយោគ ហើយនោះហើយជាវា។ ហើយមិនមានបញ្ហាជាមួយនឹងមូលដ្ឋានទិន្នន័យដែលបានចែកចាយ និងការផ្លាស់ប្តូរនោះទេ។ អ្នកបង្កើតប្រព័ន្ធផ្សេងទៀតដោយរឹងរូសបង្កើតអ្វីមួយដូចជាអត្តសញ្ញាណ (វាខ្លីជាង!) អូសពួកវាទៅក្នុង GUI រហូតទាល់តែដល់ពេលបង្កើតករណីពាក់ព័ន្ធជាច្រើន (ហើយបន្ទាប់មកពួកវានឹងត្រូវបានរកឃើញ)។ តើអ្នកមិនមាននេះទេ? ស្មោះត្រង់?
4. បញ្ជី។ 1C មានយន្តការដ៏ជោគជ័យសម្រាប់ដំណើរការទំព័រតាមបញ្ជី (ធំ) និងរុករកតាមពួកវា។ អនុញ្ញាតឱ្យខ្ញុំធ្វើការកក់ទុកភ្លាមៗ - ជាមួយនឹងការប្រើប្រាស់ត្រឹមត្រូវនៃយន្តការ! ជាទូទៅ ប្រធានបទគឺមិនសប្បាយចិត្តទេ វាមិនអាចដោះស្រាយតាមឧត្ដមគតិបានទេ៖ វាជាវិចារណញាណ និងសាមញ្ញ (ប៉ុន្តែហានិភ័យនៃកំណត់ត្រាដ៏ធំនៅលើម៉ាស៊ីនភ្ញៀវ) ឬទំព័រគឺមានភាពច្របូកច្របល់មួយ។ អ្នក​ដែល​ធ្វើ​ទំព័រ​នេះ​ច្រើន​តែ​ធ្វើ​វា​ដោយ​ច្របូកច្របល់។ អ្នកដែលបង្កើតរបាររមូរដោយស្មោះត្រង់បន្ថែមមូលដ្ឋានទិន្នន័យ ឆានែល និងអតិថិជន។
5. ទម្រង់គ្រប់គ្រង។ គ្មានការសង្ស័យទេ នៅក្នុងម៉ាស៊ីនភ្ញៀវគេហទំព័រ ចំណុចប្រទាក់មិនដំណើរការល្អឥតខ្ចោះទេ។ ប៉ុន្តែវាដំណើរការ។ ប៉ុន្តែសម្រាប់ប្រព័ន្ធគណនេយ្យ និងធនាគារជាច្រើនទៀត ការបង្កើតកន្លែងធ្វើការពីចម្ងាយគឺជាគម្រោងកម្រិតសហគ្រាស។ ការបដិសេធ៖ ជាសំណាងល្អសម្រាប់អ្នកដែលបានបង្កើតវានៅលើគេហទំព័រដំបូង វានឹងមិនប៉ះពាល់ទេ។
6. កម្មវិធីទូរស័ព្ទ។ ថ្មីៗ​នេះ អ្នក​ក៏​អាច​សរសេរ​កម្មវិធី​ទូរសព្ទ​ខណៈ​ពេល​ដែល​នៅ​ក្នុង​ប្រព័ន្ធ​អេកូឡូស៊ី​ដូចគ្នា។ វាមានភាពស្មុគស្មាញបន្តិចនៅទីនេះជាងម៉ាស៊ីនភ្ញៀវគេហទំព័រ ភាពជាក់លាក់នៃឧបករណ៍បង្ខំឱ្យអ្នកសរសេរជាពិសេសសម្រាប់ពួកគេ ប៉ុន្តែទោះជាយ៉ាងណាក៏ដោយ អ្នកមិនជួលក្រុមអ្នកអភិវឌ្ឍន៍ទូរស័ព្ទដាច់ដោយឡែកនោះទេ។ ប្រសិនបើអ្នកត្រូវការកម្មវិធីសម្រាប់តម្រូវការផ្ទៃក្នុងរបស់ក្រុមហ៊ុន (នៅពេលដែលដំណោះស្រាយទូរស័ព្ទសម្រាប់បញ្ហាសាជីវកម្មមានសារៈសំខាន់ជាងការរចនា UI ពណ៌លឿង) អ្នកគ្រាន់តែប្រើវេទិកាដូចគ្នាចេញពីប្រអប់។
7. ការរាយការណ៍។ តាមរយៈពាក្យនេះ ខ្ញុំមិនមានន័យថាប្រព័ន្ធ BI ដែលមានទិន្នន័យធំ និងមានភាពយឺតយ៉ាវលើដំណើរការ ETL នោះទេ។ នេះសំដៅលើរបាយការណ៍បុគ្គលិកប្រតិបត្តិការដែលអនុញ្ញាតឱ្យអ្នកវាយតម្លៃស្ថានភាពនៃគណនេយ្យនៅទីនេះ និងឥឡូវនេះ។ តុល្យភាព ការតាំងទីលំនៅទៅវិញទៅមក ការចាត់ថ្នាក់ឡើងវិញ ។ល។ 1C ចេញមកក្រៅប្រអប់ជាមួយនឹងប្រព័ន្ធរាយការណ៍ជាមួយនឹងការកំណត់ដែលអាចបត់បែនបានសម្រាប់ការដាក់ជាក្រុម តម្រង និងការមើលឃើញនៅខាងអ្នកប្រើប្រាស់។ បាទ មាន analogues ត្រជាក់ជាងនៅលើទីផ្សារ។ ប៉ុន្តែមិនមែននៅក្នុងក្របខណ្ឌនៃដំណោះស្រាយ all-in-one ហើយតម្លៃជួនកាលខ្ពស់ជាងដំណោះស្រាយ all-in-one។ ហើយជាញឹកញាប់ជាងនេះទៅទៀត វាគឺសូម្បីតែវិធីផ្សេងទៀតនៅជុំវិញ: ការរាយការណ៍តែប៉ុណ្ណោះ ប៉ុន្តែមានតម្លៃថ្លៃជាងវេទិកាទាំងមូល និងកាន់តែអាក្រក់នៅក្នុងគុណភាព។
8. ទម្រង់ដែលអាចបោះពុម្ពបាន។ ជាការប្រសើរណាស់, ប្រើ .NET ដើម្បីដោះស្រាយបញ្ហានៃការផ្ញើសន្លឹកប្រាក់ខែជា PDF ដល់បុគ្គលិកតាមអ៊ីម៉ែល។ ហើយឥឡូវនេះភារកិច្ចបោះពុម្ពវិក្កយបត្រ។ ចុះការរក្សាទុកច្បាប់ចម្លងរបស់ពួកគេទៅជា PDF ដូចគ្នា? សម្រាប់ឈ្មោះហៅក្រៅ 1C ការបញ្ចេញប្លង់ណាមួយទៅជា PDF គឺ +1 ជួរនៃកូដ។ នេះមានន័យថា + 40 វិនាទីនៃម៉ោងធ្វើការ ជំនួសឱ្យថ្ងៃ ឬសប្តាហ៍ជាភាសាផ្សេង។ ប្លង់ទម្រង់ដែលបានបោះពុម្ពក្នុង 1C គឺងាយស្រួលមិនគួរឱ្យជឿក្នុងការអភិវឌ្ឍន៍ និងមានថាមពលគ្រប់គ្រាន់ដើម្បីប្រកួតប្រជែងជាមួយសមភាគីដែលបង់ប្រាក់។ បាទ/ចាស ប្រហែលជាមិនមានឱកាសអន្តរកម្មច្រើននៅក្នុងឯកសារសៀវភៅបញ្ជី 1C ទេ អ្នកមិនអាចទទួលបានដ្យាក្រាម 3D យ៉ាងរហ័សជាមួយនឹងការធ្វើមាត្រដ្ឋានដោយប្រើ OpenGL ទេ។ ប៉ុន្តែតើវាពិតជាចាំបាច់មែនទេ?

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

បាទ ដូចជានៅក្នុងប្រព័ន្ធស្មុគស្មាញផ្សេងទៀត 1C ខ្លួនវាក៏មានដំណោះស្រាយដែលរារាំងការធ្វើមាត្រដ្ឋានក្នុងទិដ្ឋភាពមួយចំនួនផងដែរ។ ទោះជាយ៉ាងណាក៏ដោយ ខ្ញុំនិយាយម្តងទៀត ដោយផ្អែកលើកត្តារួមផ្សំ តម្លៃនៃភាពជាម្ចាស់ និងចំនួននៃបញ្ហាដែលបានដោះស្រាយជាមុន ខ្ញុំមិនឃើញដៃគូប្រកួតប្រជែងដ៏សក្តិសមនៅលើទីផ្សារនោះទេ។ សម្រាប់តម្លៃដូចគ្នា អ្នកទទួលបានក្របខ័ណ្ឌកម្មវិធីហិរញ្ញវត្ថុ ម៉ាស៊ីនមេដែលមានតុល្យភាពជាចង្កោម ជាមួយនឹង UI និងចំណុចប្រទាក់គេហទំព័រ ជាមួយនឹងកម្មវិធីទូរស័ព្ទ ជាមួយនឹងការរាយការណ៍ ការរួមបញ្ចូល និងអ្វីៗជាច្រើនទៀត។ នៅក្នុងពិភព Java អ្នកជួលក្រុមផ្នែកខាងមុខ និងផ្នែកខាងក្រោយ បំបាត់កំហុស shoals កម្រិតទាបនៃកូដម៉ាស៊ីនមេដែលសរសេរតាមផ្ទះ និងបង់ប្រាក់ដាច់ដោយឡែកសម្រាប់កម្មវិធីទូរស័ព្ទ 2 សម្រាប់ 2 ប្រព័ន្ធប្រតិបត្តិការទូរស័ព្ទ។

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

ហោះទៅក្នុងមួន

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

• ភាពជឿជាក់នៃម៉ាស៊ីនមេ។ អ្នកឯកទេសដែលមានគុណភាពខ្ពស់ពិតជាត្រូវបានទាមទារដែលអាចធានាបាននូវប្រតិបត្តិការគ្មានការរំខានរបស់វា។ ខ្ញុំមិនដឹងពីកម្មវិធីបណ្តុះបណ្តាលដែលត្រៀមរួចជាស្រេចសម្រាប់អ្នកឯកទេសបែបនេះពីអ្នកលក់នោះទេ។ មានវគ្គសិក្សាដើម្បីរៀបចំសម្រាប់ការប្រឡងអ្នកជំនាញ ប៉ុន្តែនេះនៅក្នុងគំនិតរបស់ខ្ញុំគឺមិនគ្រប់គ្រាន់ទេ។
• គាំទ្រ។ មើលចំណុចមុន។ ដើម្បីទទួលបានការគាំទ្រពីអ្នកលក់ អ្នកត្រូវទិញវា។ សម្រាប់ហេតុផលមួយចំនួននេះមិនត្រូវបានទទួលយកនៅក្នុងឧស្សាហកម្ម 1C ។ ហើយជាមួយនឹង SAP វាស្ទើរតែត្រូវតែទិញ ហើយវាមិនរំខាននរណាម្នាក់ឡើយ។ បើគ្មានការគាំទ្រពីសាជីវកម្ម និងដោយគ្មានអ្នកជំនាញលើបុគ្គលិក អ្នកអាចត្រូវបានទុកចោលតែម្នាក់ឯងជាមួយនឹងកំហុស 1C ។
• ទោះយ៉ាងណាក៏ដោយ អ្នកមិនអាចធ្វើអ្វីគ្រប់យ៉ាងជាមួយ 1C បានទេ។ នេះគឺជាឧបករណ៍ និងដូចឧបករណ៍ទាំងអស់ដែលវាមានដែនកំណត់នៃការអនុវត្ត។ នៅក្នុងទេសភាព 1C វាជាការចង់បានខ្លាំងណាស់ដែលមានស្ថាបត្យករប្រព័ន្ធ "មិនមែន 1C" ។
• ឈ្មោះហៅក្រៅ 1C ល្អមិនថោកជាងអ្នកសរសេរកម្មវិធីល្អជាភាសាផ្សេងទេ។ ទោះបីជា អ្នកសរសេរកម្មវិធីមិនល្អមានតម្លៃថ្លៃក្នុងការជួល ដោយមិនគិតពីភាសាដែលពួកគេសរសេរ។

ចូរគូសចំនុច

• 1C គឺជាក្របខណ្ឌនៃការអភិវឌ្ឍន៍កម្មវិធីរហ័ស ​​(RAD) សម្រាប់អាជីវកម្ម ហើយត្រូវបានកែសម្រួលសម្រាប់រឿងនេះ។
• តំណភ្ជាប់បីជាន់ជាមួយនឹងការគាំទ្រសម្រាប់ DBMSs សំខាន់ៗ UI អតិថិជន ORM និងការរាយការណ៍ល្អណាស់
• លទ្ធភាពទូលំទូលាយសម្រាប់ការរួមបញ្ចូលជាមួយប្រព័ន្ធដែលអាចធ្វើអ្វីដែល 1C មិនអាចធ្វើបាន។ ប្រសិនបើអ្នកចង់រៀនម៉ាស៊ីន សូមយក Python ហើយផ្ញើលទ្ធផលទៅ 1C តាមរយៈ http ឬ RabbitMQ
• មិនចាំបាច់ខិតខំធ្វើអ្វីគ្រប់យ៉ាងដោយប្រើ 1C នោះទេ អ្នកត្រូវយល់ពីភាពខ្លាំងរបស់វា ហើយប្រើវាសម្រាប់គោលបំណងផ្ទាល់ខ្លួនរបស់អ្នក។
• អ្នកអភិវឌ្ឍន៍ដែលផ្តោតលើការជីកចូលទៅក្នុងឧបករណ៍ក្របខ័ណ្ឌបច្ចេកវិជ្ជា និងការរចនាឡើងវិញរៀងរាល់ N ឆ្នាំម្តងចំពោះម៉ាស៊ីនថ្មីគឺធុញទ្រាន់នឹង 1C ។ អ្វីគ្រប់យ៉ាងគឺមានលក្ខណៈអភិរក្សខ្លាំងណាស់នៅទីនោះ។
• អ្នកអភិវឌ្ឍន៍ក៏ធុញទ្រាន់ដែរព្រោះមានការព្រួយបារម្ភតិចតួចបំផុតសម្រាប់ពួកគេពីក្រុមហ៊ុនផលិត។ ភាសាគួរឱ្យធុញ IDE ខ្សោយ។ ពួកគេត្រូវការទំនើបកម្ម។
• ម្យ៉ាងវិញទៀត អ្នកអភិវឌ្ឍន៍ដែលមិនអាចស្វែងរកការសប្បាយតាមរយៈការប្រើប្រាស់ និងរៀនបច្ចេកវិទ្យាផ្សេងទៀតដែលពួកគេចូលចិត្ត គឺជាអ្នកអភិវឌ្ឍន៍មិនល្អ។ ពួកគេនឹងស្រែកយំ ហើយផ្លាស់ទីទៅប្រព័ន្ធអេកូផ្សេងទៀត។
• និយោជកដែលមិនអនុញ្ញាតឱ្យឈ្មោះហៅក្រៅ 1C របស់ពួកគេសរសេរអ្វីមួយនៅក្នុង Python គឺជានិយោជកអាក្រក់។ ពួកគេនឹងបាត់បង់បុគ្គលិកដែលមានគំនិតចង់ដឹងចង់ឃើញ ហើយនៅកន្លែងរបស់ពួកគេនឹងមកអ្នកសរសេរកូដស្វា ដែលខណៈពេលដែលយល់ព្រមជាមួយអ្វីគ្រប់យ៉ាងនឹងអូសកម្មវិធីសាជីវកម្មចូលទៅក្នុងវាលភក់។ វានឹងនៅតែត្រូវសរសេរឡើងវិញ ដូច្នេះប្រហែលជាវាប្រសើរជាងក្នុងការវិនិយោគលើ Python បន្តិចមុននេះ?
• 1C គឺជាក្រុមហ៊ុនពាណិជ្ជកម្ម ហើយអនុវត្តលក្ខណៈពិសេសដោយផ្អែកទៅលើផលប្រយោជន៍ផ្ទាល់ខ្លួន និងភាពរហ័សរហួន។ អ្នកមិនអាចបន្ទោសនាងចំពោះរឿងនេះបានទេ អាជីវកម្មត្រូវតែគិតពីប្រាក់ចំណេញ នោះជាជីវិត
• 1C រកលុយបានដោយការលក់ដំណោះស្រាយចំពោះបញ្ហាអាជីវកម្ម មិនមែនចំពោះបញ្ហាអ្នកអភិវឌ្ឍន៍របស់ Vasya នោះទេ។ គំនិតទាំងពីរនេះជាប់ទាក់ទងគ្នា ប៉ុន្តែអាទិភាពគឺពិតជាអ្វីដែលខ្ញុំបាននិយាយ។ នៅពេលដែលអ្នកអភិវឌ្ឍន៍ Vasya ត្រៀមខ្លួនរួចជាស្រេចក្នុងការបង់ប្រាក់សម្រាប់អាជ្ញាប័ណ្ណផ្ទាល់ខ្លួនសម្រាប់ 1C: Resharper វានឹងបង្ហាញយ៉ាងឆាប់រហ័ស "Resharper" ដោយ A. Orefkova គឺជាភស្តុតាងនៃរឿងនេះ។ ប្រសិនបើអ្នកលក់គាំទ្រវា ហើយមិនប្រឆាំងនឹងវាទេ ទីផ្សារសម្រាប់កម្មវិធីសម្រាប់អ្នកអភិវឌ្ឍន៍នឹងលេចឡើង។ ឥឡូវនេះមានអ្នកលេងម្នាក់កន្លះនៅក្នុងទីផ្សារនេះជាមួយនឹងលទ្ធផលគួរឱ្យសង្ស័យ ហើយទាំងអស់ដោយសារតែការរួមបញ្ចូលជាមួយ IDE គឺអវិជ្ជមាន ហើយអ្វីគ្រប់យ៉ាងត្រូវបានធ្វើនៅលើឈើច្រត់។
• ការអនុវត្តរបស់ប្រតិបត្តិករពហុម៉ាស៊ីននឹងរលាយបាត់ទៅដោយមិនដឹងខ្លួន។ កម្មវិធីទំនើបមានទំហំធំពេកក្នុងការចងចាំទាំងផ្នែកខាងកូដ និងពីផ្នែកប្រើប្រាស់អាជីវកម្ម។ ម៉ាស៊ីនមេ 1C ក៏កាន់តែស្មុគ្រស្មាញផងដែរ វានឹងមិនអាចទៅរួចទេក្នុងការកាន់កាប់ជំនាញគ្រប់ប្រភេទនៅក្នុងបុគ្គលិកម្នាក់។ នេះគួរតែមានតម្រូវការសម្រាប់អ្នកឯកទេស ដែលមានន័យថាភាពទាក់ទាញនៃវិជ្ជាជីវៈ 1C និងការដំឡើងប្រាក់ខែ។ ប្រសិនបើពីមុន Vasya ធ្វើការបីទល់នឹងមួយសម្រាប់ប្រាក់ខែមួយ ពេលនេះអ្នកត្រូវជួល Vasyas ពីរនាក់ ហើយការប្រកួតប្រជែងក្នុងចំណោម Vasyas អាចជំរុញកំណើនទាំងមូលនៃកម្រិតរបស់ពួកគេ។

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

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

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

ត្រូវ​ដឹង​ថា​ក្របខ័ណ្ឌ​ឧត្តមគតិ​មិន​មាន​ទេ ហើយ​ថែរក្សា​ខ្លួន​ឯង។
ល្អសម្រាប់ទាំងអស់គ្នា!

PS: អរគុណ​ច្រើន​ ស្វ៊ែរ សម្រាប់ជំនួយក្នុងការរៀបចំអត្ថបទ។

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើអ្នកមាន 1C នៅក្នុងសហគ្រាសរបស់អ្នកទេ?

• 13,3%មិនមែនទាល់តែសោះ។71

• 30,3%មាន ប៉ុន្តែមានតែនៅក្នុងនាយកដ្ឋានគណនេយ្យនៅកន្លែងណាមួយប៉ុណ្ណោះ។ ប្រព័ន្ធស្នូលនៅលើវេទិកាផ្សេងទៀត 162

• 41,4%បាទ ដំណើរការអាជីវកម្មសំខាន់ៗដំណើរការលើវា221

• 15,0%1C ត្រូវតែស្លាប់ អនាគតជាកម្មសិទ្ធិរបស់ %technology_name%80

អ្នកប្រើប្រាស់ 534 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៧៨ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com