3 पॉइंट द्वारा GN⁺ 2024-12-25 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • यह सवाल है कि ऑटो-कंप्लीशन, language server, Copilot जैसी IDE सुविधाओं का इस्तेमाल नहीं करने वाले डेवलपर codebase के type और field को कैसे संभालते हैं
  • ऐसे टूल्स के बिना काम करते समय development flow और code navigation का तरीका क्या होता है, खासकर दूसरी files में मौजूद function की definition या implementation कैसे ढूँढी जाती है, यह जानने की जिज्ञासा है
  • उदाहरण के तौर पर, language server की go-to-definition सुविधा के बिना काम करना कठिन लगता है, और इसके बदले कौन-से तरीके अपनाए जाते हैं, यह पूछा गया है

1 टिप्पणियां

 
GN⁺ 2024-12-25
Hacker News टिप्पणी
  • एक प्रोग्रामर ने एक दृष्टिबाधित प्रोग्रामर से मिलने के बाद सीखा कि कोड को कैसे व्यवस्थित रखना कितना जरूरी है। उस दृष्टिबाधित प्रोग्रामर ने स्पष्ट कहा कि कोड साफ़, साफ़-सुथरा और तार्किक स्ट्रक्चर वाला होना चाहिए। इससे यह चिंता और बढ़ी कि LSP/IDE फीचर्स कई बार कोडबेस की structural खामियों को छिपा देती हैं।

  • उल्लेख किया गया कि कई टेम्परेरी/एड-हॉक डिफ़िनिशन वाली सिस्टम में LSP की ज़रूरत पड़ती है। React/TypeScript इसका उदाहरण है, जबकि non-framework Python codebase में आम तौर पर shell completion काफ़ी होता है।

  • LSP/LLM से बचने वाले दो तरह के प्रोग्रामर देखे गए। पहली किस्म दूसरी ह्यूमन-लैंग्वेज-सर्वर-टाइप निर्भरता रखती है, यानी वे सीधे लोगों से पूछकर काम करती है। दूसरी किस्म पुराने/क्लासिक टूल्स के सहारे codebase को नेविगेट करने में माहिर होती है।

  • सलाह दी गई कि एक महीने तक LSP फीचर्स बंद करके काम करके देखें। इससे प्रोजेक्ट की organization, file naming और explicit import statements की अहमियत समझ में आती है।

  • कुछ लोग shell को ही अपना development environment मानते हैं और code के साथ घुलने-मिलने के लिए CLI tools का सहारा लेते हैं। वे तेज़ compiler और type check पसंद करते हैं और IDE की visual distractions से बचते हैं।

  • एक ऐसे अनुभव को शेयर किया जिसमें plain, बिना किसी अतिरिक्त सहारे वाला vim इस्तेमाल किया गया। इसमें tab इस्तेमाल और नामकरण में दक्ष होना खास तौर पर मददगार बताया गया।

  • GPS के बिना गाड़ी चलाने वाले लोगों का उदाहरण देते हुए कहा कि codebase की गहरी समझ बहुत ज़रूरी है। उन्होंने LSP का विरोध नहीं किया, लेकिन vim जैसे टूल्स को प्राथमिकता दी।

  • कई tools ध्यान भंग करने वाले बन सकते हैं, इसलिए शांत जगह पर फोकस करना ज़्यादा महत्वपूर्ण है। वे standard POSIX utilities से code पढ़ने और खोजने की सलाह देते हैं।

  • याद करके और थोड़ा संघर्ष करके सीखना असरदार होता है। minimal vim configuration के साथ काम करने से Linux और भाषा की जटिलता को बेहतर तरीके से समझ आ पाई।

  • यह अहसास हुआ कि आधुनिक tools के साथ बिना deep flow state में गए भी productivity बनाए रखना संभव है। यही कारण था कि VSCode जैसी मॉडर्न फीचर्स को आज़माने की प्रेरणा मिली।