रिकर्सिव generic types का इस्तेमाल करते समय मैंने इसे धीमा होते देखा है, इसलिए मुझे workaround अपनाना पड़ा। अगर यह 10 गुना तेज़ हो जाए, तो उम्मीद है कि ऐसे हिस्सों में भी सुधार हो सकेगा।
मुझे लगता है कि पहले से बिल्ट Lynx Explorer का इस्तेमाल सिर्फ़ development stage में ही होगा। व्यावहारिक रूप से समझें तो Lynx Explorer को build करने की प्रक्रिया में भी effort लगता है।
सच में बहुत रिलेटेबल है,,,
अफसोस इस बात का है कि यह खेल इस बात का नहीं रह गया है कि आप बुनियादी चीज़ों को कितनी सही तरह से समझते और अच्छी तरह संभालते हैं,
बल्कि यह इस बात का खेल बन गया है कि आप किसी खास भाषा और खास तकनीक को ट्रेंड के मुताबिक कितनी अच्छी तरह इस्तेमाल करते हैं,,
बोर्ड को देखते हुए मुझे ऐसा महसूस हुआ था, और उसे इसमें लागू करके मैंने इसे बहुत अच्छी तरह पढ़ा। कंपनी पहली बार बनाते समय मुझे समझ आया कि जो काम मैं अभी कर रहा हूँ, वह बातचीत-स्तर की governance था! मैं इसे अच्छी तरह आगे बढ़ाने की कोशिश करूँगा.
एक बात पूछना चाहता हूँ। बोर्ड में एक ऐसे व्यक्ति हैं जो objective राय, समर्थन और उत्साह, और network support देते हैं। लेकिन अगर शुरुआती निवेश लेने के बाद वे कंपनी के core C-level के रूप में शामिल हो जाएँ, तो क्या हितों का टकराव पैदा होकर उनका मूल्य कमज़ोर नहीं हो जाएगा—इसे अच्छे तरीके से हल करने का कोई तरीका होगा क्या?
शुरुआत में यह बता दिया जाए कि इस लेख का बड़ा विषय या संदर्भ क्या है, तो अच्छा होगा... यह कोई रूपक है, सचमुच का महाकाव्य है, या फिर तंज कसने का तरीका...
लगता है .NET और Rust डेवलपर्स काफ़ी नाराज़ हो गए हैं
Brother, third-party printer ink cartridge के इस्तेमाल को रोकने वाला मजबूरी firmware update
अरे, Deno वाली तरफ़ पहले से ही Rust-आधारित toolchain बना हुआ होगा... फिर अचानक Go क्यों?
रिकर्सिव generic types का इस्तेमाल करते समय मैंने इसे धीमा होते देखा है, इसलिए मुझे workaround अपनाना पड़ा। अगर यह 10 गुना तेज़ हो जाए, तो उम्मीद है कि ऐसे हिस्सों में भी सुधार हो सकेगा।
"Go क्यों" वाली discussion thread दिलचस्प है।
https://github.com/microsoft/typescript-go/discussions/411
सोचने लायक बातें भी काफ़ी हैं...
मैंने देखा है कि बहुत से लोग 4वें विकल्प की ओर चले जाते हैं, जो बेहद दुखद है.
Go में लिखें~
संयोग से मैं भी इस साल एक Android ऐप बनाने की सोच रहा हूँ, इसलिए यह एक उपयोगी गाइड साबित हुई। हाहा
बहुत ज़्यादा उत्साहित हूँ।
वाह, अगर मुझे यह पहले पता होता तो शायद मैं प्रोजेक्ट को कहीं ज़्यादा आसानी से कर पाता... हाहाहा
लगता है कि 10x प्रोडक्टिविटी प्रोटोटाइपिंग करते समय ही सामने आती है
मुझे लगता है कि पहले से बिल्ट Lynx Explorer का इस्तेमाल सिर्फ़ development stage में ही होगा। व्यावहारिक रूप से समझें तो Lynx Explorer को build करने की प्रक्रिया में भी effort लगता है।
मुझे यह बहुत पसंद आ रहा है।
सच में बहुत रिलेटेबल है,,,
अफसोस इस बात का है कि यह खेल इस बात का नहीं रह गया है कि आप बुनियादी चीज़ों को कितनी सही तरह से समझते और अच्छी तरह संभालते हैं,
बल्कि यह इस बात का खेल बन गया है कि आप किसी खास भाषा और खास तकनीक को ट्रेंड के मुताबिक कितनी अच्छी तरह इस्तेमाल करते हैं,,
ओह, हाँ, बिल्कुल। अगर आपकी रुचि deliberate practice में जगी है, तो उस अवधारणा के मूल प्रवर्तक(?) Anders Ericsson की
<1만 시간의 재발견>भी बहुत अच्छी है।यह लेख कहाँ प्रकाशित हुआ था, "startup" बाइबल पर, है न?
बोर्ड को देखते हुए मुझे ऐसा महसूस हुआ था, और उसे इसमें लागू करके मैंने इसे बहुत अच्छी तरह पढ़ा। कंपनी पहली बार बनाते समय मुझे समझ आया कि जो काम मैं अभी कर रहा हूँ, वह बातचीत-स्तर की governance था! मैं इसे अच्छी तरह आगे बढ़ाने की कोशिश करूँगा.
एक बात पूछना चाहता हूँ। बोर्ड में एक ऐसे व्यक्ति हैं जो objective राय, समर्थन और उत्साह, और network support देते हैं। लेकिन अगर शुरुआती निवेश लेने के बाद वे कंपनी के core C-level के रूप में शामिल हो जाएँ, तो क्या हितों का टकराव पैदा होकर उनका मूल्य कमज़ोर नहीं हो जाएगा—इसे अच्छे तरीके से हल करने का कोई तरीका होगा क्या?
ओह, तो यह बस किसी तरह का worldbuilding जैसा था। मुझे लगा यह कोई tech लेख है।
शुरुआत में यह बता दिया जाए कि इस लेख का बड़ा विषय या संदर्भ क्या है, तो अच्छा होगा... यह कोई रूपक है, सचमुच का महाकाव्य है, या फिर तंज कसने का तरीका...
अपने ही source code को उपलब्ध कराया था, वही manus!!