डोमेन ज्ञान बनाम तकनीकी ज्ञान कितना महत्वपूर्ण है?


33

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

जब मैंने अपने प्रबंधक से इस बारे में बात की, तो उन्होंने यह कहकर मेरा मजाक उड़ाया कि कोई भी एक सप्ताह में एक तकनीक सीख सकता है। यह ऐसा व्यवसाय है जो कठिन है। मेरी दीर्घकालिक आकांक्षा तकनीकी पक्ष पर बने रहने की है, संभवतः एक वास्तुकार (यदि संभव हो)। अगर मैं व्यवसाय पर इतना ध्यान केंद्रित करना चाहता तो मैं एमबीए कर लेता!

मैं जानना चाहता हूं कि क्या मैं व्यवसाय के महत्व को समझने में गलत या बहुत भोला हूं या मेरी निराशा उचित है?


12
कृपया अपने प्रबंधक को बताएं कि प्रौद्योगिकी / प्रोग्रामिंग केवल EXCEL तक सीमित नहीं है || एमएस ऑफिस || सेम-टाइम कनेक्ट, जिसे कोई भी एक सप्ताह में सीख सकता है।
रेंजर

मैं कुछ जवाबों पर विश्वास नहीं कर सकता, मुझे उम्मीद है कि लोग प्रतिशोध के साथ जवाबों को डाउन-वोट करेंगे।
गौरव

@ गौरव, मुझे उम्मीद नहीं है। मुझे नहीं लगता कि गर्म भावनाएं इस मंच (या सामान्य रूप से किसी भी मंच) पर कोई अच्छा काम करेगी। मुझे आपकी ठोस आपत्तियों को जानने में रुचि होगी, इसलिए उन मुद्दों पर टिप्पणी करने के लिए स्वतंत्र महसूस करें जिनके साथ आपके पास समस्याएं हैं।
पेटर तोर्क

@ रेंजर लो! आप कहते हैं कि एक प्रबंधक नौकरी करना आसान होगा?
गोपी

5
उसे सीखने के लिए कहें कि आप एक हफ्ते में क्या करते हैं। यह एक बहुत ही घमंडी रवैया है। मैं भी उसके साथ एक शर्त लगाता हूं कि वह ऐसा नहीं कर सकता है जो आप कर सकते हैं, अपने वेतन से दोगुना। किसी विशेष भाषा की मेमोरी, ऑपरेंड्स और कंडीशंस के सिंटैक्स को सीखने के लिए एक newb के लिए एक सप्ताह का समय लग सकता है ... और शायद उन्हें मास्टर करने के लिए एक महीने या उससे अधिक भी। यह एक लंबी प्रक्रिया थी कि हम कहाँ हैं, लेकिन यह आम तौर पर हमारा जुनून है इसलिए हमने जीवन भर कष्टों को दूर किया है।
गुप्त

जवाबों:


33

एक प्रोग्रामर का काम मशीन की भाषा कार्यान्वयन में प्राकृतिक भाषा की आवश्यकताओं का अनुवाद करना है। आप इसे प्रभावी ढंग से नहीं कर सकते हैं यदि आप केवल एक तरफ या दूसरे पर धाराप्रवाह हैं। जब तक आप संकलक या संस्करण नियंत्रण सॉफ्टवेयर नहीं लिख रहे हैं, तब तक हर प्रोग्रामिंग कार्य में गैर-प्रोग्रामिंग ज्ञान की एक महत्वपूर्ण राशि की आवश्यकता होगी।


1
जब एक प्रोग्रामर को इस बात की जानकारी नहीं थी कि ग्राहक किस चीज को कोड करना मुश्किल है
गोपी

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

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

यहां तक ​​कि कंपाइलर और वीसीएस में एक डोमेन होता है, हम इसके साथ अधिक सहज हो सकते हैं।
जोश जॉनसन

24

बेंजोल और आपके प्रबंधक सही हैं, लेकिन मुझे विस्तार से बताएं:

व्यवसाय डोमेन सीखना यह है कि आप प्रक्रिया में मूल्य कैसे जोड़ते हैं और व्यवसाय के लिए अपना मूल्य बढ़ाते हैं

यह एक कोड बंदर प्रोग्रामर और एक डेवलपर के बीच अंतर है


7
+1 प्रोग्रामर के लिए मेरा कोई उपयोग नहीं है। मुझे डेवलपर्स, उर्फ ​​प्रॉब्लम सॉल्वर्स की जरूरत है। :)
jmort253

18

एक कहावत है कि मेरे विश्वविद्यालय के कंप्यूटर विज्ञान विभाग से आया है:

यदि आप भूवैज्ञानिकों के लिए सॉफ्टवेयर बनाना चाहते हैं, तो आपको पहले भूविज्ञान को समझना होगा। यदि आप भौतिकविदों के लिए सॉफ़्टवेयर का निर्माण करना चाहते हैं, तो आपको पहले भौतिकी में सुस्त होना चाहिए। यदि आप व्यवसाय को समझना चाहते हैं, तो आपको पहले व्यापार पर बात करना सीखना चाहिए।

मैं हर समय लोगों को यह कहते हुए सुनता हूं कि सॉफ्टवेयर डेवलपमेंट एक रचनात्मक क्षेत्र है। मेरा मानना ​​है कि यह कुछ हद तक सही है। इसमें रचनात्मकता शामिल है जो समस्याओं की एक श्रृंखला को हल करने के लिए बॉक्स के बाहर देखने में सक्षम होना चाहिए।

इसका मतलब यह नहीं है कि आप बस बैठ सकते हैं और ओह तो रचनात्मक रूप से निर्माण करें जो आप चाहते हैं। यह कला वर्ग नहीं है, यह इंजीनियरिंग है, और आपके ग्राहक और हितधारक आपसे ऐसा कुछ बनाने की अपेक्षा करने जा रहे हैं जो उनकी समस्याओं को हल करता है, न कि कुछ ऐसा जो "शांत" है।

किसी समस्या को हल करने के लिए, आपको पहले समस्या को समझना चाहिए। आपको अपने उपयोगकर्ताओं के प्रमुखों में जाने और समझने की ज़रूरत है कि वे कैसे सोचते हैं।

चाहे आप वित्त, विपणन, बिक्री, भूविज्ञान, भौतिकी के लिए सॉफ़्टवेयर का निर्माण कर रहे हों, या जिस भी क्षेत्र का सॉफ़्टवेयर समर्थन करता हो, आपको उस फ़ील्ड का हिस्सा बनना चाहिए।

यह इस कारण से है कि, मैंने अपने कंप्यूटर विज्ञान की डिग्री के अलावा, मैंने एक व्यवसाय की डिग्री भी अर्जित की है; इसने संभावित समाधानों को संप्रेषित करने और सफल उत्पादों को वितरित करने की मेरी क्षमता पर भारी प्रभाव डाला है।

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


2
+1 - आपके ग्राहक और हितधारक आपसे कुछ ऐसा बनाने की अपेक्षा करने जा रहे हैं जो उनकी समस्याओं को हल करता है, न कि कुछ ऐसा जो "शांत" है।
कार्तिक श्रीनिवासन

"यदि आप भूवैज्ञानिकों के लिए सॉफ़्टवेयर का निर्माण करना चाहते हैं ..." उस कथन से प्यार करें। कौन सा विश्वविद्यालय? इसे उद्धृत करने में सक्षम होना चाहते हैं!
राज राव

1
@RajRao दुर्भाग्य से, मैंने विरोधाभास किया, और मुझे ठीक से याद नहीं है कि मैंने किससे सीखा था। यह या तो डॉ। रुबेन गंबा ( uwyo.edu/cosc/cosc-directory/ruben/index.html ) या व्योमिंग विश्वविद्यालय, लारमी , व्योमिंग, यूएसए के डॉ। विलियम स्पीयर्स ( uwyo.academia.edu/WilliamSpears ) थे।
jmort253 11

14

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


2
+1 - यह सोचना बहुत अच्छा है कि कोई भी डोमेन को समझे बिना एक सफल वास्तुकार हो सकता है। अगर मैं कर सकता था, तो मैं संचार का उल्लेख करने के लिए आपको फिर से +1 करता। बहुत से लोग अपने करियर में संचार विकास की उपेक्षा करते हैं।
jmort253

11

मेरी राय में, आप गलत हैं और बहुत भोले हैं।

जैसा कि आपके प्रबंधक ने कहा (थोड़े चंचलता से), कोई भी एक सप्ताह में एक तकनीक सीख सकता है। केवल एक चीज जो आपको चिह्नित करने जा रही है और आपकी कंपनी के लिए उपयोगी है, वह है आपका व्यावसायिक ज्ञान। और यह कठिन है, और अधिक आप लायक होंगे।

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

गंभीरता से, "मैं सिर्फ एक कोडर हूं, मुझे तथ्यों के साथ भ्रमित न करें" बस इसे काट नहीं लेंगे।


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

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

2
@ मयंक, नहीं, यह कहना बहुत मुश्किल नहीं है। जब मैं अपनी वर्तमान नौकरी में आया, तो मेरे नए सहयोगियों ने मुझे बताया कि कोड को राउंड करने में मुझे 6 महीने लगेंगे । अब मैं 4 साल के करीब आ रहा हूं और अभी भी कारोबार के बारे में नई चीजें सीख रहा हूं ...
बेंजोल

1
+1000 अगर मैं कर सका। IMHO, तकनीक आसान / मजेदार हिस्सा है।
ozz

1
नहीं, वह Naive नहीं है। इसके अलावा उनके प्रबंधक एक मूर्खतापूर्ण बेवकूफ हैं, और उन्हें नियमित रूप से पैडेड किया जाना चाहिए।
गौरव

8

मैं एनर्जी ट्रेडिंग में भी काम करता हूं। व्यवसाय ज्ञान नौकरी का 90% है। आप इसके आसपास नहीं पहुँच सकते - यह एक जटिल व्यवसाय है।

यदि आप कम से कम ट्रेडिंग की मूल बातें नहीं समझते हैं, और जिन बाजारों में आप काम कर रहे हैं, आप किसी भी तरह के कोडर से बेहतर नहीं हैं।

मैं कुछ बीए के साथ काम करता हूं जो सिर्फ आवश्यकताओं को सही नहीं कर सकते हैं। मुझे काम करने के लिए अपने स्वयं के विश्लेषणात्मक कौशल और व्यावसायिक ज्ञान की समझ पर भरोसा करने की आवश्यकता है।

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

उपयोग की जाने वाली वास्तविक प्रौद्योगिकियाँ और कार्यान्वयन दूर की बात है।

एक्सेल टिप्पणी करने वाले ऊपर वाले को नहीं पता कि उसकी टिप्पणी कैसी है। व्यापारी अक्सर एक्सेल / वीबीए (जो कि वे सभी जानते हैं) में अपने खुद के छोटे ट्रेडिंग ऐप का निर्माण करते हैं और फिर आईटी कार्यक्रमों के इन मैसजों को विरासत में प्राप्त करते हैं।

मुझे इनमें से कुछ ऐप्स को "उचित" भाषा में पुनर्निर्माण करना पसंद है, लेकिन यह हमेशा प्राथमिकता नहीं है।


1
+1 "जटिल व्यवसाय" के लिए :) मैंने इससे पहले बैंकिंग डोमेन में काम किया है और इसे बहुत अधिक रोचक और आसान पाया है। इसके अलावा, जैसा आपने बताया कि सब कुछ एक्सेल में किया जाता है!
मयंक

6

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

आपकी प्रतिक्रिया हो सकती है "लेकिन व्यापार विश्लेषक क्या करते हैं?"

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


2
रुको, व्यापार विश्लेषकों को स्पष्ट आवश्यकताएं मिलती हैं? यह अच्छा है। मैं व्यक्तिगत रूप से सीधे अंत-उपयोगकर्ता के साथ सौदा करूंगा।
क्रिस्टोफर महान

@Christopher - मैंने कहा कि आवश्यकताओं को पाने के लिए "कोशिश कर रहा हूँ" :-)
एंड्रयू शेफर्ड

वास्तव में आपने किया।
क्रिस्टोफर महान

1
+1 - व्यवसाय विश्लेषक उन ग्राहकों के साथ लंबी मीटिंग में बैठते हैं, जो किसी डेवलपर के साथ काम करने के लिए पर्याप्त रूप से स्पष्ट हैं।
कार्तिक श्रीनिवासन

6

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

अद्यतन करें

गौरव की टिप्पणी:

मुझे इस बात की उत्सुकता है कि एक डेवलपर को व्यावसायिक क्षेत्र को समझने में किस हद तक प्रयास करना चाहिए। क्या उसे पूरे रास्ते जाना चाहिए, या कुछ रेखा खींचनी है।

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

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

Update2

क्या होगा अगर [...] डेवलपर अक्सर उस व्यवसाय डोमेन को बदल देता है जिस पर वह काम कर रहा है?

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


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

2
@ गौरव, निश्चित रूप से इसका मतलब है कि आपके व्यावसायिक ज्ञान को प्राप्त करने के लिए निवेश का एक बड़ा हिस्सा (आपके समय और आपके नियोक्ता के पैसे) खो जाता है :-( यदि आप जानते हैं कि यह होने जा रहा है, तो निश्चित रूप से यह खुदाई के लायक नहीं हो सकता है। । एक विशिष्ट डोमेन में बहुत गहरा लेकिन ध्यान दें कि डोमेन नहीं हैं पूरी तरह से वहाँ बुनियादी बातों जो अलग डोमेन के बीच पुन: उपयोग किया जा सकता है, अलग अलग और सबसे महत्वपूर्ण बात, डोमेन संचालित डिजाइन। दृष्टिकोण आप लाभ पुन: प्रयोज्य है।
पीटर Török

@Peter फिर से धन्यवाद। मैं आपके उत्तर को वोट करूंगा, लेकिन जाहिर है कि आप इसे केवल एक बार (मूर्खतापूर्ण नियम) ही वोट कर सकते हैं। एक और अगर यह बहुत परेशान नहीं है, तो आप अपने जवाब में अपनी टिप्पणी को शामिल कर सकते हैं।
गौरव

@ गौरव, किया, मुझे खुशी है कि मैं मदद कर सकता हूं :-)
पेर्ट टॉर्क

और पतन का कारण है ...?
पेटर तोर्क

2

मैं बैंकिंग क्षेत्र में दस वर्षों से व्यापारिक अनुप्रयोगों के विकास पर काम कर रहा हूं और सहमत हूं कि डेवलपर्स के लिए व्यवसाय को अच्छी तरह से समझना महत्वपूर्ण है। लेकिन समय और फिर से, साक्षात्कार प्रक्रियाओं के दौरान, अगर व्यक्ति को व्यवसाय का अच्छा ज्ञान नहीं है, तो वे दरवाजे के माध्यम से नहीं मिलते हैं।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.