कल तक कोरिया के अंदर की यूनिवर्सिटियां भी मान्य थीं, लेकिन लगता है आज से इसे रोक दिया गया है.
यहां तक कि शर्त बदल दी गई है कि साइन अप केवल .edu ईमेल से ही किया जा सके।
सहमत हूँ। मेरा मानना है कि इंसान को यह अच्छी तरह समझकर छोड़ देना चाहिए कि वह अपने बगीचे को बस और सुंदर बना रहा है, या सच में कोई महत्वपूर्ण काम कर रहा है।
जब डेवलपर से लापरवाही का सवाल पूछते हुए "तुमने coding गलत की" जैसी बातें जमा होती जाती हैं,
तो डेवलपर ज़िम्मेदारी के दबाव में नए प्रयासों से बचने लगता है,
और आखिरकार बिना प्रगति वाले सिर्फ़ सुरक्षित code ही लिखने लगता है।
इसी का मतलब है कि QA को assure करना चाहिए।
विकासोन्मुख coding करने के लिए कुछ न कुछ risk उठाना ही पड़ता है,
और उसकी जाँच करके उसकी ज़िम्मेदारी लेना ही QA की भूमिका होनी चाहिए।
C++ की कमियों के रूप में जिन बातों का ज़िक्र किया जाता है, उनमें से ज़्यादातर शायद C भाषा के साथ compatibility बनाए रखने की वजह से कायम हैं।
क्या C के साथ compatibility छोड़कर इसे इस तरह बदला जा सकता है कि development किया जा सके?
दुनिया में यह समझ लेने से मन हल्का हो जाता है कि कुछ ऐसी कंपनियां भी हैं जिनकी कीमत सिर्फ बैंकों और payment companies की बेतरतीब APIs को एक साथ बांधकर व्यवस्थित कर देने भर से ही हजारों करोड़ तक पहुंच जाती है, lol
सही कहा। अचानक शर्तें बदल गईं।
हे भगवान...
कल तक कोरिया के अंदर की यूनिवर्सिटियां भी मान्य थीं, लेकिन लगता है आज से इसे रोक दिया गया है.
यहां तक कि शर्त बदल दी गई है कि साइन अप केवल .edu ईमेल से ही किया जा सके।
कूx..
उम्मीद थी.. लेकिन टेक्स्ट धुंधला है और केवल UTF-8 को सपोर्ट करता है.
यह ठीक हो जाए तो फिर से आज़माने का सोचूंगा
Discord engineering हमेशा प्रेरणादायक लगता है। ईर्ष्या होती है।
सहमत हूँ। मेरा मानना है कि इंसान को यह अच्छी तरह समझकर छोड़ देना चाहिए कि वह अपने बगीचे को बस और सुंदर बना रहा है, या सच में कोई महत्वपूर्ण काम कर रहा है।
Unity फिर से...
लाइसेंसिंग को लेकर कंपनी लगभग बर्बाद होने तक जा चुकी थी, फिर भी ये लोगों को फिर से नाराज़ कर रहे हैं, हाहा
यह बहुमूल्य अनुभव साझा करने के लिए धन्यवाद।
यह मेरा पसंदीदा एडिटर है। टेस्ट डिबगिंग चलाने के अलावा मैं लगभग हमेशा Zed ही इस्तेमाल करता हूँ।
आप इस लेख को इस तरह भी पढ़ सकते हैं? मेरी नज़र में, अगर ज़ोर देकर कहें, तो यह लेख दरअसल yak shaving की आलोचना करने वाला लेख लगा था।
जब डेवलपर से लापरवाही का सवाल पूछते हुए "तुमने coding गलत की" जैसी बातें जमा होती जाती हैं,
तो डेवलपर ज़िम्मेदारी के दबाव में नए प्रयासों से बचने लगता है,
और आखिरकार बिना प्रगति वाले सिर्फ़ सुरक्षित code ही लिखने लगता है।
इसी का मतलब है कि QA को assure करना चाहिए।
विकासोन्मुख coding करने के लिए कुछ न कुछ risk उठाना ही पड़ता है,
और उसकी जाँच करके उसकी ज़िम्मेदारी लेना ही QA की भूमिका होनी चाहिए।
फ़ाइल की लोकेशन बदल गई है।
https://github.com/asgeirtj/system_prompts_leaks/…
C++ की कमियों के रूप में जिन बातों का ज़िक्र किया जाता है, उनमें से ज़्यादातर शायद C भाषा के साथ compatibility बनाए रखने की वजह से कायम हैं।
क्या C के साथ compatibility छोड़कर इसे इस तरह बदला जा सकता है कि development किया जा सके?
काश,
unsafeदिया ही न गया होता।मूल भाषा = Rust
हाहा, मैं भी यही कमेंट करने वाला था, और नीचे स्क्रॉल किया तो देखा कि किसी ने बिल्कुल यही कमेंट पहले ही कर दिया है।
बातें सस्ती हैं, मुझे code दिखाओ!
दुनिया में यह समझ लेने से मन हल्का हो जाता है कि कुछ ऐसी कंपनियां भी हैं जिनकी कीमत सिर्फ बैंकों और payment companies की बेतरतीब APIs को एक साथ बांधकर व्यवस्थित कर देने भर से ही हजारों करोड़ तक पहुंच जाती है, lol
Ruff - 10-100x तेज़ Python linter
Astral - अगली पीढ़ी के Python डेवलपमेंट टूल्स बनाने वाली कंपनी