Django के 20वें जन्मदिन की शुभकामनाएँ

• Django ने रिलीज़ के 20 साल पूरे करने का यह एक अहम पल है
• Django, पूर्णतावादी लेकिन समय-सीमा का पालन करने वाले डेवलपर्स के लिए बनाया गया वेब framework है, और पिछले 20 वर्षों से यह बेहद पसंद किया जाने वाला प्रोजेक्ट रहा है
• Python ecosystem में एक प्रमुख web framework के रूप में स्थापित होकर, बड़े community, समृद्ध open source संसाधनों और विभिन्न plugins के आधार पर यह कंपनियों, startups और व्यक्तिगत डेवलपर्स द्वारा व्यापक रूप से उपयोग किया जाता है
• लंबे समय तक चले निरंतर development और maintenance की बदौलत इसकी reliability, security और scalability लगातार मजबूत होती रही है
• Django, अपनी संक्षिप्त लेकिन शक्तिशाली design approach के जरिए तेज़ prototyping और स्थिर service operations दोनों को support करने में अपनी अलग प्रतिस्पर्धी क्षमता रखता है
• आज भी सक्रिय updates और ecosystem expansion के केंद्र में रहकर यह बड़े पैमाने के web service developers के लिए एक मुख्य tool के रूप में उपयोग किया जा रहा है

[kylian]

सिर्फ Django इस्तेमाल करूँ तो खुश रहता हूँ, लेकिन DRF भी जुड़ जाए तो ज़िंदगी दुखी हो जाती है.. सुबक सुबक

[edunga1]

शायद ऐसा क्यों होता है!?
मैंने Django से REST API इम्प्लीमेंट किया था, लेकिन Form वगैरह इस्तेमाल करते समय अक्सर लगा कि अगर DRF होता तो शायद ज़्यादा उपयुक्त रहता।

[kylian]

सटीक रूप से कहें तो, फ्रंट और बैक अलग-अलग होने वाली सर्विस में अगर Django से बैक सर्वर इम्प्लीमेंट किया जाए, तो सिर्फ बैकसाइड के लिए इस्तेमाल करने पर Django की अपनी full-stack प्रकृति से आने वाला भारीपन बोझिल लगता था, और Django में RESTfulपन जोड़ने के लिए साथ में इस्तेमाल किए गए DRF पर बहुत ज़्यादा निर्भर हो जाना भी मुझे असहज लगता था..
खासकर DRF का खुद Django ORM से बहुत मज़बूती से बंधा होना, उससे आने वाली dependency, और DRF को जितनी बार और जितनी अधिक जगहों पर इस्तेमाल करें उतना ही कहीं भी Django ORM इस्तेमाल कर पाने की वजह से पैदा होने वाली fragmentation और DB access की संभावना—ये सब मुझे असुरक्षित लगते थे। इसके अलावा, DRF का serializer नाम के मुताबिक सिर्फ data serialization और data validation तक सीमित न रहकर उससे कहीं ज़्यादा भूमिका और संभावनाएँ रखता है, और serializer का इस्तेमाल जितना बढ़ता जाता है उतना ही MVC का विभाजन अर्थहीन होता जाता है वगैरह.. तब अक्सर लगता था कि अगर ऐसा ही है, तो Django+DRF कॉम्बिनेशन पर जाने के बजाय किसी दूसरे framework से बैकएंड इम्प्लीमेंट करना ज़्यादा स्थिर होगा। इसलिए वास्तव में एक समय के बाद से मैंने FastAPI को प्राथमिक विकल्प के रूप में चुनना शुरू कर दिया।

[nuremberg]

Django का इस्तेमाल करने के बाद, एक ऐसे यूज़र के तौर पर जिसने अपने करियर में पूरी तरह सुधार का अनुभव किया है, मैं इसका बहुत आभारी हूँ। मैंने Django में कुछ बार contribution भी किया है, और उम्मीद है कि इसे लंबे समय तक प्यार मिलता रहे, हाहा

[shalome7]

मुझे Django सच में बहुत पसंद है! मैंने भी कई तरह से इससे बहुत लाभ पाया है और दिल से आभारी हूँ। Django पहले की तुलना में शायद थोड़ा कम लोकप्रिय हो गया हो। लेकिन सच कहूँ तो, क्या Django कभी खास तौर पर "हॉट" रहा भी था? मुझे लगता है कि यह आगे भी लंबे समय तक लगातार, स्थिर रूप से पसंद किया जाने वाला framework बना रहेगा!

[ryj0902]

शौकिया वेब डेवलपमेंट के लिए मैं इसे अच्छी तरह इस्तेमाल कर रहा हूँ

[kmn1120]

Django को जन्मदिन की शुभकामनाएँ!

[tujuc]

वाह...! जब मैंने इसे पहली बार इस्तेमाल किया था, तो वह Python होने की वजह से इस्तेमाल किया गया एक प्रोजेक्ट था...
काफी लंबा समय बीत गया!
अच्छा होगा अगर फिर से ऐसे माहौल में काम कर सकूँ जहाँ इसे इस्तेमाल किया जा सके :) हाहा
सोच रहा हूँ, शायद साइड प्रोजेक्ट में ही ट्राय करूँ...

[GN⁺]

Hacker News राय

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

  • उस समय Python कम्युनिटी का माहौल सच में बहुत गर्मजोशी भरा था। ऑनलाइन एक-दूसरे की मदद करने वाले बहुत लोग थे, और Ruby में भी वैसा ही सुखद अनुभव था

  • लैब में Django के ORM का उपयोग करते हुए हमने हर यूज़र के लिए भौतिक रूप से अलग MySQL डेटाबेस सर्वर अलग-अलग बना दिए थे, जिससे आर्किटेक्चर बहुत जटिल हो गया। सच कहूँ तो ऐसे मामले में sqlite जैसा कुछ ज़्यादा उपयुक्त लगता है

  • क्या Django की कभी ऐसी प्रतिष्ठा थी कि वह अस्थिर है या सुरक्षा के लिहाज़ से कमजोर है? और यह भी जानना चाहूँगा कि मशीन लर्निंग PhD छात्रों ने per-user isolated DB जैसी आवश्यकता क्यों बनाई

  • मेरे लिए भी Django वही सॉफ्टवेयर था जिसने मुझे पहली बार freelancing और software development को आसानी से अनुभव करने दिया, और इसी से मुझे उन्नत Python source code और development culture सीखने का मौका मिला

• 10 साल पहले Kansas के Lawrence में Django की 10वीं वर्षगांठ का ऑफलाइन आयोजन हुआ था। उस समय की talks के वीडियो यहाँ देखे जा सकते हैं। कल Django की 20वीं वर्षगांठ पर मैंने उस समय की अपनी talk को annotations के साथ फिर से संकलित किया है, इसलिए अगर आपको Django की शुरुआत की कहानी जाननी है तो यह लेख देखें

• मैंने Django को पहली बार 2006 में, v0.95 "magic removal" रिलीज़ के समय इस्तेमाल किया था। तब मैं 19 साल का था और एक छोटे startup में PHP इस्तेमाल कर रहा था। उस समय Rails काफी चर्चा में था, इसलिए उसे इंस्टॉल करने की कोशिश की, लेकिन मेरे Ubuntu laptop पर यह आसान नहीं था। फिर मुझे Python और Django के बारे में पता चला, और 20 मिनट के भीतर मैं Hello World पेज चला पाया। उसके बाद newforms, 1.0 रिलीज़, शानदार DB फीचर्स, migrations (South और Nashvegas को लेकर बहसें), class-based views, built-in JSONField जैसे Postgres फीचर्स, Python 3 सपोर्ट, ASGI जैसे कई बदलाव आए। 2008 में मैंने पहली बार DjangoCon में भाग लिया, और 2018 में पहली बार वहाँ प्रस्तुति भी दी। मेरा करियर Django का ऋणी है, और बड़े-छोटे प्रोजेक्ट्स में Django चुनने पर मुझे कभी पछतावा नहीं हुआ। कम्युनिटी की वजह से यह और भी सच है। Django को जन्मदिन की शुभकामनाएँ

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

• मैंने कई कंपनियों में लंबे समय तक Django के साथ काम किया है। हर बार जब मैं किसी दूसरे framework का उपयोग करता हूँ, तब मुझे एहसास होता है कि Django ने अपने शुरुआती "batteries included" सिद्धांत को कितनी अच्छी तरह निभाया है और साथ ही नई technologies के साथ खुद को कितनी अच्छी तरह ढाला है। यहाँ सच में एक शानदार कम्युनिटी है, और इसका इतने लंबे समय तक बने रहना अपने-आप में बहुत खास बात है। बेशक दूसरे frameworks की भी खूबियाँ हैं, लेकिन कुल tooling को देखें तो जटिल और बड़े प्रोजेक्ट्स में Django अब भी बेहतरीन है। micro projects के लिए भी यह बुरा विकल्प नहीं है

• मैं आजकल Python की काफ़ी तीखी आलोचना करता हूँ, लेकिन Simon और पूरी Django कम्युनिटी के लिए मेरे मन में बहुत आभार है। यह सच में एक शानदार "batteries included" framework रहा है, जिसने अनगिनत projects, companies और careers को प्रभावित किया है। मैं भी उन्हीं में से एक हूँ। और आज भी जब मैं दूसरे ecosystems के admin panels का मूल्यांकन करता हूँ, तो pgadmin को benchmark मानता हूँ। मुझे लगता है Django ने जो हासिल किया है वह असाधारण है। अगर Django न होता, तो आज की तकनीकी प्रगति भी शायद बहुत धीमी होती। इसके लिए बहुत-बहुत धन्यवाद

  • मैं पूछना चाहूँगा, क्या Python की आलोचना करते हुए भी Django को पसंद किया जा सकता है?

• पिछले 15 वर्षों में Django के साथ काम करने का अनुभव सुखद रहा है। कम्युनिटी से जुड़ते हुए मुझे बहुत कुछ सीखने को मिला, और DSF बोर्ड तथा अध्यक्ष के रूप में सेवा देना भी मेरे लिए सम्मान की बात थी। आने वाले 20 वर्षों के code और community का इंतज़ार है

• अब तक जिन frameworks का इस्तेमाल किया है, उनमें Django सबसे श्रेष्ठ है। जब यह मौजूद है, तो backend JavaScript सीखने की ज़रूरत मुझे कभी महसूस नहीं हुई

  • मेरे साथ भी बिल्कुल यही है! फिर भी मैं JavaScript सीख रहा हूँ

• जिन्होंने Django और Ruby on Rails दोनों का अनुभव किया है, उनसे जानना चाहूँगा कि वे किसे ज़्यादा पसंद करते हैं और क्यों। करीब 10 साल पहले मैंने पहले Python सीखी थी, लेकिन Ruby सीखना चाहता था, इसलिए शुरुआत में Rails चुना

  • मैंने Rails और Django दोनों को प्रोफेशनल काम में इस्तेमाल किया है, और व्यवहारिक रूप से मैं Django की सिफारिश करूँगा। Rails के metaprogramming वाले पहलू अच्छे हैं, लेकिन Python libraries का ecosystem इतना बड़ा है कि Django के साथ लगभग सब कुछ किया जा सकता है। Rails इस्तेमाल करने वाली कंपनियाँ अक्सर अलग Python codebase रखती हैं और उससे interaction कराती हैं, जबकि Django में ORM के ज़रिए यह काम एक ही जगह हो जाता है। अगर machine learning/AI जैसी विशेष libraries की ज़रूरत न हो और एक व्यक्ति को तेज़ी से कुछ बनाना हो, तो Rails सच में बहुत तेज़ है। लेकिन startup के लिए मैं default framework के रूप में Django की सिफारिश करूँगा

  • मैं Django को ज़्यादा पसंद करता हूँ, उसके कारण ये हैं: मुझे हमेशा Ruby की तुलना में Python ज़्यादा पसंद रही है, और explicit import, namespace, तथा एक ही स्पष्ट तरीके को बढ़ावा देने वाला दर्शन मुझे अधिक scalable लगता है। Django भी इसी दर्शन का पालन करता है, इसलिए इसमें configuration थोड़ा अधिक और अधिक explicit होता है, लेकिन debugging आसान और साफ़ रहती है। सबसे महत्वपूर्ण बात यह है कि Django documentation सिर्फ framework को नहीं समझाती, बल्कि अच्छी development practices भी सिखाती है। Ruby में यह पक्ष अपेक्षाकृत कमजोर है, इसलिए अलग-अलग projects में development style का अंतर काफी बड़ा हो सकता है। स्थिरता के मामले में भी Django बेहतर लगता है, और बड़े versions के बीच migration भी अपेक्षाकृत आसान महसूस होता है। Python ecosystem बहुत विशाल है, और Django का admin तथा Rest Framework वाकई बहुत समय बचाते हैं। Rails में भी कुछ समान चीज़ें हैं, लेकिन उनका असर वैसा नहीं है। बेशक यदि GIS या scientific computing की बात न हो, तो अंततः व्यक्तिगत पसंद सबसे महत्वपूर्ण है, और Rails भी अब भी एक शानदार framework है

• वह प्रोजेक्ट (Django) मेरे रहने की जगह के पास KC metro में बनाया गया था, और उसने मेरे business partner के साथ मिलकर बहुत बड़ी value बनाई। जन्मदिन मुबारक

  • नमस्ते पड़ोसी! :)