छोटे प्रोग्रामिंग ट्रिक्स
कई प्रोग्रामर अब भी shell shortcuts, editor macros, और छोटे CLI tricks को रोज़मर्रा की उत्पादकता के लिए बेहद उपयोगी मानते हैं, भले ही AI coding tools अधिक आम हो रहे हों। टिप्पणीकार “हाथ से कोडिंग” और गहरी tool fluency की तुलना LLMs पर निर्भरता से करते हैं, और तर्क देते हैं कि AI search, scaffolding, और नए commands को उदाहरण से सीखने में तो बहुत अच्छा है, लेकिन code, architecture, या low-level optimization की समझ का विकल्प नहीं है। एक बार-बार आने वाला विषय यह है कि ये micro-skills समय के साथ compound होते हैं—खासकर debugging, navigation, और performance work में—हालाँकि कुछ लोग नोट करते हैं कि अब जब AI अक्सर इन्हें on demand generate या recall कर सकता है, तब इन्हें भूलना या कम आँकना आसान हो गया है।
हाथ से कोडिंग बनाम AI-सहायता प्राप्त कोडिंग
- कई टिप्पणीकार अभी भी अपने काम का अधिकांश या पूरा हिस्सा “हाथ से कोड” करते हैं, और LLMs का उपयोग मुख्यतः इन रूपों में करते हैं:
- सिंटैक्स, APIs, या लाइब्रेरी विकल्पों के लिए एक अधिक स्मार्ट संदर्भ / सर्च इंजन के रूप में।
- मूर्खतापूर्ण गलतियाँ पकड़ने के लिए एक कोड रिव्यूअर या रबर डक के रूप में।
- कुछ लोग बताते हैं कि LLM-जनित कोड को समझने और सत्यापित करने में उतना ही समय लगता है जितना उसे खुद लिखने में, इसलिए उत्पादकता लाभ सीमित रहता है।
- कुछ लोग ऐसे गहरे, प्रदर्शन-गंभीर या अत्यधिक idiosyncratic काम का वर्णन करते हैं जहाँ LLMs अनुपयोगी या सक्रिय रूप से गलत होते हैं; वे बिना बाधा वाले फ्लो और सीधे कोडिंग को पसंद करते हैं।
- अन्य लोग काफी हद तक AI-सहायता प्राप्त या agentic workflows की ओर बढ़ चुके हैं, खासकर boilerplate और व्यक्तिगत प्रोजेक्ट्स के लिए, लेकिन काम पर अभी भी मैन्युअल नियंत्रण बनाए रखते हैं।
क्या “AI युग” में छोटे ट्रिक्स अभी भी प्रासंगिक हैं?
- कई लोग कहते हैं कि shell/editor ट्रिक्स अभी भी रोज़ाना लाभ देती हैं, खासकर नेविगेशन, history, और त्वरित edits के लिए, जहाँ LLM को prompt करना धीमा होगा।
- अन्य लोगों को लगता है कि अब ऐसे ट्रिक्स कम मायने रखते हैं क्योंकि AI मांग पर commands या scripts बना सकता है।
- कुछ लोग AI को ट्रिक्स खोजने का एक नया तरीका मानते हैं—जैसे, agents के commands और options देखना ऐसे tools सिखा देता है जिनके बारे में वे नहीं जानते थे।
- यह चिंता भी है कि बहुत कुछ AI पर छोड़ देने से skills कमजोर होती हैं और techniques को अंदर तक आत्मसात करने के अवसर कम हो जाते हैं।
ब्रांचलेस और कम-branch वाला कोड
- एक thread “branches से बचने” के पक्ष में तर्क देता है, और सुझाव देता है:
- अनावश्यक
ifs हटाकर code को सरल बनाना। - lookups, early returns, specialized routines, या fuzzy logic का उपयोग करना।
- अनावश्यक
- विरोध भी है:
- Branchless code अक्सर कम पठनीय होता है और आधुनिक compilers पहले से ही कई patterns को optimize कर लेते हैं।
- वास्तविक “branchless” optimization (जैसे conditional moves, vectorized blends) विशेष क्षेत्र है और इसे profiling के बाद ही अपनाना चाहिए।
Shell का उपयोग, history, और navigation
- उन्नत history और directory tools के लिए काफी प्रशंसा:
Ctrl-Rके साथ fuzzy search,history | grep, zsh substring search, fish की history-by-prefix, और Atuin तथा zoxide जैसे third-party tools।- कुछ लोग repeat होने वाले ad-hoc commands को Makefiles/justfiles में डाल देते हैं ताकि reproducibility रहे, बजाय history पर निर्भर रहने के।
- विभिन्न navigation tricks:
..के लिए aliases, संबंधित directories के बीच कूदने के छोटे scripts, ऐसे SSH helpers जो working directories को preserve करते हैं।
ज्ञान साझा करना और संस्कृति
- टीम chat में रोज़ाना “tips” पर मिश्रित राय:
- कुछ इसे मूल्यवान mentoring और culture-building मानते हैं।
- अन्य लोगों को रोज़ाना, व्यापक-श्रोता वाले tips शोरगुल या दिखावटी लगते हैं, और वे opt-in channels या curated docs/cheatsheets को पसंद करते हैं।
- सामान्य सहमति है कि छोटे, सही समय पर मिले tricks (जैसे सही CLI tool या shortcut) कठिन वास्तविक दुनिया की समस्याओं को निर्णायक रूप से हल कर सकते हैं।