अगले कदम, Rich

 (clojure.org)
1 पॉइंट द्वारा GN⁺ 2023-08-05 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Rich Hickey वाणिज्यिक सॉफ्टवेयर डेवलपमेंट और Nubank में अपनी नौकरी से रिटायर हो रहे हैं, लेकिन स्वतंत्र डेवलपर के रूप में लौटकर Clojure के maintenance और सुधार को जारी रखेंगे
  • Clojure पर काम Alex, Stu, Fogus और कई contributors के साथ जारी रहेगा, और 1.12 तथा उसके बाद के लिए भी काम की योजना है
  • Nubank, Alex, Fogus, Clojure core team और व्यापक Clojure community को समर्थन देना जारी रखेगा
  • Datomic का नेतृत्व Stu, Nubank में बने रहकर, जारी रखेंगे, और बढ़ती हुई टीम व नई free offering अगले बदलाव ला सकती है
  • यह रिटायरमेंट Rich Hickey को Clojure के शुरुआती दिनों की आज़ादी और स्वतंत्रता वापस देती है, और Clojure की यात्रा जारी रहती है

Rich Hickey की रिटायरमेंट और Clojure का निरंतर विकास

  • Rich Hickey वाणिज्यिक सॉफ्टवेयर डेवलपमेंट से रिटायर हो रहे हैं और Nubank में अपनी नौकरी भी समाप्त कर रहे हैं
  • Clojure और Datomic को बड़े पैमाने के environments में सफलतापूर्वक लागू होते देखना उनके लिए एक रोचक अनुभव रहा
  • रिटायरमेंट के बाद वे फिर से स्वतंत्र डेवलपर के रूप में Clojure के maintenance और सुधार को जारी रखेंगे
  • Clojure पर काम Alex, Stu, Fogus और कई अन्य लोगों के साथ जारी रहेगा
  • Clojure 1.12 और उसके बाद के लिए उपयोगी कार्यों की योजना बनाई गई है

कम्युनिटी और Nubank का समर्थन

  • Clojure community अब भी मैत्रीपूर्ण, परिपक्व और उत्पादक बनी हुई है
  • community, Clojure को कई नए और रोचक क्षेत्रों तक विस्तार दे रही है
  • Nubank, Alex, Fogus, Clojure core team और व्यापक Clojure community को लगातार समर्थन दे रहा है

Datomic का अगला चरण

  • Stu Nubank में Datomic डेवलपमेंट का नेतृत्व जारी रखेंगे
  • Datomic टीम, Nubank के भीतर बढ़ रही है और अच्छी तरह फल-फूल रही है
  • Datomic की नई free offering आगे किस दिशा में ले जाएगी, यह देखने की बात होगी

Cognitect पर एक नज़र

  • Rich Hickey के लिए Cognitect में बिताया समय उनके करियर का एक मुख्य आकर्षण रहा है
  • उन्होंने टीम के हर व्यक्ति से सीखा और साथ हुए सभी संवादों के लिए गहरी कृतज्ञता व्यक्त की है
  • Stu और Justin ने उनके विचारों पर बार-बार जोखिम उठाया, वे बेहतरीन पार्टनर और दोस्त रहे, और हमेशा integrity को पूरी तरह जीया
  • Alex Miller के पास वे अनेक क्षमताएँ थीं जिनकी Rich Hickey में कमी थी; उनकी अडिग भावना, सकारात्मकता और मित्रता के बिना Clojure आज जैसा है वैसा नहीं बन पाता

फिर से स्वतंत्र डेवलपर के रूप में

  • Rich Hickey ने Clojure और Cognitect के माध्यम से कई दोस्त बनाए, और वे आगे भी उन दोस्तियों को बनाए रखना चाहते हैं
  • रिटायरमेंट उन्हें Clojure के शुरुआती विकास काल की आज़ादी और स्वतंत्रता वापस देती है
  • Clojure की यात्रा जारी रहती है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-08-05
Hacker News की राय

  • Rich का Simple Made Easy मेरे देखे हुए सबसे अच्छे programming videos में से है, और मुझे लगता है कि बेहतर coding के लिए बहुत-से engineers को इसे सच में समझना चाहिए
    मैं एक ऐसी company में सबसे senior engineer, यानी chief architect, के तौर पर काम करता हूं जहां एक हजार से ज्यादा engineers हैं, और जो भी junior मुझसे पूछता है कि अपनी skills कैसे बेहतर करें, उसे मैं यह video recommend करता हूं
    साथ ही Clojure + Aleph से launch की गई मेरी इकलौती बड़ी application 7 साल तक लगातार 10k TPS से ज्यादा के high load पर चलती रही, फिर भी कोई reported bug या outage नहीं था

    • Raymond Hettinger का Beyond PEP8 भी एक talk है जिसे मैं जरूर recommend करूंगा
      जो बातें हमेशा मेरे दिमाग में थीं लेकिन colleagues को ठीक से समझा नहीं पाता था, इस talk को देखने के बाद उन्हें explain कर पाया; और चूंकि यह Python और Java दोनों को cover करती है, functional programming से परिचित न लोगों के लिए भी इसे accept करना आसान हो जाता है
      मेरे साथ काम कर चुके कई programmers अपना environment ठीक से सीखने की कोशिश नहीं करते थे, जिससे वे बार-बार गलत तरीके अपनाते थे; या उल्टा, अपनी पसंद के हिसाब से environment को जबरन बदलने के लिए abstractions को जरूरत से ज्यादा design करते थे—दोनों ही codebase को बिगाड़ सकते हैं
    • जब मैंने Clojure सीखना शुरू किया, तो 1 last result, 2 दो expressions पहले का result, *3 तीन expressions पहले का result—ऐसी चीजें देखकर लगा कि आगे चलकर इससे problems न हों, ऐसा हो ही नहीं सकता

  • Java libraries पर निर्भर रहना था, इसलिए अपना पहला trading system Clojure में लिखा
    यह 2011 की बात थी और Lisp का experience करीब 3 साल का था; relatively नई language इस्तेमाल करने पर आसपास से शक भरी नजरें मिलीं, लेकिन JVM-based होने की बात उस समय कई high-frequency trading firms में इस्तेमाल होने वाले environment से मेल खाती थी, इसलिए समझाने में मदद मिली
    कुछ साल बाद C++ interoperability वाली नई requirements की वजह से उसे retire करके फिर से लिखा, लेकिन memory usage और allocation tracking बहुत कठिन हो गई, और time-sensitive systems में memory allocation cost काफी भारी महसूस हुई
    जब फिर Java पर move किया तो Java libraries आसानी से reuse हो गईं, लेकिन Clojure में पहले DSL बनाकर उसके ऊपर algorithms लिखने वाली Common Lisp-style technique के कारण algorithm implementation code को port करना कहीं ज्यादा मुश्किल था
    वह हिस्सा rewrite के बाद बहुत ज्यादा verbose और भद्दा हो गया, लेकिन वह सच में मजेदार था, और ऐसा लगा जैसे जितना 1 साल में सीखता, उतना 1 महीने में सीख लिया

    • JVM पर allocation itself खास धीमा नहीं होता; आम तौर पर pointer increment करने जैसा होता है, इसलिए कई बार manual memory management वाली languages से भी तेज हो सकता है
      garbage collection के लिए जरूरी mechanisms overhead पैदा करते हैं, इसलिए overall point सही है, लेकिन slow होने की वजह allocation itself मानना मुश्किल है
    • सोचता हूं कि क्या company को DSL के लिए embeddable Scheme interpreter इस्तेमाल करने के लिए convince नहीं कर पाए थे
    • जिज्ञासा है कि आखिर Clojure/Java performance पर्याप्त नहीं थी, इसलिए C++ पर जाना पड़ा था क्या
    • अगर आपने पहले Clojure में DSL बनाया और फिर उसी से algorithms लिखे, तो क्या इसका मतलब यह नहीं कि Lisp macros से सच में जितना हो सके बचना चाहिए

  • मैंने Clojure में दो बड़े projects बनाए; एक बंद हो चुका startup SaaS था और दूसरा internal system, और दोनों में सच में बहुत मजा आया
    बड़े server components से लेकर module-level coupling तक, simple data exchange करने वाले loosely coupled components की जबरदस्त value सीखी, और अब मैं विशाल, monolithic, opinionated web frameworks पर बहुत ज्यादा शक करने लगा हूं
    Lisp overall उन programming rabbit holes में सबसे rewarding रहा जिनमें मैं उतरा; यह techniques और discipline की असली goldmine थी, जिसने imperative/procedural languages में coding करते समय भी मेरी सोच बदल दी

  • congratulations शब्द Latin से आया है; यह साथ होने के अर्थ वाले com- और धन्यवाद देने या खुशी दिखाने के अर्थ वाले gratulari से मिलकर बना है, और gratulari उसी root gratus से आया है जिससे gratitude बना है
    Rich से कुछ बार व्यक्तिगत रूप से मिलने का सौभाग्य ही मिला है, लेकिन मैं गहरी कृतज्ञता व्यक्त करना चाहता हूं, और यह जानकर बहुत खुशी है कि वे यह अगला कदम उठा रहे हैं
    अगली stage में वे क्या दिखाएंगे, इसका इंतजार है

    • Big Man Tyrone के classic Congratulations video जितना इस spirit को capture करने वाली चीजें कम ही हैं
      उसका meaning sincerity से satire और फिर वापस sincerity तक गया, लेकिन मुझे लगता है कि original video की underlying, मूल रूप से आनंदपूर्ण attitude में sincere joy का optimism है

  • Rich Hickey की talks की वजह से university के दिनों में मैंने Clojure और functional programming explore किया, और बाद में career के एक हिस्से में F# नाम की functional language के development में योगदान देने का मौका मिला
    यह नहीं कह सकता कि वह जबरदस्त success थी, लेकिन बड़ी failure भी नहीं थी, और आखिर में चीजें वैसी हुईं, यह मुझे सच में अच्छा लगा
    आज भी कभी-कभी Clojure में लिखे अपने graduation project को देखता हूं तो वह अनोखे ढंग से elegant लगता है

    • मेरा भी मिलता-जुलता experience है
      उसके बाद मैंने ज्यादा impact डालने वाली चीजें बनाईं, लेकिन आखिरकार जिस software पर मुझे सबसे ज्यादा गर्व है वह ClojureScript में बनाया calculator था
      SICP के last chapter पर loosely आधारित register machine state transitions को हास्यास्पद रूप से metacircular तरीके से implement किया, और implementation actual application से ज्यादा interesting था, इसलिए Processing में register machine को basic ALU की तरह visualize किया
      Rich Hickey या Clojure न होते तो शायद मुझे लगभग पता ही न चलता कि software लिखना कितना आनंददायक और creative हो सकता है; और अगर मैंने production में ऐसा logic डालने की कोशिश की होती तो तुरंत fired हो जाता, लेकिन experience खुद A+ था
    • जब आप Microsoft में थे, उसी दौरान मैंने F# programming शुरू की, और कुछ सालों में F# काफी capable cross-platform option बन गया
      Microsoft और community का योगदान तो है ही, लेकिन आपकी मदद भी निश्चित रूप से बड़ी थी

  • मुझे याद है Rich ने Clojure में लगाए समय और पैसे के बारे में बताया था, यहां तक कि retirement funds से निकाले गए पैसे तक
    उम्मीद है कि उनका retirement लंबा, भरपूर और खुशहाल होगा

  • 2020 के समय की original announcements यहां हैं
    https://cognitect.com/blog/2020/07/23/Cognitect-Joins-Nubank
    https://news.ycombinator.com/item?id=23926407
    https://building.nubank.com.br/welcoming-cognitect-nubank/
    यह बहुत दिलचस्प कहानी है

    • मुझे लगा था कि यह ठीक 1 साल पहले की बात है, इसलिए Rich का waiting period खत्म हुआ होगा, लेकिन दोबारा देखने पर पता चला कि यह बिल्कुल भी 1 साल पहले नहीं था

  • सच में शानदार बात है
    पहला, यह इस बात को मजबूत करता है कि Clojure team project के रूप में लगातार mature हो रहा है
    दूसरा, यह उन शानदार नई चीजों का संकेत लगता है जो केवल personal freedom से ही निकल सकती हैं
    तीसरा, BDFL अपने employer से retire होकर सीधे अपने जीवनभर के काम में कूद रहे हैं, इसलिए cheer करने का मन होता है

    • मैं भी इसे बिल्कुल ऐसे ही देखता हूं, और इस language को अब कहीं ज्यादा focus मिलने वाला है

  • Stu के घर पर Marvel Champions खेलते समय मेरी Rich से मुलाकात हुई थी
    Clojure, Datomic, Cognitect, और कई talks के लिए धन्यवाद; उन creations ने मेरी जिंदगी को कई तरीकों से समृद्ध किया है
    उम्मीद है retirement के बाद hammock में लेटकर बिताने के लिए उन्हें पर्याप्त समय मिलेगा

  • Clojure और ClojureScript के आसपास की community के जबरदस्त प्रयासों के बिना OrgPad संभव नहीं होता
    हमारी team के लोग शायद academia या corporate structures में फंसे रहते, लेकिन इसके बजाय हम essentially दो परिवारों द्वारा चलाए जाने वाले startup/company के रूप में जी पा रहे हैं
    coding को कड़ी मजदूरी नहीं, बल्कि predictable, productive और लगभग fun बनाने के लिए Rich और इस journey में मदद करने वाले सभी लोगों का धन्यवाद