ব্যক্তিগত উন্নয়ন এবং কম্পিউটার প্রেমী হওয়া যা কাজের জন্য সহায়ক হয়েছে

8 min

language: ja bn en es hi pt ru zh-cn zh-tw

হ্যালো, আমি অযোগ্য।
ব্যস্ততার মধ্যে ছিলাম, যখন খেয়াল করলাম তখন বেশ আপডেট করতে ভুলে গিয়েছিলাম।
দুঃখিত।

হঠাৎ মনে হলো

কোনোভাবে সাধারণত আমি কম্পিউটার নিয়ে কাজ করতে পছন্দ করি, কিন্তু যখন এটি কাজ পর্যন্ত পৌঁছায় না, সেই সময়ের উদ্বেগের অনুভূতি আমি বুঝি।
কারণ, গিক বা নার্ড হলে সবসময় আরও ভালো কেউ থাকে, যা সবসময় লেগে থাকে। এমন পরিস্থিতিতে নিজের পক্ষেও এটি একটি কাজ হিসাবে করা সম্ভব কিনা, এমন একটি অনুভূতি থাকে, যা অস্বীকার করা যায় না।
তবে, যারা কম্পিউটার পছন্দ করে, তারা সাধারণত অহংকারও ধারণ করে, "আমিই সেরা..." এমন অনুভূতির একদিকে, তারা প্রায়শই নিজেদের দুর্বলতা গভীরভাবে অনুভব করে।
এটি এক অর্থে, পার্ল ডেভেলপার ল্যারি ওয়ালের "অলসতা", "অস্থিরতা", এবং "অহংকার" যা একটি মেমেতে পরিণত হয়েছে, সেই কথার পেছনে থাকা যন্ত্রণার মতোও হতে পারে।

গিটহাব কার্যক্রম

আমার প্রথম গিটহাব ব্যবহার করার কারণ ছিল প্রায় ২০১৬ সাল, কিন্তু মূলত, এটি তথাকথিত "রম-সেন" (শুধুমাত্র পঠন সদস্য) এর মতো ছিল, শুধু git clone করা।
সেই সময়, আমি একজন মধ্যম স্কুলের ছাত্র ছিলাম যে ভাবছিল, "কেন আমাকে এটি ব্যবহার করতে হবে যখন আমি জানি না এটি কোথায় ডাউনলোড করতে হয়!"
সেই সময়ের কথা বলতে গেলে, জিপিইউ মাইনিং ইত্যাদি জনপ্রিয় ছিল, এবং তার ধারাবাহিকতায় এমন সফটওয়্যার বের হচ্ছিল যা ইউনিক্সের crypt(3) দ্বারা তৈরি হ্যাশ মানগুলিকে ব্রুট-ফোর্স করে কী আনলক করত। আমার মনে আছে শুধু সেটি ব্যবহার করার জন্য প্রথমবার ক্লোন করেছিলাম।

সময় গড়িয়ে বিশের কোঠায়

সত্যি বলতে, এটিও ৫চ্যানের সফটওয়্যার বোর্ড দেখতে গিয়ে, এমন লোক ছিল যারা আমি নিজের জন্য পরিবর্তন করে ব্যবহার করা সফটওয়্যার খুঁজছিল। তাই আমি শুধু এটি শেয়ার করার জন্য নিবন্ধন করেছিলাম, এবং সেটি বেশ সাম্প্রতিক।
নানা কারণে যখন আমি একটি হোম সার্ভার তৈরি করছিলাম, তখন স্ক্রিপ্ট হারিয়ে যেত বা প্রায়শই উড়ে যেত, এবং প্রতিবার সেই কষ্ট এড়াতে আমি 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"

প্রথমত, যদি আপনি এমন একাধিক কমিট মেসেজ লেখেন, তাহলে কমিটগুলি ভাগ করা উচিত, কিন্তু মূলত, বড় পরিবর্তন করা আমার বর্তমান অবস্থায় এমনটা হয় না, তাই উপরেরটি কিছুটা যথেষ্ট।

কম্পিউটার নিয়ে কথা বলা সহজ

এটি... পরিবেশের উপর নির্ভর করে, কিন্তু এখন আমি প্রতিদিন কম্পিউটার নিয়ে অনেক কথা বলতে পারি, তাই আমি অত্যন্ত কৃতজ্ঞ।

পরে আমি বুঝতে পারলাম, কিন্তু ইন্টারনেট-এ থাকা আমার মতো ভাসমান মাছেরা বাস্তব জগতে ভাগ করে নেওয়ার জায়গা বা স্বীকৃতির আকাঙ্ক্ষা, অর্থাৎ প্রকাশ করার কোনো জায়গা নেই, তাই তারা হয়তো সেটিই খুঁজছে। অর্থাৎ, একইভাবে, ইন্টারনেট-এ সক্রিয় ভাসমান মাছেরাও, কারণ বাস্তব জগতে তাদের কোথাও অপূর্ণতা আছে, হয়তো সে কারণেই এটি একটি আউটপুট হয়ে ওঠে।

অজানা জিনিসের সাথে মানিয়ে নেওয়া?

আমি এটি খুব বেশি অনুভব করি না, কিন্তু এমনকি যদি আমি বিভিন্ন সফটওয়্যার বা একই ধরনের জিনিস না লিখে থাকি/লিখতে না পারি, যদি আমি আচরণ সম্পর্কে কৌতূহলী হয়ে কোড পড়ি, তাহলে আমি কিছুটা বুঝতে পারি, তাই আমি বেশ সহজে এতে প্রবেশ করতে পারি।
বরং, বেশিরভাগ জিনিস চেষ্টা করলেই ঠিক হয়ে যায়, তাই এটি ততটা কঠিন বলে মনে হয় না।

এবং, শুধু ব্যক্তিগত কার্যক্রমের সাথে পার্থক্য হলো এমন একটি পরিস্থিতি যেখানে আশেপাশে জিজ্ঞাসা করার মতো লোক আছে।
এর একটি মানসিক দিকও আছে, কিন্তু সাধারণত, ব্যক্তিগত কার্যক্রমের "জলাভূমি" হলো কিছু না বোঝা বা জলাভূমিতে আটকে থাকার সময় ২ দিন না ঘুমিয়ে অবিরাম কাজ চালিয়ে যাওয়া, যা অতীতে ঘটেছে। কিন্তু যদি একই সদস্যরা থাকে, তাহলে "আমি বুঝতে পারছি না, তাই সময় দেখে জিজ্ঞাসা করব" অথবা "তারা এখন নেই এবং ব্যস্ত মনে হচ্ছে, তাই পরে জিজ্ঞাসা করব এবং আপাতত এটি রেখে দেব" — এমনটা হয়।
এটি যে পিছিয়ে রাখার অভ্যাসে পরিণত হচ্ছে তা অস্বীকার করা যায় না, কিন্তু এমনকি যদি আপনি পরের দিনের জন্য এটি স্থগিত করেন, যদি আপনি এমন একটি পাশা রোল করেন যেখানে সেই ব্যক্তি থাকলে সমাধানের সম্ভাবনা বেশি হয়, তাহলে কি সেটিই ভালো হবে না?

উপসংহারে

কোনোভাবে, আমি এটি লেখার চেষ্টা করেছি, কিন্তু এটি কি এমন মনে হচ্ছে...?
আমার মনে হচ্ছে আরও কিছু ছিল, কিন্তু যদি আরও কিছু আসে, আমি আবার এলোমেলোভাবে লিখব।
তাহলে আবার দেখা হবে। শুভেচ্ছা রইল।

Related Posts