प्रोग्रामर जो ऑटो-कम्प्लीशन/ LSP का इस्तेमाल नहीं करते, वे कैसे काम करते हैं?
(news.ycombinator.com)- आज के समय में मुझे उन प्रोग्रामरों से आकर्षण है जो IDE की सुविधाएँ इस्तेमाल नहीं करते, जिन्हें मैं सामान्यतः मानकर चलता हूँ
- ऐसे डेवलपर्स से सवाल करना जो ऑटो-कम्प्लीशन, language server और हाल की Copilot जैसी tools का उपयोग नहीं करते
- यह जानने की उत्सुकता कि क्या वे सभी types और fields याद रखते हैं और उनका वर्कफ़्लो कैसा होता है
- language server में go to definition फीचर के बिना वे अन्य files में मौजूद function की definition या implementation कैसे खोजते हैं, यह जानने की उत्सुकता
1 टिप्पणियां
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 जैसी मॉडर्न फीचर्स को आज़माने की प्रेरणा मिली।