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

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

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

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

मेरे बारे में

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

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

आइए चर्चा का विषय तय करें

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

उच्च स्तरीय आर्किटेक्चर 1C: एंटरप्राइज़

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

1सी पर दृष्टिकोण के बिंदु

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

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

1सी खरीदार के लिए यह बाजार में आने का त्वरित समय है। तेज़। जावा, C# या JS से तेज़। औसत। अस्पताल के आसपास. यह स्पष्ट है कि रिएक्ट का उपयोग करने वाली एक बिजनेस कार्ड वेबसाइट बेहतर बनेगी, लेकिन WMS सिस्टम का बैकएंड 1C पर तेजी से लॉन्च होगा।

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

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

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

यदि आप चाहें तो आपको 1C की आवश्यकता नहीं है:

• यंत्र अधिगम
• जीपीयू गणना
• कंप्यूटर चित्रलेख
• गणितीय गणना
• सीएडी प्रणाली
• सिग्नल प्रोसेसिंग (ध्वनि, वीडियो)
• सैकड़ों हजारों आरपीएस के साथ http कॉल को हाईलोड करें

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

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

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

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

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

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

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

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

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

जहां 1सी डेवलपर्स अपने पश्चिमी सहयोगियों से पीआर में भिन्न हैं। वे किसी भी बकवास को बड़ा नाम देना और उसे गंदे थैले की तरह लेकर घूमना पसंद करते हैं।''
ए ओरेफकोव

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

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

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

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

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

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

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

आइए भाषा से शुरू करें।

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

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

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

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

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

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

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

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

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

विकास पर्यावरण

यहां भी चीजें ठीक से नहीं चल रही हैं. दो विकास परिवेश हैं। पहला है डिलीवरी में शामिल कॉन्फिगरेटर। दूसरा है एंटरप्राइज़ डेवलपमेंट टूल्स वातावरण, या संक्षेप में EDT, जिसे एक्लिप्स के आधार पर विकसित किया गया है।

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

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

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

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

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

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

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

प्रशासन

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

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

1सी सर्वर के नुकसान

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

अन्यथा, 1C सर्वर किसी भी अन्य सर्वर के समान ही एप्लिकेशन है और दस्तावेज़ को पढ़कर और टैम्बोरिन पर दस्तक देकर, उसी तरह से प्रशासित किया जाता है।

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

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

वाणिज्यिक घटक

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

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

खरीदी/बेची गई एक व्यावसायिक प्रक्रिया के साथ एक छोटे से स्टाल के लिए एक पूर्ण लेखांकन प्रणाली 3 घंटे में की जाती है। बिक्री रिपोर्टिंग के साथ, खरीद और बिक्री की कीमतों पर माल का लेखांकन, गोदाम, एक्सेस अधिकार नियंत्रण, वेब क्लाइंट और मोबाइल एप्लिकेशन द्वारा विभाजित . ठीक है, मैं आवेदन के बारे में भूल गया, आवेदन 3 घंटे में नहीं, छह घंटे में।

एक .NET डेवलपर को एक साफ़ कंप्यूटर पर विज़ुअल स्टूडियो स्थापित करने से लेकर ग्राहक को दिखाने तक के इस कार्य में कितना समय लगेगा? विकास की लागत के बारे में क्या? एक ही बात।

एक मंच के रूप में 1सी की ताकतें

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

1. यूनिकोड. आख़िर इससे सरल क्या हो सकता है? 2019 में सिंगल-बाइट ASCII एन्कोडिंग का उपयोग करने की कोई आवश्यकता नहीं है (प्राचीन विरासत वाले एन्कोडिंग के साथ एकीकरण को छोड़कर)। कभी नहीं। लेकिन कोई नहीं। वैसे भी, किसी तालिका में कोई व्यक्ति एकल-बाइट वर्चर का उपयोग करता है और एप्लिकेशन को एन्कोडिंग में समस्या होगी। 2015 में, एन्कोडिंग के साथ गलत काम के कारण gitlab का LDAP प्राधिकरण विफल हो गया; JetBrains IDE अभी भी हर जगह फ़ाइल नामों में सिरिलिक के साथ काम नहीं करता है। 1C डेटाबेस परत से एप्लिकेशन कोड का उच्च गुणवत्ता वाला अलगाव प्रदान करता है। वहां निम्न स्तर पर टेबल टाइप करना असंभव है और डेटाबेस स्तर पर अक्षम कनिष्ठों का जमघट असंभव है। हां, अक्षम कनिष्ठों के साथ अन्य समस्याएं भी हो सकती हैं, लेकिन समस्याओं की विविधता बहुत कम होती है। अब आप मुझे बताएंगे कि आपका एप्लिकेशन सही तरीके से डिज़ाइन किया गया है और डेटाबेस एक्सेस लेयर को अलग किया गया है जैसा कि होना चाहिए। अपने कॉर्पोरेट कस्टम जावा एप्लिकेशन पर एक और नज़र डालें। बारीकी से और ईमानदारी से. क्या आपका विवेक आपको परेशान करता है? तो फिर मैं तुम्हारे लिए खुश हूँ.
2. दस्तावेज़ों/संदर्भ पुस्तकों की क्रमांकन। 1सी में यह निश्चित रूप से सबसे लचीला और सर्वोत्तम नहीं है। लेकिन वे बैंकिंग सॉफ्टवेयर और स्व-लिखित लेखा प्रणालियों में क्या करते हैं - ठीक है, यह सिर्फ अंधकार है। या तो पहचान अटक जाएगी (और फिर "ओह, हमारे पास छेद क्यों हैं"), या इसके विपरीत, वे एक जनरेटर बनाएंगे जो डीबीएमएस स्तर पर लॉकिंग के साथ काम करता है (और एक बाधा बन जाएगा)। वास्तव में, यह प्रतीत होने वाला सरल कार्य करना काफी कठिन है - इकाइयों का एक अंत-से-अंत गणक, कुंजी के एक निश्चित सेट, उपसर्ग के आधार पर एक विशिष्टता अनुभाग के साथ, ताकि यह समानांतर डेटा प्रविष्टि के दौरान डेटाबेस को अवरुद्ध न करे। .
3. डेटाबेस में रिकॉर्ड के पहचानकर्ता. 1C ने एक दृढ़ इच्छाशक्ति वाला निर्णय लिया - सभी लिंक पहचानकर्ता बिल्कुल सिंथेटिक हैं और बस इतना ही। और वितरित डेटाबेस और एक्सचेंजों में कोई समस्या नहीं है। अन्य प्रणालियों के डेवलपर्स हठपूर्वक पहचान जैसा कुछ बनाते हैं (यह छोटा है!), उन्हें जीयूआई में तब तक खींचें जब तक कि कई संबंधित उदाहरण बनाने का समय न हो (और फिर उन्हें खोजा जाएगा)। क्या आपके पास यह नहीं है? ईमानदारी से?
4. सूचियाँ। 1सी में (बड़ी) सूचियों के माध्यम से पेजिंग करने और उनके माध्यम से नेविगेट करने के लिए काफी सफल तंत्र हैं। मुझे तुरंत आरक्षण करने दें - तंत्र के सही उपयोग के साथ! सामान्य तौर पर, विषय काफी अप्रिय है, इसे आदर्श रूप से हल नहीं किया जा सकता है: यह या तो सहज और सरल है (लेकिन क्लाइंट पर भारी रिकॉर्डसेट का जोखिम है), या पेजिंग एक या किसी अन्य कुटिलता का है। पेजिंग करने वाले अक्सर इसे टेढ़ा-मेढ़ा करते हैं। जो लोग एक ईमानदार स्क्रॉलबार बनाते हैं वे एक डेटाबेस, एक चैनल और एक क्लाइंट जोड़ते हैं।
5. प्रबंधित प्रपत्र. इसमें कोई शक नहीं, वेब क्लाइंट में इंटरफ़ेस पूरी तरह से काम नहीं करता है। लेकिन यह काम करता है. लेकिन कई अन्य लेखांकन और बैंकिंग प्रणालियों के लिए, एक दूरस्थ कार्यस्थल बनाना एक उद्यम-स्तरीय परियोजना है। अस्वीकरण: सौभाग्य से उन लोगों के लिए जिन्होंने इसे मूल रूप से वेब पर बनाया है, इससे कोई प्रभाव नहीं पड़ेगा।
6. मोबाइल एप्लिकेशन। हाल ही में, आप उसी पारिस्थितिकी तंत्र में रहते हुए मोबाइल एप्लिकेशन भी लिख सकते हैं। यहां वेब क्लाइंट की तुलना में यह थोड़ा अधिक जटिल है; उपकरणों की विशिष्टताएं आपको विशेष रूप से उनके लिए लिखने के लिए मजबूर करती हैं, लेकिन, फिर भी, आप मोबाइल डेवलपर्स की एक अलग टीम को नियुक्त नहीं करते हैं। यदि आपको किसी कंपनी की आंतरिक ज़रूरतों के लिए एप्लिकेशन की आवश्यकता है (जब कॉर्पोरेट समस्या का मोबाइल समाधान पीले यूआई डिज़ाइन से अधिक महत्वपूर्ण है), तो आप बस उसी प्लेटफ़ॉर्म का उपयोग करते हैं।
7. रिपोर्टिंग. इस शब्द से मेरा तात्पर्य बड़े डेटा वाली बीआई प्रणाली और ईटीएल प्रक्रिया में देरी से नहीं है। यह परिचालन स्टाफ रिपोर्ट को संदर्भित करता है जो आपको यहां और अभी लेखांकन की स्थिति का आकलन करने की अनुमति देता है। संतुलन, आपसी निपटान, पुन: ग्रेडिंग, आदि। 1C उपयोगकर्ता पक्ष पर ग्रुपिंग, फ़िल्टर और विज़ुअलाइज़ेशन के लिए लचीली सेटिंग्स के साथ एक रिपोर्टिंग सिस्टम के साथ बॉक्स से बाहर आता है। हां, बाजार में इसके बेहतर एनालॉग मौजूद हैं। लेकिन ऑल-इन-वन समाधान के ढांचे के भीतर नहीं और कभी-कभी ऑल-इन-वन समाधान से अधिक कीमत पर। और अक्सर यह उल्टा भी होता है: केवल रिपोर्टिंग, लेकिन पूरे प्लेटफ़ॉर्म की तुलना में अधिक महंगी, और गुणवत्ता में भी बदतर।
8. मुद्रण योग्य प्रपत्र. खैर, ईमेल द्वारा कर्मचारियों को पीडीएफ में वेतन पर्ची भेजने की समस्या को हल करने के लिए .NET का उपयोग करें। और अब चालान छापने का काम. उनकी प्रतियों को उसी पीडीएफ में सहेजने के बारे में क्या ख्याल है? 1सी उपनाम के लिए, किसी भी लेआउट को पीडीएफ में आउटपुट करना कोड की +1 पंक्ति है। इसका मतलब है किसी अन्य भाषा में दिनों या हफ्तों के बजाय + 40 सेकंड का कार्य समय। 1सी में मुद्रित प्रपत्र लेआउट विकसित करना अविश्वसनीय रूप से आसान है और भुगतान किए गए समकक्षों के साथ प्रतिस्पर्धा करने के लिए पर्याप्त शक्तिशाली है। हाँ, संभवतः, 1C स्प्रेडशीट दस्तावेज़ों में अधिक इंटरैक्टिव अवसर नहीं हैं; आप OpenGL का उपयोग करके स्केलिंग के साथ जल्दी से 3D आरेख प्राप्त नहीं कर सकते। लेकिन क्या ये वाकई जरूरी है?

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

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

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

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

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

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

आइए बिंदुओं को बिंदुबद्ध करें

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

निष्कर्ष

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

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

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

पुनश्च: आपका बहुत बहुत धन्यवाद स्पेशुरिक लेख तैयार करने में सहायता के लिए.

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या आपके उद्यम में 1सी है?

• 13,3% तक बिलकुल नहीं.71

• 30,3% तक है, लेकिन केवल लेखा विभाग में ही कहीं। अन्य प्लेटफ़ॉर्म162 पर कोर सिस्टम

• 41,4% तक हां, मुख्य व्यावसायिक प्रक्रियाएं इस पर काम करती हैं221

• 15,0% तक 1सी को मरना ही होगा, भविष्य %technology_name%80 का है

534 उपयोगकर्ताओं ने मतदान किया। 99 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com