मुझे भी लगता है कि static typed languages में सबसे सहज और आसान भाषा Java है।
लेकिन general-purpose और practical development के नज़रिए से GUI वाले end-user oriented apps को Java में लिखना बहुत अच्छा विकल्प नहीं था। (उस दृष्टि से C# + .NET का संयोजन सबसे best है)
Java के फ़ायदों को देखते हुए, मुझे लगता है कि practical नज़रिए से backend या middleware में इसका इस्तेमाल सबसे अच्छा use case है।
खैर, कभी-कभी जब इसे इस्तेमाल करने की ज़रूरत पड़ती है, तो हर बार बिना किसी बोझ के इसे संभाल पाता हूँ, इसलिए शायद इसके साथ अच्छे अनुभव ही ज़्यादा याद रह गए हैं।
मनोवैज्ञानिक सुरक्षा हो या रचनात्मक बहस, आखिरकार ये सब ‘execution’ के लिए ईंधन हैं।
किसी idea को सच में जीवंत बनने के लिए आखिर किसी न किसी को उसे आगे बढ़ाना पड़ता है, और वही कार्रवाई बार-बार दोहराई जाए तभी भरोसा बनता है।
अगर execution के बिना सिर्फ बहस ही दोहराई जाती रहे, तो माहौल कितना भी सुरक्षित क्यों न हो, टीम वहीं की वहीं रहती है।
अच्छी संस्कृति वही है, जो शब्दों से नहीं बल्कि actions से साबित होती है.
हाल ही में मैं एक strategy game बनाने के लिए लंबे समय तक कोई engine ढूंढ़ता रहा, और तब लगा कि अगर ऐसा ही है तो खुद ही एक बना लेना बेहतर होगा। लेकिन इसे सच में करके सफल हुए उदाहरण को देखकर हिम्मत उमड़ पड़ी।
अक्सर... अगर टीम लीडर रूढ़िवादी हो, ज़िम्मेदारी से बचने वाला हो, और सारा काम बस दूसरों को सौंप देता हो, तो बाकी सब लोग अपने-आप चुपचाप अच्छे बन जाते हैं।
नमस्ते, Google recommendation से यह लेख सामने आया तो मैं संपर्क कर रहा हूँ। मैंने विदेश में 5 साल Python development किया है (कुल 13 साल का सामान्य development अनुभव), लेकिन अभी कुछ समय के लिए कोरिया में आराम कर रहा हूँ। मैं योगदान देना चाहता हूँ.. क्या आप अपना email साझा कर सकते हैं? मैं आपसे संपर्क करना चाहता हूँ और इसके बारे में सीखना चाहता हूँ।
"ऐसे मामले होते हैं जब लोग मन ही मन दूसरी टीम को 'वे बेवकूफ लोग' कहकर बुलाते हैं, और ऐसी मानसिकता में productive बहस अपने-आप रुक जाती है
पहले यह समझना ज़रूरी है कि आप किस तरह की टीम में हैं। जो टीमें 'शांत सहमति' को मूल्य बताती हैं, उनमें अक्सर हक़ीक़त यह होती है कि कुछ गिने-चुने लोगों के स्वार्थी फ़ैसले पहले से आपस में तय कर लिए जाते हैं, और पूरी मीटिंग में वे नई राय सामने आना नहीं चाहतीं"
हमें द्वितीय विश्व युद्ध के जापानी सेना के Imperial General Headquarters जैसी बैठकों से बचना चाहिए। यह भी समस्या है कि कहीं कोई मुझे अलग-थलग करके अंक न ले जाए, प्रमोशन न पा ले, या सफल न हो जाए—इस डर से अपने group के भीतर और बाहर मन ही मन शत्रुतापूर्ण और असहयोगी संस्कृति पनपती है।
मुझे भी लगता है कि static typed languages में सबसे सहज और आसान भाषा Java है।
लेकिन general-purpose और practical development के नज़रिए से GUI वाले end-user oriented apps को Java में लिखना बहुत अच्छा विकल्प नहीं था। (उस दृष्टि से C# + .NET का संयोजन सबसे best है)
Java के फ़ायदों को देखते हुए, मुझे लगता है कि practical नज़रिए से backend या middleware में इसका इस्तेमाल सबसे अच्छा use case है।
खैर, कभी-कभी जब इसे इस्तेमाल करने की ज़रूरत पड़ती है, तो हर बार बिना किसी बोझ के इसे संभाल पाता हूँ, इसलिए शायद इसके साथ अच्छे अनुभव ही ज़्यादा याद रह गए हैं।
C# >= Java > C++
यह multi thread issue है, इसलिए यह आसान नहीं होगा।
जिन लोगों के पास execution की क्षमता होती है, उनके बीच constructive बहस होना लगभग तय है।
मनोवैज्ञानिक सुरक्षा हो या रचनात्मक बहस, आखिरकार ये सब ‘execution’ के लिए ईंधन हैं।
किसी idea को सच में जीवंत बनने के लिए आखिर किसी न किसी को उसे आगे बढ़ाना पड़ता है, और वही कार्रवाई बार-बार दोहराई जाए तभी भरोसा बनता है।
अगर execution के बिना सिर्फ बहस ही दोहराई जाती रहे, तो माहौल कितना भी सुरक्षित क्यों न हो, टीम वहीं की वहीं रहती है।
अच्छी संस्कृति वही है, जो शब्दों से नहीं बल्कि actions से साबित होती है.
हाल ही में मैं एक strategy game बनाने के लिए लंबे समय तक कोई engine ढूंढ़ता रहा, और तब लगा कि अगर ऐसा ही है तो खुद ही एक बना लेना बेहतर होगा। लेकिन इसे सच में करके सफल हुए उदाहरण को देखकर हिम्मत उमड़ पड़ी।
अक्सर... अगर टीम लीडर रूढ़िवादी हो, ज़िम्मेदारी से बचने वाला हो, और सारा काम बस दूसरों को सौंप देता हो, तो बाकी सब लोग अपने-आप चुपचाप अच्छे बन जाते हैं।
Deno की गिरावट: वैश्विक regions घटकर 6 रह गए
लगता है यह उस पोस्ट के जवाब में है।
Fresh update में देरी क्यों हो रही है, इस पर भी अलग से लिखा गया है Deno का web framework Fresh 2 update
क्या यह आने वाला था, इसलिए OpenAI ने Codex के साथ पहले ही सारा उत्साह ठंडा करने की कोशिश की? ^^;
उफ़.. कमाल है!
धन्यवाद~
मेरा ईमेल josephroh@naver.com है। धन्यवाद।
नमस्ते, Google recommendation से यह लेख सामने आया तो मैं संपर्क कर रहा हूँ। मैंने विदेश में 5 साल Python development किया है (कुल 13 साल का सामान्य development अनुभव), लेकिन अभी कुछ समय के लिए कोरिया में आराम कर रहा हूँ। मैं योगदान देना चाहता हूँ.. क्या आप अपना email साझा कर सकते हैं? मैं आपसे संपर्क करना चाहता हूँ और इसके बारे में सीखना चाहता हूँ।
ईमानदार फ़ीडबैक क्यों महत्वपूर्ण है
उम्मीद है ऐसा Agent आए जो अपने-आप porting और testing कर दे!
"ऐसे मामले होते हैं जब लोग मन ही मन दूसरी टीम को 'वे बेवकूफ लोग' कहकर बुलाते हैं, और ऐसी मानसिकता में productive बहस अपने-आप रुक जाती है
पहले यह समझना ज़रूरी है कि आप किस तरह की टीम में हैं। जो टीमें 'शांत सहमति' को मूल्य बताती हैं, उनमें अक्सर हक़ीक़त यह होती है कि कुछ गिने-चुने लोगों के स्वार्थी फ़ैसले पहले से आपस में तय कर लिए जाते हैं, और पूरी मीटिंग में वे नई राय सामने आना नहीं चाहतीं"
हमें द्वितीय विश्व युद्ध के जापानी सेना के Imperial General Headquarters जैसी बैठकों से बचना चाहिए। यह भी समस्या है कि कहीं कोई मुझे अलग-थलग करके अंक न ले जाए, प्रमोशन न पा ले, या सफल न हो जाए—इस डर से अपने group के भीतर और बाहर मन ही मन शत्रुतापूर्ण और असहयोगी संस्कृति पनपती है।
और फिर भी शायद कुछ महीनों बाद यह बेझिझक नंबर 1 बना रहेगा, यही सोचकर निराशा होती है।
222
धन्यवाद।
दुर्भावनापूर्ण अनुपालन? यह तो बहुत शानदार रणनीति है।