1 सी - अच्छाई और बुराई। 1C के आसपास होलिवार्स में अंकों का स्थान

दोस्तों और सहकर्मियों, हाल ही में 1 सी के खिलाफ हैबरे के लेखों के साथ, विकास के लिए एक मंच के रूप में, और इसके अधिवक्ताओं के भाषण अधिक बार बन गए हैं। इन लेखों ने एक गंभीर समस्या को उजागर किया: सबसे अधिक बार, 1C आलोचकों ने "इसे महारत हासिल नहीं करने" के परिप्रेक्ष्य से इसकी आलोचना की, उन समस्याओं की आलोचना की जिन्हें हल करना आसान है, और, इसके विपरीत, वास्तव में महत्वपूर्ण समस्याओं को छूने के बिना, चर्चाएं हैं और विक्रेता द्वारा हल नहीं की जाती हैं। । मेरा मानना ​​है कि यह 1 सी प्लेटफॉर्म की एक शांत और संतुलित समीक्षा करने के लिए समझ में आता है। वह क्या जानती है, वह क्या जानती है, उसे क्या करना चाहिए, लेकिन क्या नहीं, और, मीठी तरफ, वह क्या धमाके के साथ करती है, और% technology_name पर आपके डेवलपर्स एक सौ साल करेंगे, दूर फेंक रहे हैं एक से अधिक वार्षिक बजट।

नतीजतन, आप, एक नेता या वास्तुकार के रूप में, एक स्पष्ट समझ प्राप्त करने में सक्षम होंगे - किस कार्य के लिए यह आपके लिए 1 सी लेने के लिए लाभदायक होगा, और जहां इसे गर्म लोहे से जलाया जाना चाहिए। "नहीं 1 सी" दुनिया के डेवलपर के रूप में, आप देख सकते हैं कि उपद्रव के कारण 1 सी में क्या है। और 1 सी डेवलपर के रूप में, आप अपने सिस्टम की तुलना अन्य भाषाओं के पारिस्थितिक तंत्र के साथ कर सकते हैं और सॉफ्टवेयर विकास के समन्वय प्रणाली में अपने स्थान को समझ सकते हैं।

कट के तहत - 1 सी के लिए बहुत सारे मोटे स्केच, आलोचकों के लिए 1 सी, जावा, .NET और सामान्य रूप से ... प्रशंसक चल रहा है, स्वागत है!

अपने बारे में

मैं 2004 से इस विषय से परिचित हूं। जब मैं 6 साल का था तब से शायद मैं प्रोग्रामिंग कर रहा था, उसी क्षण से मुझे एक बिल्ली, एक गौरैया और एक कैटरपिलर के बारे में कॉमिक्स के साथ प्रोफेसर फोरट्रान के बारे में एक किताब मिली। मैंने उन कार्यक्रमों को अलग से लिया जो बिल्ली ने किताब में चित्रों से लिखे थे और यह पता लगाया कि वे क्या कर रहे थे। और हां, मेरे पास उस समय एक वास्तविक कंप्यूटर नहीं था, लेकिन मुझे पृष्ठ पर आकर्षित किया गया था और मैंने ईमानदारी से कागज के बटन दबाए थे, बिल्ली एक्स द्वारा प्रायोजित आदेशों में प्रवेश किया था।

उसके बाद स्कूल में BK0011 और BASIC, C ++ और विश्वविद्यालय में असेंबलर, फिर 1C और फिर इतना अधिक था कि उसे वापस बुलाना भी बहुत मुश्किल था। पिछले 15 वर्षों से, मैं मुख्य रूप से 1 सी में लगा हूं, न केवल कोडिंग के मामले में, बल्कि सामान्य तौर पर 1 सी में। यहां लक्ष्य, प्रशासन और भक्ति स्थापित करना। पिछले 5 वर्षों में मैं अन्य 1C उपनामों के लिए विकास और स्वचालन उपकरण विकसित करने के मामले में सामाजिक रूप से उपयोगी गतिविधियों में लगा हूं, मैं लेख और किताबें लिखता हूं।

चर्चा के विषय पर निर्णय लें

शुरू करने के लिए, आइए फैसला करें कि क्या चर्चा की जाएगी, क्योंकि "1 सी" अक्षर बहुत सारी चीजों को समझ सकते हैं। इस मामले में, "1 सी" अक्षरों से हमारा तात्पर्य आधुनिक, आठवें संस्करण के "1 सी: एंटरप्राइज" के विकास ढांचे से है। हम विनिर्माण कंपनी और उसकी नीति के बारे में अधिक बात नहीं करेंगे (लेकिन इसे थोड़ा सा करना होगा) हम इस ढांचे का उपयोग करते हुए लिखे गए विशिष्ट अनुप्रयोगों पर चर्चा नहीं करेंगे। प्रौद्योगिकी अलग से, उर्फ ​​कॉन्फ़िगरेशन अनुप्रयोगों - अलग से।

उच्च स्तरीय वास्तुकला 1 सी: उद्यम

मैं जानबूझकर शब्द "फ्रेमवर्क" का उल्लेख करता हूं। डेवलपर के दृष्टिकोण से, 1 सी प्लेटफ़ॉर्म ठीक रूपरेखा है। और आपको इसे एक रूपरेखा की तरह व्यवहार करने की आवश्यकता है। इसे कुछ रनटाइम (क्रमशः JVM या CLR) द्वारा निष्पादित स्प्रिंग या ASP.NET पर विचार करें। ऐसा हुआ कि साधारण प्रोग्रामिंग ("1C") की दुनिया में, फ्रेमवर्क, वर्चुअल मशीन और विशिष्ट अनुप्रयोगों में अलगाव स्वाभाविक है, इस तथ्य के कारण कि ये घटक आमतौर पर विभिन्न निर्माताओं द्वारा विकसित किए जाते हैं। 1C की दुनिया में, यह स्पष्ट रूप से एक विकास ढांचे को आवंटित करने के लिए प्रथागत नहीं है और वास्तव में एक रनटाइम है, इसके अलावा, फ्रेमवर्क का उपयोग करके लिखे गए विशिष्ट एप्लिकेशन मूल रूप से 1C द्वारा भी विकसित किए जाते हैं। नतीजतन, कुछ भ्रम पैदा होता है। इसलिए, लेख के ढांचे के भीतर, हमें एक बार में कई पक्षों से 1 सी पर विचार करना होगा और इसे कई समन्वित अक्षों के अनुसार वर्गीकृत करना होगा। और प्रत्येक समन्वय अक्ष में हम भूरे रंग के पदार्थ का फावड़ा रखें मौजूदा समाधान की सुविधाओं, फायदे और नुकसान पर विचार करें।

1C का दृष्टिकोण

खरीदार के लिए 1 सी

खरीदार एक स्वचालन प्रणाली प्राप्त करता है, जिस पर वह जल्दी से अपने स्वयं के व्यवसाय को स्वचालित करने की समस्याओं को हल कर सकता है। एक व्यवसाय एक छोटा स्टाल हो सकता है, या यह एक बड़ी होल्डिंग हो सकती है। यह स्पष्ट है कि इन व्यवसायों की आवश्यकताएं अलग-अलग हैं, लेकिन दोनों ही मंच के एक एकल कोड आधार द्वारा समर्थित हैं।

खरीदार के लिए, 1 सी एक तेज समय-समय पर बाजार है। त्वरित। जावा, सी # या जेएस की तुलना में तेज़। औसतन। अस्पताल में। यह स्पष्ट है कि प्रतिक्रिया पर व्यवसाय कार्ड साइट बेहतर रूप से बदल जाएगी, लेकिन WMS सिस्टम का बैकएंड 1C पर तेजी से शुरू होगा।

1C एक उपकरण के रूप में

प्रत्येक तकनीकी समाधान में प्रयोज्यता की सीमा होती है। 1 सी एक सामान्य प्रयोजन वाली भाषा नहीं है, यह अपने ढांचे से अलग नहीं रहती है। जब आपकी आवश्यकता हो तो 1C लगाना उचित होगा:

• सर्वर अनुप्रयोग
• वित्त आवेदन
• तैयार UI, ORM, रिपोर्टिंग, XML / JSON / COM / PDF / YourDataTransferingFormat के साथ
• पृष्ठभूमि प्रक्रियाओं और नौकरियों के लिए समर्थन के साथ
• भूमिका-आधारित सुरक्षा के साथ
• व्यापार योग्य तर्क के साथ
• त्वरित प्रोटोटाइप और कम समय से बाजार के साथ

1C आप की जरूरत नहीं है अगर आप चाहते हैं:

• मशीन लर्निंग
• GPU गणना
• कंप्यूटर ग्राफिक्स
• गणित की गणना
• सीएडी प्रणाली
• सिग्नल प्रोसेसिंग (ध्वनि, वीडियो)
• highload http सैकड़ों सैकड़ों आरपीएस के साथ कॉल करता है

1C एक विनिर्माण कंपनी के रूप में

सॉफ्टवेयर निर्माता के रूप में 1 सी का व्यवसाय क्या है यह समझने योग्य है। 1C कंपनी स्वचालन के माध्यम से व्यावसायिक समस्याओं का समाधान बेचती है। एक अलग व्यवसाय, बड़ा या छोटा, लेकिन यह सिर्फ वही बेचता है। इसे प्राप्त करने के साधन व्यावसायिक अनुप्रयोग हैं। लेखांकन, पेरोल लेखांकन आदि के लिए, इन अनुप्रयोगों को लिखने के लिए, कंपनी व्यावसायिक अनुप्रयोगों के विकास के लिए अपने स्वयं के मंच का उपयोग करती है। इन समान व्यावसायिक अनुप्रयोगों के सामान्य कार्यों के लिए विशेष रूप से सिलवाया गया है:

• वित्तीय लेखांकन
• व्यापार तर्क का आसान अनुकूलन
• विषम आईटी परिदृश्य में व्यापक एकीकरण के अवसर

निर्माता के रूप में, 1C का मानना ​​है कि यह वह रणनीति है जो आपको विन-विन मोड में भागीदारों और ग्राहकों के साथ काम करने की अनुमति देती है। आप इसके साथ बहस कर सकते हैं, लेकिन कुछ इस तरह से कंपनी खुद को बढ़ावा देती है: व्यावसायिक समस्याओं के लिए तैयार समाधान जो भागीदारों द्वारा जल्दी से अनुकूलित किए जा सकते हैं और किसी भी आईटी परिदृश्य में निर्मित हो सकते हैं।

1C के सभी दावों या विशलिस्ट को एक रूपरेखा के रूप में, इस प्रिज्म के माध्यम से विशेष रूप से माना जाना चाहिए। "हम 1C में OOP चाहते हैं" डेवलपर्स कहते हैं। "ओओपी को प्लेटफॉर्म पर समर्थन देने में कितना खर्च आएगा, क्या यह हमें बॉक्स की बिक्री बढ़ाने में मदद करेगा?" व्यापार समाधान बेचने के अपने "प्रिज़्म" को खोलता है:

"हे व्यवसाय, क्या आप अपने 1 सी में ओओपी चाहते हैं?"
"क्या इससे मुझे अपनी समस्याओं को हल करने में मदद मिलेगी?"
- कैसे पता करें ...
- फिर कोई जरूरत नहीं

यह दृष्टिकोण अच्छा या बुरा हो सकता है, इस पर निर्भर करता है कि कौन इसे देख रहा है, लेकिन यह सिर्फ इतना ही है। इस तथ्य के बारे में बोलते हुए कि 1 सी में कोई सुविधा एक्स नहीं है, आपको यह समझने की आवश्यकता है कि यह एक कारण के लिए नहीं है, लेकिन "कार्यान्वयन लागत बनाम लाभ आकार" चुनने के संदर्भ में।

तकनीकी वर्गीकरण

"वास्तव में, ओडनोसनिक सबसे अच्छे पैटर्न का उपयोग कर रहे हैं, ध्यान से 1 सी प्लेटफ़ॉर्मर के देखभाल करने वाले चिकित्सकों और डेवलपर्स द्वारा चुना गया है।
जब आप एक सरल, प्रबंधनीय रूप के लिए अपना डंबल कोड लिखते हैं, तो आप वास्तव में मॉडल-व्यू-कंट्रोलर का उपयोग करते हैं, जो तीन-स्तरित डेटा-ऐप-इंजन में डबल-वे डेटा बाइंडिंग के साथ होता है, जो घोषणात्मक मेटाडेटा के आधार पर उच्च-स्तरीय ऑब्जेक्ट-रिलेशन-मैपिंग के साथ सुगंधित होता है। विवरण , जिसमें स्वयं की प्लेटफ़ॉर्म-स्वतंत्र क्वेरी भाषा है , जिसमें घोषणात्मक डेटा-संचालित उपयोगकर्ता इंटरफ़ेस, पूर्ण पारदर्शी क्रमांकन और डोमेन-उन्मुख कार्यक्रम भाषा है ।

कैसे 1C डेवलपर्स अपने पश्चिमी समकक्षों से अलग हैं पीआर में। वे किसी भी बकवास को एक बड़ा नाम देना पसंद करते हैं और एक लिखित बोरी के साथ इसे पसंद करते हैं। "
उ। ऑर्ककोव

1 सी प्लेटफॉर्म में एक क्लासिक 3-स्तरीय वास्तुकला है, जिसके केंद्र में एक एप्लिकेशन सर्वर है (या छोटे दुकानदारों के लिए थोड़े से पैसे के लिए इसका अनुकरण)। DBMS के रूप में, MS SQL या Postgres का उपयोग किया जाता है। ओरेकल और आईबीएम डीबी 2 के लिए समर्थन भी है, लेकिन यह एक गूढ़ है, किसी को नहीं पता कि अगर आप मध्यम और उच्च भार के तहत इन ठिकानों पर 1 सी लागू करते हैं तो क्या होगा। मेरा मानना ​​है कि 1 सी कंपनी खुद भी यह नहीं जानती है।

क्लाइंट का हिस्सा या तो उपयोगकर्ता की मशीन या वेब क्लाइंट पर स्थापित एक पतला क्लाइंट है। मुख्य विशेषता यह है कि प्रोग्रामर 2 अलग-अलग कोड नहीं लिखते हैं, वे एक आवेदन, एक भाषा में लिखते हैं, और आप इसे ब्राउज़र में सेट कर सकते हैं यदि कोई इच्छा या आवश्यकता है। कौन आगे और पीछे, नोड के लिए एक प्रामाणिक पूर्ण स्टैक और एकल भाषा चाहता था। उन्होंने अंत तक ठीक वैसा ही करने का प्रबंधन नहीं किया। एक वास्तविक पूर्ण स्टैक मौजूद है, लेकिन आपको 1 सी में लिखना होगा। भाग्य की विडम्बना, ऐसी बातें :)

ब्राउज़र मोड में, 1 सी: फ्रेश क्लाउड सास समाधान भी काम करता है, जिसमें आप 1 सी नहीं खरीद सकते हैं, लेकिन एक छोटा सा आधार किराए पर लेते हैं और वहां शवारमा बिक्री का रिकॉर्ड रखते हैं। बस ब्राउज़र में, अपने लिए कुछ भी स्थापित या कॉन्फ़िगर किए बिना।

इसके अलावा, एक लिगेसी क्लाइंट है, जिसे 1 सी में "नियमित एप्लिकेशन" कहा जाता है। विरासत, यह विरासत है, 2002 में अनुप्रयोगों की दुनिया में आपका स्वागत है, लेकिन हम अभी भी पारिस्थितिकी तंत्र की वर्तमान स्थिति के बारे में बात कर रहे हैं।

सर्वर साइड 1C क्लस्टर में नई मशीनों को जोड़कर क्लस्टरिंग और स्केल का समर्थन करता है। यहाँ काफी कुछ प्रतियां टूटी हुई हैं, और इसके बारे में लेख में एक अलग अनुभाग होगा। संक्षेप में, यह HAProxy के पीछे बिल्कुल समान उदाहरणों के जोड़े को जोड़ने के समान नहीं है।

एप्लिकेशन डेवलपमेंट फ्रेमवर्क अपनी स्वयं की प्रोग्रामिंग भाषा का उपयोग करता है, जो लगभग रूसी में अनुवादित VB6 से थोड़ा बेहतर होता है। लोगों को सब कुछ रूसी से नफरत है जो यह नहीं मानते हैं कि "अगर" का अनुवाद "अगर" के रूप में किया जाता है तो एक दूसरा वाक्यविन्यास सुझाया जाता है। यानी यदि वांछित है, तो 1 सी लिखा जा सकता है ताकि उपस्थिति में यह वीबी से अलग न हो।

यह बहुत ही प्रोग्रामिंग भाषा 1 सी-उपनाम की टोपी के लिए अपने मंच की मुख्य वजह है। स्पष्ट रूप से, बिना कारण के नहीं। भाषा की कल्पना यथासंभव सरल थी, कम से कम CIS पैमाने पर "DEVELOPERS, DEVELOPERS" मंत्र को पूरा करने के लिए डिज़ाइन किया गया। इस तरह के समाधान का वाणिज्यिक सार, मेरी राय में, स्पष्ट रूप से दिखाई देता है: अधिक डेवलपर्स, अधिक बाजार कवरेज। विभिन्न अनुमानों के अनुसार, यह 45% से 95% तक सच हुआ। मुझे तुरंत यह कहना चाहिए कि जिस भाषा में आपको लगता है वह लिखना वास्तव में आसान है। और मैं काफी प्रोग्रामिंग लैंग्वेज जानता हूं।

हम भाषा से शुरू करेंगे।

1C प्रोग्रामिंग भाषा

इसी समय, सिस्टम के मजबूत और कमजोर बिंदु। आसानी से प्रवेश, पठनीयता प्रदान करता है। दूसरी ओर, यह 2002 में संस्करण 8 की रिलीज़ के बाद से अपडेट नहीं किया गया है और पुराना है। कोई कहेगा "मुख्य दोष - कोई ओओपी नहीं है" और यह गलत होगा। सबसे पहले, PLO न केवल Nuraliev, बल्कि Torvalds को पसंद करता है। और दूसरी बात, OOP अभी भी मौजूद है।

डेवलपर के दृष्टिकोण से, उसके पास डीबीएमएस पर प्रदर्शित बेस कक्षाओं के साथ एक रूपरेखा है। डेवलपर बेस क्लास "डायरेक्टरी" को ले सकता है और उससे डायरेक्टरी "क्लाइंट्स" इनहेरिट कर सकता है। यह नए वर्ग फ़ील्ड को इसमें जोड़ सकता है, उदाहरण के लिए, TIN और पता, और यदि आवश्यक हो, तो आधार वर्ग के तरीकों को ओवरराइड कर सकता है, उदाहरण के लिए, OnWrite / Prizapisi विधि।

ढांचे को इस तरह से डिजाइन किया गया है कि गहरी विरासत की शायद ही कभी आवश्यकता होती है, और ओओपी में सीमा, मेरी राय में, समझ में आता है। 1C डोमेन संचालित विकास पर केंद्रित है और आपको लगता है, सबसे पहले, विकसित किए जा रहे समाधान के विषय क्षेत्र के बारे में, और यह अच्छा है। न केवल प्रलोभन है, बल्कि डोमेन से कुछ डेटा दिखाने के लिए केवल 10 अलग डीटीओ और व्यूमॉडल लिखने की आवश्यकता है। 1 सी डेवलपर हमेशा एक इकाई के साथ संचालित होता है, एक ही इकाई का प्रतिनिधित्व करने वाले समान नाम वाले दर्जनों वर्गों के साथ धारणा के संदर्भ को रोकते हुए, लेकिन दूसरी तरफ से। किसी भी .NET अनुप्रयोग, उदाहरण के लिए, आवश्यक रूप से JSON में क्रमांकन और क्लाइंट से सर्वर पर डेटा स्थानांतरित करने के लिए पांच या दो ViewModel और DTO शामिल होंगे। और आपके एप्लिकेशन में लगभग 10-15% कोड ऑटोमैपर जैसे पेन या बैसाखी के साथ डेटा को एक कक्षा से दूसरी कक्षा में शिफ्ट कर रहा होगा। इस कोड को लिखा जाना चाहिए और प्रोग्रामर को इसके निर्माण और रखरखाव के लिए भुगतान करना होगा।

यह पता चला है कि 1 सी भाषा को मुख्यधारा की भाषाओं के स्तर तक जटिल किए बिना विकसित करना मुश्किल है, इस प्रकार यह सादगी का लाभ खो देता है। वास्तव में, विक्रेता का कार्य हल किया जा रहा है: एक मानक समाधान जारी करने के लिए जिसे किसी भी छात्र द्वारा गुणवत्ता के उचित स्तर के साथ सड़क पर पकड़ा जा सकता है (यानी स्टाल से बड़े कारखाने तक कवरेज का मामला किया जाता है)। यदि आप एक स्टाल हैं - एक छात्र ले लो, यदि आप एक कारखाने हैं - एक कार्यान्वयन भागीदार से एक गुरु लें। यह तथ्य कि गुरु के मूल्य के लिए साझीदारों को छात्रों को बेचना एक ढांचा समस्या नहीं है। वास्तुकला में, रूपरेखा को उन दोनों की समस्याओं को हल करना चाहिए, मानक कॉन्फ़िगरेशन का कोड (जिसे हमने अनुकूलन के वादे के साथ व्यापार को बेचा) को छात्र द्वारा समझा जाना चाहिए, और गुरु समझ जाएगा कि आपको क्या चाहिए।

मेरी राय में, भाषा में वास्तव में कमी है, जो मुझे जितना संभव हो उससे अधिक लिखने के लिए मजबूर करता है, फिर यह ग्राहक द्वारा भुगतान किए गए समय के माध्यम से जलता है।

• के स्तर पर टाइप करने की संभावना, उदाहरण के लिए, टाइपस्क्रिप्ट (परिणामस्वरूप, आईडीई में कोड विश्लेषण के अधिक विकसित साधन, रीफैक्टरिंग, कम आक्रामक जाम)
  प्रथम श्रेणी की वस्तुओं के रूप में कार्यों की उपस्थिति। थोड़ी अधिक जटिल अवधारणा, लेकिन मानक लोगों से बॉयलरप्लेट-कोड की संख्या बहुत कम हो सकती है। एक छात्र, IMHO द्वारा कोड को समझना, मात्रा में कमी के कारण भी बढ़ जाएगा
• सार्वभौमिक संग्रह, इनिशियलाइज़र के साहित्य। एक ही बात - कोड की मात्रा को कम करना है जिसे आंखों के माध्यम से लिखा और / या देखा जाना चाहिए। भरने के संग्रह 1C के लिए प्रोग्रामिंग समय के 9000% से अधिक है। सिंटैक्टिक शुगर के बिना इसे लिखना लंबा, महंगा और त्रुटि-प्रवण है। सामान्य तौर पर, 1C समाधानों में LOCs की संख्या उपलब्ध खुले ढांचे की तुलना में सभी बोधगम्य सीमा से अधिक होती है और सामान्य तौर पर, आपके सभी उद्यम जावा संयुक्त होते हैं। भाषा क्रिया है, और यह डेटा की मात्रा, मेमोरी, आईडीई ब्रेक, समय, पैसा ... में पतित है।
• अंत में निर्माण मैं एक परिकल्पना है कि यह निर्माण इस तथ्य के कारण गायब है कि उन्होंने रूसी में एक सफल अनुवाद नहीं लिया है :)
• स्वयं के डेटा प्रकार (ओओपी के बिना), वीबी 6 से एनालॉग्स टाइप करें। आपको बीएसपी में टिप्पणियों और इन संरचनाओं का निर्माण करने वाले जादू के तरीकों का उपयोग करके संरचनाओं को टाइप करने की अनुमति नहीं देता है। हम प्राप्त करते हैं: कम कोड, बिंदु के माध्यम से एक संकेत, समस्या का तेजी से समाधान, टाइपोस पर कम त्रुटियां और लापता संरचना गुण। अब उपयोगकर्ता संरचनाओं का टंकण पूरी तरह से मानक सबसिस्टम की लाइब्रेरी की विकास टीम के साथ है, जो मेरे क्रेडिट के लिए, ध्यान से हस्तांतरित पैरामीटर संरचनाओं के अपेक्षित गुणों पर टिप्पणी लिखता है।
• वेब क्लाइंट पर एसिंक्रोनस कॉल के साथ काम करने पर चीनी की कमी। अलर्ट प्रोसेसिंग के रूप में एक कॉलबैक-नरक एक अस्थायी बैसाखी है जो मुख्य ब्राउज़रों की एपीआई में अचानक बदलाव के कारण होता है, लेकिन आप हर समय ऐसे नहीं रह सकते हैं, अतुल्यकालिक कोड के "छात्र द्वारा समझने" का लाभ अधिक से अधिक खो रहा है। यहां मुख्य आईडीई में इस प्रतिमान के लिए कोई भी समर्थन जोड़ें और चीजें खराब हो जाएंगी।

यह एक दबाने वाला मुद्दा है, यह स्पष्ट है कि सूची बहुत बड़ी हो सकती है, लेकिन किसी को यह नहीं भूलना चाहिए कि यह अभी भी एक सामान्य-उद्देश्य वाली भाषा नहीं है, इसमें मल्टीथ्रेडिंग, लैम्ब्डा फ़ंक्शन, GPU तक पहुंच और तेजी से फ्लोटिंग-पॉइंट वितरण की आवश्यकता नहीं है। यह एक बिजनेस लॉजिक स्क्रिप्टिंग लैंग्वेज है।

एक प्रोग्रामर, जिसने इस भाषा के साथ बहुत काम किया है, ने js में देखा है या c # भाषा से ऊब रहा है। यह एक तथ्य है। उसे विकास चाहिए। तराजू के दूसरी तरफ, विक्रेता को इन सुविधाओं को बेचने की लागत बनाम उनके कार्यान्वयन के बाद राजस्व में वृद्धि है। यहां मुझे इस बारे में कोई जानकारी नहीं है कि इस समय कंपनी की नजर में क्या है।

विकास का वातावरण

यहां सब कुछ सुचारू नहीं है। विकास के दो वातावरण हैं। पहला है डिलीवरी में शामिल विन्यासकर्ता। दूसरा उद्यम विकास उपकरण पर्यावरण है, जिसे ग्रहण, संक्षिप्त ईडीटी के आधार पर विकसित किया गया है।

कॉन्फ़िगरेशनकर्ता विकास कार्यों की एक पूरी श्रृंखला प्रदान करता है, सभी सुविधाओं का समर्थन करता है और बाजार पर मुख्य वातावरण है। यह नैतिक रूप से पुराना भी है, अफवाहों के अनुसार, विकसित नहीं होता है - अपने भीतर तकनीकी ऋण की मात्रा के कारण। आंतरिक एपीआई के उद्घाटन से स्थिति में सुधार हो सकता है ( स्नेगोपैट ए। ओफ़रकोव के साथ दोस्ती के रूप में या स्वतंत्र आधार पर), लेकिन यह नहीं है। अभ्यास से पता चला है कि आईडीई में समुदाय खुद ही एक सुविधा दर्ज करेगा, यदि केवल विक्रेता हस्तक्षेप नहीं करता है। लेकिन हमारे पास वही है जो हमारे पास है। 2004-2005 में विन्यासकर्ता सुंदर था, यह उन समय के विज़ुअल स्टूडियो के समान था, स्थानों में यह और भी ठंडा था, लेकिन यह उन दिनों में फंस गया।

इसके अलावा, औसत मानक समाधान की मात्रा तब से कई गुना बढ़ गई है और आज आईडीई बेवकूफी से उस कोड की मात्रा का सामना नहीं करता है जो इसे खिलाया जाता है। प्रयोज्यता और रीफैक्टरिंग क्षमताएं शून्य पर भी नहीं हैं, वे लाल रंग में हैं। यह सब डेवलपर्स के लिए उत्साह नहीं जोड़ता है और वे इसे अन्य पारिस्थितिकी प्रणालियों में डंप करने और वहां गंदगी जारी रखने का सपना देखते हैं, लेकिन एक सुखद वातावरण में जो अपने व्यवहार के साथ चेहरे पर नहीं थूकता है।

एक विकल्प के रूप में, स्क्रैच से लिखा एक ग्रहण-आधारित आईडीई प्रस्तावित है। वहाँ, स्रोत, किसी भी अन्य सॉफ़्टवेयर की तरह, पाठ फ़ाइलों के रूप में रहते हैं, इन सभी में GIT, पुल-अनुरोध शाखाओं में संग्रहीत किए जाते हैं। मिनीसों में से - कई वर्षों से यह बीटा स्थिति से बाहर नहीं गया है, हालांकि हर रिलीज के साथ सब कुछ बेहतर हो रहा है। मैंने EDT की सहमति के बारे में नहीं लिखा है, जो कि आज एक शून्य है, कल एक निश्चित सुविधा है। इस तरह के विवरण की प्रासंगिकता जल्दी से दूर हो जाएगी। आज ईडीटी में विकसित करना संभव है, लेकिन असामान्य, आपको कई आईडीई बग के लिए तैयार रहने की आवश्यकता है।

यदि आप उल्लिखित "1C प्रिज़्म" के माध्यम से स्थिति को देखते हैं, तो आपको कुछ इस तरह मिलता है: नई आईडीई की रिहाई से बक्से की बिक्री में वृद्धि नहीं होती है, लेकिन DEVELOPERS का बहिर्वाह कम हो सकता है। डेवलपर आराम के दृष्टिकोण से पारिस्थितिकी तंत्र का इंतजार कर रहा है, यह कहना मुश्किल है, लेकिन माइक्रोसॉफ्ट ने पहले ही एक बार मोबाइल डेवलपर्स को अपनी सेवाओं की पेशकश करते हुए बहुत देर हो चुकी है।

विकास प्रबंधन

, , , , , 1 git, blame, code-review, , etc. , . , , , . -, KDiff- . gitconverter , , , gitsync , -. open-source 1 . API , , IDE.

, 1 git Jira, Crucible, Allure 1 SonarQube — , , , 1.

प्रशासन

. -, , - ( 1). , , , , — highload — , " ". , , 1 - . , , . .

, . , 1: , , . , , ELK , , — . . , 1 — . , . , , , 1- , , . SAP. , , , - . . SAP . - 1 , . यह एक पतन है।

1

— . , , . . — , . 1 , — . , , 1 — , .. . , , , , .

, 1 , , .

डाक में काम करनेवाला मज़दूर

1 . , , highload — . , +1 . , , .

— 1 - . 1 Reporting, , -, , , , .. , , . , UI , , .
1, , , , .

, PDF . .NET , . , . , PDF. , . - , , dto- JSON, , , , — PDF. 1, , .

- / 3. , , , , - . , , 3 , .

.NET visual studio ? ? - .

1,

1 - . , . , 1. . , , . -, , — . :

1. Unicode. , , ? 2019 ASCII ( legacy). . . - - varchar . 2015 gitlab LDAP- - , JetBrains IDE . 1 . . , , . , - . Java- . . ? .
2. /. 1 . — . identity ( ", "), , , ( ). , , , — , , , .
3. . 1 — . . - identity ( !), GUI, ( ). ? ?
4. . 1 () . — ! , : ( ), . , . , — , .
5. . , - . . — . : , .
6. . , . , -, , , — . ( UI) — .
7. Reporting. BI- ETL-. , . , , .. 1 , , . , . -- , --. : reporting, , , .
8. . - .NET PDF . . PDF? 1- PDF +1 . + 40 , . 1 , . , , 1 , 3D OpenGL. ?

यह सब केवल कुछ उदाहरण हैं जब कार्यक्षमता को सीमित करना या समझौता करना लागू करना भविष्य में एक महत्वपूर्ण वास्तुशिल्प लाभ है। यहां तक ​​कि एक समझौता या सबसे प्रभावी विकल्प नहीं - यह पहले से ही बॉक्स में है और इसे दी गई है। इसका स्वतंत्र कार्यान्वयन या तो असंभव होगा (क्योंकि इस तरह के निर्णय परियोजना की शुरुआत में किए जाने की आवश्यकता है, और इससे पहले नहीं, और सामान्य तौर पर कोई वास्तुकार नहीं है), या कई महंगे पुनरावृत्तियों। इनमें से प्रत्येक आइटम में (और यह वास्तुशिल्प समाधानों की एक पूरी सूची नहीं है), आप स्केलिंग को ब्लॉक करने वाले प्रतिबंधों को नाकाम कर सकते हैं और रख सकते हैं। किसी भी मामले में, एक व्यापारी के रूप में, आपको यह सुनिश्चित करने की आवश्यकता है कि आपके प्रोग्रामर, "स्क्रैच से सिस्टम" बना रहे हैं, सीधे हथियार हैं और ठीक सिस्टम क्षणों को तुरंत करेंगे।

हां, किसी भी अन्य जटिल प्रणाली की तरह, 1C में ही समाधान होते हैं जो एक या दूसरे तरीके से स्केलिंग को रोकते हैं। हालांकि, मैं दोहराता हूं, कारकों के संयोजन से, स्वामित्व की लागत से, पहले से हल की गई समस्याओं की संख्या से - मुझे बाजार में एक योग्य प्रतियोगी नहीं दिखता है। एक ही कीमत के लिए, आपको एक वित्तीय अनुप्रयोग फ्रेमवर्क, एक संकुल संतुलित सर्वर, यूआई और वेब थूथन के साथ, मोबाइल एप्लिकेशन के साथ रिपोर्टिंग, एकीकरण और बहुत कुछ मिलता है। जावा की दुनिया में, आप फ्रंट-एंड, बैक-एंड टीम को किराए पर लेते हैं, स्व-लिखित सर्वर कोड के निम्न-स्तरीय जैम डिबग करते हैं और 2 मोबाइल ओएस के लिए 2 मोबाइल एप्लिकेशन के लिए अलग से भुगतान करते हैं।

मैं यह नहीं कह रहा हूं कि 1 सी सभी मामलों को हल करेगा, लेकिन एक आंतरिक कॉर्पोरेट एप्लिकेशन के लिए, जब आपको यूआई ब्रांड करने की आवश्यकता नहीं है, तो और क्या चाहिए?

मरहम में उड़ना

शायद, ऐसा लगता है कि 1 सी दुनिया को बचाएगा और कॉर्पोरेट सिस्टम लिखने के अन्य सभी तरीके गलत हैं। यह बिल्कुल सच नहीं है। एक व्यवसायी के दृष्टिकोण से, यदि आप 1 सी चुनते हैं, तो एक त्वरित समय-समय पर बाजार के अलावा, आपको निम्नलिखित नुकसानों को ध्यान में रखना चाहिए:

• सर्वर विश्वसनीयता इसके लिए उच्च गुणवत्ता वाले विशेषज्ञों की आवश्यकता होती है, जो इसके सुचारू संचालन को सुनिश्चित करने में सक्षम हैं। मैं विक्रेता से ऐसे विशेषज्ञों के लिए तैयार प्रशिक्षण कार्यक्रम नहीं जानता हूं। परीक्षा "विशेषज्ञ" पास करने की तैयारी के लिए पाठ्यक्रम हैं, लेकिन यह, मेरी राय में, पर्याप्त नहीं है।
• सहायता। पिछला पैराग्राफ देखें। विक्रेता से समर्थन प्राप्त करने के लिए, आपको इसे खरीदने की आवश्यकता है। किसी कारण से, यह 1 सी उद्योग में स्वीकार नहीं किया जाता है। और SAP के साथ, इसे खरीदना लगभग आवश्यक है और यह किसी को परेशान नहीं करता है। कॉर्पोरेट समर्थन के बिना और राज्य में एक विशेषज्ञ के बिना - 1 सी ग्लिच के साथ आप एक-पर-एक रह सकते हैं।
• फिर भी, 1C पर आप कुछ भी नहीं कर सकते। यह एक उपकरण है और प्रत्येक उपकरण की तरह इसमें प्रयोज्यता की सीमा है। 1 सी के साथ एक परिदृश्य में, "नहीं 1 सी-नट" सिस्टम वास्तुकार होना बहुत ही वांछनीय है।
• अन्य भाषाओं में अच्छे प्रोग्रामर की तुलना में अच्छा 1C उपनाम सस्ता नहीं है। हालांकि, खराब प्रोग्रामर को अपनी लिखी भाषा की परवाह किए बिना किराए पर लेना महंगा पड़ता है।

चलो डॉट

• 1 सी व्यवसाय के लिए तीव्र अनुप्रयोग विकास (आरएडी) के लिए एक रूपरेखा है और इसके लिए सिलवाया गया है।
• मुख्य DBMS, क्लाइंट UI, काफी अच्छा ORM और रिपोर्टिंग के लिए समर्थन के साथ तीन-लिंक
• उन प्रणालियों के साथ एकीकरण के पर्याप्त अवसर जो 1C नहीं कर सकते हैं। यदि आप मशीन सीखना चाहते हैं, तो पायथन प्राप्त करें, और परिणाम को http या RabbitMQ के माध्यम से 1C में मर्ज करें
• 1 सी में सब कुछ करने का प्रयास न करें, आपको इसकी ताकत को समझने और अपने स्वयं के प्रयोजनों के लिए उपयोग करने की आवश्यकता है
• डेवलपर्स जो तकनीकी ढांचे-गैजेट्स में खुदाई करने और एक नए इंजन पर हर एन वर्षों को फिर से करने के लिए इच्छुक हैं - 1 सी में ऊब रहे हैं। वहां सब कुछ बहुत रूढ़िवादी है।
• निर्माता से बहुत कम चिंता के कारण डेवलपर्स ऊब रहे हैं। बोरिंग भाषा, कमजोर आईडीई। उन्हें आधुनिकीकरण की आवश्यकता है।
• दूसरी ओर, डेवलपर्स जो आवेदन और अन्य प्रौद्योगिकी के अध्ययन के माध्यम से मनोरंजन नहीं पा सकते हैं, वे खराब डेवलपर्स हैं। वे सीटी बजाएंगे और दूसरे पारिस्थितिकी तंत्र में जाएंगे।
• नियोक्ता जो अपने 1 सी उपनामों को पायथन में कुछ गाग करने की अनुमति नहीं देते हैं, वे बुरे नियोक्ता हैं। वे एक पूछताछ दिमाग वाले कर्मचारियों को खो देंगे, और उनकी जगह बंदर-कोडर आएंगे, जो सब कुछ से सहमत हैं, कॉर्पोरेट सॉफ्टवेयर को दलदल में खींच लेंगे। आपको अभी भी इसे फिर से लिखना होगा, इसलिए शायद पहले पायथन में निवेश करना बेहतर होगा?
• 1 सी एक वाणिज्यिक कंपनी है और पूरी तरह से अपने हितों और तेजी के आधार पर सुविधाओं को लागू करती है। उसे इसके लिए दोषी नहीं ठहराया जा सकता, एक व्यवसाय को लाभ के बारे में सोचना चाहिए, ऐसा जीवन है
• 1C व्यापारिक समस्याओं के समाधान को बेचकर पैसा कमाता है, न कि वासियों की डेवलपर समस्याओं के बारे में। ये दो अवधारणाएं सहसंबद्ध हैं, लेकिन प्राथमिकता वही है जो मैंने कहा था। जब डेवलपर वासी 1 सी के लिए व्यक्तिगत लाइसेंस के लिए भुगतान करने के लिए तैयार हो जाएगा: रेस्परर - वह बहुत जल्दी दिखाई देगा, "रेस्परर" ए। ओफ़रकोवा इसकी पुष्टि करता है। यदि विक्रेता ने उसका समर्थन किया, लेकिन उसके साथ लड़ाई नहीं की, तो आप देखेंगे कि डेवलपर्स के लिए एक सॉफ्टवेयर बाजार होगा। अब इस बाजार में संदिग्ध परिणामों के साथ डेढ़ खिलाड़ी हैं, और सभी क्योंकि आईडीई के साथ एकीकरण नकारात्मक है और सब कुछ बैसाखी पर किया जाता है।
• एक बहु-टूल विशेषज्ञ का अभ्यास गुमनामी में चला जाएगा। आधुनिक अनुप्रयोग कोड के पक्ष से और व्यावसायिक उपयोग के पक्ष से उन्हें याद करने के लिए बहुत अधिक चमकदार हैं। सर्वर 1C भी अधिक जटिल होता जा रहा है, एक कर्मचारी में सभी प्रकार की विशेषज्ञता को बनाए रखना संभव नहीं होगा। इससे विशेषज्ञों की मांग को पूरा करना चाहिए, जिसका अर्थ है 1 सी-निक पेशे का आकर्षण और वेतन में वृद्धि। यदि इससे पहले कि वास्या ने एक वेतन के लिए तीन-इन-वन काम किया, तो अब आपको दो वासियों को नियुक्त करने की आवश्यकता है और वासियों के बीच प्रतिस्पर्धा उनके स्तर की सामान्य वृद्धि को प्रेरित कर सकती है।

निष्कर्ष

1 सी एक बहुत योग्य उत्पाद है। मेरी मूल्य सीमा में, मुझे कोई भी एनालॉग नहीं पता है, अगर कोई हो तो टिप्पणियों में लिखें। हालांकि, पारिस्थितिकी तंत्र से डेवलपर्स का बहिर्वाह अधिक ध्यान देने योग्य हो रहा है, और यह एक "मस्तिष्क नाली" है, वैसे भी। उद्योग आधुनिकीकरण के लिए उत्सुक है।
यदि आप एक डेवलपर हैं - 1 सी में चक्र में न जाएं और यह न सोचें कि अन्य भाषाओं में सब कुछ जादू है। जबकि आप जून हैं - शायद। जैसे ही आपको कुछ बड़ा हल करने की आवश्यकता होती है, आपको लंबे समय तक तैयार किए गए समाधानों की तलाश करनी होगी और अधिक तीव्रता से समाप्त करना होगा। "क्यूब्स" की गुणवत्ता के स्तर से जिससे आप एक समाधान बना सकते हैं - 1 सी बहुत, बहुत अच्छा है।

और फिर भी - यदि आप 1 सी-उपनाम को रखने के लिए आए हैं, तो 1 सी-उपनाम को प्रमुख विश्लेषकों पर सुरक्षित रूप से रखा जा सकता है। कार्य, विषय क्षेत्र, अपघटन कौशल की समझ वे पूरी तरह से विकसित कर चुके हैं। मुझे यकीन है कि 1 सी विकास में DDD के जबरन उपयोग के कारण यह ठीक है। एक व्यक्ति को पहली जगह में कार्य के अर्थ के बारे में सोचने के लिए प्रशिक्षित किया जाता है, विषय क्षेत्र की वस्तुओं के बीच संबंध के बारे में, और एकीकरण प्रौद्योगिकियों और डेटा विनिमय प्रारूपों पर एक तकनीकी पृष्ठभूमि है।

ध्यान रखें कि आदर्श रूपरेखा मौजूद नहीं है और अपना ख्याल रखें।
सभी को अच्छा!

पुनश्च: इस लेख के साथ मदद करने के लिए बहुत बहुत धन्यवाद।