http://kenji.blog/hi/categories/%E0%A4%86%E0%A4%88%E0%A4%9F%E0%A5%80%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A5%8C%E0%A4%A6%E0%A5%8D%E0%A4%AF%E0%A5%8B%E0%A4%97%E0%A4%BF%E0%A4%95%E0%A5%80/Recent content in आईटी・प्रौद्योगिकी on kenji.blogHugo -- gohugo.iohikenjinoteThu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/hi/p/source-code-lines/Thu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/hi/p/source-code-lines/<img src="http://kenji.blog/p/%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AE%E8%A1%8C%E6%95%B0/img_1.png" alt="Featured image of post सोर्स कोड की पंक्तियों की संख्या" /><h1 id="सरस-कड-क-पकतय-क-सखय">सोर्स कोड की पंक्तियों की संख्या </h1><p>नमस्ते!</p> <p>आज मैं एक थोड़े अलग विषय पर बात करना चाहता हूँ।</p> <p>विषय यह है: &ldquo;अतीत की तुलना में सोर्स कोड की पंक्तियों की संख्या में कितनी वृद्धि हुई है?&rdquo;</p> <p>उदाहरण के लिए, स्पेस शटल के सॉफ्टवेयर में लगभग 4.2 लाख पंक्तियों का कोड था। NASA के उच्च गुणवत्ता मानकों को पूरा करने के लिए यह कोड बहुत सख्त प्रक्रिया के तहत विकसित किया गया था। दूसरी ओर, आधुनिक बड़े पैमाने के सॉफ्टवेयर प्रोजेक्ट्स में, कोड की पंक्तियों का करोड़ों से अधिक होना असामान्य नहीं है। उदाहरण के लिए, ऐसा कहा जाता है कि Google का कोडबेस लगभग 2 अरब पंक्तियों तक पहुँच गया है।</p> <p>जैसा कि हम देख सकते हैं, समय के साथ सॉफ्टवेयर का पैमाना बढ़ रहा है।</p> <p>लेकिन, ज़रा रुकिए।</p> <p>कोड की पंक्तियों में वृद्धि होना हमेशा बुरी बात नहीं है। नई सुविधाएँ जोड़ने और उपयोगकर्ता की ज़रूरतों को पूरा करने के लिए कोड का बढ़ना स्वाभाविक है। हालाँकि, जैसे-जैसे कोड बढ़ता है, बग का जोखिम भी बढ़ता है। वास्तव में, एक शोध से पता चलता है कि जब ओपन सोर्स प्रोजेक्ट 10 लाख पंक्तियों को पार कर जाते हैं, तो बग की दर बढ़ने की प्रवृत्ति होती है।</p> <p>फिर भी, सभी प्रोजेक्ट्स समान रूप से अपना प्रोजेक्ट कोड नहीं बढ़ा रहे हैं।</p> <p>उदाहरण के लिए, 1994 में लिनक्स कर्नेल के संस्करण 1.0 में लगभग 2 लाख पंक्तियाँ थीं, लेकिन 2015 में संस्करण 4.2 में यह बढ़कर लगभग 2 करोड़ पंक्तियाँ हो गईं। यह वृद्धि हार्डवेयर के विकास और नई सुविधाओं को जोड़ने के कारण हुई है।</p> <p>इसलिए, सोर्स कोड की पंक्तियों की संख्या प्रोजेक्ट के आकार, उद्देश्य और समय के संदर्भ के आधार पर बहुत भिन्न होती है।</p> <p>कोड की पंक्तियों में वृद्धि अपने आप में कोई समस्या नहीं है, लेकिन गुणवत्ता और रखरखाव बनाए रखने के लिए उचित प्रबंधन की आवश्यकता होती है। कोड वृद्धि से जुड़े जोखिमों को समझना और उचित उपाय करना महत्वपूर्ण है।</p> <p>अंत में, मुझे लगता है कि केवल कोड की पंक्तियों पर बहुत अधिक ध्यान केंद्रित न करके प्रोजेक्ट के उद्देश्य और गुणवत्ता को महत्व देना अधिक महत्वपूर्ण है।</p> <p>तो, अगली बार फिर मिलेंगे!</p>http://kenji.blog/hi/p/%E9%AB%98%E9%85%8D%E5%BD%93%E6%A0%AA%E3%81%BE%E3%81%A8%E3%82%81/Sun, 22 Dec 2024 00:56:14 +0900http://kenji.blog/hi/p/%E9%AB%98%E9%85%8D%E5%BD%93%E6%A0%AA%E3%81%BE%E3%81%A8%E3%82%81/<img src="http://kenji.blog/p/%E9%AB%98%E9%85%8D%E5%BD%93%E6%A0%AA%E3%81%BE%E3%81%A8%E3%82%81/img.png" alt="Featured image of post उच्च लाभांश स्टॉक सारांश" /><h1 id="उचच-लभश-सटक-सरश">उच्च लाभांश स्टॉक सारांश </h1><ol> <li>मित्सुबिशी यूएफजे फाइनेंशियल ग्रुप (8306)</li> <li>सुमितोमो मित्सुई फाइनेंशियल ग्रुप (8316)</li> <li>मित्सुबिशी कॉर्पोरेशन (8058)</li> <li>इतोचु कॉर्पोरेशन (8001)</li> <li>एनटीटी (9432)</li> <li>केडीडीआई (9433)</li> <li>ओकिनावा सेल्युलर टेलीफोन (9436)</li> <li>टोकियो मरीन होल्डिंग्स (8766)</li> <li>टोयोटा मोटर (7203)</li> <li>यामाहा मोटर (7272)</li> <li>असाही ग्रुप होल्डिंग्स (2502)</li> <li>किरिन होल्डिंग्स (2503)</li> <li>जेटी (2914)</li> <li>ब्रिजस्टोन (5108)</li> <li>दाइवा हाउस इंडस्ट्री (1925)</li> <li>सेकिसुई हाउस (1928)</li> <li>क्योसेरा (6971)</li> <li>शिन-एत्सु केमिकल (4063)</li> <li>निट्टो डेंको (6988)</li> <li>ओरिक्स (8591)</li> <li>मित्सुबिशी एचसी कैपिटल (8593)</li> <li>ह्यूलिक (3003)</li> </ol>http://kenji.blog/hi/p/teamviewer-%E0%A4%95%E0%A5%87-%E0%A4%B8%E0%A4%BE%E0%A4%A5-%E0%A4%86%E0%A4%B8%E0%A4%BE%E0%A4%A8-%E0%A4%B0%E0%A4%BF%E0%A4%AE%E0%A5%8B%E0%A4%9F-%E0%A4%95%E0%A4%A8%E0%A5%87%E0%A4%95%E0%A5%8D%E0%A4%B6%E0%A4%A8/Fri, 13 Jan 2023 01:45:00 +0900http://kenji.blog/hi/p/teamviewer-%E0%A4%95%E0%A5%87-%E0%A4%B8%E0%A4%BE%E0%A4%A5-%E0%A4%86%E0%A4%B8%E0%A4%BE%E0%A4%A8-%E0%A4%B0%E0%A4%BF%E0%A4%AE%E0%A5%8B%E0%A4%9F-%E0%A4%95%E0%A4%A8%E0%A5%87%E0%A4%95%E0%A5%8D%E0%A4%B6%E0%A4%A8/<img src="http://kenji.blog/p/teamviewer%E3%81%A7%E7%B0%A1%E5%8D%98%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E6%8E%A5%E7%B6%9A/img.png" alt="Featured image of post TeamViewer के साथ आसान रिमोट कनेक्शन" /><h1 id="teamviewer-क-सथ-आसन-रमट-कनकशन">TeamViewer के साथ आसान रिमोट कनेक्शन </h1><p>TeamViewer का उपयोग करके रिमोट डेस्कटॉप कनेक्शन आसानी से किया जा सकता है।</p> <p>रिमोट गंतव्य और रिमोट स्रोत दोनों पर TeamViewer शुरू करें, रिमोट स्रोत पर रिमोट गंतव्य का ID और पासवर्ड दर्ज करने पर रिमोट कनेक्शन किया जा सकता है।</p> <p>कमांड लाइन के माध्यम से रिमोट कनेक्ट करने के लिए, निम्न कार्य करें:</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-fallback" data-lang="fallback"><span class="line"><span class="cl">%ProgramFiles%\TeamViewer\TeamViewer.exe -i &lt;ID&gt; -P &lt;Password&gt; </span></span></code></pre></td></tr></table> </div> </div><p><code>&lt;ID&gt;</code> में रिमोट गंतव्य का ID दर्ज करें, और <code>&lt;Password&gt;</code> में रिमोट गंतव्य का पासवर्ड दर्ज करें।</p> <p>यदि आप उपरोक्त कमांड का उपयोग करके एक शॉर्टकट फ़ाइल बनाते हैं, तो यह सुविधाजनक है क्योंकि आप ID/PW दर्ज करने से बच सकते हैं।</p> <p>संदर्भ साइट: <a class="link" href="https://community.teamviewer.com/English/kb/articles/34447-command-line-parameters" target="_blank" rel="noopener" >Command line parameters</a></p>http://kenji.blog/hi/p/%E0%A4%B8%E0%A4%AE%E0%A5%81%E0%A4%A6%E0%A4%BE%E0%A4%AF-%E0%A4%95%E0%A5%8B-%E0%A4%95%E0%A5%8D%E0%A4%AF%E0%A4%BE-%E0%A4%9A%E0%A4%BE%E0%A4%B9%E0%A4%BF%E0%A4%8F/Fri, 23 Sep 2022 01:37:43 +0900http://kenji.blog/hi/p/%E0%A4%B8%E0%A4%AE%E0%A5%81%E0%A4%A6%E0%A4%BE%E0%A4%AF-%E0%A4%95%E0%A5%8B-%E0%A4%95%E0%A5%8D%E0%A4%AF%E0%A4%BE-%E0%A4%9A%E0%A4%BE%E0%A4%B9%E0%A4%BF%E0%A4%8F/<img src="http://kenji.blog/p/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%AA%E3%81%93%E3%81%A8/img.png" alt="Featured image of post समुदाय को क्या चाहिए" /><h1 id="समदय-क-कय-चहए">समुदाय को क्या चाहिए </h1><p>मुझे लगा कि स्क्रैच (Scratch) के समुदाय दिशानिर्देश बहुत परिष्कृत और बेहतरीन हैं। निम्नलिखित बातें लिखी गई थीं:</p> <blockquote> <p>हर किसी के साथ सम्मान से पेश आएं।</p> </blockquote> <blockquote> <p>सुरक्षित रहें: व्यक्तिगत या संपर्क जानकारी का खुलासा न करें।</p> </blockquote> <blockquote> <p>उपयोगी टिप्पणियाँ करें।</p> </blockquote> <blockquote> <p>रीमिक्स संस्कृति को समझें।</p> </blockquote> <blockquote> <p>ईमानदार रहें।</p> </blockquote> <blockquote> <p>साइट को एक सुखद स्थान बनाएं।</p> </blockquote> <p>मेरा मानना है कि ये दृष्टिकोण किसी भी समुदाय पर लागू होते हैं।</p> <p><a class="link" href="https://ja.scratch-wiki.info/wiki/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E3%83%BC%E3%82%AC%E3%82%A4%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3" target="_blank" rel="noopener" >https://ja.scratch-wiki.info/wiki/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E3%83%BC%E3%82%AC%E3%82%A4%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3</a></p>