प्रोग्रामर और मैनेजर के लिए बिट्रिक्स: प्यार और नफरत

नमस्ते मैंने लंबे समय तक php में नहीं लिखा है, लेकिन अब और फिर मैं बिट्रिक्स साइट प्रबंधन प्रणाली पर ऑनलाइन स्टोर पर आता हूं। और मुझे अपना शोध याद है।

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

और यह सब बहुत दिलचस्प है।

जुमला हंसी का कारण बनता है।
Wordpress आश्चर्यजनक है।
बिट्रिक्स नफरत का कारण बनता है। क्यों? मैं इस प्रश्न का ठीक उत्तर देना चाहता था, और यह उत्तर अप्रत्याशित था।

Bitrix डेवलपर की सिफारिशों के साथ गैर-अनुपालन

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

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

कुछ परियोजनाओं पर, नियंत्रण कक्ष का भी लगभग कभी उपयोग नहीं किया गया था, क्योंकि 1 सी में माल के ऑनलाइन स्टोर में आयात और ऑर्डर का निर्यात, 1 सी से स्टोर की सूची का निर्यात, और इस तरह स्थापित किया गया था। वास्तव में, केवल डेटाबेस बिट्रिक्स से बना रहा।

मैंने अनुकूलन के द्वारा अपने लिए इसे उचित ठहराया। लेकिन असली वजह कुछ देर बाद ही सामने आ गई। और वह एक पूरी तरह से अलग क्षेत्र से है।

धोखा

घृणा का जन्म धोखा प्यार से पैदा होता है, और प्यार स्क्रीन से एक दृश्य है। जब एक परियोजना के लिए एक प्रणाली चुनते हैं, तो आप, ग्राहकों, को सुनहरे पहाड़ों का वादा किया जाता है, और एक प्रोग्रामर के रूप में, निश्चित रूप से, आप एक सफलता वास्तुकला की उम्मीद करते हैं जो आपको प्रोग्रामिंग का शुद्ध आनंद देगा।

लेकिन जितना अधिक आप अपने आप को काम में डुबोते हैं, आप उतने ही निराश होते हैं। और पैसा पहले ही भुगतान किया जा चुका है, बलों को पहले ही निवेश किया जा चुका है। लेकिन केवल यह इस तरह की नफरत को जन्म नहीं देगा। जिसके साथ ऐसा नहीं होता, वह हर किसी की तरह हंसता है। लेकिन यह केवल शुरुआत है।

खरीद के बाद, वे आपको आश्वस्त करना जारी रखते हैं कि सब कुछ वैसा ही है जैसा कि होना चाहिए। आपकी प्रोग्रामिंग शैली दुनिया की आपकी दृष्टि का प्रतिबिंब है। वे आपसे उसे बदलने का आग्रह करते हैं। और यह पहले से ही आपके भीतर एक टकराव की ओर जाता है।

आप इस शैली को स्वीकार नहीं कर सकते, लेकिन आपको इसे स्वीकार करने या काम करने से इंकार करने की आवश्यकता है। और अगर आप अपने दृष्टिकोण का बचाव करने की कोशिश करते हैं, तो अप्रत्याशित रूप से, आप अल्पमत में हैं, भले ही तकनीकी रूप से आप बिल्कुल सही हैं।

बिट्रिक्स के साथ काम करने के लिए व्यावसायिक औचित्य

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

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

Bitrix आंतरिक डेवलपर संघर्ष

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

तकनीशियन क्यों हार जाते हैं

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

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

प्रबंधक काम पर मजबूत हैं। इसके अलावा, आमतौर पर एक से अधिक होते हैं। और आपको उन्हें समझाने के लिए बहुत मजबूत तर्कों की आवश्यकता है, भले ही आप से परामर्श किया जाए। लेकिन इस तर्क में आप हार जाएंगे। आमतौर पर, इस स्तर पर प्रोग्रामर के पास इस तरह के टकरावों में प्रवेश करने के लिए पर्याप्त तकनीकी, प्रबंधकीय और बस जीवन का अनुभव नहीं होगा।

बिट्रिक्स सामग्री प्रबंधन प्रणाली के दावों के तकनीकी पहलू

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

लेकिन मुख्य बात को उजागर करने का प्रयास करें।

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

और अब, यह देखते हुए कि प्रणाली को बहुक्रियाशील, आधुनिक और सार्वभौमिक के रूप में प्रस्तुत करने के लिए बहुत प्रयास किए गए हैं, क्या अनुभवी प्रबंधकों को संदेह होना चाहिए कि विक्रेताओं के अन्य सभी तर्क एक ही योजना के हैं? ..?

तर्क "नया संस्करण"

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

बिट्रिक्स के लिए डेवलपर्स से नफरत है

परिणामस्वरूप, कई पहलुओं को अलग किया जा सकता है:

इससे कोई फर्क नहीं पड़ता कि सिस्टम किस गुणवत्ता का है - मुख्य बात यह है कि यह बेचा जाता है, और फिर, जब वे इसे खरीदते हैं, तो प्रोग्रामर इसका पता लगाएगा।

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

जैसा कि आप देख सकते हैं, विशुद्ध रूप से तकनीकी कारण नहीं हैं। इसलिए, प्रतिक्रिया बहुत भावुक है।

Bitrix साइट प्रबंधन प्रणाली में प्रोग्रामिंग के तरीके

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

अलग तरह से अभिनय करना मुश्किल था
- डेवलपर्स और प्रबंधन के समुदाय द्वारा अस्वीकृति
- वैकल्पिक कार्य विधियों के बारे में जानकारी का अभाव

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

Bitrix प्रोग्रामर के लिए खोजें

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

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

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

लेकिन बस इसे एक और योग्यता के साथ बदलें: SQL का ज्ञान। यह बिट्रिक्स सहित किसी भी प्रणाली के साथ सामान्य रूप से समझने और काम करने के लिए पर्याप्त है।

बिट्रिक्स डेटाबेस के साथ सीधे काम करना सिस्टम को अपडेट करने की अनुमति नहीं देता है

आप सिस्टम को अपडेट कर सकते हैं, आप नहीं कर सकते। यदि आप मॉड्यूल का उपयोग नहीं करते हैं, तो यह आपके लिए कुछ भी नहीं बदलेगा। कोई नई सुविधाएँ नहीं होंगी जो प्रोग्रामर को महसूस न हो सके। लेकिन आप संभव असंगति समस्याओं को प्राप्त कर सकते हैं, यहां तक ​​कि उन मॉड्यूल में भी जिन्हें आपने कभी नहीं छुआ है।

डेटाबेस में परिवर्तन से डरो मत: वे मुख्य तालिकाओं में नहीं होंगे, ये पिछड़े संगतता के सामान के साथ एक प्रणाली के लिए बहुत महंगा बदलाव हैं।

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

Bitrix साइट प्रबंधन प्रणाली के साथ काम करते समय सिफारिशें

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