C ++: कैसे नहीं हर किसी के लिए एक फिल्म बनाने के लिए

सिनेमा स्क्रीन एक पल के लिए खाली चली गई और पहला क्रेडिट दिखाया। डार्क हॉल से, बहुत कम तालियाँ सुनाई देने लगीं। ऐसा लगता है कि कुछ लोगों ने फिल्म को पसंद किया जो समाप्त हो गया: आप ध्वनि द्वारा एक दर्जन तालियों की दर्शकों की गिनती कर सकते हैं ... लेकिन फिर प्रकाश आता है और यह पता चलता है कि सभी को फिल्म पसंद आई। दर्शकों का एक दुर्लभ समूह एक आधे-खाली कमरे में बैठता है, और हर कोई ताली बजाता है ... यह एक बंद शो था, जिसे आमतौर पर "सिनेमा सभी के लिए नहीं है।"
C ++ से इसका क्या लेना-देना है? शायद सबसे प्रत्यक्ष ...

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

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

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

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

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