मैं काम पर लिखे एक सॉफ्टवेयर टूल को कब प्रकाशित कर सकता हूं?


24

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

अनुवर्ती: मान लीजिए कि मैं अपने समय पर घर पर पूरी बात लिखता हूं, तो बस इसे काम पर उपयोग करता हूं, क्या यह चीजें काफी बदल जाती हैं?

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


5
अपना अनुबंध जांचें, एक वकील से पूछें। कई रोजगार अनुबंधों में "सभी आविष्कार नियोक्ता के स्वामित्व" प्रकार के खंड होते हैं। इसकी प्रवर्तनीयता भिन्न होती है ... जिसके लिए आपको एक वकील से पूछने की आवश्यकता होती है।

7
"अगर मैं अच्छी तरह से काम करता हूं, तो मैं काम को घर पर लाना चाहता हूं और इसे केवल मनोरंजन के लिए पॉलिश कर सकता हूं, और शायद यह एक ओपन-सोर्स प्रोजेक्ट के रूप में रिलीज हो।" - इसकी अत्यधिक संभावना नहीं है कि आपकी कंपनी ऐसा करने का अनुमोदन करेगी। आपका कार्य उत्पाद उनके द्वारा स्वामित्व में है, न कि आप।
रामधुन

5
अगर आप इस कार्य को जारी करने के लिए सहमत नहीं हुए हैं, तो यह पता लगाने के लिए कि क्या काम किया गया है, यदि आप इसे प्राप्त करने के लिए सहमत नहीं हैं, तो मैं आपको बहुत गहरे पानी में ले जाना चाहता हूं। लिखित में लें।
ऋग

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

2
@ राम मुझे नहीं लगता कि यह उतना ही काला और सफेद है। घर पर इसी तरह की बात लिखते समय आप कार्य संस्करण के बारे में कैसे नहीं सोच सकते हैं? वैसे भी, यह संभवतः रोजगार अनुबंध के गैर-प्रतिस्पर्धा खंड के माध्यम से सभी का ध्यान रखा गया है। मेरा कहना था कि आपकी कंपनी के कोड को प्रभावित (यहां तक ​​कि अवचेतन रूप से) खुद को लिखने से रोकने का कोई तरीका नहीं है, जो कुछ दिलचस्प मुद्दा बनाता है, लेकिन यहां कोई भी बहस करने लायक नहीं है।
एलेक्सा डे

जवाबों:


41

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

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

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

अपने समय पर काम पर उपयोग के लिए उत्पादों को लिखना संदेहास्पद है और उन नियमों पर निर्भर करता है जिनका आपके नियोक्ता को पालन करना चाहिए। बहुत कम से कम, आप अपने नियोक्ताओं के कार्यक्रम, बजट, और ऑफ-लाइन काम से अनुमान लगा सकते हैं। कुछ मामलों में, आप समय-समय पर ट्रैक किए गए उत्पादों को बनाकर और उचित रूप से बिल बनाकर अनुबंध संबंधी नियमों का उल्लंघन कर सकते हैं।


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

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

1
@AlexMA यह वाक्यांश मेरे उत्तर में कभी नहीं दिखाई देता है, इसलिए मुझे नहीं पता कि आप क्या चाहते हैं। यदि आप घड़ी पर रहते हुए एक परियोजना बनाने के लिए काम करते हैं या अपने नियोक्ता के संसाधनों का उपयोग कर रहे हैं, तो पैरा 2 देखें। यदि यह काम या आपकी कंपनी के व्यवसाय में चल रही परियोजना से संबंधित है, तो पैराग्राफ 3 और 4 देखें। किसी भी मामले में, यह एक बुरा विचार है। (यदि अनैतिक या गैरकानूनी नहीं है) बिना अनुमति के काम-संबंधित चीजों पर, अपने समय पर या नहीं।
थॉमस ओवेन्स

@ThomasOwens यह वास्तव में मेरा मतलब नहीं है; अस्पष्ट होने के लिए खेद है। आपका सटीक उद्धरण "उत्पाद है जो आपने अपने नियोक्ता के संसाधनों का उपयोग करके बनाया है"। जो कुछ वे मेरे अपने हैं, उसका क्या गठन है? सामान्य प्रोग्रामिंग विचारों के बारे में क्या है जो मैं काम पर आता हूं, जिसे मैं फिर काम पर लागू करता हूं? एक बढ़ई की तरह जो सीढ़ियों के निर्माण के एक नए तरीके के साथ आता है, या एक नया और बेहतर हथौड़ा, और फिर अपने नियोक्ता के लिए सीढ़ियां बनाते समय उस तकनीक / उपकरण का उपयोग करता है।
एलेक्सा डे

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

14

अगर यह अच्छी तरह से हो जाता है, तो मैं काम को घर पर लाना चाहता हूं और इसे केवल मनोरंजन के लिए पॉलिश कर सकता हूं, और शायद इसे एक ओपन-सोर्स प्रोजेक्ट के रूप में जारी कर सकता हूं।

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

जब आप काम पर काम के लिए मूल रूप से लिखे गए सॉफ़्टवेयर टूल को खोलना चाहते हैं तो यह (कानूनी / नैतिक रूप से) ठीक है?

जब आपके पास अपनी संपत्ति वितरित करने के लिए अपने पर्यवेक्षक (और शायद कानूनी विभाग) की अनुमति हो।

क्या होगा अगर आपने ऑफ-ऑवर के दौरान मूल स्रोत को महत्वपूर्ण रूप से बढ़ाया है?

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

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


Now, your employer may be perfectly happy to distribute the library .... और यह सड़क के नीचे संभावित मुकदमों और / या अन्य कानूनी मुद्दों तक नहीं खुलता है।
मार्टिन यॉर्क

@ लोकीस्टरी ज़रूर - किसी भी संख्या में विचार है कि सॉफ़्टवेयर के एक टुकड़े को खोलने से पहले नियोक्ता को ध्यान में रखना पड़ सकता है; मेरी सूची संपूर्ण है।
कालेब

2
When you have permission from your supervisor (and perhaps legal department)... बहुत कम ही आपके पर्यवेक्षक को इन मामलों में कंपनी की ओर से बोलने का अधिकार होता है। वह सोच सकता है कि यह ठीक है, लेकिन वरिष्ठ प्रबंधन असहमत हो सकता है। अनुमति वरिष्ठ एमजीएमटी / कानूनी से आनी चाहिए।
cdkMoose

2
@cdkMoose हां, निश्चित रूप से - इसलिए कानूनी विभाग का मेरा समावेश। यह "बहुत ही कम" कहने के लिए एक खिंचाव है, हालांकि - कंपनी के आकार / संरचना के बारे में बहुत अधिक धारणाएं बनाता है। हो सकता है कि पर्यवेक्षक CIO, CTO, या CEO (या उपरोक्त सभी) हो। मुझे शायद "जब आपके पास आवश्यक अनुमति हो" कहा जाना चाहिए और विवरण को पाठक तक छोड़ देना चाहिए।
कालेब

अपने नियोक्ता से बात करने के लिए +1 - वे इस पुस्तकालय को खोलने के लिए पूरी तरह से खुश (या नहीं) हो सकते हैं (और खुद कार्यक्रम नहीं), लेकिन इसके लिए सही बात है। कई फॉरवर्ड-थिंकिंग कंपनियां (Google, Facebook) अपने कर्मचारियों को उनके द्वारा किए जाने वाले कुछ कामों को खोलने के लिए अनुमति देती हैं, जब तक कि यह कंपनियों का मूल प्रस्ताव नहीं है। लेकिन वे सभी एक पशु चिकित्सक प्रक्रिया से गुजरते हैं।
सुमन

5

आसान जवाब:

कभी नहीँ।

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

जाहिर है, यह किसी भी व्यक्ति के लिए समस्याग्रस्त है जो एक सॉफ्टवेयर डेवलपर को काम पर रखने में रुचि रखता है।

इसे हल करने के लिए, सॉफ्टवेयर कंपनियों ने आपको एक गैर-प्रकटीकरण समझौता (NDA) पर हस्ताक्षर किया है। इस एनडीए के भीतर, यह स्पष्ट रूप से बताता है कि आप उस नियोक्ता के लिए लिखे गए सभी कोड के कॉपीराइट को त्याग देते हैं। इससे कोई फर्क नहीं पड़ता कि आपने कब किया। सभ एक ही है।

दूसरे शब्दों में: आपके द्वारा लिखा गया कोड आपके लिए नहीं है । यह नियोक्ता का है, और आपको इसे प्रकाशित करने की अनुमति नहीं है।

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

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


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

@ कालेब, आपका स्रोत बताता है: "भाड़े के लिए किए गए काम" की अवधारणा जटिल हो सकती है, "और यह बिल्कुल सही है। एक कारण यह जटिल हो सकता है क्योंकि सॉफ्टवेयर सिर्फ कोड से अधिक है, यह समाधान और विचारों का एक सेट है। फिर प्रश्न बनता है, "क्या आपकी कंपनी कोड का मालिक है , या क्या यह कोड द्वारा व्यक्त विचारों का मालिक है ?" यह तब और अधिक जटिल हो जाता है जब आप किसी के विचार को 2 बजे काम के लिए शानदार विचार के साथ आने और अगली सुबह कोड में लागू करने की कल्पना करते हैं। जारी ...
riwalk

... जो समाधान ज्यादातर कंपनियां नियोजित करती हैं, वे बताती हैं कि वे सब कुछ आपके पास थीं, भले ही आप इसके साथ आए हों और चाहे जब आपने इसे लिखा हो। कुछ राज्य हैं (वाशिंगटन और कैलिफोर्निया के दिमाग में) कुछ अतिरिक्त कानून हैं, लेकिन अन्य राज्य नहीं करते हैं। यह जटिल है। नीचे पंक्ति - आपको वकील की आवश्यकता है :)
riwalk 16

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

1

यह इस बात पर बहुत अधिक निर्भर करता है कि आपके नियोक्ता के साथ क्या संविदात्मक संबंध है ...

बौद्धिक सम्पदा

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

यदि आपका कोड आपके नियोक्ता आईपी, या व्यापार रहस्यों के किसी भी प्रकार के संदर्भ का उपयोग करता है, तो यह शायद समझ में आता है कि वे मना कर सकते हैं।

खुला स्त्रोत

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

सबसे अच्छी सलाह जो मैं दे सकता था वह है अपने नियोक्ता से संपर्क करना और मामले पर खुलकर चर्चा करना। यह आपको प्रदान करेगा:

  • ओपन-सोर्स / कम्युनिटी प्रोग्रामिंग के प्रति आपके नियोक्ता का रवैया
  • सॉफ्टवेयर की उनकी समझ को प्रतिबिंबित / उजागर करें और यह अंतर्निहित / व्यापक मूल्य है
  • आपके अधिकारों के रूप में वे जो अनुभव करते हैं कि आप ऐसा करने में सक्षम हैं / नहीं

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

मेरा समय / उनका समय

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

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

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