क्या कुछ कार्यों के लिए आपकी कंपनी द्वारा समर्थित भाषा का उपयोग करना ठीक है?

Question

मैं एक ऐसी कंपनी के लिए काम करता हूं जो कई भाषाओं का समर्थन करती है: COBOL, VB6, C # और Java।
मैं अपने प्राथमिक काम के लिए उन भाषाओं का उपयोग करता हूं, लेकिन मैं अक्सर पायथन में कुछ छोटे कार्यक्रमों (जैसे लिपियों) को कोड करने के लिए खुद को पाता हूं, क्योंकि मुझे यह उस प्रकार के कार्य के लिए सबसे अच्छा उपकरण लगता है।

उदाहरण के लिए: एक विश्लेषक मुझे कुछ DB तालिकाओं को आबाद करने के लिए एक जटिल CSV फ़ाइल देता है, इसलिए मैं इसे पार्स करने के लिए और DB स्क्रिप्ट बनाने के लिए पायथन का उपयोग करूंगा।

समस्या क्या है?
मुख्य समस्या यह है कि इन त्वरित और गंदी लिपियों के कुछ हिस्से धीरे-धीरे महत्व प्राप्त कर रहे हैं:

1. मेरी कंपनी पायथन का समर्थन नहीं करती है
2. वे नियंत्रित संस्करण नहीं हैं (मैं उन्हें दूसरे तरीके से वापस करता हूं)
3. मेरे सहकर्मी अजगर को नहीं जानते

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

मुझे यह जोड़ना चाहिए कि ये स्क्रिप्ट केवल उपयोगिताओं हैं जो मुख्य परियोजना का हिस्सा नहीं हैं; वे बस तुच्छ कार्यों को कम समय में करने में मदद करते हैं। मेरे अपने छोटे कार्यों के लिए वे बहुत मदद करते हैं।

संक्षेप में, अगर मैं एक दुर्घटना में होने वाला लॉटरी विजेता था , तो मेरे सहकर्मियों को उन लिपियों के बिना परियोजना को जीवित रखने की आवश्यकता होगी; वे उदाहरण के लिए हाथ से सीएसवी त्रुटियों को ठीक करने में अधिक समय बिताएंगे।

क्या यह एक सामान्य परिदृश्य है? क्या मुझसे कुछ ग़लत हो रहा है? मुझे क्या करना चाहिए?

Comments

यदि आपके सहकर्मी सिर्फ एक स्क्रिप्ट का पता नहीं लगा सकते हैं क्योंकि यह किसी अन्य भाषा में है, तो आपके पास बड़ी समस्याएं हैं

— CaffGeek

मैं चाड से सहमत हूँ। पायथन छद्म कोड के जितना करीब होता है, उतना ही हो जाता है।

— नौकरी

@ चाड अच्छा है, लेकिन समस्या एक और हो सकती है; पायथन एसडीके विकास मशीन की डिफ़ॉल्ट स्थापना का हिस्सा नहीं है। इसे स्थापित करने के लिए मैंने सही सिसाडमिन को बहुत सारे कॉफ़ी का भुगतान किया है;)।

— systempuntoout

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

— नौकरी '

उन्हें स्रोत नियंत्रण में रखें। बस एक छोटा सा कोना, लेकिन उन्हें अंदर रखें।

Answer 1

आपको स्थिति को औपचारिक रूप से प्राप्त करने की आवश्यकता है क्योंकि यह वास्तव में इस बिंदु पर नहीं होना चाहिए। हालाँकि, ये चीजें होती हैं, इसलिए आपको अपने बॉस को यह समझाने की जरूरत है कि आपने इन लिपियों को निजी इस्तेमाल के लिए बनाया है, लेकिन वे व्यापक प्रसार में "बच गए" हैं। स्वीकार करें (यदि आवश्यक हो) कि आप इस बात पर ध्यान नहीं दे रहे थे कि जल्द ही उसका ध्यान आकर्षित किया जाए।

बहुत कम से कम स्क्रिप्ट को "बस के मामले में" स्रोत नियंत्रण में रखा जाना चाहिए - फिर कम से कम यदि आप उपलब्ध नहीं हैं (कभी भी किस कारण से) तो आपके सहकर्मियों के पास स्क्रिप्ट तक पहुंच होगी।

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

Comments

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

— एंजेलो

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

— जॉन गेंस जूनियर

Answer 2

मैं आपको पूरा जवाब नहीं दे सकता कि आपको क्या करना चाहिए । मैं केवल एक ही सुझाव दे सकता हूं जिसका उपयोग आप शुरू करने के लिए कर सकते हैं:

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

उसके बाद आपको बस यह देखना होगा कि अन्य लोग उस पर क्या प्रतिक्रिया देते हैं।

Comments

जब भी संभव हो उन्हें टिप्पणी करें। यह देखने में मदद करता है कि आप क्या कर रहे हैं, यह जानने की कोशिश करने के बजाय क्या हो रहा है।

— जेडी फ्रेजा

Answer 3

मैं ऐसी ही समस्याओं में भाग गया हूँ जहाँ मैं काम करता हूँ। मैंने सुना "PHP क्या है?" कई साल पहले। वे एमएस स्टैक के बाहर कुछ भी सीखने या समझने की परवाह नहीं करते हैं। अगर अजगर नौकरी के लिए सही उपकरण है, तो मैं अपने पर्यवेक्षकों को इसके बारे में बताऊंगा और तुलना के लिए तैयार होना चाहिए और यह बताने के लिए तैयार होना चाहिए कि अजगर सही विकल्प क्यों था। यह निराशाजनक होगा, लेकिन मुझे लगता है कि सबसे सहमत होगा अजगर पाठ हेरफेर के लिए एक अच्छा विकल्प है।

Answer 4

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

दूसरा, इसे प्रोजेक्ट के वर्जन कंट्रोल में लाएं। अभी व। आपके द्वारा किसी परियोजना के लिए उत्पादित कुछ भी उस परियोजना के संस्करण नियंत्रण से बाहर नहीं होना चाहिए, कभी भी।

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

मुझे लगता है कि यह शायद एक अच्छा मामला है

अनुमति प्राप्त करने की अपेक्षा क्षमा माँगना अधिक आसान है।

ऐसा लगता है कि आपको काम मिल गया है, लेकिन अब आपको नतीजों से निपटना होगा।

Comments

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

— नौकरी

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

— थॉमस ओवेन्स

@ तोमास मैं टीम हूँ

— systempuntoout

@systempuntoout यह अब सच हो सकता है। लेकिन क्या यह 6 महीने में होगा? या एक साल? सॉफ्टवेयर विकास, भले ही आप वर्तमान में अकेले हों, कभी भी एक एकल कार्य नहीं माना जाना चाहिए - आपको भविष्य के डेवलपर या अपने काम के अनुरक्षक के बारे में सोचना चाहिए।

— थॉमस ओवेन्स

@ ठोमास तुम सही हो; जैसा कि ऊपर की कुछ टिप्पणियों में कहा गया है, मैंने C # (कंपनी समर्थित भाषा) में कई लिपियों को

— चित्रित किया है

Answer 5

अंगूठे का मेरा नियम है:

कुछ भी जो संभावित रूप से दूसरों के काम को प्रभावित करता है, आपके साथियों और वरिष्ठ अधिकारियों के साथ चर्चा की जानी चाहिए।

लेकिन, अगर यह आपके और आपके अकेले के लिए है, जब तक कि यह आपकी फर्म के बुनियादी ढांचे या सुरक्षा को कोई नुकसान नहीं पहुंचाता है , तो आप काम करने के लिए स्वतंत्र हैं।

Comments

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

— थॉमस ओवेन्स

यदि उस समय आप उस नौकरी में थे, तो इससे आपकी व्यक्तिगत उत्पादकता में वृद्धि हुई थी, तो कंपनी ने पहले ही उस स्क्रिप्ट से मूल्य प्राप्त कर लिया है और यह बेकार नहीं था, चाहे वह किसी और द्वारा बाद में पुन: उपयोग किया जाए।

— नैट सीके

@ थोमस ओवेन्स - अक्सर एक बार के कार्य होते हैं - एक बार जब वे कर लिए जाते हैं, तो वे किए जाते हैं - या आपके खुद के हैक और परीक्षण जो आप कुछ चिपचिपा पाने के लिए विकास के दौरान करते हैं - फिर से, एक बार जब वे किए जाते हैं , वे कर रहे हैं - प्रभावी रूप से डिस्पोजेबल।

— वेक्टर

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

— थॉमस ओवेन्स

@ थोमस ओवेन्स - प्रदान किया - जो मैंने कहा था कि 'दूसरों के काम को संभावित रूप से प्रभावित करता है' में शामिल है।

— वेक्टर

Answer 6

आपके पास दो विकल्प हैं:

1. इसे एक मानक बनाओ
2. एक मानक उपकरण में अनुवाद करें

संगठन के आधार पर # 1 चुनौतीपूर्ण हो सकता है (सभी मानक प्रौद्योगिकियों की सूची को सीमित करने के बाद प्रशिक्षण और समर्थन कौशल आवश्यकताओं के दहनशील विस्फोट से बचा जाता है)।

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

BTW, VB6 के डेवलपर टूल (IDE, कंपाइलर) असमर्थित है (सुरक्षा सुधार भी नहीं) इसलिए यह संभावना है कि मानक को किसी भी तरह से अपडेट करने की आवश्यकता है। (VB6 रनटाइम के भाग के रूप में समर्थित है और वर्तमान विंडोज संस्करणों के इंस्टॉल में शामिल है)। यह शायद # 1 के लिए सहायक के रूप में इस्तेमाल किया जा सकता है: मानक उपकरण सेट को आपूर्तिकर्ता निर्भरता के कारण एक चलती लक्ष्य को स्थापित करने की आवश्यकता होती है।

Answer 7

यदि आपको कोई कार्य दिया जाता है, और आप इसे समय पर पूरा कर सकते हैं, तो आपके पास एकमात्र विकल्प नहीं है। मुझे लगता है कि उन लोगों को यह बताने में समझदारी है कि आप क्या कर रहे हैं। आपको आवश्यक स्रोत नियंत्रण के बाहर नहीं जाना चाहिए (जब तक कि यह बिल्कुल बिल्कुल काम नहीं करता है?) परीक्षण और प्रलेखन।

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

Comments

मानो या न मानो, इस सवाल को पोस्ट करने और बहुत सारे आनंददायक सुझाव प्राप्त करने के बाद, मैंने C # में कई स्क्रिप्ट्स पोर्ट की हैं।

— systempuntoout

Answer 8

खैर, मुझे यह स्वीकार करना पड़ा कि 20 अलग-अलग भाषाओं के साथ काम करने से बदबू आती है, ए लॉट।

आपके पास एक बैश स्क्रिप्ट है जो पायल स्क्रिप्ट को कॉल करती है जो पर्ल स्क्रिप्ट को कॉल करती है जो जावा बाइनरी को कॉल करती है जो C dll ...

फिर कुछ पूरी पाइप लाइन में पंखे से टकराता है, और आप गुजरते हैं - WAT IS DAT KODEZ? विशेष रूप से पर्ल में ... और सरल डिबगिंग, कहते हैं, एन्कोडिंग समस्या, एक बुरे सपने में बदल जाती है। आप 7 में से 5 भाषाओं को प्रभावी ढंग से डिबग नहीं कर सकते, और यह एक वास्तविक दर्द में बदल जाता है।

या आपको एक साधारण परिवर्तन जोड़ना है, लेकिन आप 10 त्रुटियां बनाते हैं क्योंकि पर्ल को गोचर्स, जावा के पास गोचर्स, आदि हैं।

और वह 7+ भाषा श्रृंखला एक समय में एक कदम शुरू करती है।

सावधानी से चलना, यहाँ ड्रेगन हो ...

Comments

सही उपकरण के साथ काम करने से बदबू नहीं आती है, यह चीजों के निर्माण का यूनिक्स तरीका है। विंडोज का तरीका एक्सेल लॉन्च करना है। हथौड़ों और नाखूनों की पुरानी कहानी ...

— mouviciel

Answer 9

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

वास्तव में, आपको ऐसे उपकरण बनाने और उपयोग करने के लिए प्रोत्साहित किया जाना चाहिए , जो अंततः आपकी बाहों का विस्तार बन जाएगा।

आखिरकार, वे इस तरह के उपकरण होने के महत्व को पहचानेंगे, चाहे वे किसी भी भाषा में लिखे गए हों और अपने काम के माहौल में लागू करना शुरू करेंगे।

Comments

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

— थॉमस ओवेन्स

@ थोमस: मैं उन लिपियों का इलाज करता हूं जिन्हें मैं अपने लिए और अपने व्यक्तिगत उपयोग के लिए बनाता हूं। वे मेरी बाहों और मेरे मन का विस्तार हैं। यह कहने जैसा है कि "आप इस तरह नहीं सोच सकते, आप केवल उसी तरह सोच सकते हैं"। मुझे लगता है कि यह महत्वपूर्ण नहीं है कि आप क्या सोचते हैं, जब तक आप वह करने में सक्षम हैं जो आपको करने के लिए कहा जाता है।

— जोस फेटी

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

— थॉमस ओवेन्स

@ थॉमस: मैं इस परियोजना के लिए एक विशिष्ट प्रोग्रामिंग भाषा लिखने के बारे में बात नहीं कर रहा था। मैं कुछ चीजों के बारे में बात कर रहा हूं जैसे "एक ही कमांड के साथ 10000 फ़ाइलों का नाम बदलें", कुछ ऐसा जो गूंगा प्रोग्रामर एक-एक करके हाथ से करते हैं, जबकि मैं इसे स्व-निर्मित स्क्रिप्ट के साथ करने में सक्षम हूं। मैं विशेष रूप से परियोजना में शामिल कुछ के साथ बातचीत नहीं कर रहा हूँ। वे परियोजना-विशिष्ट उपकरण नहीं हैं।

— बजे जोस फेती

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

— जोस फेटी

Answer 10

जब आपसे कहा जाता है कि कोडिंग sth लिखना।, भाषा आमतौर पर निर्दिष्ट या निहित होती है (निगमों में नियम)।

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

इसलिए, मैं उस नियम का उपयोग करूंगा:

1) यदि आपको कुछ कार्य करने के लिए कहा जाता है, जैसे डेटा आयात, मैं उपकरण / भाषा / आदि का उपयोग करूंगा। यह मेरे लिए सबसे सुविधाजनक होगा और कार्य के लिए सबसे तेज़ होगा।

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

3) यदि कार्य एक-शॉट लग रहा था, लेकिन यह दोहराने योग्य हो गया, तो आपको इसे 1 से 2 तक बदलने के लिए प्रबंधक से बात करनी चाहिए) और अपनी पसंद से कंपनी-समर्थित भाषा में फिर से लिखना चाहिए।

Answer 11

मुझे लगता है कि आप निर्णय लेने की स्थिति में नहीं हैं (अन्यथा आप सवाल नहीं पूछेंगे)। आपका बॉस इस मुद्दे पर क्या सोचता है? आपको उससे बात करनी चाहिए और उसे समझाने की कोशिश करनी चाहिए कि अजगर जाने का रास्ता है ...

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