व्यक्तिगत परियोजनाओं और कंप्यूटर प्रेम से काम में मिली सहायता

नमस्ते, मैं मुनो हूँ।
मैं व्यस्त था और मुझे एहसास हुआ कि मैं काफी समय से अपडेट करना भूल गया था।
मुझे माफ़ करना।

एक विचार आया

मुझे आमतौर पर कंप्यूटर के साथ खेलना पसंद है, लेकिन मैं उस चिंता की भावना को समझता हूँ जब यह काम तक नहीं पहुँच पाता।
ऐसा इसलिए है क्योंकि एक गीक या नर्ड के रूप में, हमेशा कोई न कोई आपसे बेहतर होता है, और यह निर्विवाद है कि ऐसी स्थिति में यह भावना होती है कि क्या मैं इसे अपना काम बना सकता हूँ।
हालाँकि, जो लोग कंप्यूटर पसंद करते हैं, उनमें आमतौर पर अहंकार भी होता है, जैसे "मैं सबसे मजबूत हूँ..."। इस भावना के विपरीत, वे अक्सर अपनी कमजोरियों को पूरी तरह से महसूस करते हैं।
यह एक तरह से पर्ल डेवलपर लैरी वॉल के उन शब्दों के पीछे की पीड़ा भी हो सकती है, जिन्हें "आलस्य", "अधैर्य" और "अहंकार" के रूप में मज़ाक में लिया जाता है।

गिटहब गतिविधियाँ

मैंने पहली बार लगभग 2016 में गिटहब का उपयोग करना शुरू किया था, लेकिन मूल रूप से मैं केवल तथाकथित 'रोम-सेन' (केवल पढ़ने वाला) था, यानी केवल git clone करता था।
उस समय, मैं एक मिडिल स्कूल का छात्र था और सोचता था, "मुझे इसका उपयोग क्यों करना चाहिए जब मुझे पता ही नहीं कि इसे कहाँ से डाउनलोड करना है!"
उस समय, जीपीयू माइनिंग जैसी चीजें लोकप्रिय थीं, और उसके विस्तार के रूप में, ऐसे सॉफ्टवेयर थे जो यूनिक्स के क्रिप्ट(3) द्वारा उत्पन्न हैश मानों पर ब्रूट-फोर्स हमला करके कुंजियों को क्रैक करते थे। मुझे याद है कि मैंने पहली बार केवल उसका उपयोग करने के लिए क्लोन किया था।

समय बीतता गया और मैं 20 के दशक में आ गया

यह भी, जब मैं 5ch के सॉफ्टवेयर बोर्ड को देख रहा था, तो मुझे ऐसे लोग मिले जो उस सॉफ्टवेयर की तलाश कर रहे थे जिसे मैंने अपने लिए संशोधित करके इस्तेमाल किया था। मैंने इसे साझा करने के लिए बस रजिस्टर किया था, और यह काफी हाल की बात है।
जब मैं अपने घर पर सर्वर स्थापित कर रहा था, तो स्क्रिप्ट अक्सर खो जाती थीं या उड़ जाती थीं, और हर बार उस परेशानी से बचने के लिए, मैंने git push करना शुरू कर दिया।
यह काफी हद तक बस इतना ही है, लेकिन किसी तरह मैं git ऑपरेशंस में माहिर हो गया, लेकिन...

काम में उपयोग करते समय अंतर

शायद यह कॉन्फ्लिक्ट्स के उत्पन्न होने या git blame का उपयोग करना शुरू करने जैसा है। आखिरकार, भले ही आप कभी-कभी ओएसएस गतिविधियों में पुल रिक्वेस्ट भेजते हैं, यह तब तक नहीं होता जब तक आप लगातार एक ही रिपॉजिटरी पर काम नहीं करते।
लेकिन अगर आपके पास स्पष्ट रूप से आवश्यक ऑपरेशंस हैं और आप उन्हें काम में दैनिक रूप से उपयोग करते हैं, तो मुझे नहीं लगता कि यह उतना मुश्किल होगा।
हालाँकि, यह सच है कि git ही इतना उच्च-कार्यक्षमता वाला है कि मैं इसका पूरी तरह से उपयोग नहीं कर पाता।

व्यक्तिगत रूप से करने के फायदे

अगर मैंने कुछ सीखा है, तो उदाहरण के लिए, मैं कमिट मैसेज लिखते समय ऐसा करता हूँ ↓

$ git --no-pager log
commit 37d71cc01d1bce5b3d5d748b24c61f0d84f4c88b (HEAD -> main, origin/main)
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 08:06:00 2025 +0900

    fix: readme

commit d14075115766ac0dec86f8a9a5208d1834e0c018
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 00:29:44 2025 +0900

    add: gscp

commit dd932e5db50a4610fa59e08cd4aa2ee11d5eeb4d
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 00:06:56 2025 +0900

    first commit
alleycat:[haturatu]:~/git/gscp$ 

मैं बस शुरुआत में add या fix जैसे शब्द डालता हूँ।
यह मेरे अपने रिपॉजिटरी के लिए है, इसलिए मैंने इसे बहुत सरल रखा है, लेकिन काम पर, मुझे सीएलआई पर जापानी टाइप करते समय अजीब लगता है, फिर भी मैं कमिट मैसेज लिखता हूँ। किसी तरह, जब मैं कोई फ़ंक्शन या फ़ाइल जोड़ता हूँ, तो मैं add का उपयोग करता हूँ, जब मैं कोई फ़ंक्शन या फ़ाइल हटाता हूँ, तो del का, और सुधार के लिए fix का। ऐसा करने का फायदा यह है कि आपको कमिट मैसेज को ठीक से अलग करने की आदत पड़ जाती है।

git commit -m "fix: aaa" -m "add: bbb" -m "del: ccc"

वैसे भी, अगर आप इतने सारे कमिट मैसेज लिख रहे हैं, तो आपको कमिट्स को अलग करना चाहिए, लेकिन चूंकि वर्तमान स्थिति में बड़े बदलाव नहीं होते हैं, इसलिए उपरोक्त पर्याप्त है।

कंप्यूटर के बारे में बात करना आसान है

यह... पर्यावरण पर निर्भर करता है, लेकिन अब मैं रोज़ाना कंप्यूटर के बारे में बहुत बात कर सकता हूँ, और मैं इसके लिए बहुत आभारी हूँ।

मुझे बाद में एहसास हुआ कि इंटरनेट पर मेरे जैसे 'फ्लोटिंग फिश' (अकेले घूमने वाले लोग) के पास वास्तविक दुनिया में साझा करने या अपनी पहचान की पुष्टि करने या अपनी भावनाओं को व्यक्त करने के लिए कोई जगह नहीं है, इसलिए वे शायद इसकी तलाश कर रहे हैं। दूसरे शब्दों में, इंटरनेट पर सक्रिय 'फ्लोटिंग फिश' के पास भी वास्तविक दुनिया में कुछ अधूरापन है, और शायद यही उनके आउटपुट का कारण है।

अज्ञात के प्रति अनुकूलन?

मुझे इसका ज्यादा एहसास नहीं है, लेकिन अगर आप विभिन्न सॉफ्टवेयर या ऐसी चीजें पढ़ते हैं जिन्हें आपने कभी नहीं लिखा है/लिख नहीं सकते हैं, लेकिन उनके व्यवहार में रुचि रखते हैं और कोड पढ़ते हैं, तो आप इसे काफी आसानी से समझ जाएंगे।
या यों कहें, अधिकांश चीजें कोशिश करने पर ठीक हो जाती हैं, इसलिए इसमें ज्यादा परेशानी नहीं होनी चाहिए।

और, केवल व्यक्तिगत गतिविधियों से अंतर यह है कि आपके आस-पास ऐसे लोग हैं जिनसे आप पूछ सकते हैं।
यह मानसिक भी है, लेकिन आमतौर पर व्यक्तिगत गतिविधियों के दलदल में, आप नहीं जानते कि क्या करना है या दलदल में फंसने के दौरान आप लगातार काम करते रहते हैं और दो दिनों तक नहीं सोते हैं, जैसा कि मेरे साथ अतीत में हुआ है। लेकिन अगर आपके पास एक ही टीम के सदस्य हैं, तो आप सोचेंगे, "मुझे नहीं पता, तो मैं समय देखकर पूछूँगा," या "वह अभी यहाँ नहीं है और व्यस्त लग रहा है, तो मैं पूछकर इसे एक तरफ रख दूँगा।"
यह भी निर्विवाद है कि यह टालमटोल की आदत बन गई है, लेकिन अगर आप अगले दिन तक इसे टालते भी हैं, तो क्या यह बेहतर नहीं होगा कि आप उस व्यक्ति के साथ पासा पलटें जिसके होने से समाधान की संभावना अधिक हो?

निष्कर्ष

मैंने इसे किसी तरह लिखा है, क्या यह ऐसा ही है...?
मुझे लगता है कि कुछ और भी था, लेकिन अगर कुछ और आता है तो मैं इसे फिर से लिखूँगा।
तो फिर मिलते हैं। कृपया मेरा ध्यान रखें।