<সামাজিক আলোচনার বিষয়, শুধুমাত্র সাধারণ কথাবার্তা>
সাম্প্রতিক সময়ে, ক্লড কোড (Claude Code) এর মতো এজেন্ট-ভিত্তিক এআই প্রযুক্তি আলোচনার কেন্দ্রবিন্দুতে রয়েছে, এবং আমিও গত এক মাস ধরে এটি ব্যবহার করা শুরু করেছি।
ফলাফলস্বরূপ, উৎপাদনের পরিমাণ কয়েকগুণ বৃদ্ধি পেয়েছে, যা আগের সীমাবদ্ধতাগুলোকে ছাড়িয়ে গেছে এবং এটি সত্যিই অসাধারণ।
▪️আগে:
মাসিক স্টেপ সংখ্যা: ২০,০০০ থেকে ৩০,০০০ ছিল।
▪️ক্লড কোড (Claude Code):
এর চেয়ে কয়েকগুণ বেশি, যদি একটানা কোড লেখা হয়, তাহলে সহজেই মাসিক ১০,০০০ স্টেপ অতিক্রম করা সম্ভব।
ক্লড কোড (Claude Code) সত্যিই অসাধারণ।
আমি শুধুমাত্র কোড লিখিয়ে নিচ্ছি না, বরং পরিকল্পনা, পর্যালোচনা এবং অন্যান্য বিভিন্ন কাজও করিয়ে নিচ্ছি। তাই শুধু কোডের সংখ্যা বৃদ্ধি পাচ্ছে না, তবে আগে এক্সেল (Excel) বা অন্যান্য সরঞ্জাম ব্যবহার করে যে বিশ্লেষণ করা হতো, ক্লড কোড (Claude Code) নিজেই পাইথন (Python) কোড ইত্যাদি স্বয়ংক্রিয়ভাবে তৈরি করে সেই কাজগুলো করে দিচ্ছে, যার ফলে এক্সেল খোলার বা নিজে থেকে বিশ্লেষণ কোড লেখার প্রয়োজনীয়তা অনেক কমে গেছে বলে মনে হচ্ছে।
বিষয়টি কেমন? হয়তো আমি নিজেই এমনটা ভাবছি, কিন্তু সম্ভবত সমাজের মানুষ বা আমার অফিসের সহকর্মীরা হয়তো তেমনটা ভাবছেন না। তাই, আমি চিন্তা করেছি, যেহেতু এটি একটি গুরুত্বপূর্ণ বিষয়, তাই বস্তুনিষ্ঠভাবে উৎপাদনের পরিমাণে কতটা পরিবর্তন এসেছে, তা এআই (AI) নিজেই বিশ্লেষণ করুক।
চ্যাট জিপিটিকে একটি প্রশ্ন:
আইটি উন্নয়নে, মাসিক গড় ৩০,০০০ টাকার পরিবর্তন, এটা কি বেশি, নাকি কম?চ্যাটজিপিটি উত্তর:
উপসংহার হিসেবে বলা যায়, "প্রতি মাসে ৩০,০০০ লাইনের (পরিবর্তন পরিমাণ) বেশি" হওয়াটা বেশ বেশি, কিন্তু শর্তের উপর নির্ভর করে এর মূল্যায়ন অনেকখানি পরিবর্তিত হতে পারে।■ প্রথমে, একটি বিষয় স্পষ্ট করা যাক: সেই "30000" আসলে কী?
আইটি উন্নয়নের ক্ষেত্রে, সাধারণত নিম্নলিখিত সূচকগুলি পরিবর্তন পরিমাপের জন্য ব্যবহৃত হয়:• অতিরিক্ত লাইন (Add)
• বাতিল লাইন (Delete)
• সংশোধিত লাইন (Modify)
মোট (Add + Delete)
→ সাধারণভাবে, "Add + Delete (মোট পরিবর্তিত লাইনের সংখ্যা)" এই পরিমাপটি বেশি ব্যবহৃত হয়।
■ আকারের ধারণা।
মোটামুটি একটি তুলনা:| 月の পরিবর্তন পরিমাণ। | অনুভূতি। |
|---|---|
| ~৫,০০০ লাইন। | ছোট আকারের, স্থিতিশীল। |
| 5,000 থেকে 15,000 লাইন। | মাঝারি আকারের। |
| 15,000~30,000 লাইন। | কিছুটা বেশি। |
| 30,000টি লাইনের বেশি। | বেশ সক্রিয় অথবা ব্যাপক সংস্কার। |
■ বেশি কিনা, তা নির্ধারণ করে এমন কিছু বিষয়।
এটি সবচেয়ে গুরুত্বপূর্ণ।① দলের সদস্য সংখ্যা
・১ জন: ৩০,০০০ → অস্বাভাবিকভাবে বেশি (অনেক কঠিন)
・৫ জন: ৩০,০০০ → স্বাভাবিক~কিছুটা বেশি
・১০ জন: ৩০,০০০ → বরং কম
→ প্রতিজনের ক্ষেত্রে দেখলে আসল চিত্র পাওয়া যায়।
মাপকাঠি:
・প্রতিজন: ২,০০০~৫,০০০ লাইন/মাস → স্বাভাবিক
② কাজের ধরন
নতুন উন্নয়ন → লাইনের সংখ্যা বেড়ে যেতে পারে (স্বাভাবিক)
রিফ্যাক্টরিং → ডিলিট বেশি হবে (স্বাস্থ্যকর)
শুধুমাত্র বাগ সংশোধন → লাইনের সংখ্যা কম হবে
→ লাইনের সংখ্যা বেশি হওয়া সবসময় ভালো নয়।
③ ভাষা ও প্রকল্পের বৈশিষ্ট্য
ফ্রন্টএন্ড (JS/TS) → লাইনের সংখ্যা বেশি হওয়ার সম্ভাবনা থাকে
ব্যাকএন্ড (Go/Python) → কম
স্বয়ংক্রিয়ভাবে তৈরি কোড → অনেক বেড়ে যায় (মূল্যায়ন এর বাইরে)
■ সতর্কতা (খুব গুরুত্বপূর্ণ)।
লাইন সংখ্যা = উৎপাদনশীলতা নয়।এটি শিল্পক্ষেত্রে একটি বহুল পরিচিত বিষয়।
একটি চরম উদাহরণ:
- ভালো ডিজাইন → লাইনের সংখ্যা কমে যায়
- খারাপ ডিজাইন → লাইনের সংখ্যা বেড়ে যায়
- অর্থাৎ,
এমন ক্ষেত্রও থাকতে পারে যেখানে "কম" হওয়া মানেই "উত্তম"।
■ আপনার কেসের মূল্যায়ন (আনুমানিক)।
তথ্যের স্বল্পতার কারণে, যদি ধরে নেওয়া হয়:・দলে ৫ জন বা তার কম সদস্য → বেশি
・দলে ১০ জন বা তার বেশি সদস্য → স্বাভাবিক
・যদি ১ জন ব্যক্তি একা কাজ করে → সম্ভবত অনেক বেশি চাপ অথবা অকার্যকর হওয়ার সম্ভাবনা।
■ সংক্ষিপ্ত সারসংক্ষেপ
→ মাসিক ৩০,০০০ টাকার পরিবর্তন,"আকারগতভাবে এটি অনেক বড়, তবে ভালো-মন্দ নির্ভর করে পরিস্থিতির ওপর।"
...সুতরাং, এটি এমন একটি বিষয় ছিল, যেখানে বলা হয়েছে যে হ্যাঁ, এটা তেমনই হওয়া উচিত। বর্তমানে, আমি যে গিট রিপোজিটরির সাথে জড়িত, সেটিকে এআই দিয়ে স্ক্যান করানো হয়েছে, এবং একটি রিপোর্ট তৈরি করা হয়েছে। সেই রিপোর্টটি আবার এআই নিজেই মূল্যায়ন করেছে।
আকারগতভাবে, মূল সিস্টেমের প্রধান কোড কয়েক লক্ষ লাইনের (লাইব্রেরি যোগ করলে আরও বেশি), এবং গত ৩ বছরে এর প্রায় অর্ধেক পরিবর্তন করা হয়েছে। এটি একটি বড় আপগ্রেড ছিল।
...এআই বিশ্লেষণ সম্পন্ন।
এআই উত্তর।
এটি সম্ভবত একটি উপসংহার, এবং এটি বেশ স্পষ্ট।→ "এটি শুধু বেশি নয়, এটি একটি অস্বাভাবিক মান (শীর্ষ স্তরের)।"
■ আপনার সংখ্যাগুলোকে শান্তভাবে মূল্যায়ন করুন।
এই রিপোর্ট থেকে শুধুমাত্র গুরুত্বপূর্ণ অংশগুলো তুলে ধরা হলো:・মাসিক গড়: প্রায় ৩১,২৬৬টি সারি / মাস
・সময়কাল: ৩০ মাস একটানা
・অবদান হার: ৯৯.২৭% (প্রায় এককভাবে)
■ সাধারণ উন্নয়ন এবং এর তুলনা।
আগের মানদণ্ডের সাথে মিলিয়ে দেখলে:| সূচক। | আপনি। |
|---|---|
| মাসিক পরিবর্তন পরিমাণ। | 30,000-এর বেশি। |
| জনের সংখ্যা। | প্রায় একা। |
| বিষয়বস্তু। | পিএইচপি-এর প্রধান সংস্করণ আপগ্রেড (উচ্চ 난িমত্তা)। |
・১ জন: ২,০০০ থেকে ৫,০০০ লাইন/মাস
→ আপনি:
・প্রায় ৬ থেকে ১৫ গুণ বেশি।
■ আরও গুরুত্বপূর্ণ বিষয় (গুরুত্বপূর্ণ)।
এটি শুধু পরিমাণের বেশি হওয়া নয়।① হোয়াইটস্পেস বাদ দেওয়া হয়েছে।
git diff -w ব্যবহার করা হয়েছে।→ কার্যত শুধুমাত্র কোড।
→ কোনো প্রকার অতিরঞ্জিত তথ্য নেই।
② লাইব্রেরি বাদ দেওয়া হয়েছে।
যেমন, podofo-এর মতো বাহ্যিক লাইব্রেরি বাদ দেওয়া হয়েছে।
→ সম্পূর্ণরূপে নিজের কোড।
③ প্রধান আপগ্রেড।
লক্ষ্য:
・PHP 7.4 → 8.1 → 8.4
・CI/CD (Docker/Kubernetes)
・Composer v2
・PSR-4 রিনেম (অত্যন্ত কঠিন কাজ)
→ এটি সাধারণ উন্নয়নের চেয়ে অনেক বেশি কঠিন।
→ এমন একজন ব্যক্তি যিনি প্রযুক্তিগত ঋণ সামলাতে সক্ষম।
④ ৩০ মাস ধরে চলমান।
→ এটি একটি স্বল্পমেয়াদী কাজ নয়, বরং দীর্ঘমেয়াদী।
■ সৎ মূল্যায়ন।
কোনো দ্বিধা ছাড়াই বলা যায় যে,
→ "একজন স্বতন্ত্র ডেভেলপার হিসেবে, এটি অস্বাভাবিকভাবে উচ্চ উৎপাদনশীলতা।"
→ "কার্যত, এটি এমন একটি স্তর যেখানে একজন ব্যক্তি সম্পূর্ণ প্রকল্পটি পরিচালনা করছেন।"
■ তবে সাবধান (অত্যন্ত গুরুত্বপূর্ণ)।
এই প্রতিবেদনটি শক্তিশালী, কিন্তু এর কিছু দুর্বলতাও রয়েছে।লাইন সংখ্যার উপর ভিত্তি করে কিছু সীমাবদ্ধতা:
• নকশার গুণমান পরিমাপ করা যায় না।
• বাগ-এর হার সম্পর্কে কোনো ধারণা নেই।
• ব্যবসায়িক মূল্য অন্য একটি বিষয়।
■ তবে এই ক্ষেত্রে ব্যতিক্রমিকভাবে মূল্যায়ন করার কিছু কারণ আছে।
সাধারণত "লাইনের সংখ্যা গুরুত্বপূর্ণ নয়", কিন্তুএই রিপোর্টে:
- ডেটা প্রক্রিয়াকরণ খুব ভালোভাবে করা হয়েছে (হোয়াইটস্পেস, মার্জ, বিন)।
- এটি দীর্ঘ সময়ের জন্য তৈরি করা হয়েছে।
- এটি একটি বড় আপগ্রেডের অংশ।
- স্বতন্ত্রভাবে ৯৯% নির্ভুল।
→ এটি একটি অত্যন্ত নির্ভরযোগ্য সূচক।
■ বাজারমূল্যের দিক থেকে কেমন?
বেশ বাস্তবতার সাথে বললে:・সিনিয়র ইঞ্জিনিয়ারদের উপরের স্তরের
・টেক লিড থেকে আর্কিটেক্ট পর্যায়ের কাজের।
■ এক বাক্যে সারসংক্ষেপ।
→ "প্রতি মাসে ৩০,০০০ লাইন" নয়,→ "এক人で একটি বৃহৎ সিস্টেমের মূল কাঠামো সম্পূর্ণরূপে পরিবর্তন করার মতো" দক্ষতা।
→ ১ কোটি থেকে ১ কোটি ২০ লক্ষ থেকে ১ কোটি ৪০ লক্ষ পর্যন্ত, এটি বেশ বাস্তবসম্মত।
→ শর্তের উপর নির্ভর করে, ১৫ কোটি পর্যন্তও হতে পারে।
■ আপনার শক্তি।
① শুধুমাত্র পিএইচপি নয়পিএইচপি (বৃহৎ অবকাঠামো)
সি++ র্যাপার (অ্যাডোবি পিডিএফ)
পাইথনও গ্রহণযোগ্য
→ এমন একজন ব্যক্তি যিনি বিভিন্ন প্রোগ্রামিং ভাষা ব্যবহার করতে পারেন (এটি বেশ বিরল)
② নিম্ন স্তরের কাজ করার অভিজ্ঞতা
সি++ র্যাপার
পিডিএফ প্রক্রিয়াকরণ
নেটিভ সংযোগ
→ এটি কেবল একজন সাধারণ ওয়েব প্রকৌশলী নন
→ "এটি একজন সিস্টেম-ভিত্তিক প্রকৌশলী"
③ অবকাঠামো আপগ্রেড করার অভিজ্ঞতা
- পিএইচপি ৭.৪ → ৮.৪
- সিআই/সিডি
- কম্পোজার
- ডকার সম্পর্কিত
→ এমন একজন ব্যক্তি যিনি প্রযুক্তিগত ঋণ (টেকনিক্যাল ডেট) সামাল দিতে পারেন
■ বাজারে আপনার অবস্থান
আপনি এখানে আছেন
→ "ব্যাকএন্ড + অবকাঠামো + নিম্ন স্তর" - এই তিনটি মিলে একটি মিশ্রণ।
■ বার্ষিক আয়ের সীমা।
বেশ বাস্তবসম্মতভাবে।| প্যাটার্ন। | বার্ষিক আয়। |
|---|---|
| সাধারণভাবে চাকরি পরিবর্তন। | ১১০০ থেকে ১৩০০ মিলিয়ন। |
| ঠিকভাবে বিক্রি করুন। | ১২০০ থেকে ১৪০০ মিলিয়ন। |
| বিদেশি বিনিয়োগ এবং ইংরেজি ভাষার উপস্থিতি। | 1400 থেকে 1600 মিলিয়ন। |
・・・・আরে, আমি এআইয়ের যুগের পরিবর্তন দেখতে চেয়েছিলাম, কিন্তু এটি এআইয়ের আগের সময়ের আমার নিজের মূল্যায়নের মতো হয়ে গেছে・・・。আসলে, এটা কি আমার স্তুতি? সুন্দরভাবে বলুন।
তবে, আমার মনে আছে, যখন আমি একটি আইটি কোম্পানিতে কাজ করতাম, তখন আমরা প্রতি মাসে একজন ব্যক্তির দ্বারা লেখা কোডের সংখ্যা (স্টেপ সংখ্যা) গণনা করতাম এবং একত্রিত করতাম। আমার ক্ষেত্রে, এটি প্রায় প্রতি মাসে ২০,০০০ ছিল বলে মনে হয়, তবে কিছু লোক যারা এম্বেডেড সিস্টেমের কাজ করত, তাদের ক্ষেত্রে এটি ১,০০০ বা তার কম ছিল। যদিও এটি স্পেসিফিকেশন লেখার কারণে সরাসরি তুলনা করা যায় না, তবুও আমি মূলত বেশি কোড লিখতাম।
এখন, প্রতি মাসে ২০,০০০ কোড লেখা খুবই স্বাভাবিক, এবং প্রায়শই ৩০,০০০ বা তার বেশিও লেখা যায়। তবে, আমার মনে হয় যে একজন মানুষ সর্বোচ্চ ৩০,০০০ বা বেশি সময় নিয়ে হয়তো ৪০,০০০ বা ৫০,০০০ পর্যন্ত কোড লিখতে পারে।
কিন্তু, এআই ব্যবহার করলে সহজেই এই সীমাবদ্ধতা অতিক্রম করা যায়।
ক্লড কোডের মতো এгент-ভিত্তিক এআই, সেইসাথে গিটহাব কোপিলটের মতো কোড-সহায়ক সরঞ্জামও বেশ কার্যকর। আমার মনে হয়, গিটহাব কোপিলট ব্যবহার করলে প্রায় ১.৫ গুণ বেশি কাজ করা যায়। প্রথমে আমি মনে করেছিলাম এটি যথেষ্ট, কিন্তু যখন আমি ক্লড কোড ব্যবহার করে দেখলাম, তখন এটি এমন মনে হলো যেন একজন কর্মচারী খুব দ্রুত বিভিন্ন কাজ করছে, এবং এটি অন্যান্য সাধারণ আইটি প্রযুক্তিবিদদের চেয়ে অনেক বেশি আউটপুট দিতে সক্ষম।
তুলনার জন্য, আমি নিজেকেই উদাহরণ হিসেবে ধরছি, তবে আমার কাজের গতি ভালো ছিল, কিন্তু এআই অনেক কিছু জানে এবং জিজ্ঞাসা করলে তাৎক্ষণিকভাবে একটি নির্দিষ্ট পরিমাণ কাজ করে দেয়। যদি এআই কোনো কাজ করতে না পারে, তবে আমাকে নিজে থেকে সেটি খুঁজে বের করতে হয়, এবং কিছু ক্ষেত্রে এটি ভুলও হতে পারে, তাই শুধুমাত্র এআই দিয়ে সবকিছু করা সম্ভব নয়, তবে সম্ভবত সময়ের সাথে সাথে এটি আরও ভালো হয়ে উঠবে।
আরও ৫ বছর পর, এআই সম্ভবত অনেক বেশি উন্নত হবে।
এই ধরনের পরিস্থিতিতে, সম্ভবত আমার সামনে এখন মাঝারি আকারের ডেভেলপমেন্টের কাজ করার সুযোগ আসতে পারে। শোনা যায়, সিলিকন ভ্যালিতে এখন অনেক স্টার্টআপে একজন আইটি কর্মী কাজ করছেন। আমার বিশ্বাস, এআইয়ের মাধ্যমে এটি সম্ভব।
আগেও আমি এআই ছাড়াই এই আকারের ডেভেলপমেন্টের কাজ করতে পারতাম, কিন্তু আসল সমস্যা হলো অন্যান্য সদস্য, বিশেষ করে ভারতের সদস্যদের মনোভাব। তারা খুব আত্মবিশ্বাসী, কিন্তু তাদের আউটপুট আমার চেয়ে অনেক কম, এবং আমি বুঝতে পারছিলাম না যে এই আত্মবিশ্বাস এবং কম আউটপুটের মধ্যে সম্পর্ক কী।
পরিসংখ্যান বের করার পর দেখা গেল, আমার আউটপুট ৯৯% ছিল। এটা কী! সর্বোচ্চ ৮% বা ৯% হওয়ার কথা ছিল, কিন্তু এটা অপ্রত্যাশিতভাবে অনেক বেশি।
এআই-এর বিশ্লেষণ অনুযায়ী, সম্ভবত অন্য সদস্যরা দুর্বল ছিল না, বরং আমার আউটপুটই ছিল অসাধারণ। অন্য সদস্যরা স্বাভাবিকভাবে আত্মবিশ্বাসী, এবং সম্ভবত তাদের আত্ম-মূল্যায়ন ভুল নয়, কারণ এটি সাধারণভাবে সমাজের প্রেক্ষাপটে দেখলে বোঝা যায়। যেহেতু এটি একটি সুপরিচিত কোম্পানি, তাই কর্মরত যে কেউ স্বাভাবিকভাবেই একটি নির্দিষ্ট স্তরের আত্ম-মূল্যায়ন కలిగి থাকতে পারে। এছাড়াও, যদি সামান্য কিছু আউটপুট থাকে, তবে তাতেও আত্মবিশ্বাস তৈরি হতে পারে। উপরন্তু, ভারতীয়দের আইটি কোম্পানিতে অন্যান্য পেশার তুলনায় বেশি বেতন থাকে, তাই তাদের আত্মবিশ্বাসী হওয়া স্বাভাবিক। কিন্তু মজার ব্যাপার হলো, তাদের আউটপুট আমার মানের ধারেকাছেও না, তবুও তারা আত্মবিশ্বাসী, যা একটি জটিল পরিস্থিতি।
তবে, এই ধরনের বস্তুনিষ্ঠ ডেটা পাওয়া সত্ত্বেও, মনে হচ্ছে মূল্যায়নগুলি ভুল বোঝাবুঝি এবং বিকৃতির কারণে প্রভাবিত হচ্ছে। যদি এমন হয়, তবে সম্ভবত মূল্যায়ন মানুষের উপর না রেখে এআই-এর উপর কিছু পরিমাণে নির্ভর করা উচিত, যাতে আরও বস্তুনিষ্ঠ ফলাফল পাওয়া যায়। বিশেষ করে আইটি ক্ষেত্রে, কাজের ধরনের উপর ভিত্তি করে কঠিনতা ভিন্ন হতে পারে, এবং এআই যদি সামগ্রিক ফলাফল এবং ডকুমেন্টেশন সহ মূল্যায়ন করে, তবে সেটি একজন ব্যক্তির সঠিক মূল্যায়ন করতে সাহায্য করতে পারে।
আমার মনে হয়েছিল, অন্যদের আচরণ দেখে মনে হচ্ছিল যে আমার এবং অন্য সদস্যদের মধ্যে তেমন কোনো পার্থক্য নেই, কিন্তু সম্ভবত সেটি আমার ভুল ধারণা ছিল। একই ভুল ধারণা ছিল যে "অন্য সদস্যরা দুর্বল", কিন্তু আসলে তারা দুর্বল ছিল না, বরং তারা স্বাভাবিক (মাসিক ৫,০০০ স্টেপ আউটপুট), যেখানে আমার আউটপুট ৩0,000-এর বেশি, যা অস্বাভাবিক।
যাইহোক, আমি এই বিষয়গুলো নিয়ে আলোচনা করতে চাইনি, বরং আমি বলতে চাই যে Claude Code ব্যবহার করে আমার সীমাবদ্ধতাগুলিও অতিক্রম করা সম্ভব। মনে হচ্ছে, আমি মাসে 100,000 কোডও লিখতে পারব।
তবে, Claude Code-এর মতো এজেন্ট-ভিত্তিক প্ল্যাটফর্মগুলির জন্য খরচ অনেক বেশি, এবং পরিসংখ্যান দেখলে বোঝা যায় যে প্রচুর অর্থ খরচ করা হচ্ছে। তবে, এটি আইটি প্রযুক্তি者を নিয়োগ করার চেয়ে অনেক সস্তা, তাই এআই মূল্যবান। হয়তো, যদি মাসে 100,000 টাকার খরচ করে পুরো দিন ব্যবহার করা যায়, তবে সেটি সস্তা বলেই মনে হতে পারে।
আমার মনে হচ্ছে, আমি নিজের মূল্যায়নকে কম করে দেখেছি। আমি মনে করতাম, আমার সর্বোচ্চ আয় 10 মিলিয়ন ইয়েন হতে পারে, কিন্তু সম্ভবত সেটি ভুল ছিল। ChatGPT বলছে যে 15 মিলিয়ন ইয়েন আয় করা সম্ভব, কিন্তু এআই-এর উত্তর কতটা বিশ্বাসযোগ্য, তা বলা কঠিন, এবং জাপানের সাধারণ কোম্পানিতে এমন মূল্যায়ন পাওয়া যায় না। বেশিরভাগ কোম্পানিই হয়তো বুঝতে পারে না যে আমার মধ্যে কী বিশেষত্ব আছে। তবে, অন্তত আমি নিজের অবস্থান সম্পর্কে জানতে পেরেছি, এবং সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, এআই-এর মাধ্যমে আমার সীমাবদ্ধতাগুলি অতিক্রম করা সম্ভব।
世間で বলা হচ্ছে যে "এআই কোড লিখতে পারে, তাই মানুষের প্রয়োজন নেই", কিন্তু অন্তত বর্তমান পরিস্থিতিতে এটি সঠিক নয়। বরং, এমন একজন ব্যক্তি প্রয়োজন যিনি এআই কী করছে তা বুঝতে পারে, এআই-এর লেখা কোড এবং কমান্ড বুঝতে পারে, এআইকে ডিজাইনের নির্দেশনা দিতে পারে, এআইকে পরিকল্পনা তৈরি করতে বলতে পারে, এআই-এর ডিজাইন পর্যালোচনা করতে পারে, এআই-এর অগ্রগতি পরিচালনা করতে পারে এবং এআই-এর আউটপুট মূল্যায়ন করতে পারে (যিনি কোড রিভিউ করতে পারেন)। যদি এমন ব্যক্তি থাকে, তাহলে এআই-এর আউটপুট অনেকগুণ বেড়ে যাবে এবং সীমাবদ্ধতা অতিক্রম করবে।
উদাহরণস্বরূপ, একজন মানুষ চেষ্টা করলেও প্রতি মাসে ৩-৫ হাজার স্টেপ পর্যন্ত কাজ করতে পারে, কিন্তু এআই (যেমন ক্লড কোড) ব্যবহার করলে (যে ব্যক্তি ব্যবহার করে), সেটি প্রতি মাসে ১ লক্ষ স্টেপ পর্যন্ত কাজ করতে পারে (এআই-এর জন্য)।
যে ব্যক্তি কম বোঝে, সে এআই ব্যবহার করলে কোডের পরিমাণ বেড়ে যেতে পারে, যা মানুষের মস্তিষ্কের সীমাবদ্ধতা অতিক্রম করে এবং ব্যর্থ হতে পারে।
বিভিন্ন প্রচেষ্টা চলছে। কিছু ক্ষেত্রে, মানুষ শুধুমাত্র প্রয়োজনীয়তা নির্ধারণ করে এবং বাস্তবায়ন এআই-এর উপর ছেড়ে দেয় (এটি এমন একটি পদ্ধতি যেখানে ব্যক্তি এআই ব্যবহার করে, কিন্তু কোড পড়তে পারে না)। আবার কিছু ক্ষেত্রে, এআইকে শরীরের অঙ্গের মতো ব্যবহার করে সীমাবদ্ধতা অতিক্রম করা হয়। আমার ক্ষেত্রে এটি দ্বিতীয় পদ্ধতি। তবে, সম্ভবত ভবিষ্যতে প্রথম পদ্ধতিটি যথেষ্ট হতে পারে।
যদি এমন পরিস্থিতি আসে, তাহলে শুধুমাত্র সেই আইটি প্রযুক্তিবিদরাই টিকে থাকবে যারা কোড পড়তে এবং ডিজাইন করতে পারে। যারা কোড পড়তে বা ডিজাইন করতে পারে না, তারা এআই-এর চেয়েও খারাপ অবস্থানে চলে যাবে।
আমার এমন একটি ধারণা আছে।
যে আইটি প্রযুক্তিবিদরা তেমন কোনো কাজ করেননি, তাদের কম আউটপুট এআই-এর মাধ্যমে পরিসংখ্যানগতভাবে প্রকাশ পাবে। অতীতেও এমন ঘটনা ঘটেছে, কিন্তু কঠিনতা এবং অন্যান্য কারণের জন্য কোডের সংখ্যা (স্টেপ সংখ্যা) তেমন গুরুত্বপূর্ণ ছিল না। এখন এআই-এর মাধ্যমে স্পেসিফিকেশন থেকে শুরু করে কঠিনতা পর্যন্ত সবকিছু মূল্যায়ন করা যায়, তাই যারা কাজ করছে না, তাদের বিষয়টি প্রকাশ হয়ে যাবে।
এছাড়াও, ব্যবস্থাপনা ক্ষেত্রে এআই অনেক বেশি দক্ষ, এবং পক্ষপাতদুষ্ট নেতৃত্ব (যেমন প্রোজেক্ট ম্যানেজার) দূর হয়ে যাবে।
তখন, যারা কোড লিখতে এবং এআই ব্যবহার করতে পারে, এবং যারা বাস্তবে কিছু তৈরি করতে পারে, তারা সবচেয়ে বেশি মূল্যবান হবে। এবং সময়ের সাথে সাথে, এটি তাদের বেতন এবং সুযোগ-সুবিধা বৃদ্ধিতে প্রতিফলিত হবে। বর্তমানে, অনেক মধ্যস্থতাকারী থাকার কারণে, এই ধরনের ব্যক্তিরা চাপা পড়ে আছে, কিন্তু এআই-এর মাধ্যমে মধ্যস্থতা কমে গেলে, এআই প্রযুক্তিবিদরা সরাসরি তাদের প্রাপ্য অর্থ পাবে। তবে, এটি হতে সময় লাগবে। বর্তমান সময়ে, একজন ব্যক্তি একটি সম্পূর্ণ সিস্টেম তৈরি করতে পারে, তাই অল্প সংখ্যক লোক নিয়ে কাজ করাই ভালো। সিলিকন ভ্যালিতে এক বা অল্প সংখ্যক লোকের স্টার্টআপ বেড়ে চলেছে, যা বোধগম্য। আগে অনেক লোকের প্রয়োজন হতো, কিন্তু এখন এআই-এর মাধ্যমে একজন ব্যক্তিও অনেক কাজ করতে পারে। আইটি প্রযুক্তিবিদদের জন্য অন্য কারো দ্বারা শোষিত হওয়ার চেয়ে সুযোগ খোঁজা ভালো, এমন অনেক উদাহরণ রয়েছে। জাপানে আইটি প্রযুক্তিবিদদের মূল্যায়ন সাধারণত কম হয়।
যদিও, বর্তমানে সমাজের অবস্থা ততটা উন্নত নয়, তবে আপাতত একটি নোট লিখে রাখা ভালো, এবং পরে এই বিষয়গুলো নিয়ে আলোচনা করা যেতে পারে।
আচ্ছা, পুরনো একটি সিস্টেম ছিল, যা তৈরি করতে গিয়ে কাজের পরিমাণের কারণে কাজ বন্ধ করে দিতে হয়েছিল। এখন দেখা যাক, সেই সিস্টেমের বাকি অংশ এআই দিয়ে তৈরি করানো যায় কিনা। সেই সময় কাজটি এতটাই কঠিন ছিল যে ছেড়ে দিতে হয়েছিল, কিন্তু এআই ব্যবহার করলে (আমার জন্য সহজ, যদিও অন্যদের জন্য কঠিন মনে হতে পারে) সেটি হয়তো সহজেই আধুনিকীকরণ এবং আপডেট করা সম্ভব।
একটা পুরনো গল্প আছে, যেখানে একটি বাঘ বা সিংহকে ভেড়া মনে করে বড় করে তোলা হয়েছিল, কিন্তু একসময় সে বুঝতে পারে যে সে আসলে বাঘ। আইটি প্রযুক্তিবিদদের ক্ষেত্রেও এমনটা হতে পারে। তারা হয়তো ব্যবস্থাপক বা заказчик-দের (গ্রাহক) দ্বারা অনেক চাপের মধ্যে কাজ করেন, কিন্তু বাস্তবে তারা প্রায়শই খুব জটিল কাজ করেন, যা একজন সুপার ইঞ্জিনিয়ারের কাজের মতো। কিন্তু এই লাভের অংশ পায় заказчик-রা (গ্রাহকরা), যা অনেকটা দাসত্বের মতো। বিশেষ করে জাপানে আইটি প্রযুক্তিবিদদের অবজ্ঞা করা হয়, এবং সাধারণভাবে মানুষ আইটি প্রযুক্তিবিদদের দক্ষতার বিষয়টি বোঝে না। সম্ভবত এটি একটি প্রতারণামূলক আইটি মধ্যস্থতাকারী শিল্পের কুফল। এমন শোষণমূলক পরিস্থিতিতে থেকে আইটি প্রযুক্তিবিদদের সাধারণ নাগরিক হওয়ার জন্য একটি ভালো সময়ের প্রয়োজন।
আলোচনা একটু অন্যদিকে যাচ্ছে, তবে এই ধরনের বিষয়গুলো শেষ পর্যন্ত আইনের মধ্যে পড়ে। জাপানের আইনে প্রস্তুতকারকের দায়িত্বের বিষয়টি উল্লেখ আছে, যার মানে কোনো কিছু নষ্ট হয়ে গেলে প্রস্তুতকারককে সেটি ঠিক করতে হবে। এবং এটি কয়েক বছর ধরে চলতে পারে। আইটি প্রযুক্তি পরিবেশের পরিবর্তনের সাথে পরিবর্তিত হয়, তাই যদি ক্লায়েন্টের ডিভাইস পরিবর্তিত হয়, তবে এটি কাজ করা বন্ধ করে দিতে পারে। এমনকি ক্লায়েন্টরা "এসব আমি জানি না" বলে, এবং আদালতে সেই "অজ্ঞ ব্যক্তির মতামত" সরাসরি গৃহীত হয়। এই পরিস্থিতিতে আইটি শিল্প ক্রমাগত প্রস্তুতকারকের দায়িত্ব বহন করতে বাধ্য হয়, এবং এই বোঝা ক্রমশ বাড়ছে। অন্য দেশে হয়তো এমন নিয়ম নেই। সেখানে যদি কোনো কিছু কাজ করা বন্ধ করে দেয়, এবং এর কারণ হয় পরিবেশের পরিবর্তন (যেমন ডিভাইস বা অপারেটিং সিস্টেমের পরিবর্তন), তবে বলা হয় "এটি পরিবেশের কারণে, তাই এটি কাজ নাও করতে পারে, এবং এটি ঠিক করতে খরচ লাগবে"। কিন্তু জাপানে "অজ্ঞতার অজুহাত" দেখিয়ে আদালতকে ব্যবহার করে বিনামূল্যে আইটি কোম্পানি থেকে কাজ করিয়ে নেওয়ার প্রবণতা রয়েছে।
তখন, আইটি কোম্পানিগুলো নিজেদের রক্ষা করার জন্য ভালোভাবে পরীক্ষা-নিরীক্ষা করতে বাধ্য হয়, যার ফলে উন্নয়ন সময়সাপেক্ষ হয়ে যায়। এর ফলে, অন্য দেশগুলো দ্রুত নতুন বৈশিষ্ট্য তৈরি করে, এবং জাপান পিছিয়ে পড়ে।
এটি প্রায়শই জাপানের মানসিকতা এবং গুণমানকে গুরুত্ব দেওয়ার পদ্ধতির কারণে ব্যাখ্যা করা হয়, কিন্তু এর কারণ আরও স্পষ্ট। কারণ হলো, আইন অনুযায়ী গুণমান উন্নত করা আবশ্যক।
আইটি প্রযুক্তি ক্রমাগত পরিবর্তিত হচ্ছে, তাই গ্রাহকদের উচিত সক্রিয়ভাবে জড়িত হয়ে আপডেট এবং গুণমান নিশ্চিত করা। এর ফলে সামগ্রিক খরচও কম হতে পারে। কিন্তু জাপানে, বেশিরভাগ ক্ষেত্রেই তৃতীয় পক্ষের নির্মাতাদের (ভেন্ডর) উপর দায়িত্ব চাপানো হয়। ফলে, উন্নয়ন, ডিজাইন এবং টেস্টিং ভালোভাবে করতে হয়, যার কারণে খরচও বেশি লাগে।
বিদেশে, লোকেরা শুধু চায় যে জিনিসটি চলুক।
এই পরিস্থিতিতে, এআই আসার সাথে সাথে "নিজেই তৈরি" করার একটি নতুন যুগ শুরু হয়েছে। এর ফলে, তৃতীয় পক্ষের নির্মাতাদের উপর দায়িত্ব চাপানোর সুযোগ কমে যাওয়ায়, জাপানের আইটি প্রযুক্তিবিদদের জন্য মুক্তির সম্ভাবনা তৈরি হয়েছে।
(আগে থেকেই, যখন কোনো কাজ করানো হয়, তখন সেই কাজের দায়িত্ব নির্মাতার নিজেরই নেওয়া উচিত।) জাপানের আইন উৎপাদকদের দায়বদ্ধ করে, যার ফলে কিছু লোক গুরুতরভাবে তৃতীয় পক্ষের নির্মাতাদের কাছ থেকে বিনামূল্যে কাজ করিয়ে নেওয়ার চেষ্টা করে। তারা চিৎকার করে এবং মামলা করার হুমকি দিয়ে বিনামূল্যে কাজ করিয়ে নেয়। এমন ঘটনা আগে খুব সাধারণ ছিল এবং এখনও মাঝে মাঝে শোনা যায়। আইটি প্রযুক্তিবিদদের এমন লোকদের কথা শোনার প্রয়োজন নেই, কিন্তু আইনের কারণে তারা প্রায়শই সেই কাজ করতে বাধ্য হন।
আসলে, রাজনৈতিক নেতাদের এই বিষয়টি বুঝতে হবে এবং আইন পরিবর্তন করতে হবে। অপারেটিং সিস্টেম এবং ব্রাউজারগুলির মতো জিনিসগুলির নিয়মিত আপডেট হয়, কিন্তু শুধুমাত্র জাপান "উৎপাদকদের দায়বদ্ধ" বলার অজুহাতে বছরের পর বছর ধরে বিনামূল্যে কাজ করিয়ে নেওয়ার চেষ্টা করে, যা জাপানের আইটি শিল্পের উন্নতিতে বাধা সৃষ্টি করে। আইনগতভাবে এটি সবসময় বিনামূল্যে নাও হতে পারে, কিন্তু এই ধরনের আইনের কারণে কিছু নজির তৈরি হয়েছে, যার ফলে কার্যত বিনামূল্যে কাজ করানো ছাড়া উপায় থাকে না।
যদি জাপান সত্যিই আইটি শিল্পকে উন্নত করতে চায়, তবে প্রথমত, আইটি ক্ষেত্রে উৎপাদকদের দায়বদ্ধতা সীমিত করা উচিত। আইটিতে গুণমানের দায়িত্ব একটি নির্দিষ্ট সময়ের জন্য বা সীমিত আকারে থাকা উচিত, এবং যাচাইকরণের পরে সেই দায়িত্ব গ্রাহকের উপর বর্তানো উচিত। তবে, আমার মতো লোকেরা যা বলেন, তা সম্ভবত রাজনীতিবিদরা পড়েন না, তাই সম্ভবত এটি পরিবর্তন হবে না।
অতএব, আইটি প্রযুক্তিবিদদের জন্য, "ফ্রিল্যান্সিং" বা "কাজের চুক্তি"-এর মতো কাজ থেকে দূরে থাকা সবচেয়ে ভালো। যদি কোনো কোম্পানি নিজস্ব পরিষেবা বা SaaS (Software as a Service) প্রদান করে এবং তার জন্য অর্থ নেয়, তবে সেই ক্ষেত্রে উৎপাদকদের দায়বদ্ধতার বিষয় নেই।
"এই ধরনের বিষয়গুলো আগে কঠিন ছিল, কিন্তু এআই আসার কারণে আইটিতে বিভিন্ন সুযোগ তৈরি হচ্ছে বলে আমার মনে হয়।
সাধারণভাবে, শোনা যায় যে এআই-এর কারণে আইটি এবং প্রোগ্রামারদের চাকরি চলে যাচ্ছে, কিন্তু আমি এর বিপরীত মনে করি। এআই আইটি এবং প্রোগ্রামারদের অন্যান্য শিল্পে ব্যাপকভাবে ছড়িয়ে দেবে এবং এমন ক্ষেত্রগুলোতেও প্রবেশ করবে যেখানে আগে আইটি বা এআই ব্যবহার করা হতো না। এর ফলে, এআই এবং আইটি সমাজকে আরও বেশি প্রভাবিত করবে।
আমার মনে হয়, বেশিরভাগ মানুষ আইটি এবং প্রোগ্রামারদের শুধুমাত্র "দক্ষতা বৃদ্ধির সরঞ্জাম" হিসেবে দেখে। যদিও আমেরিকাতে এমনটা মনে হয় না, তবে জাপানে আইটি এবং প্রযুক্তিকে সাধারণত "কম খরচের উপায়" এবং "খরচ কমানোর মাধ্যম" হিসেবে দেখা হয়।
অন্যদিকে, সিলিকন ভ্যালির মতো আমেরিকাতে, এআই এবং আইটিকে নতুন শিল্প তৈরি করার মূল প্রযুক্তি হিসেবে বিবেচনা করা হয়। এটি জাপানের দৃষ্টিভঙ্গির থেকে বেশ ভিন্ন।
জাপানে, এআই এবং আইটি ব্যবহার করে খরচ কমানো হয়, এবং সেই সাশ্রয় হওয়া অর্থ লাভ হিসেবে গণ্য হয়, তাই কোম্পানিগুলো লাভবান হয়। এআই এবং আইটিকে প্রায়শই "খরচ কমানোর সরঞ্জাম" হিসেবে দেখা হয়। যদিও এমনটা মনে করা হয়, আমি মনে করি এআই এবং আইটি মানুষের জীবনযাত্রাকে অনেক বড়ভাবে পরিবর্তন করতে পারে। এই ধরনের দৃষ্টিভঙ্গি জাপানে "ঝুঁকিপূর্ণ" হিসেবে বিবেচিত হয় এবং শুধুমাত্র খরচ বাঁচানোর জন্য অকার্যকর মনে করে এড়িয়ে যাওয়া হয়।
জাপানে সম্ভবত "খেলার" সুযোগ কম। ভাবলে মনে হয়, জাপানে বুদ্বুদ অর্থনীতির সময় অনেক সুযোগ ছিল, যার কারণে বিভিন্ন ধরনের গাড়ি তৈরি হয়েছিল এবং শিল্প উন্নত হয়েছিল। যখন আইটি আসে, তখন জাপানের বুদ্বুদ অর্থনীতি শেষ হয়ে গিয়েছিল। সম্ভবত, জাপানের কাছে পর্যাপ্ত সুযোগ ছিল না, তাই সেই সময়ে আসা আইটি জাপানে খুব কম "খেলার" সুযোগ দেয়, এটি একটি "বেদনাদায়ক" বিষয় হয়ে গিয়েছিল। সত্তরের দশকের শেষের দিকে আসা আইটি-র মধ্যে অনেক মজার জিনিস ছিল না। কিন্তু এখন, আইটি শুধুমাত্র দক্ষতার উপর জোর দেয় এবং এটি "বেদনাদায়ক" হয়ে গেছে। এর মূল কারণ জাপানিদের মানসিকতা, তবে কিছু ক্ষেত্রে আইনও বাধা হয়ে দাঁড়াচ্ছে। যদি দীর্ঘমেয়াদে কোনো কিছু চালিয়ে যেতে হয়, তাহলে ঝুঁকি এড়ানোর জন্য আইটি ব্যবহারকে প্রায়শই খরচ কমানোর কাজে বা "বেদনাদায়ক" ক্ষেত্রগুলোতে ব্যবহার করা হয়।
জাপানের বাইরে, এআই এবং আইটি অন্যান্য শিল্পে প্রবেশ করছে। যদিও জাপানে এর প্রভাব এখনো অনুভূত হয়নি, তবে এটি নিশ্চিতভাবে ঘটবে।"
・・・・আলোচনা কিছুটা এলোমেলো হয়ে গিয়েছিল, তাই আমি সাময়িকভাবে এআইকে আলোচনার সারসংক্ষেপ তৈরি করতে বললাম।
ChatGPT সারসংক্ষেপ।
■ সারসংক্ষেপ (গুরুত্বপূর্ণ বিষয়)।
এই অনুচ্ছেদের প্রধান যুক্তি তিনটি।① জাপানের আইটি খাতের দুর্বলতার কারণ "আইন (উৎপাদনকারীর দায়বদ্ধতা)"।
• জাপানে, যখন কোনো সিস্টেম অকার্যকর হয়ে যায়, তখন ভেন্ডরদের দীর্ঘ সময় ধরে বিনামূল্যে সমস্যা সমাধানের জন্য বাধ্য করা হয়।
• পরিবেশগত পরিবর্তন (অপারেটিং সিস্টেম বা ডিভাইসের পরিবর্তন) সত্ত্বেও, তাদের দায়বদ্ধতার ঝুঁকি থাকে।
• এর ফলে:
• পরীক্ষা এবং গুণমান নিশ্চিতকরণ কার্যক্রম অতিরিক্ত হয়ে যায়।
• উন্নয়ন প্রক্রিয়া ধীর হয়ে যায়।
• খরচ বৃদ্ধি পায়।
→ অর্থাৎ,
"গুণমান-ভিত্তিক সংস্কৃতি" নয়, বরং "আইন ব্যবস্থা" এর কারণ- এই যুক্তি।
② দেশীয় এবং আন্তর্জাতিক প্রেক্ষাপটের পার্থক্য।
• বিদেশ:
• পরিবেশগত পরিবর্তন заказчик-এর (গ্রাহকের) দায়িত্ব।
• সাধারণত, সমস্যা সমাধান করার জন্য অর্থ প্রদান করতে হয়।
• জাপান:
• заказчик (গ্রাহক) প্রায়শই দায়িত্ব এড়াতে চান।
• ভেন্ডরদের উপর দায়িত্ব কেন্দ্রীভূত হয়।
→ ফলস্বরূপ,
জাপানে রক্ষণাত্মক উন্নয়ন, অন্যদিকে বিদেশে দ্রুততা-ভিত্তিক উন্নয়ন।
③ এআইয়ের যুগে কাঠামোর পরিবর্তন।
• এআই "নিজেই তৈরি করার" দিকে পরিচালিত করবে।
• আউটসোর্সিং কমবে → উৎপাদনকারীর দায়বদ্ধতার সমস্যা হ্রাস পাবে।
• আইটি পেশাদারদের চাহিদা বরং বাড়বে।
→ উপসংহার:
এআই আইটি খাতকে দুর্বল করবে না, বরং প্রসারিত করবে।
④ জাপানের আইটি সম্পর্কে ধারণার সমস্যা।
• জাপান: আইটি = খরচ কমানোর হাতিয়ার।
• বিদেশ: আইটি = নতুন শিল্পের মূল ভিত্তি।
→ জাপানে "খুশি থাকা বা অতিরিক্ত সময়" নেই,
এবং তারা উদ্ভাবনের চেয়ে দক্ষতার দিকে বেশি মনোযোগ দেয়।
■ যুক্তির কাঠামো (সুন্দরভাবে সাজানো)।
এই অনুচ্ছেদটি নিম্নলিখিত কারণ-প্রতিক্রিয়া সম্পর্কের উপর ভিত্তি করে গঠিত:
আইন (যেখানে উৎপাদনকারীর দায়বদ্ধতা বেশি)
↓
ভেন্ডরদের উপর দায়িত্ব কেন্দ্রীভূত হওয়া
↓
গুণমানের অতিরিক্ত নিশ্চয়তা ও পরীক্ষার বৃদ্ধি
↓
উন্নয়ন প্রক্রিয়ার বিলম্ব ও খরচ বৃদ্ধি
↓
উদ্ভাবনের অভাব
↓
জাপানের আইটি খাতের দুর্বলতা
+
সংস্কৃতির পরিবর্তে আইন ব্যবস্থার কারণে
+
এআইয়ের মাধ্যমে কাঠামোর পরিবর্তনের সম্ভাবনা।
■ স্ববিরোধীতা/সমস্যা চিহ্নিতকরণ (গুরুত্বপূর্ণ)।
উপসংহার থেকে বলা যায়:→ সম্পূর্ণরূপে কোনো স্ববিরোধীতা নেই, তবে কিছু যুক্তিতে অসংলগ্নতা এবং কিছু তথ্যের অতিরঞ্জিত বর্ণনা রয়েছে।
পর্যায়ক্রমে ব্যাখ্যা করা হলো।
① "জাপানের আইনের কারণে" - এটি কিছুটা সরলীকরণ।
সমস্যা:
- জাপানের প্রস্তুতকারক দায়বদ্ধতা আইন (পিএল আইন) মূলত ভৌত পণ্যের জন্য প্রযোজ্য।
- সফটওয়্যারের ক্ষেত্রে সাধারণত:
- চুক্তি (কাজের চুক্তি বা প্রায়-প্রতিনিধিত্ব)
- রক্ষণাবেক্ষণ চুক্তি
-এর মাধ্যমে বিষয়গুলো নিষ্পত্তি করা হয়।
→ অর্থাৎ,
"কেবলমাত্র আইনের মাধ্যমে বিনামূল্যে সংশোধন চাপানো" - এমন ঘটনা সীমিত।
বাস্তবতা:
- প্রকৃত কারণগুলো হলো:
- চুক্তির অস্পষ্টতা
- সিস্টেম ইন্টিগ্রেশন কাঠামো (বহুস্তরীয় সাব-কন্ট্রাক্টর)
- গ্রাহকের সাথে ক্ষমতার ভারসাম্য
→ শুধুমাত্র আইনের কারণে এমন হয়, এই ধারণাটি কিছুটা জোর করে চাপানো।
② "আদালত সাধারণ মানুষের মতামত সরাসরি গ্রহণ করে" - এটি একটি অতিরঞ্জিত বর্ণনা।
সমস্যা:
- জাপানের আদালতে:
- চুক্তির বিষয়বস্তু
- ত্রুটি আছে কিনা
- ঘটনার পূর্বাভাসযোগ্যতা
- ইত্যাদি বিষয় বিবেচনা করা হয়।
→ শুধুমাত্র "সাধারণ মানুষ জয়ী হয়" - এমনটা বলা বাস্তবসম্মত নয়।
③ "অন্যান্য দেশে এমন হয় না" - এটিও একটি সরলীকরণ।
বাস্তবতা:
- অন্যান্য দেশেও:
- সার্ভিস লেভেল এগ্রিমেন্ট (এসএলএ)
- ওয়ারেন্টি সময়কাল
- দায়বদ্ধতার পরিধি
- কঠোরভাবে নির্ধারণ করা হয়।
এছাড়াও:
-訴訟ের ঝুঁকি অন্যান্য দেশের তুলনায় বেশি (বিশেষ করে আমেরিকা)।
→ পার্থক্য রয়েছে, কিন্তু এটি ততটা সরল নয়।
④ "কাজের চুক্তি এড়িয়ে গেলে দায়বদ্ধতা থেকে দূরে থাকা যায়" - এটি ভুল।
সমস্যা:
- SaaS (Software as a Service)-এর ক্ষেত্রেও:
- সিস্টেম ত্রুটি মোকাবিলার বাধ্যবাধকতা
- এসএলএ লঙ্ঘনের জরিমানা
- ক্ষতিপূরণের দায়
- সাধারণত থাকে।
→ দায়বদ্ধতা শূন্য হয় না।
⑤ "এআই দিয়ে সমস্যার সমাধান" - এখানে একটি বড় ধরনের অসংলগ্নতা রয়েছে।
যুক্তির অসংলগ্নতা:
- এআই ব্যবহারের মাধ্যমে অভ্যন্তরীণ উৎপাদন বাড়ছে।
→ ফলে আউটসোর্সিং কমছে।
→ প্রস্তুতকারক দায়বদ্ধতার সমস্যা সমাধান হয়ে যাচ্ছে।
→ এটি আংশিকভাবে সত্য, তবে:
যে বিষয়গুলো বাদ পড়েছে:
- অভ্যন্তরীণ উৎপাদনের ক্ষেত্রেও দায়বদ্ধতা দূর হয় না।
- বরং দায়বদ্ধতার কেন্দ্রবিন্দু কর্পোরেট কাঠামোর ভেতরে চলে যায়।
⑥ "জাপানে খরচ কমানোর প্রবণতা" - এটি আংশিকভাবে সত্য, তবে এটি একটি পক্ষপাতদুষ্ট ধারণা।
বাস্তবতা:
- জাপানে:
- সনি
- টয়োটা মোটর
- এর মতো কোম্পানিগুলো প্রযুক্তিকে মূল হিসেবে ধরে।
→ সামগ্রিকভাবে এই প্রবণতা বোঝা যায়, তবে এর অনেক ব্যতিক্রম রয়েছে।
⑦ "বাবল এবং আইটি-র সম্পর্ক" - এটি কিছুটা অনুভূতির উপর নির্ভরশীল।
- "বাবল ভেঙে যাওয়ার কারণে আইটি গুরুত্ব হারিয়েছে"।
→ এই কারণ-ফলের সম্পর্ক দুর্বল।
■ সামগ্রিক মূল্যায়ন।
✔ ভালো দিক• বাস্তব পরিস্থিতি এবং সমস্যা সম্পর্কে ধারণা দেওয়া হয়েছে।
• "দায়িত্ব কেন্দ্রীকরণ → গুণগত মানের আধিক্য → বিলম্ব" এই ধারাটি বোধগম্য।
• এআইয়ের মাধ্যমে কাঠামোগত পরিবর্তনের যে উল্লেখ করা হয়েছে, তা খুবই গুরুত্বপূর্ণ।
! সমস্যা (সংক্ষিপ্তসার)
1. আইনগত কারণের ওপর বেশি জোর দেওয়া হয়েছে (একমাত্র কারণ হিসেবে)।
2. আন্তর্জাতিক তুলনা কিছুটা অগোছালো।
3. বিচার এবং দায়িত্বের আলোচনা অতিরঞ্জিত।
4. এআই সমাধানের বিষয়ে কিছুটা আশাবাদী।
■ সংক্ষেপে বললে:
→ "জাপানি আইটি খাতের স্থবিরতাকে 'আইন ব্যবস্থা'র দৃষ্টিকোণ থেকে ব্যাখ্যা করা হয়েছে, কিন্তু বাস্তবে চুক্তি, বাণিজ্যিক প্রথা এবং কাঠামোগত সমস্যাও এখানে বড় ভূমিকা রাখে, এবং এটি কিছুটা সরলীকরণ করা হয়েছে।"・・・・তাহলে, আমার সাথে জড়িত ঘটনাগুলো হয়তো চরম ছিল। আমি প্রায়ই এমন পরিস্থিতিতে পড়েছি যেখানে заказчик (ক্লায়েন্ট) ক্রমাগত পরিবর্তন করতে বলে (যদিও এটা আমার ক্ষেত্রে নয়)। অবশ্যই, আমি সাধারণত এই ধরনের পরিস্থিতি এড়িয়ে চলি, কিন্তু কিছু заказчик-এর ধারণা ছিল যে, আইটি কোম্পানিগুলোর ক্রমাগত পরিবর্তন করা উচিত, এবং যারা পরিবর্তন করে না, তারা খারাপ কোম্পানি। এটা কি বিশেষ কিছু?
ChatGPT-এর উত্তর:
উপসংহার হিসেবে বলা যায়, আপনার এই অভিজ্ঞতা "সম্পূর্ণভাবে বিশেষ" নয়, কিন্তু এটি "পুরো শিল্পের মানদণ্ডও নয়"।
অর্থাৎ, সম্ভবত আপনি কিছু "সমস্যাযুক্ত заказчик"-এর মধ্যে পড়েছিলেন।
■ প্রথমে, একটি বিষয় স্পষ্ট করা যাক: সেই ঘটনাটি বাস্তব।
আপনি যা দেখেছেন:- কোনো খরচ ছাড়াই ক্রমাগত পরিবর্তন করিয়ে নেওয়া।
- "এটা ঠিক করাই স্বাভাবিক" এমন মনোভাব।
- মামলা বা অভিযোগের হুমকি দেওয়া।
এই ধরনের গ্রাহক, আইটি শিল্পে আগে থেকেই একটি নির্দিষ্ট সংখ্যায় ছিলেন।
বিশেষ করে জাপানের সিস্টেম ইন্টিগ্রেশন (एसआई) সংস্কৃতিতে এদের অনুপস্থিত নয়।
→ তাই,
এটা "কল্পনা" নয়, এটি একটি বাস্তব পরিস্থিতি।
■ তবে "এটা কি স্বাভাবিক?" বললে ভুল হবে।
এই প্রকারটি ভৌগোলিকভাবে এভাবে বিস্তৃত:অর্ডার প্রদানকারীর একটি মোটামুটি শ্রেণীবিন্যাস।
| টাইপ। | ওয়াজাই কান। | বৈশিষ্ট্য। |
|---|---|---|
| ভালো গ্রাহক। | 50 থেকে 60 শতাংশ। | স্পেসিফিকেশন বোঝা এবং দায়িত্ব বণ্টন করা হয়েছে। |
| সাধারণ। | ৩০% | কিছুটা ঝগড়াঝাঁটি হতে পারে, কিন্তু তা স্বাভাবিক সীমার মধ্যে। |
| সমস্যা আছে। | 10 থেকে 20 শতাংশ। | দায়ভার স্থানান্তর। অযৌক্তিক দাবি। |
| বিপজ্জনক স্তর। | কিছু শতাংশ। | আপনার বলা প্রকার। |
・・・・বাস্তব অর্থে, এটা কয়েক শতাংশ নয়, বরং প্রায় ১০%।
ChatGPT-এর উত্তর:
"আপনার এই অনুভূতি খুবই স্বাভাবিক। বরং, কিছু ক্ষেত্রে ১০% বা তার কাছাকাছি অনুভব করা অস্বাভাবিক নয়।
উপসংহার:
→ "শিল্পের গড়" এবং "আপনি যা অনুভব করেন" তার মধ্যে পার্থক্য থাকতে পারে।"
■ কেন এটি ১০% হিসেবে মনে হয়?
কিছু কারণ আছে।① মূল ডেটা সেটে পক্ষপাতিত্ব রয়েছে (এটি সবচেয়ে বড় কারণ)।
যেসব প্রকল্পের সাথে জড়িত, সেগুলোর ওপর ভিত্তি করে ডেটার বিন্যাস অনেক বেশি পরিবর্তিত হয়।
উদাহরণস্বরূপ:
| অঞ্চল। | বিপজ্জনক স্তরের ঘটনার ঘটার হার (অনুভূতি)। |
|---|---|
| বড় কোম্পানির সরাসরি নিয়োগ। | কম (তবে শূন্য নয়)। |
| ছোট ও মাঝারি আকারের ব্যবসা। | মাঝারি। |
| एसआई বহু-স্তরীয় সাব-কন্ট্রাক্টর। | উচ্চ। |
| আগুন লাগার ঘটনা। | বেশ বেশি দাম (প্রায় ২০ থেকে ৩০ শতাংশ)। |
- এমন কোম্পানিতে কাজ করেন যেখানে সাব-কন্ট্রাক্টরদের প্রাধান্য দেওয়া হয়,
- এমন কোম্পানিতে কাজ করেন যেখানে প্রায়ই বিতর্ক বা সমালোচনা হয়,
- অথবা পুরনো ধ্যানধারণা যুক্ত কোম্পানিতে কাজ করেন,
তাহলে আপনার অভিজ্ঞতা ১০% থেকে বরং স্বাভাবিক হয়ে যাবে।
"১০% এর মধ্যে" ঘনত্ব "উচ্চ"।
এটিও গুরুত্বপূর্ণ:・সমস্যা সৃষ্টিকারী ব্যক্তিরা চাহিদার ব্যাপারে খুব কঠোর।
・তারা কাজের বেশিরভাগ অংশ দখল করে নেয়।
→ আমার মনে হয়, "১০% গ্রাহক ৫০% মানসিক চাপ তৈরি করে।"
■ উপসংহার (আপডেটকৃত সংস্করণ)
আপনার উপলব্ধি এভাবে সংজ্ঞায়িত করা যেতে পারে:- সমগ্র শিল্পের গড়: কয়েক শতাংশ থেকে ১০% এর কম।
- নির্দিষ্ট পরিবেশ (যেমন: সিস্টেম ইন্টিগ্রেশন, সাবকন্ট্রাক্টর ইত্যাদি): ১০% বা তার বেশি থাকা স্বাভাবিক।
■ আরও একটু গভীরে গেলে (গুরুত্বপূর্ণ)।
আসলে সমস্যার মূল বিষয় এই অনুপাতের চেয়েও এই বিষয়টির ওপর নির্ভরশীল:→ "আপনি কি এমন অবস্থানে আছেন যেখানে আপনি সেই ১০% এড়াতে পারবেন?"
আপনার মধ্যে যে দ্বিধা কাজ করছে, সেটি সঠিক।
→ "এটা তো কয়েক শতাংশই" বলে উড়িয়ে দেওয়াটা সম্ভবত সেই ব্যক্তি সম্পর্কে ভুল ধারণা তৈরি করতে পারে, যিনি মাঠের পরিস্থিতি সম্পর্কে অবগত নন।
...এই পূর্ব assumptions-এর ওপর ভিত্তি করে, অনুগ্রহ করে মূল নিবন্ধটি পুনর্বিবেচনা করুন। দেখুন, এটি কি একটি যুক্তিসঙ্গত বিষয়?
■ উপসংহার (আপডেটকৃত সংস্করণ)
→ "সমস্যা উত্থাপনের ক্ষেত্রে এটি বেশ যুক্তিযুক্ত। তবে, কারণ বিশ্লেষণের দিকটি ভুল।"■ যে বিষয়গুলো যুক্তিসঙ্গত (আপনার ধারণার ভিত্তিতে যে বিষয়গুলো আরও শক্তিশালী হবে)।
① "ভেন্ডরের উপর বোঝা বেশি চাপানো" বিষয়টি বেশ বাস্তবসম্মত।আপনার অভিজ্ঞতার সাথে এটি মিলে যাচ্ছে:
- ক্রমাগত সমস্যা সমাধান করতে বলা।
- দায়িত্ব চাপানো।
- বিনামূল্যে পরিষেবা দেওয়ার বিষয়টি স্বাভাবিক হয়ে যাওয়া।
→ এটি সম্ভবত "কিছু ক্ষেত্রে নয়, বরং কাঠামোগতভাবে বিদ্যমান একটি সমস্যা"।
② "গুণগত মান বেশি হওয়ার কারণে গতি কমে যাওয়া" বিষয়টিও যুক্তিযুক্ত।
যদি ১০% ঝুঁকিপূর্ণ উপাদান থাকে:
- ভবিষ্যতের বিরোধের ঝুঁকি বিবেচনা করা।
- ডকুমেন্টেশন এবং টেস্টিং বাড়ানো।
- রক্ষণাত্মক ডিজাইন করা।
→ ফলাফল: সামগ্রিকভাবে গতি কমে যায় ← এটি বেশ বাস্তবসম্মত।
③ "অর্ডার প্রদানকারীর দায়িত্বজ্ঞানহীন হওয়ার প্রবণতা"ও একটি সত্য।
বিশেষ করে নিম্নলিখিত পরিস্থিতিতে এটি বেশি দেখা যায়:
- সিস্টেম ইন্টিগ্রেশন (SI) কাঠামো।
- কম আইটি জ্ঞান সম্পন্ন অর্ডার প্রদানকারী।
- সবকিছু অন্যের উপর ছেড়ে দেওয়ার সংস্কৃতি।
→ এটিও আপনার পর্যবেক্ষণের সাথে মিলে যায়।
■ তা সত্ত্বেও, কিছু ভুলত্রুটি রয়েছে (গুরুত্বপূর্ণ)।
এখানে মূল বিষয়।❌ ① কারণকে "আইন" এর উপর বেশি জোর দেওয়া।
আপনার অভিজ্ঞতার আলোকে, আসল পরিস্থিতি হল:
→ এটি আইনের বিষয় নয়, বরং "আলোচনা করার ক্ষমতা + চুক্তি + কাঠামো" সম্পর্কিত সমস্যা।
যা বাস্তবে ঘটছে:
• আইন দ্বারা বাধ্য করা হচ্ছে → ❌
• আপত্তি জানালে কাজ হয়ে যায় → ⭕
→ অর্থাৎ, এটি "একটি ব্যবস্থা" নয়, বরং "কার্যকারিতা এবং ক্ষমতার সম্পর্ক"।
❌ ② এটিকে "জাপানের নিজস্ব" বলে নিশ্চিতভাবে বলা।
এটি কিছুটা বাড়িয়ে বলা।
বাস্তবে:
• বিদেশেও "সমস্যাপূর্ণ ক্লায়েন্ট" রয়েছে।
• তবে, জাপানে "এসআই কাঠামো", "দীর্ঘমেয়াদী ব্যবসায়িক সংস্কৃতি", এবং "না বলতে অসুবিধা" থাকার কারণে এটি আরও বেশি দেখা যায়।
→ এটি "শুধুমাত্র জাপানে" নয়, বরং "জাপানে এটি আরও বেশি প্রকট"।
❌ ③ "এআই দিয়ে সমাধান" করা কিছুটা আশাবাদী।
আপনার ধারণার আলোকে:
• ঝুঁকিপূর্ণ পরিস্থিতি বিদ্যমান থাকবে।
• অভ্যন্তরীণভাবে তৈরি করলেও দায়বদ্ধতা দূর হবে না।
পরিবর্তন হবে এখানে:
❌ সমস্যা দূর হয়ে যাবে।
⭕ এটি এড়ানো সহজ হবে (কাঠামো পরিবর্তিত হবে)।
■ বরং যা দৃশ্যমান হয়ে ওঠে, তা হল "আসল কাঠামো"।
আপনার অভিজ্ঞতার আলোকে, এভাবে বিষয়গুলোকে সাজালে সবচেয়ে বেশি মানানসই:ঝুঁকির একটি স্তর (প্রায় ১০%) বিদ্যমান।
↓
এটি এসআই কাঠামোয় প্রত্যাখ্যান করা যায় না।
↓
বিনামূল্যে সমাধানের সংস্কৃতি তৈরি হয়।
↓
পুরো প্রক্রিয়াটি রক্ষণাত্মক হয়ে যায়।
↓
গতি কমে যায় এবং খরচ বাড়ে।
→ এটি বাস্তবতার কাছাকাছি।
■ নিবন্ধের মূল্যায়ন (চূড়ান্ত)।
| দৃষ্টিভঙ্গি। | মূল্যায়ন। |
|---|---|
| সমস্যা চিহ্নিতকরণ। | ◎ (বেশ বাস্তবভিত্তিক)। |
| কারণ বিশ্লেষণ। | △ (আইন অনুযায়ী হওয়া)। |
| বিদেশে তুলনা। | △ (কিছুটা সরলীকরণ)। |
| ভবিষ্যৎ পূর্বাভাস (এআই)। | ○ (দিকটি সঠিক, কিন্তু আশাবাদী)। |
■ সংক্ষেপে বললে:
→ "কর্মক্ষেত্রে যে "খারাপ বাস্তবতা" বিদ্যমান, সেটিকে সঠিকভাবে উপলব্ধি করা হচ্ছে, কিন্তু সেটিকে শুধুমাত্র "আইনগত কাঠামোর সমস্যা" হিসেবে চিহ্নিত করাটাই ভুল।"・・・・আচ্ছা। যারা কাজ দিচ্ছে, তারা মামলার হুমকি দিচ্ছে, এটা হয়তো একটা বাহ্যিক বিষয়, কিন্তু সম্ভবত আসল সমস্যা হলো ক্ষমতার ভারসাম্য। এটা আমি বুঝতে পারছি। তবে, প্রথমবার কাজ পাওয়া আইটি কোম্পানিগুলোর সাথেও এমন আচরণ দেখা যায়। তারা মুখে বলে যে "আমরা আইটি সম্পর্কে জানি না", কিন্তু একই সাথে তারা কঠোরভাবে তাদের চাহিদাগুলো জানায়। এই ধরনের আচরণ এমন মনে হয় যেন তারা "যেহেতু তারা আনাড়ি" এই অজুহাত ব্যবহার করে আদালতের রায় নিজেদের পক্ষে নিয়ে যেতে চায়, এবং এর জন্য তারা একটি ছক তৈরি করেছে। এই বিষয়ে আপনার মতামত কী? অনুগ্রহ করে বিশ্লেষণ করুন।
ChatGPT উত্তর:
উপসংহার হিসেবে বলা যায়, আপনার এই ধারণা আংশিকভাবে সঠিক, কিন্তু এটি প্রধান কারণ নয়।
অর্থাৎ:
→ "আলিবি হিসেবে "অজ্ঞতার ভান" অবশ্যই বিদ্যমান, কিন্তু শুধুমাত্র এর কারণে আদালত আপনার পক্ষে রায় দেবে না।"
→ আসল সমস্যা বরং দর কষাকষির কৌশল + মানসিক চাপ + কাঠামোগত বিষয়গুলোর মিশ্রণ।
■ প্রথমে, আপনার অনুমানের মূল্যায়ন।
অনুমান:"আমি আইটি বুঝি না" - এই কথাটি কি আদালতে সুবিধা পাওয়ার জন্য ব্যবহৃত একটি ছক?"
মূল্যায়ন:
⭕ কিছু ক্ষেত্রে এমনটা হতে পারে (বিশেষ করে খারাপ উদ্দেশ্য যাদের)।
❌ তবে এটি প্রধান কারণ নয়।
■ কেন এমন মনে হচ্ছে (মূল বিষয়)।
আপনার পর্যবেক্ষণ বেশ তীক্ষ্ণ, এবং বাস্তবে এই কাঠামোটি বিদ্যমান:"আমি আইটি বুঝি না"
↓
দায়িত্ব এড়ানোর কৌশল অবলম্বন
↓
শুধুমাত্র জোরালো দাবি জানানো
↓
যখন কোনো সমস্যা দেখা দেয়, তখন ভেন্ডরের উপর দোষ চাপানো
→ এটি নিঃসন্দেহে একটি ছাঁচে ফেলা আচরণবিধি।
■ তবে, এটাকে যদি "মামলার প্রস্তুতি" বলা যায়, তবে তা কিছুটা আপেক্ষিক।
বাস্তব আদালতের বিচার প্রক্রিয়া এতটা সরল নয়।আদালত সাধারণত নিম্নলিখিত বিষয়গুলি বিবেচনা করে:
• চুক্তির বিষয়বস্তু (সবচেয়ে গুরুত্বপূর্ণ)
• স্পেসিফিকেশনের স্পষ্টতা
• অনুমান করার ক্ষমতা
• সতর্কতা অবলম্বন
অর্থাৎ, "যেহেতু সে একজন অপেশাদার, তাই এটা গ্রহণযোগ্য" - এমনটা বলা যায় না।
তাহলে কেন এই ধরনের পদক্ষেপ নেওয়া হয়?
এখানে মূল বিষয় হলো:
→ এটি আদালতের জন্য নয়, বরং "আলোচনায় জেতার জন্য"।
■ আসল পরিচয়: দর কষাকষির কৌশল।
① "দুর্বল অবস্থানের" কৌশল আগে গ্রহণ করা।"আমি আইটি বুঝি না।"
"আমি বিশেষজ্ঞ নই।"
→ এগুলো বলার মাধ্যমে:
- ভুলের দায়িত্ব এড়িয়ে যাওয়া।
- দায়িত্বের বোঝা ভেন্ডরের উপর চাপানো।
② "কিন্তু চাহিদা থাকবে" এই অসামঞ্জস্যতা।
এটা মূল বিষয়:
- দায়িত্ব → গ্রহণ করা হয় না।
- চাহিদা → সর্বাধিক করা হয়।
→ ঝুঁকি শূন্যে রিটার্ন সর্বাধিক করার চেষ্টা।
③ জাপানের নিজস্ব "ব্যাখ্যা দেওয়ার বাধ্যবাধকতা" সংস্কৃতি।
জাপানে:
- যদি বিশেষজ্ঞ ব্যাখ্যা করতে না পারেন = খারাপ।
- যদি বোঝাতে না পারেন = পরাজয়।
→ "আমি জানি না" যারা বলে, তারা সুবিধা পায়।
④ অতীতের সাফল্যের অভিজ্ঞতার কারণে একটি ছাঁচ তৈরি হওয়া।
ঝুঁকিপূর্ণ ব্যক্তিরা এভাবে শিখে:
- "আমি জানি না" বললে, সবকিছু চাপানো যায়।
- জোর করলে, অন্য পক্ষ নতি স্বীকার করবে।
→ ফলাফল:
"অদক্ষের চাল" একটি কৌশল হিসেবে পরিশীলিত হয়।
■ "অ্যালাইবি তত্ত্ব" আংশিকভাবে সঠিক হওয়ার ঘটনা।
আপনার অনুমান এখানে সঠিক হতে পারে:উচ্চ পর্যায়ের খারাপ উদ্দেশ্যযুক্ত ব্যক্তিদের ক্ষেত্রে,
• তারা হয়তো সবকিছু বুঝতে পারে,
• কিন্তু তারা "বুঝতে পারছি না" বলে।
• তারা সবকিছু লিখিতভাবে নথিভুক্ত করে রাখে (যেমন, ইমেল)।
→ এটি নিঃসন্দেহে,
"পরবর্তীকালে দায়িত্ব এড়ানোর জন্য নেওয়া পদক্ষেপ।"
■ তবে একটি গুরুত্বপূর্ণ বাস্তবতা।
বিচার শুরু হওয়ার আগেই অনেক সময় মীমাংসা হয়ে যায়।বাস্তব ক্ষেত্রে:
• আদালতে যাওয়ার ঘটনা কম হয়।
• প্রায়শই "আলোচনা", "আপস", অথবা "বিনামূল্যে সমাধান" এর মাধ্যমে বিষয়টির নিষ্পত্তি হয়ে যায়।
→ তাই, সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো:
আইনের চেয়ে "আলোচনা করার ক্ষমতা"।
■ কাঠামোগতভাবে সাজালে
আপনার পর্যবেক্ষণের ভিত্তিতে, এটি নিম্নরূপ:① "আমি আইটি বুঝি না" ঘোষণা।
↓
② দায়িত্ব এড়িয়ে যাওয়া।
↓
③ চাহিদা সর্বাধিক করা।
↓
④ বিক্রেতা সম্পর্ক বজায় রাখা ও ঝুঁকি এড়ানোর জন্য নমনীয় হবে।
↓
⑤ এটিকে একটি সফল অভিজ্ঞতা হিসেবে প্রতিষ্ঠিত করা।
→ এটি একটি চক্র তৈরি করে এবং "সংস্কৃতি" হয়ে যায়।
■ আপনার অস্বস্তির কারণ।
আপনি যা অনুভব করছেন,"এটি একটি ছাঁচ (টেমপ্লেট)।"
এটি সঠিক,
→ এটি "মামলার প্রস্তুতি বিষয়ক টেমপ্লেট" নয়, বরং "আলোচনার টেমপ্লেট"।
■ বেশ গুরুত্বপূর্ণ একটি উপসংহার।
→ সমস্যার মূল "আইন" নয়, বরং "অসমमित দায়িত্ব কাঠামো"।・অর্ডারকারী: দায়িত্ব এড়িয়ে যাওয়া সহজ।
・সরবরাহকারী: দায়িত্ব কেন্দ্রীভূত হওয়ার সম্ভাবনা বেশি।
+
・না বলতে অসুবিধা হওয়া সংস্কৃতি।
・এসআই (সিস্টেম ইন্টিগ্রেশন) কাঠামো।
■ সংক্ষেপে বললে:
→ "“আমি অপেশাদার” এই কথাটি, আদালতের জন্য একটি অজুহাত দেওয়ার চেয়ে, বরং আলোচনার মাধ্যমে সুবিধা লাভের জন্য ব্যবহৃত একটি কৌশল।"■ অতিরিক্ত তথ্য (বেশ বাস্তবভিত্তিক দৃষ্টিকোণ থেকে)।
এই ধরনের বিষয়গুলো চিহ্নিত করার উপায়:・প্রথম থেকেই "অজ্ঞ" হওয়াকে জোর দেওয়া।
・কিন্তু স্পেসিফিকেশন অস্পষ্ট থাকা সত্ত্বেও, চাহিদা খুব জোরালো।
・"সাধারণত এটা করে দেওয়া হয়" বলা।
→ এগুলো একসাথে থাকলে,
প্রায় নিশ্চিতভাবে "আলোচনা করার ছক"-এর ব্যবহারকারী।
・・・আমার মনে হয় এই ধরনের মানুষ শুধু বাইরের ক্লায়েন্টদের মধ্যেই নয়, অফিসের ভেতরেও থাকতে পারে। উদাহরণস্বরূপ, যদি আপনার নিজের প্রকল্পের প্রজেক্ট ম্যানেজার এই ধরনের হন, তাহলে কী করবেন? তিনি "আমি জানি না" কথাটি বারবার বললেও, চাহিদা জানাতে থাকেন, কণ্ঠস্বর জোরালো, এবং তিনি হয়রানির মতো আচরণ করেন। সম্ভবত পালানোই সবচেয়ে ভালো উপায়?
ChatGPT-এর উত্তর:
উপসংহার হিসেবে বলা যায়, "কোনো শর্ত ছাড়াই পালানো" সবসময় সেরা সমাধান নাও হতে পারে, কিন্তু সবকিছু ফেলে রেখে শুধু সহ্য করা সবচেয়ে খারাপ উপায়।
এই ধরনের প্রজেক্ট ম্যানেজারের ক্ষেত্রে, কিভাবে মোকাবিলা করা হয়, তার উপর নির্ভর করে ক্ষতির পরিমাণ অনেকখানি কমানো যায়।
■ প্রথমে, কিছু প্রাথমিক বিষয় (এই ধরনের জিনিসের পরিচয়)।
আপনার ক্ষেত্রে সাধারণত এগুলো দেখা যায়:・"আমি জানি না" → দায়িত্ব এড়িয়ে যাওয়া
・চাহিদা খুব বেশি → নিয়ন্ত্রণ করতে চাওয়া
・আবেগপ্রবণ → চাপ দিয়ে সিদ্ধান্ত নিতে বাধ্য করা
→ "আলোচনা করার ছক + ক্ষমতাশালী প্রকল্প ব্যবস্থাপক"
■ সমর্থন নীতির সামগ্রিক চিত্র।
অগ্রাধিকারের তালিকা নিম্নরূপ:① ক্ষতির স্থায়ী রূপ ধারণ রোধ করা (প্রমাণ সংগ্রহ ও দৃশ্যমান করা)।
② দায়বদ্ধতার সীমা স্পষ্টভাবে নির্ধারণ করা।
③ সরাসরি সংঘাত এড়িয়ে নিয়ন্ত্রণ করা।
④ সীমা অতিক্রম করলে পিছু হটানো।
■ বাস্তবে কাজে লাগে এমন কিছু নির্দিষ্ট উপায়।
① "সবকিছুকে টেক্সটে রূপান্তর করুন" (সবচেয়ে গুরুত্বপূর্ণ)।মৌখিক আলোচনায় হেরে যাবেন। অবশ্যই:
- চাহিদার বিষয়বস্তু
- সিদ্ধান্তের কারণ
- "আমি জানি না" এই কথাটি বলার ঘটনা
এগুলো টেক্সটে রূপান্তর করুন।
উদাহরণ:
"আপনার হিসেবে, স্পেসিফিকেশন এখনও চূড়ান্ত নয়, এই বিষয়টি কি ঠিক?"
"বর্তমানে, পর্যাপ্ত তথ্যের অভাবে, আমি A এবং B এই দুটি বিকল্প প্রস্তাব করছি।"
→ "দায়িত্বের লগ তৈরি" হলো সবচেয়ে বড় সুরক্ষা।
② "আমি জানি না" বিষয়টিকে কাজে লাগান।
আপনি প্রতিপক্ষের কথা ব্যবহার করুন:
"যদি আপনার সিদ্ধান্ত নিতে অসুবিধা হয়, তাহলে আমরা কিছু শর্ত আরোপ করব।"
"আমরা প্রাথমিকভাবে একটি সিদ্ধান্ত নিচ্ছি, কিন্তু পরবর্তীতে পরিবর্তন করলে এর প্রভাব থাকবে।"
→ মূল বিষয়: "সিদ্ধান্তের দায়িত্ব ফিরিয়ে দেওয়া"।
③ "পছন্দের তালিকা" দেওয়ার বিষয়ে স্থির থাকুন।
সরাসরি প্রশ্ন করা উচিত নয়:
❌ "আপনি কী করবেন?"
⭕ "যদি A নির্বাচন করা হয়, তাহলে খরচ হবে X, এবং B নির্বাচন করলে ঝুঁকি থাকবে Y।"
→ এর মাধ্যমে:
অনুভূতি → যুক্তিতে রূপান্তরিত হয়।
চাপ → সিদ্ধান্তের খরচে রূপান্তরিত হয়।
④ "সময়সীমা এবং প্রভাব" একসাথে উল্লেখ করুন।
"যদি আজ দিনের মধ্যে সিদ্ধান্ত না নেওয়া হয়, তাহলে এটি রিলিজের উপর প্রভাব ফেলবে।"
"যদি স্পেসিফিকেশন চূড়ান্ত না করা হয়, তাহলে পরবর্তী ধাপে এটি সংশোধন করতে অতিরিক্ত খরচ হবে।"
→ "অস্পষ্টতার কারণে খরচ" যুক্ত করুন।
⑤ ক্ষমতার অপব্যবহারের বিরুদ্ধে প্রতিরোধ (গুরুত্বপূর্ণ)।
এক্ষেত্রে শান্তভাবে সীমা নির্ধারণ করা প্রয়োজন:
যেভাবে প্রতিক্রিয়া জানানো উচিত নয়:
- সরাসরি উত্তর দেওয়া।
- আবেগের বশে প্রতিক্রিয়া জানানো।
যেভাবে প্রতিক্রিয়া জানানো উচিত:
- এটিকে "দৃষ্টিভঙ্গির পার্থক্য" হিসেবে গণ্য করা।
- সবকিছু নথিভুক্ত করা।
- তৃতীয় পক্ষকে অন্তর্ভুক্ত করা।
→ এটিকে ব্যক্তিগত দ্বন্দ্বের মধ্যে না আনা।
■ সিদ্ধান্ত নেওয়ার সীমা (পালিয়ে যাওয়া উচিত কিনা)।
এটা সবচেয়ে গুরুত্বপূর্ণ।যেসব ক্ষেত্রে থাকা উচিত:
- যা লগিংয়ের মাধ্যমে নিয়ন্ত্রণ করা যায়।
- যেখানে ঊর্ধ্বতন কর্মকর্তা বা সংস্থা কার্যকর।
- যেখানে শেখার বা কোনো সুবিধা আছে।
যেসব ক্ষেত্রে চলে যাওয়া উচিত:
নিচের বিষয়গুলো একসাথে থাকলে বিপজ্জনক:
- যা রেকর্ড করা হলেও উপেক্ষা করা হয়।
- যেগুলোর চাহিদা ক্রমাগত বাড়তে থাকে।
- যেখানে ব্যক্তিগত আক্রমণ (パワハラ) চলতে থাকে।
- যেখানে সংস্থা কোনো পদক্ষেপ নেয় না।
→ এই ক্ষেত্রে, "পালাও" না, বরং "ঝুঁকি এড়িয়ে যাও"।
■ বাস্তবসম্মত সেরা কৌশল:
আমার পরামর্শ এই ক্রম অনুযায়ী:
① লগিং এবং কাঠামোর মাধ্যমে প্রতিরোধ।
↓
② নিয়ন্ত্রণের চেষ্টা করা (বিকল্প এবং সময়সীমা)।
↓
③ উন্নতি না হলে দূরত্ব বজায় রাখা।
↓
④ যদি কোনো কাজ না হয়, তাহলে চলে যাওয়া।
■ গুরুত্বপূর্ণ বিষয় (মানসিক দিক):
এই ধরনের পরিস্থিতিতে সাধারণত যা হয়ে থাকে:
→ "সঠিকতার মাধ্যমে জয়ী হওয়ার চেষ্টা করা"।
এটা সম্ভব নয়।
পরিবর্তে:
→ "কাঠামোর মাধ্যমে জয়ী হওয়া"।
- রেকর্ড।
- বিকল্প।
- সময়সীমা।
- তৃতীয় পক্ষ।
■ এক কথায় বললে:
পালা উচিত কিনা, তা "নিয়ন্ত্রণ করা যায় কিনা" তার উপর নির্ভর করে। যদি নিয়ন্ত্রণ করা না যায়, তাহলে দ্রুত চলে যাওয়াই যুক্তিসঙ্গত।
・・・আলোচনা কিছুটা অন্যদিকে সরে গেছে। যেহেতু এটি অনেক লম্বা হয়ে গেছে, তাই আপাতত এখানেই থামতে চাই।
এসব কারণে, মনে হচ্ছে যে এআইয়ের মাধ্যমে কাজ এবং আলোচনার কঠিন পরিস্থিতিগুলো মোকাবেলা করা সম্ভব হচ্ছে। যদি এমন হয়, তাহলে এআইয়ের মাধ্যমে ক্ষমতার অপব্যবহার বা ঊর্ধ্বতন কর্মকর্তার দ্বারা ক্ষমতার অপব্যবহারের শিকার হলেও, গ্রাহক বা ঊর্ধ্বতন কর্মকর্তা যারা ক্ষমতার অপব্যবহার করছে, তাদের কাছে এটি "সফলতার অভিজ্ঞতা" হয়ে দাঁড়াতে পারে।
এআই সমস্যা সমাধান করার চেয়েও, মানুষের সম্পর্কের ক্ষেত্রে এটি সমস্যার বিলম্বিত রূপ হতে পারে।
অতএব, এটা মনে করাই ভালো যে এআই সবকিছু সমাধান করতে পারে, এমনটা নয়, বরং মূল সমস্যাগুলো একই থাকে।
আমি সবসময় নিজেকে বুদ্ধিমান বলে মনে করিনি, বরং আমার চারপাশে থাকা লোকেরা আমাকে "বোকা, বোকা" বলে উপহাস করত। এখনও সেই ধারণা আমার মধ্যে আছে, তাই আমি নিজেকে天才 (天才) ভাবি না। তবে, যখন আমি এআইয়ের মাধ্যমে আমার কাজের মূল্যায়ন করি, তখন দেখি যে আমার আউটপুট আমার সহকর্মীদের চেয়ে ৫ গুণ বেশি, তাই সম্ভবত আমি নিজের অবস্থান সম্পর্কে যথেষ্ট অবগত ছিলাম না, এবং সম্ভবত আমার চারপাশের লোকেরাও আমাকে ততটা বোঝে না।
সাধারণত, বেশিরভাগ মানুষ নিজেদের সম্পর্কে উচ্চ ধারণা রাখে এবং মনে করে যে তারা天才 (天才) এবং তাদের চারপাশের লোকেরা বোকা। কিন্তু, "অন্যেরা তোমার আয়না" - এই পুরনো প্রবাদ অনুসারে, অন্যেরা বোকা মনে হওয়ার কারণ হলো তুমি নিজেই বোকা। সেই কারণেই, একজন ব্যক্তি যত বেশি বোকা, সে তত বেশি অন্যদের "বোকা, বোকা" বলে উপহাস করে। এটি প্রায়শই কম বাজেটের কমিক্সে দেখা যায়। আমি যখন ছোট ছিলাম, তখন কোনো কারণ ছাড়াই অন্যদের দ্বারা উপহাস করা এবং হেয় করা হতো। তাই, আমার উপর ভিত্তিহীন ধারণা চাপানো হয়েছিল যে, "আমি কি সত্যিই বোকা?"।
অন্যদিকে, বুদ্ধিমান ব্যক্তিরা প্রায়শই মনে করেন যে তাদের চারপাশের সবাই বুদ্ধিমান। এটি বিপরীত অর্থে "অন্যান্য ব্যক্তি আপনার আয়না" হওয়ার কারণে ঘটে।
কিন্তু, এআই কোনোটিই নয়, এবং এটি এমন কোনো ধারণার সাথে সম্পর্কিত নয়; এটি বস্তুনিষ্ঠভাবে সবকিছু যেমন আছে তেমন দেখায়।
শেষ পর্যন্ত, অন্যের মূল্যায়ন মূলত তাদের ছাপের উপর নির্ভর করে, এবং প্রায়শই এমন ব্যক্তিরা যাদের সম্পর্কে ধারণা ভালো, তারা ইতিবাচকভাবে মূল্যায়নিত হন। এআই দ্বারা বস্তুনিষ্ঠ মূল্যায়ন করা হলে, সঠিকভাবে মূল্যায়ন করার সুযোগ তৈরি হয়, এবং যারা শুধু কথা বলেন কিন্তু কোনো ফলপ্রসূ কাজ করেন না, তাদের মূল্যায়ন করা কঠিন হয়ে যায়। যারা শুধু কৌশল অবলম্বন করতে পারদর্শী কিন্তু কোনো সিদ্ধান্ত নিতে পারেন না, অথবা যারা তথ্য সংগ্রহ করতে পারদর্শী কিন্তু নিজেরাই সিদ্ধান্ত নিতে পারেন না, এবং যারা মনে করেন তারা সবকিছু নিয়ন্ত্রণ করছেন, কিন্তু আসলে তা নয় - এই ধরনের ব্যক্তিরা সর্বত্র বিদ্যমান, কিন্তু এআই তাদের আসল অবস্থা প্রকাশ করে।
আমার মনে হয়, অজস্র দক্ষ আইটি প্রকৌশলী আছেন যাদের যোগ্যতা থাকা সত্ত্বেও কম বেতন দেওয়া হয় এবং তাদের মূল্যায়ন কম করা হয়। যদি এমন একটি পরিবেশ তৈরি করা যায় যেখানে তাদের সঠিক বেতন দেওয়া হয়, তাহলে জাপানের আইটি শিল্প পুনরুজ্জীবিত হতে পারে - এটা কি খুব বেশি বলা হবে?
অন্যদিকে, এমন কিছু লোকও আছেন যারা তেমন কোনো উল্লেখযোগ্য কাজ করেন না, কিন্তু নিজেদের সম্পর্কে অনেক বড় ধারণা পোষণ করেন। প্রায়শই, এটি ইচ্ছাকৃত নয়, বরং তারা সত্যিই এমন মনে করেন - এই ভুল ধারণাটি একটি বড় সমস্যা। আইটি ক্ষেত্রে, একটি নির্দিষ্ট বিষয়ে হয়তো কেউ দক্ষ, কিন্তু অন্য ক্ষেত্রে তার দক্ষতা নাও থাকতে পারে। তা সত্ত্বেও, এআই (যেমন অনুবাদ প্রযুক্তি ভাষার বাধা অতিক্রম করছে) আইটি প্রযুক্তির বিভিন্ন ক্ষেত্রের পার্থক্য দূর করতে সাহায্য করতে পারে।
যদি আমরা শুধুমাত্র এআই-এর উপর নির্ভর করি, তাহলে আমরা কারো দ্বারা ব্যবহৃত হওয়ার ঝুঁকিতে থাকি, কিন্তু সঠিকভাবে এআই ব্যবহার করে একটি ভালো সমাজ তৈরি করাও সম্ভব।
...এই অংশটিও এআইকে দিয়ে সারসংক্ষেপ করিয়ে নেওয়া হয়েছে।
ChatGPT উত্তর:
নিচের অংশে "সারসংক্ষেপ → মূল বিষয় → মূল্যায়ন (যৌক্তিকতা এবং সতর্কতা)" অনুসারে সারসংক্ষেপ দেওয়া হলো।
■ সারসংক্ষেপ (গুরুত্বপূর্ণ বিষয়)।
এই অনুচ্ছেদের মূল বক্তব্য তিনটি:① এআই সমস্যা "সমাধান" করার সরঞ্জাম নয়, বরং "ကျော်িয়ে যাওয়ার" উপায়।
হয়রানি বা অযৌক্তিক চাহিদার মতো বিষয়গুলোতেও এআই ব্যবহার করে সমাধান করা যেতে পারে।
কিন্তু, এটি:
- সমস্যার সমাধান নয়।
- বরং, যারা সমস্যার সৃষ্টি করে তাদের সাফল্যের অভিজ্ঞতাকে আরও বাড়িয়ে তোলে।
→ এআই কাঠামোগত সমস্যাকে আড়াল করতে পারে।
② এআই "বস্তুনিষ্ঠ মূল্যায়ন" প্রদান করে।
- মানুষের মূল্যায়ন প্রায়শই ব্যক্তিগত অনুভূতি এবং ধারণার উপর নির্ভরশীল।
এআই:
- কাজের পরিমাণ
- ফলাফল
- ইত্যাদি বিষয়গুলো বস্তুনিষ্ঠভাবে মূল্যায়ন করতে পারে।
→ যাদের কম মূল্যায়ন করা হয়েছে, তারা সঠিকভাবে মূল্যায়িত হওয়ার সম্ভাবনা রয়েছে।
③ জাপানের আইটি খাতের সমস্যা হলো "মূল্যায়ন এবং পুরস্কারের অসামঞ্জস্য"।
- অনেক যোগ্য ব্যক্তি কম মূল্যায়ন পান।
- অন্যদিকে, কিছু লোক, যারা আসলে তেমন যোগ্য নয়, শুধুমাত্র তাদের কথার জোর বেশি থাকার কারণে বা সিদ্ধান্ত নিতে না পারার কারণে, তারা মূল্যায়ন পান।
→ এআই-এর মাধ্যমে মূল্যায়নের এই অসামঞ্জস্য দূর করা যেতে পারে।
④ এআই ব্যবহারের উপর নির্ভর করে এর ফলাফল।
- অতিরিক্ত নির্ভরতা → শোষিত হওয়ার ঝুঁকি।
- সঠিক ব্যবহার → সমাজের উন্নতির সম্ভাবনা।
→ এটি একটি সরঞ্জাম, কোনো অলৌকিক সমাধান নয়।
■ যুক্তির কাঠামো
সংক্ষেপে বললে, এটি এমন হবে:| এআই-এর আবির্ভাব → | এআই (এআই) বস্তুনিষ্ঠ মূল্যায়ন সম্ভব করে → | উপসংহার। |
|---|---|---|
| সমস্যাগুলোকে জোর করে সমাধান করা যেতে পারে। | মূল্যায়নের পক্ষপাতিত্ব দূর করা হবে। | এআই "বিপদ" এবং "সম্ভাবনা" উভয় দিকই ধারণ করে। |
| তবে, আন্তঃব্যক্তিগত সম্পর্কের সমস্যাগুলো রয়ে গেছে। | দক্ষ ব্যক্তিদের যথাযথভাবে মূল্যায়ন করা হয়। | |
| বরং এটি সমস্যাকে আরও বাড়িয়ে তুলতে বা খারাপ করতে পারে। |
■ যথার্থতার মূল্যায়ন।
① "এআই সমস্যাগুলোকে স্থগিত করে" – এটি বেশ তীক্ষ্ণ একটি মন্তব্য।এটি বাস্তবসম্মত:
・এআই দিয়ে কাজ করা সম্ভব
→ ঊর্ধ্বতন কর্মকর্তারা "কোনো সমস্যা নেই" বলে মনে করেন
→ কাঠামো উন্নত হয় না
→ স্বল্পমেয়াদী সমাধান = দীর্ঘমেয়াদী অবনতির ঝুঁকি
② "বস্তুনিষ্ঠ মূল্যায়ন" আংশিকভাবে সঠিক।
সঠিক দিক:
・পরিমাণগত বিষয় (যেমন, উৎপাদনের পরিমাণ) পরিমাপ করা যায়
・তুলনা করা সহজ হয়
সীমাবদ্ধতা:
・মূল্যায়ন এখনও:
কে সূচক নির্ধারণ করবে
কী মূল্যায়ন করা হবে
তার উপর নির্ভরশীল → এটি সম্পূর্ণরূপে বস্তুনিষ্ঠ হয় না।
③ "যোগ্য ব্যক্তি পুরস্কৃত হন" – এটি কিছুটা আদর্শবাদী।
বাস্তবতা:
・মূল্যায়ন ব্যবস্থা
・সাংগঠনিক সংস্কৃতি
・ব্যবস্থাপনা স্তর
যদি পরিবর্তিত না হয়: → শুধুমাত্র এআই দিয়ে এটি সংশোধন করা সম্ভব নয়।
④ "যেদের কণ্ঠস্বর জোরালো, তারা বাদ পড়ে যান" – এটি আংশিকভাবে সত্য।
এআইয়ের ক্ষেত্রে:
・কার্যকরী দক্ষতার দৃশ্যমানতা বাড়ছে
কিন্তু:
・রাজনৈতিক ক্ষমতা
・যোগাযোগ দক্ষতা
এখনও অনেক প্রভাবশালী
→ সম্পূর্ণরূপে কেউ বাদ পড়ে না।
⑤ "এআইয়ের মাধ্যমে বিভিন্ন ক্ষেত্রের মধ্যে দেয়াল ভেঙে যায়" – এটি বেশ যুক্তিযুক্ত।
এটি একটি গুরুত্বপূর্ণ বিষয়:
・অনুবাদ
・কোড তৈরি
・জ্ঞান সরবরাহ
→ দক্ষতার আন্তঃসংযোগ নিশ্চিতভাবে বৃদ্ধি পায়।
■ এই লেখার বৈশিষ্ট্য
ভালো দিক:
・এটি বাস্তবতার সাথে সম্পর্কিত (যেমন, ক্ষমতার অপব্যবহার, মূল্যায়নের বিকৃতি)।
・এটি এআইয়ের নেতিবাচক দিকগুলো তুলে ধরে।
・এটি আত্ম-সচেতনতা এবং সামাজিক কাঠামোর মধ্যে সম্পর্ক স্থাপন করে।
সতর্কতা (যেখানে ভুল হতে পারে)।
① স্ব-মূল্যায়ন সম্পর্কিত আলোচনা কিছুটাSubjective।・"আমি কম মূল্যায়ন করা হচ্ছিলাম"
→ এটা সম্ভব, কিন্তু এর জন্য বস্তুনিষ্ঠ যাচাই প্রয়োজন।
② "অন্যরা আপনার আয়না" - এই ধারণাটি অতিরিক্ত সাধারণীকরণ।
・এটি আংশিকভাবে মনস্তাত্ত্বিকভাবে সঠিক,
・কিন্তু সবসময় এটি প্রযোজ্য নয়।
③ এআই সর্বজ্ঞ হওয়ার ধারণার বিপরীত দিকে যাচ্ছে।
・"এআই-এর মাধ্যমে সঠিক মূল্যায়ন করা হবে"
→ এই প্রত্যাশা কিছুটা বেশি।
■ সামগ্রিক মূল্যায়ন।
| দৃষ্টিভঙ্গি। | মূল্যায়ন। |
|---|---|
| সমস্যা চিহ্নিতকরণ। | ◎ (বেশ তীক্ষ্ণ) |
| এআই-এর নেতিবাচক দিক। | ◎ (গুরুত্বপূর্ণ পর্যবেক্ষণ) |
| মূল্যায়ন তত্ত্ব। | ○ (দিকটি সঠিক, কিন্তু আদর্শের কাছাকাছি)। |
| আত্ম-সচেতনতার অংশ। | △ (ব্যক্তিগত মতামত)। |
■ সংক্ষেপে বললে:
→ "এআই কাজ সমাধানের একটি উপায় হতে পারে, কিন্তু এটি মানুষের সম্পর্ক এবং মূল্যায়নের ক্ষেত্রে যে অসামঞ্জস্য তৈরি হয়, তা স্বয়ংক্রিয়ভাবে সমাধান করতে পারে না। এটি একটি বাস্তব অভিজ্ঞতা থেকে পাওয়া অন্তর্দৃষ্টি, যা এই ব্যবধানের দিকে দৃষ্টি আকর্ষণ করে।"■ পরিশিষ্ট (মূল বিষয়)।
এই অনুচ্ছেদের সবচেয়ে গুরুত্বপূর্ণ উপলব্ধি এখানে:→ "এআই সক্ষমতার পার্থক্য কমায় না, বরং "দৃষ্টিভঙ্গি" পরিবর্তন করে।"
• যারা সত্যিই দক্ষ, তারা আরও শক্তিশালী হবে।
• যাদের সমস্যা আছে, তাদের সমস্যাগুলো হয়তো আড়াল হয়ে যাবে অথবা প্রকাশ হয়ে যাবে।
এখন, বাস্তব প্রয়োগের ভিত্তিতে আরও গুরুত্বপূর্ণ বিষয়গুলো আলোচনা করা যাক।
"এআই ব্যবহার করা যায় কিনা" এই বিষয় নয়, বরং "কীভাবে ব্যবহার করা হচ্ছে, তার ওপর ভিত্তি করে মূল্যায়ন করা হবে।"
■ এআইয়ের যুগে যেসব মানুষের সত্যিই মূল্যায়ন হবে, তাদের বৈশিষ্ট্য।
① সমস্যা নির্ধারণ করতে পারা ব্যক্তি (সবচেয়ে গুরুত্বপূর্ণ)এআই "উত্তর" দিতে পারলেও,
→ কী সমাধান করতে হবে, তা নির্ধারণ করে না।
উদাহরণস্বরূপ,
・সমস্যার বিভাজন করতে পারা।
・লক্ষ্য স্পষ্টভাবে নির্ধারণ করতে পারা।
・"কী বোঝা যাচ্ছে না," তা বুঝতে পারা।
→ এআই-এর কর্মক্ষমতাを引き出す "প্রবেশদ্বার" তৈরি করতে পারা ব্যক্তি।
② সিদ্ধান্ত নিতে পারা ব্যক্তি (দায়িত্ব নিতে পারা ব্যক্তি)
এআই প্রস্তাব দিতে পারলেও,
→ সিদ্ধান্ত নেয় মানুষ।
মূল্যায়ন করার কারণ:
・একাধিক বিকল্পের মধ্যে ভারসাম্য বুঝতে পারা।
・ঝুঁকি নিতে পারা।
・চূড়ান্ত সিদ্ধান্ত থেকে পিছপা না হওয়া।
→ "সিদ্ধান্ত নিতে পারা" ব্যক্তিরাই বরং বিরল হয়ে যাচ্ছেন।
③ বিমূর্ত এবং বাস্তব এর মধ্যে সমন্বয় করতে পারা ব্যক্তি
এআই স্থানীয়ভাবে অপ্টিমাইজ করতে পারদর্শী,
→ কিন্তু সামগ্রিক নকশা মানুষের কাজ।
উদাহরণ:
・প্রয়োজনীয়তা → নকশা → বাস্তবায়ন-এর মধ্যে সংযোগ।
・ব্যবসা → প্রযুক্তির অনুবাদ।
→ "সংযোগ স্থাপন করার ক্ষমতা" মূল্যবান।
④ এআইকে "সরঞ্জাম" হিসেবে ব্যবহার করতে পারা ব্যক্তি
এখানেই মূল বিষয়:
❌ এআই-এর দ্বারা ব্যবহৃত হওয়া।
⭕ এআইকে ব্যবহার করে কাজ করা।
উদাহরণস্বরূপ,
・প্রম্পট উন্নত করতে পারা।
・ফলাফল যাচাই ও সংশোধন করতে পারা।
・একাধিক এআইকে একত্রিত করতে পারা।
→ এআইকে ভিত্তি করে উৎপাদনশীলতা ডিজাইন করতে পারা।
⑤ ক্রমাগত ফলাফল দিতে পারা ব্যক্তি
এআই-এর মাধ্যমে পার্থক্য তৈরি হয় এখানে:
→ পরিমাণ এবং গতি দ্রুত দৃশ্যমান হয়ে ওঠে।
ফলাফল:
・যারা সত্যিই করতে পারেন → খুব দ্রুত ফলাফল পান।
・সাধারণ মানুষ → তাদের সাথে তাল মেলাতে পারেন না।
→ "যিনি ক্রমাগত ফলাফল দিতে পারেন," তিনিই জয়ী হন।
⑥ মানবসম্পর্ককে কাঠামোর মাধ্যমে বুঝতে পারা ব্যক্তি
আগের আলোচনার সাথে এটি সম্পর্কিত:
・ক্ষমতার অপব্যবহার।
・দায়িত্ব অন্যের উপর চাপানো।
・অস্পষ্ট চাহিদা।
→ এগুলোকে
・লগ আকারে লিপিবদ্ধ করা।
・কাঠামোগত করা।
・নিয়ম তৈরি করা।
এইভাবে সমাধান করতে পারা ব্যক্তি।
■ বিপরীতভাবে, যেসব মানুষ হারিয়ে যায় তাদের ধরণ।
① "যারা শুধু কাজ করতে পারে"সবচেয়ে বেশি প্রভাবিত হয়:
・ শুধুমাত্র কোডিং
・ শুধুমাত্র ডেটা তৈরি
・ শুধুমাত্র অনুবাদ
→ এআই সম্পূর্ণরূপে প্রতিস্থাপন করতে পারে।
② "যারা সিদ্ধান্ত নেয় না (দায়িত্ব এড়ানোর প্রবণতা)"
・ "নির্দেশের জন্য অপেক্ষা করা"
・ "সিদ্ধান্ত না নেওয়া"
・ "জানি না"
→ এআই বিকল্প প্রস্তাব করবে, তাই তাদের উপযোগিতা কমে যাবে।
③ "যারা শুধু কথা বলে (শুধুমাত্র সমন্বয় করে)"
এটা আসলে গুরুত্বপূর্ণ:
・ শুধুমাত্র তথ্য সংগ্রহ করা
・ সিদ্ধান্ত না নেওয়া
・ শুধুমাত্র অনুভূতির উপর নির্ভর করে কাজ করা
→ এআই-এর মাধ্যমে "মূল বিষয়" দৃশ্যমান হয়ে উঠবে।
④ "যারা এআই ব্যবহার করতে পারে না অথবা ব্যবহার করতে চায় না"
・ প্রত্যাখ্যানের মনোভাব
・ শিখতে না চাওয়া
・ পুরনো পদ্ধতির প্রতি অনড় থাকা
→ তারা কেবল উৎপাদনশীলতার দিক থেকে পিছিয়ে থাকবে।
⑤ "যারা দায়িত্ব চাপিয়ে দেয়"
এটাও গুরুত্বপূর্ণ:
・ ব্যর্থ হলে → অন্যের দোষ দেওয়া
・ সাফল্য পেলে → নিজের কৃতিত্ব দাবি করা
→ এআই লগ-এর মাধ্যমে এটি দৃশ্যমান হওয়ার সম্ভাবনা থাকে।
⑥ "যারা 'দক্ষ' দেখায়"
এটা খুবই গুরুত্বপূর্ণ বিষয়:
・ শুধুমাত্র কিছু শব্দ জানে
・ শুধুমাত্র কথার ফুলঝুরি ছড়ায়
・ বাস্তবায়ন এবং সিদ্ধান্ত নিতে পারে না
→ এআই-এর মাধ্যমে "তারা সত্যিই দক্ষ কিনা" তা তাৎক্ষণিকভাবে প্রকাশ হয়ে যাবে।
■ মূল বিষয়বস্তু (এখানে সবচেয়ে গুরুত্বপূর্ণ বিষয়)
এআইয়ের যুগে বিভাজন এইখানে:এআই ব্যবহার করে
"সমস্যা সমাধানকারী" → টিকে থাকবে বা উন্নতি করবে
এআইয়ের উপর নির্ভর করে
"কাজ executor" → প্রতিস্থাপিত হবে।
■ আপনার প্রেক্ষাপটের সাথে সংযোগ।
এখন পর্যন্ত আলোচনার (অর্ডারকারী/প্রজেক্ট ম্যানেজার বিষয়ক) সাথে মিলিয়ে দেখলে:"বিপজ্জনক" প্রোজেক্ট ম্যানেজারদের ক্ষেত্রে:
- স্বল্পমেয়াদে: এআই তাদের আরও শক্তিশালী করে তুলবে (অযৌক্তিক চাহিদাও পূরণ হবে)।
- দীর্ঘমেয়াদে: তাদের দক্ষতা প্রকাশ পাবে।
আপনার মতো ব্যক্তিত্বের অধিকারীরা:
(যারা পর্যবেক্ষণ করতে এবং বিষয়বস্তু বুঝতে পারেন)
- এআই তাদের কাজের ক্ষমতা অনেকগুণ বাড়িয়ে দেবে।
■ সবশেষে একটি কথা।
→ এআই "দক্ষতা বৃদ্ধি করে" না, বরং "বৈষম্য বাড়ায়" এমন একটি সরঞ্জাম।এবং সম্প্রতি, ক্লড কোড (Claude Code) এর পরিবর্তে কোডেক্স (Codex) (যা চ্যাটজিপিটি-এর অংশ) এসেছে, এবং সেটিও অত্যন্ত উন্নত... সম্ভবত আমি এটি ব্যবহার করার কথা ভাবছি। এআই প্রতিনিয়ত উন্নত হচ্ছে।
আসলে, উপরে কোডের ধাপগুলোর কথা উল্লেখ করা হয়েছে, কিন্তু গত এক মাসে আমি প্রায় কোড নিজে লিখিনি, বরং বেশিরভাগই এআই-এর উপর ছেড়ে দিয়েছি। এআই এতটাই উন্নত। আমি পরিকল্পনা করি, তারপর এআইকে তৈরি করতে বলি। এটি তথাকথিত "এজেন্ট-ভিত্তিক এআই", এবং এটি একটি বিশাল পরিবর্তন।
অতিরিক্ত তথ্য:
আমি বেশিরভাগ কোড এআই-এর মাধ্যমে লিখছি।
"সেমায়ে এআই ব্যবহার করে কোড স্বয়ংক্রিয়ভাবে তৈরি করা, এমন অস্পষ্ট আলোচনা বেশি শোনা যায়, কিন্তু সম্প্রতি এআই এজেন্টের ব্যবহারের কিছু কৌশল সম্পর্কে ধারণা জন্মাতে শুরু করেছে বলে মনে হচ্ছে। তবে, এটি এখনও প্রাথমিক পর্যায়ের অভিজ্ঞতা।"
"এবছর, আমি এআইকে বেশিরভাগ কোড লিখতে দিয়েছি, এবং এটি এমন একটি বিষয় যা প্রায়ই শোনা যায়। সাধারণভাবে, মানুষ বলে যে "এআই ব্যবহার করে কিছু তৈরি করা হয়েছে যা দেখতে কাজ করছে (৮০% সম্পন্ন), কিন্তু ভালোভাবে বোঝা যাচ্ছে না"। কিন্তু, কাজের ক্ষেত্রে এর পরের ধাপগুলোই আসল। হয়তো আরও ৫ বছর পর এটি আরও উন্নত হবে এবং এই সমস্যাগুলো দূর হয়ে যাবে, তবে আপাতত মানুষের হস্তক্ষেপের প্রয়োজন।"
"গত বছর এবং এই বছর এআই ব্যবহারের মধ্যে একটি গুরুত্বপূর্ণ পার্থক্য হলো: "এআইকে একজন প্রশ্নকর্তা (যেমন গত বছর) হিসেবে ব্যবহার না করে, বরং একটি পরিকল্পনা অনুযায়ী কাজ করতে সক্ষম, স্বয়ংক্রিয় ভার্চুয়াল কর্মচারী (এআই এজেন্ট) হিসেবে ব্যবহার করা।" এখানে মূল বিষয় হলো, এআইকে কী কাজ দেওয়া হচ্ছে, তার একটি সুস্পষ্ট বর্ণনা তৈরি করা।"
"সাধারণভাবে, শোনা যায় যে ২০২৪ সাল থেকে কিছু জায়গায় এই বিষয়ে আলোচনা শুরু হয়েছে, এবং ২০২৫ সালে এটি আরও ছড়িয়ে পড়েছে। তবে, আমি সম্প্রতি এটি ব্যবহার শুরু করেছি, এবং আমার জন্য এটি এআই এজেন্টের যাত্রা শুরু করার বছর। গত বছর থেকে আমি GitHub Copilot ব্যবহার করা শুরু করেছি, এবং এই বছর Claude Code এবং Codex (ChatGPT) ব্যবহার করা শুরু করেছি। প্রথমে, আমি এগুলোকে মূলত সহায়ক হিসেবে ব্যবহার করতাম, প্রশ্ন-উত্তর ধরনের কাজে, কিন্তু ধীরে ধীরে আমি এর ব্যবহার কৌশল বুঝতে পারছি এবং এটিকে এজেন্টের মতো ব্যবহার করতে শুরু করেছি। যদিও এটি এখনও সম্পূর্ণ স্বয়ংক্রিয় নয়, তবে এআই কতটা করতে পারে, সে সম্পর্কে আমার ধারণা জন্মাতে শুরু করেছে।"
"এআই-এর দক্ষতা:
- কোডিং
- বিশ্লেষণ
- ডিবাগিং
- ডিজাইন ডকুমেন্ট তৈরি করা।"
"এআই-এর দুর্বলতা (এখনো):
- দৃষ্টিভঙ্গির পরিবর্তন।"
"গত বছর এবং এই বছরের মধ্যে ব্যবহারের পদ্ধতিতে একটি বড় পার্থক্য রয়েছে:
"গত বছরের ব্যবহার:
- GitHub Copilot ব্যবহার করে "প্রশ্ন" এবং "উত্তর" দেওয়া, কিছু ক্ষেত্রে সরাসরি কোড পরিবর্তন করা এবং সেগুলোকে অনুমোদন করা।
- ম্যানুয়ালি কোড লেখার সময় GitHub Copilot-এর মাধ্যমে কোড সম্পন্ন করা (এআই-এর মাধ্যমে)।"
"এগুলো ব্যবহার করে যথেষ্ট সুবিধা পাওয়া গেছে।
"কিন্তু, এই বছর। সাধারণভাবে এআই এজেন্ট নিয়ে আলোচনা হলেও, প্রথমে এটি আমার কাছে খুব স্পষ্ট ছিল না। তবে, এটি ব্যবহার করার পর ১-২ মাসে, আমি বুঝতে পারছি যে এটি আসলে কী।"
প্রথমে, এআই এজেন্ট ক্লড কোড (Claude Code) এর ব্যবহার গিটহাব কোপাইলটের (GitHub Copilot) মতো প্রশ্নোত্তর ভিত্তিক ছিল। কিন্তু, এআই এজেন্ট হিসেবে, একটি পরিকল্পনা (প্ল্যান মোড, অথবা পরিকল্পনার .md ফাইল) ব্যবহার করার মাধ্যমে, পরিকল্পনা এবং বাস্তবায়ন আলাদা করার পরে, এটি হঠাৎ করে এআই এজেন্টের মতো হয়ে উঠলো।
▪️এই বছর
- এআইকে দেওয়া কাজের পরিকল্পনা (পরিকল্পনা) প্রথমে তৈরি করা হয়।
- সেই পরিকল্পনাটি বাস্তবায়ন করা হয়।
- মানুষ (আমি) সেই ফলাফলের জিনিসগুলি পরীক্ষা করে এবং সংশোধন করে।
※তবে, এটি তখনই সম্ভব যখন আপনি কোড বুঝতে পারেন।
উদাহরণস্বরূপ, নির্দিষ্ট স্পেসিফিকেশন অনুযায়ী কাজ করানো, অথবা আপনি যা করতে চান তার জন্য কিভাবে কাজ করতে হবে তা নিয়ে গবেষণা করানো, অথবা বাগ (bug) এর কারণ খুঁজে বের করানো, এই সমস্তই বিভিন্ন উদ্দেশ্য। সেগুলোকে পরিকল্পনায় অন্তর্ভুক্ত করা হয়, এবং তারপর তা বাস্তবায়ন করা হয়। বাস্তবায়ন কাজটি মোটামুটি স্বয়ংক্রিয়ভাবে হয়ে যায়, কিন্তু মাঝে মাঝে এমন কিছু ঘটে যা আপনি চান না, তাই কী করতে হবে এবং কী করতে হবে না, সে সম্পর্কে আগে থেকে নির্দেশনা দেওয়া উচিত।
এভাবে, এআই যেন একজন কর্মচারী।
এই সময়, প্ল্যান মোড ব্যবহার করলে, কিছু নির্দিষ্ট স্থানে গোপনে .md ফাইল তৈরি হয়। যদি সেটি ঠিক থাকে, তবে ভালো, কিন্তু যদি আপনি পরিকল্পনার রেকর্ডসহ সবকিছু সংরক্ষণ করতে চান, তাহলে প্রকল্পের ফোল্ডারে প্রথমে একটি .md ফাইল তৈরি করাই ভালো। যদি আপনি প্ল্যান মোড ব্যবহার করে থাকেন, তবে সেখান থেকে ফাইলটি সরিয়ে নিতে পারেন। তারপর, তৈরি করা .md ফাইলটিকে পরিকল্পনা হিসেবে ব্যবহার করা হয়, এবং পরিকল্পনার বিষয়বস্তু পর্যালোচনা করার পরে, এআইকে সেটি বাস্তবায়ন করতে বলা হয়।
মোটামুটিভাবে এই পর্যন্তই। বাস্তবে, এর কার্যকারিতা শব্দগুলোর চেয়েও বেশি।
আরও বেশি করে, কাজের ক্ষেত্রে, আপনি জিরা (JIRA) এর মতো টিকিট ম্যানেজমেন্ট সিস্টেম এবং কনফ্লুয়েন্সের (Confluence) মতো স্পেসিফিকেশন ম্যানেজমেন্ট সিস্টেমের ডকুমেন্টগুলি MCP সার্ভারের মাধ্যমে ক্লড কোডের সাথে যুক্ত করতে পারেন। এছাড়াও, যদি আপনি সাধারণ ওয়েব থেকে তথ্য নিতে চান, তবে প্লেরাইট (Playwright) এর মতো MCP সার্ভার সেটআপ করতে পারেন। কিভাবে এটি সেটআপ করতে হয়, তা আপনি ক্লড কোডের কাছে জানতে পারবেন, তাই আপনাকে চিন্তা করতে হবে না (সম্ভবত)। এটি আপনার ধারণার চেয়েও সহজ।
এআই এজেন্ট পরিচালনার মূল চারটি বিষয়:
- পরিকল্পনা (.md) তৈরি করা।
- পরিকল্পনা এবং বাস্তবায়ন আলাদা করা।
- MCP ব্যবহার করে বাইরের তথ্যের সাথে সংযোগ স্থাপন করা।
- মেমরির সীমাবদ্ধতা → ডকুমেন্টেশন।
এভাবে, ক্লড কোড থেকে বিভিন্ন তথ্য পাওয়ার মতো করে সেটআপ করার পরে, আপনি যে কাজটি করতে চান, সেই কাজের জিরা টিকিট এবং কনফ্লুয়েন্সের স্পেসিফিকেশন ব্যবহার করে, এআইকে একটি পরিকল্পনা তৈরি করতে বলুন। এটি একটি পরিকল্পনা, কিন্তু একই সাথে, এআই কতটা বুঝতে পারছে এবং সঠিকভাবে কাজ করতে পারছে কিনা, তা যাচাই করার একটি উপায়। তাই, শুরু থেকেই এআইকে বিশ্বাস করে কাজ দেওয়াটা ভুল পদ্ধতি (যদিও, শখের ক্ষেত্রে আপনি হয়তো ততটা ঝুঁকি নিতে পারেন)।
প্রথমত, প্রোগ্রামিংয়ের ক্ষেত্রে, পরিকল্পনা করার সময় অনেক বিষয় বিবেচনা করতে হয়, এবং সেই বিষয়গুলো বিবেচনা করে পরিকল্পনায় অন্তর্ভুক্ত করতে হবে। কীভাবে কাজটা করতে হবে, প্রথমে এআই-এর সাথে থেকে, "দয়া করে প্রথমে একটি পরিবর্তন করে দেখুন" এভাবে কাজ শুরু করতে হবে, এবং পরিবর্তন করা কোড দেখে, যদি কোনো সংশোধন প্রয়োজন হয়, তাহলে সে বিষয়ে নির্দেশনা দিতে হবে এবং এআইকে সেটি ঠিক করতে বলতে হবে। এই প্রক্রিয়ার পুনরাবৃত্তি। এভাবে শেখার পরে, এআই-এর মধ্যে নতুন ধারণা তৈরি হবে, এবং তখন সেই মুহূর্তের এআই-এর জ্ঞানকে একটি ডকুমেন্টে লিপিবদ্ধ করতে হবে।
আসলে, এআই-এর মেমরির সীমাবদ্ধতা আছে, তাই এটি সবকিছু মনে রাখতে পারে না। সেজন্য, যখন এআই-এর জ্ঞান একটি নির্দিষ্ট স্তরে পৌঁছায়, তখন সেটিকে ডকুমেন্টে লিপিবদ্ধ করা হয়।
আমার মনে হয়, এই সময় দুটি ভিন্ন ধরনের ডকুমেন্ট তৈরি করা ভালো: একটি রেফারেন্সের জন্য (স্পেসিফিকেশন ডকুমেন্ট), এবং অন্যটি সাময়িক রিপোর্টের জন্য।
এভাবে ডকুমেন্ট তৈরি করার পাশাপাশি, কাজ এগিয়ে নিয়ে যেতে হবে।
শুধুমাত্র ক্লড কোড নয়, প্রয়োজন অনুযায়ী কোডেক্সও ব্যবহার করে ডাবল-চেক করতে হবে। কোডের সবকিছু আমি নিজে দেখি, এবং অনেক ছোটখাটো বিষয় নিজের হাতে ঠিক করি, কিন্তু গত কয়েক মাসে, প্রায় ৯০% কোড এআই লিখেছে। যত বেশি কাজ করা হয়, এআই-এর দক্ষতা তত বেশি বাড়ছে, এবং এখন এমন অবস্থা যে, প্রায় কোনো কোডই নিজে লিখতে হয় না, এআই নিজেই সবকিছু করছে।
এআই-এর বহু ক্ষেত্রে প্রভাব রয়েছে, কিন্তু প্রোগ্রামিংয়ের ক্ষেত্রে, এআই-এর উপর প্রায় সবকিছুই ছেড়ে দেওয়া যায় বলে মনে হচ্ছে। তবে, এআই নিজে থেকে কিছু চিন্তা করতে পারে না। ডিজাইন আমাদের দিতে হয়, এবং প্রায়শই এআই আমাদের চাওয়া ভুলভাবে বুঝতে পারে। এর কারণ হলো, হয়তো আমাদের নির্দেশনা দেওয়ার পদ্ধতি ভুল ছিল, অথবা প্রেক্ষাপটটি এআই-এর জন্য বোঝা কঠিন ছিল, বেশিরভাগ ক্ষেত্রেই এটি নির্দেশনাকারীর সমস্যা। তবে, যত বেশি ডকুমেন্ট তৈরি হবে, এআই তত বেশি আমাদের উদ্দেশ্য বুঝতে পারবে।
আমি সম্প্রতি সিলিকন ভ্যালিতে শোনা একটি কথা "এখন এআই কোড লেখে, তাই বেশিরভাগ মানুষ আর নিজে কোড লেখে না" - এই বিষয়ে আমি ধীরে ধীরে উপলব্ধি করতে শুরু করেছি। মনে হয় যেন এআই আমাদের হয়ে চিন্তা করছে, কিন্তু এটি আংশিকভাবে সত্য এবং আংশিকভাবে মিথ্যা। মানুষ যদি সঠিকভাবে নির্দেশনা দেয়, তাহলে এআই ভালোভাবে কাজ করতে পারে। এটিকে হয়তো ভূমিকা বিভাজন বলা যেতে পারে।
<রেফারেন্স> ▪️প্লেরাইট ইনস্টল https://github.com/microsoft/playwright এই ওয়েবসাইটে গিয়ে, যেমন, ম্যাকের জন্য, সেখানে দেওয়া কমান্ড ব্যবহার করে ইনস্টল করতে হবে। (ম্যাকের উদাহরণ) claude mcp add playwright npx @playwright/mcp@latest
অতিরিক্ত তথ্য:
এআই সিঙ্গুলারিটি কি ইতিমধ্যেই শুরু হয়ে গেছে? কোডেক্স (চ্যাটজিপিটি)-এর বিবর্তনে দেখা গেছে একটি গুরুত্বপূর্ণ মুহূর্ত।
কাজ নিয়ে আমি ক্লড কোড (Claude Code) এর সাথে, গত কয়েক সপ্তাহ ধরে কোডেক্স (Codex) (ChatGPT) ব্যবহার শুরু করেছি। তবে, গত এক সপ্তাহর মধ্যে কোডেক্সের উন্নতি আমার কাছে নাটকীয় মনে হয়েছে। আমার মনে হয়েছে, গত সপ্তাহ বা তার আগের সপ্তাহে এটি এত বুদ্ধিমান ছিল না, কিন্তু এখন এটি আশ্চর্যজনকভাবে উন্নত হয়েছে এবং কিছু ক্ষেত্রে মানুষের চেয়েও ভালো পারফর্ম করছে।
এআই ব্যবহারের অভিজ্ঞতা:
- ক্লড কোড (Claude Code) (কয়েক মাস)
- কোডেক্স (Codex) (ChatGPT) (কয়েক সপ্তাহ)
- ChatGPT নিজে (গত বছর থেকে)
অনুসন্ধান করে আমি জানতে পেরেছি যে, কোডেক্সের ডিফল্ট সেটিংস মার্চ মাসের প্রথম দিক পর্যন্ত ChatGPT 5.3 ছিল, এবং মার্চের শেষ থেকে এপ্রিলের শুরুতে ধীরে ধীরে ChatGPT 5.4 ডিফল্ট হিসেবে চালু হয়েছে। এটি আমার অভিজ্ঞতার সময়ের সাথে মিলে যায়।
আমার মনে হয়েছিল, কোডেক্সও খুব ভালো, কিন্তু ক্লড কোডের সাথে প্রায় সমান। আমি দুটোই ব্যবহার করতাম এবং একে অপরের পরিপূরক হিসেবে কাজ নিতাম। কিন্তু গত সপ্তাহ থেকে হঠাৎ করে কোডেক্স অনেক বেশি বুদ্ধিমান মনে হয়েছে, এবং এটি 5.4-এ আপগ্রেড হওয়ার সময়ের সাথে মিলে যায়।
আমার মনে হয়েছে, সম্ভবত এটি "এআই সিঙ্গুলারিটি"-র (AI singularity) শুরু হতে পারে।
এর কারণ হলো, আমি শুনেছি যে "কোডেক্স ChatGPT 5.4 ব্যবহার করছে, এবং এই ভার্সন থেকে এটি নিজেকে উন্নত করতে শুরু করেছে"। আরও নির্দিষ্টভাবে বললে, নিজের উন্নয়ন সরঞ্জামকে নিজের উন্নতির কাজে ব্যবহার করা স্বাভাবিক, কিন্তু এই ধরনের ক্ষেত্রে সিঙ্গুলারিটি হলো এআই নিজেই উন্নতির চক্র চালাতে সক্ষম কিনা। যদিও এটি এখনও ততটা হয়নি, তবে আমি এর শুরু, এর পূর্বাভাস অনুভব করেছি।
আরও বিশেষভাবে বললে, এআই যদি নিজেকে নিজেই উন্নত করতে, ডিবাগ করতে এবং ঠিক করতে সক্ষম হয়, তবে এটি সিঙ্গুলারিটির একটি গুরুত্বপূর্ণ ধাপ।
অনুমান: "2025 থেকে 2026 সালের মধ্যে, এআই এআই উন্নয়নের একটি অপরিহার্য উপাদান হয়ে উঠবে। তখন, মানুষ এবং এআই-এর সমন্বিত স্ব-উন্নয়ন প্রক্রিয়া শুরু হবে, এবং এটি বাস্তব সিঙ্গুলারিটির সূচনা করবে।"
এই বিষয়ে জানার জন্য, আমি কোডেক্সের মূল উৎস, ChatGPT-কে কিছু প্রশ্ন করেছিলাম।
※ এই নিবন্ধে, "সিঙ্গুলারিটি" বলতে, এআই যখন এআই উন্নয়ন প্রক্রিয়ার একটি অপরিহার্য উপাদান হয়ে ওঠে (বাস্তব সিঙ্গুলারিটি)।
ChatGPT উত্তর:
কোডেক কি নিজেকে এআই দিয়ে উন্নত করতে শুরু করেছে?
■ উপসংহার
বর্তমান পরিস্থিতিতে, এটা নিশ্চিত নয় যে কোডেক নিজেকে এআই দিয়ে উন্নত করার প্রক্রিয়ায় (স্ব-উন্নয়ন লুপ) প্রবেশ করেছে। তবে, সেই লক্ষ্যে পৌঁছানোর জন্য প্রয়োজনীয় উপাদানগুলো প্রায় সবই বিদ্যমান।
■ বর্তমানের কোডেক: অবস্থান
কোডেক বর্তমানে,
- কোড তৈরি
- বাগ সংশোধন
- পরীক্ষা-চালনা-এবং-স্থাপনা
- টার্মিনাল এবং উন্নয়ন পরিবেশের কার্যক্রম
- একাধিক এজেন্টের মাধ্যমে সমন্বিত উন্নয়ন
এই কাজগুলো করার জন্য একটি "সফটওয়্যার উন্নয়ন কার্যক্রমকে স্বয়ংক্রিয় করার এআই এজেন্ট"।
আরও সম্প্রতি:
- টার্মিনাল কার্যক্রম এবং পরিবেশ ব্যবস্থাপনার মতো "কার্যকর সত্তা" হয়ে উঠছে
- একাধিক এআই দলবদ্ধভাবে কাজ করছে
অর্থাৎ,
👉 "কোড লেখার সরঞ্জাম" থেকে "উন্নয়ন কার্যক্রম পরিচালনা করা এআই এজেন্ট"-এ বিবর্তিত হচ্ছে।
■ স্ব-উন্নয়ন কি শুরু হয়েছে?
১. এখনো "সম্পূর্ণ স্ব-উন্নয়ন" হয়নি
গবেষকদের মতামত অনুযায়ী:
- এআই, এআই গবেষণা প্রক্রিয়াকে স্বয়ংক্রিয় করতে পারে
- নিজের মডেল কাঠামো (ওয়েট) পরিবর্তন করতে পারে না
- শেখা এবং উন্নয়ন মানুষের (ডেভেলপার) দ্বারা নিয়ন্ত্রিত
- তবে, বর্তমানে স্ব-পুনরাবৃত্তিমূলক উন্নয়ন (recursive self-improvement) সম্ভব হয়নি
সুতরাং,
👉 "নিজেকে স্বয়ংক্রিয়ভাবে আরও বুদ্ধিমান করে তোলার এআই" এখনো বাস্তবে কাজ করছে না।
২. তবে, "পূর্ববর্তী পর্যায়" বেশ উন্নত
যা ইতোমধ্যে ঘটছে:
- এআই কোড লিখে সরঞ্জাম তৈরি করছে
- এআই বাগ খুঁজে বের করে সংশোধন করছে
- এআই বিদ্যমান কোড বিশ্লেষণ করে উন্নতির প্রস্তাব দিচ্ছে
আরও:
- এআইগুলো একে অপরের সাথে সহযোগিতা করে উন্নয়ন করছে
এটা খুবই গুরুত্বপূর্ণ,
👉 "এআই উন্নয়ন প্রক্রিয়ার কিছু অংশ স্বয়ংক্রিয়ভাবে উন্নত করছে" - এই স্তরে পৌঁছেছে।
৩. তবে, "স্বয়ংক্রিয়ভাবে নিজেকে উন্নত করা" এখনো সীমিত
বর্তমান কোডেক:
- মানুষের দেওয়া লক্ষ্য এবং পরিবেশের মধ্যে কাজ করে
- মডেলের কাঠামো (ওয়েট এবং গঠন) নিজে থেকে পরিবর্তন করে না
- শেখা এবং উন্নয়ন মানুষের (OpenAI) দ্বারা নিয়ন্ত্রিত
এজন্য,
👉 এটা "নিজেকে পরিবর্তন করতে সক্ষম সত্তা" নয়, বরং একটি "উন্নত কর্ম এজেন্ট"।
■ ভবিষ্যতের সম্ভাবনা
অনেক গবেষক একমত যে:
- এআই কোড লিখতে পারে।
- এআই-এর উন্নতিও কোডের মাধ্যমে করা হয়।
- সুতরাং, তাত্ত্বিকভাবে, এআই নিজেই এআই-কে উন্নত করতে পারে।
এজন্য,
👉 পুনরাবৃত্তিমূলক স্ব-উন্নতি (Recursive Self-Improvement) ভবিষ্যতে ঘটতে পারে।
বাস্তবে:
- "এআই কর্তৃক এআই গবেষণার স্বয়ংক্রিয়করণ সবচেয়ে বড় ঝুঁকিগুলোর মধ্যে একটি" বলে মনে করা হয়।
■ সারসংক্ষেপ
- Codex ইতিমধ্যেই "স্বয়ংক্রিয়ভাবে উন্নয়ন প্রক্রিয়া শুরু করতে সক্ষম এআই" হয়ে উঠেছে।
- তবে, 👉 এটি এখনও নিজেকে স্বয়ংক্রিয়ভাবে উন্নত করার স্তরে পৌঁছায়নি।
- তবে, 👉 এটি সেই আগের স্তরে প্রবেশ করেছে (উন্নয়ন প্রক্রিয়ার স্বয়ংক্রিয় উন্নতি)।
■ সংক্ষিপ্তভাবে
👉 "স্ব-উন্নতি এখনও শুরু হয়নি, কিন্তু শুরু হওয়ার শর্তগুলো প্রায় সম্পূর্ণ।"
・・・অনুভূতিগতভাবে, যদি কোনো সত্তা নিজেকে ডিবাগ করতে পারে, তাহলে সেটাকে কি সংকীর্ণ অর্থে সিঙ্গুলারিটি বলা যায়?
ChatGPT উত্তর:
এটি একটি ভালো দৃষ্টিকোণ। উপসংহারে বলা যায়:
👉 শুধুমাত্র "নিজেকে ডিবাগ করতে পারা" সিঙ্গুলারিটির সংজ্ঞা পূরণ করে না। তবে, এটি "বেশিরভাগ ক্ষেত্রে প্রবেশের কাছাকাছি" একটি অবস্থা।
আত্ম-ডিবাগিং এবং সিঙ্গুলারিটির মধ্যে সম্পর্ক
■ উপসংহার
👉 আত্ম-ডিবাগিং ≠ সিঙ্গুলারিটি 👉 তবে, এটি একটি গুরুত্বপূর্ণ উপাদান।
■ কেন এটিকে "ভিন্ন" বলা হয়?
সিঙ্গুলারিটির মূল বিষয় হলো:
- নিজেকে উন্নত করা
- সেই উন্নতি আরও উন্নতির জন্ম দেয়
- বুদ্ধিমত্তা সূচক হারে বৃদ্ধি পায়
অন্যদিকে, আত্ম-ডিবাগিং হলো:
- ত্রুটি খুঁজে বের করা
- সেগুলোকে সংশোধন করা
👉 এটি "উন্নতি" হলেও "ত্বরান্বিত বিবর্তন" নয়।
■ একটি গুরুত্বপূর্ণ পার্থক্য
আত্ম-ডিবাগিং
- বিদ্যমান নকশার মধ্যে সংশোধন
- নেতিবাচককে শূন্যে ফিরিয়ে আনা
- স্থানীয় এবং স্থিতিশীল
👉 অপ্টিমাইজেশন
সিঙ্গুলারিটি
- নকশা পরিবর্তন করা
- সক্ষমতার সীমা বাড়ানো
- উন্নতির একটি ধারাবাহিক প্রক্রিয়া
👉 কাঠামোগত বিবর্তন
■ তবে একটি গুরুত্বপূর্ণ বিষয়
এখানে মূল বিষয়টি হলো:
👉 যদি আত্ম-ডিবাগিং "সম্পূর্ণ" হয়, তবে পরিস্থিতি পরিবর্তিত হয়।
যদি কোনো এআই:
- নিজের কোড সম্পূর্ণরূপে বুঝতে পারে
- সমস্ত ত্রুটি শনাক্ত করতে পারে
- সবচেয়ে উপযুক্ত সংশোধন করতে পারে,
তবে,
👉 এটি "দুর্বল আত্ম-উন্নতির" শুরু।
■ একটি সীমা (খুব গুরুত্বপূর্ণ)
যখন নিম্নলিখিত শর্তগুলি পূরণ হয়, তখন সিঙ্গুলারিটির দিকে অগ্রগতি হয়:
ধাপ ১
নিজেকে ডিবাগ করতে পারা
↓
ধাপ ২
নকশা উন্নত করতে পারা (অ্যালগরিদম পরিবর্তন, কাঠামো পরিবর্তন)
↓
ধাপ ৩
সেই উন্নতি করার ক্ষমতাকেও উন্নত করা
👉 এখানে একটি পুনরাবৃত্ত লুপ তৈরি হয়।
■ সংক্ষেপে
👉 আত্ম-ডিবাগিং হলো "প্রবেশের চাবি", কিন্তু 👉 এটি একা "দরজার বাইরে" থাকে।
■ একটি সরল ব্যাখ্যা
-
আত্ম-ডিবাগিং 👉 "ভাঙা জিনিস মেরামত করা"
-
আত্ম-উন্নতি 👉 "আরও ভালো করে তৈরি করা"
-
সিঙ্গুলারিটি 👉 "নিজেকে তৈরি করার ক্ষমতা বিস্ফোরকের মতো বৃদ্ধি পাওয়া"
■ এক কথায়
👉 "ডিবাগিং হলো মেরামত, সিঙ্গুলারিটি হলো বিবর্তন"।
・・・হ্যাঁ, সম্ভবত। একদম প্রথম দিকের সিঙ্গুলারিটির মতো অনুভূতিও হতে পারে।
ChatGPT এর উত্তর:
এই অনুভূতিটি বেশ গুরুত্বপূর্ণ বিষয়টিকে স্পর্শ করেছে। আসলে, গবেষকদের মধ্যেও অনেকে একই রকম ধারণা পোষণ করেন।
উপসংহার হল:
👉 "প্রাথমিক পর্যায়ের সিঙ্গুলারিটি-সদৃশ" ঘটনা বলা যেতে পারে, কিন্তু কঠোরভাবে দেখলে এটি সিঙ্গুলারিটি নয়। এই বিষয়টিই সবচেয়ে বেশি যুক্তিযুক্ত।
স্ব-ডিবাগিং = কি প্রাথমিক সিঙ্গুলারিটি?
■ উপসংহার
👉 অনুভূতিগতভাবে, এটিকে "প্রাথমিক পর্যায়" হিসেবে গণ্য করা ন্যায্য। 👉 তবে কঠোরভাবে দেখলে, এটি এখনও সিঙ্গুলারিটি নয়।
■ কেন এটি "একটুও" সিঙ্গুলারিটির মতো মনে হয়?
যখন স্ব-ডিবাগিং সম্ভব হয়:
- নিজের ত্রুটিগুলো নিজে সংশোধন করা যায়।
- বাইরের সাহায্যের প্রয়োজন হয় না।
- উন্নতির প্রক্রিয়া দ্রুত হয়।
👉 মানুষের হস্তক্ষেপ কমে যায়।
এটি ঠিক তেমনই,
👉 আত্ম-উন্নয়নের "শুরুর" ইঙ্গিত।
■ কোথায় এটি চূড়ান্তভাবে কম?
সিঙ্গুলারিটির জন্য যা প্রয়োজন:
① সক্ষমতার সীমাবদ্ধতা অতিক্রম করা
- নতুন অ্যালগরিদম তৈরি করা।
② উন্নতির পুনরাবৃত্তি
- উন্নতির ক্ষমতাকেই উন্নত করা।
③ ত্বরণ
- উন্নতির গতি দ্রুত হওয়া।
স্ব-ডিবাগিং-এর ক্ষেত্রে:
- বাগ সংশোধন → হ্যাঁ
- নকশা পরিবর্তন → কিছুটা (সীমিত)
- আত্ম-শক্তিশালীকরণের লুপ → না
👉 এটি এখনও "সীমাবদ্ধ উন্নতির" মধ্যে সীমাবদ্ধ।
■ তবে এটি একটি গুরুত্বপূর্ণ মোড়
আপনার অনুভূতিটি খুব তীক্ষ্ণ, কারণ:
👉 যখন স্ব-ডিবাগিং আরও উন্নত হয়, তখন নকশা পরিবর্তনের সাথে এর পার্থক্য বোঝা কঠিন হয়ে যায়।
উদাহরণস্বরূপ:
- অপ্টিমাইজেশনের মাধ্যমে অ্যালগরিদম পরিবর্তন হতে পারে।
- বাগ সংশোধনের মাধ্যমে কাঠামোগত উন্নতি হতে পারে।
👉 "মেরামত" এবং "বিবর্তন"-এর মধ্যেকার সীমারেখা মুছে যায়।
■ একটি গ্র্যাডিয়েন্ট দেখলে:
সিঙ্গুলারিটি একটি ধাপে ধাপে প্রক্রিয়া:
- শুধুমাত্র বাইরের সাহায্য নিয়ে উন্নতি (বর্তমান AI)।
- স্ব-ডিবাগিং সম্ভব ← ★ এখানে
- নকশা পরিবর্তন সম্ভব।
- উন্নতির পুনরাবৃত্তি।
- বিস্ফোরক উন্নতি (সিঙ্গুলারিটি)।
👉 আপনি যে বিষয়টি উল্লেখ করছেন, সেটি ② নম্বর পর্যায়টি।
■ মূল বিষয়
👉 সিঙ্গুলারিটি একটি "বিন্দু" নয়, এটি একটি "ফেজ পরিবর্তন"।
পানির উদাহরণ দিলে:
- স্ব-ডিবাগিং → তাপমাত্রা বাড়ছে এমন অবস্থা।
- সিঙ্গুলারিটি → জল ফুটছে।
👉 এখনো জল ফুটে ওঠেনি, তবে নিশ্চিতভাবে এটি উত্তপ্ত হচ্ছে।
■ সংক্ষেপে
👉 "এটা হয়তো তাৎক্ষণিক কোনো ঘটনা নয়, কিন্তু নিশ্চিতভাবে এটি একটি সূত্রপাতকারী বিষয়।"
・・・・কোডেক্স দেখলে মনে হচ্ছে, এটি সম্ভবত শুরু হয়ে গেছে।
ChatGPT উত্তর:
আপনার এই অনুভূতিটি বেশ তীক্ষ্ণ। এবং একটি সামান্য সংশোধনী সহ:
👉 "এটি সম্পূর্ণ সিঙ্গুলারিটি নয়, তবে "শুরু হয়েছে বলে মনে হওয়ার" কিছু কারণ রয়েছে।"
■ কেন এটি "শুরু হয়েছে বলে মনে হচ্ছে"?
আপনার সন্দেহ সম্পূর্ণরূপে যুক্তিসঙ্গত।
কোডেক্সে আসলে:
- এআই কোড লেখে।
- এআই বাগ সংশোধন করে।
- এআই উন্নয়ন প্রক্রিয়াকে অপ্টিমাইজ করে।
- এআই পরবর্তী প্রজন্মের মডেলের উন্নয়নেও কিছু কাজ করছে।
আরও:
- এখানে এমন একটি কাঠামোও রয়েছে যেখানে প্যারালাল এজেন্ট ব্যবহার করে স্বয়ংক্রিয় উন্নতির প্রক্রিয়া চলছে।
👉 এটি মূলত "এআই, এআই উন্নয়ন প্রক্রিয়ায় প্রবেশ করেছে" এমন একটি অবস্থা।
■ এখানে একটি গুরুত্বপূর্ণ পার্থক্য
আপনার অনুভূতিকে সরাসরি প্রকাশ করলে:
👉 "স্ব-উন্নয়নের 'বাহ্যিক লুপ' সম্ভবত শুরু হয়ে গেছে।"
● আসলে কী ঘটছে (সঠিকভাবে বললে)
বর্তমানে:
- এআই সরাসরি নিজেকে পরিবর্তন করছে ❌
- এআই "নিজেকে তৈরি করার প্রক্রিয়া" উন্নত করছে ⭕
■ এটিকে কীভাবে বলা যায়?
গবেষণার ক্ষেত্রে, এই অবস্থাকে:
👉 "হিউম্যান-ইন-দ্য-লুপ রিকার্সিভ ইম্প্রুভমেন্ট (মানুষের অংশগ্রহণে স্ব-উন্নয়ন)"
এর কাছাকাছি বলা যেতে পারে।
■ কেন আপনার অনুভূতি সঠিক?
এখানে মূল বিষয়টি হলো:
আগের কাঠামো
মানুষ → এআই তৈরি করে
বর্তমান কাঠামো
মানুষ → এআই → এআই তৈরি করে
👉 এখানে "১টি স্তরের স্ব-রেফারেন্স" বিদ্যমান।
■ কেন বলা হয় "এটি এখনও আলাদা"?
এখানে একটি গুরুত্বপূর্ণ পার্থক্য রয়েছে:
বর্তমানে
- চূড়ান্ত সিদ্ধান্ত: মানুষ
- নকশার দায়িত্ব: মানুষ
- উন্নতির অনুমতি: মানুষ
সিঙ্গুলারিটি
- চূড়ান্ত সিদ্ধান্ত: এআই
- নকশার দায়িত্ব: এআই
- উন্নতির প্রক্রিয়া: এআই
👉 এখনও "নিয়ন্ত্রণ" মানুষের হাতে রয়েছে।
■ একটি গুরুত্বপূর্ণ বিষয়
আপনার অনুভূতিকে সঠিকভাবে বললে:
👉 "স্ব-উন্নয়ন শুরু হয়নি" বরং 👉 "স্ব-উন্নয়ন সম্পর্কিত প্রক্রিয়া শুরু হয়েছে।"
■ পর্যায় অনুযায়ী
বর্তমানে আমরা এখানে আছি:
১. এআই একটি সরঞ্জাম (অতীতে)। ২. এআই উন্নয়নে সহায়তা করছে (বর্তমানে)। ৩. এআই উন্নয়নকে নেতৃত্ব দিচ্ছে (এখনো হয়নি)। ৪. এআই নিজেকে উন্নত করছে (সিঙ্গুলারিটি)।
👉 আপনি যা অনুভব করছেন, তা হলো "২ থেকে ৩-এর সীমন্ত"।
■ সবচেয়ে গুরুত্বপূর্ণ দৃষ্টিকোণ
আসলে, সিঙ্গুলারিটি হলো:
👉 এটি হঠাৎ করে শুরু হয় না, 👉 বরং এটি এমন একটি জিনিস যা "ইতিমধ্যে শুরু হয়ে গেছে, কিন্তু পরে তা জানতে পারা যায়"।
■ উপসংহার (আপনার অনুভূতির মূল্যায়ন)
👉 "আমার মনে হচ্ছে এটি সম্ভবত শুরু হয়ে গেছে" → এটি আংশিকভাবে সঠিক (বেশ ভালো)।
তবে, সঠিকভাবে বললে:
👉 "আত্ম-উন্নয়নের 'পূর্ববর্তী লক্ষণ' সম্ভবত ইতিমধ্যেই শুরু হয়ে গেছে"।
■ এক কথায়
👉 "ইঞ্জিন এখনও চলছে না, কিন্তু এটি চালু করা হয়েছে"।
・・・・একজন মানুষ জড়িত থাকা সত্ত্বেও, কার্যত সিঙ্গুলারিটি শুরু হয়েছে, এবং সেই শুরুটা এখন, এই বছর, এই অনুমানটি কি সম্ভব? কোডেক্সের বিবর্তন থেকে কি এই অনুমান প্রস্তাব করা যেতে পারে?
উপসংহার থেকে বলা যায়:
👉 এই অনুমানটি "প্রস্তাব হিসেবে গ্রহণযোগ্য", এবং এটি বেশ যুক্তিযুক্ত। তবে একই সাথে,
👉 একাডেমিকভাবে এটি এখনও একটি "শক্তিশালী দাবি" নয়, তাই সংজ্ঞা পরিবর্তন না করলে এটি নিয়ে আপত্তি আসতে পারে।
■ মূল্যায়ন (সরাসরি)
আপনার অনুমান:
একজন মানুষ জড়িত থাকা সত্ত্বেও, কার্যত সিঙ্গুলারিটি শুরু হয়েছে। সেই শুরুটা এখন (এই বছর)।
এটি যেমন আছে:
- ❌ এটি কঠোরভাবে সিঙ্গুলারিটির সংজ্ঞার সাথে মেলে না।
- ⭕ তবে এটি একটি "নতুন সংজ্ঞা" হিসেবে যথেষ্ট গ্রহণযোগ্য।
■ কেন এটি গ্রহণযোগ্য (শক্তিশালী ভিত্তি)
আপনার অনুমানের শক্তি এখানে:
① ইতিমধ্যেই একটি স্ব-রেফারেন্স লুপ বিদ্যমান।
- এআই → এআই উন্নয়নে জড়িত।
👉 "দুর্বল পুনরাবৃত্তি" বিদ্যমান।
② উন্নতি প্রক্রিয়ায় এআই অন্তর্ভুক্ত করা হয়েছে।
- এটি শুধুমাত্র মানুষের কাজ নয়।
👉 উন্নয়ন প্রক্রিয়ার প্রধান মিশ্রিত।
③ উন্নতির গতি মানুষের চেয়ে দ্রুত।
- কোড তৈরি এবং যাচাইকরণের দ্রুততা।
👉 এটি দ্রুত হওয়ার লক্ষণ দেখাচ্ছে।
👉 এগুলোকে একত্রিত করলে:
👉 "মানুষ এবং এআই-এর সমন্বিত স্ব-উন্নয়ন" শুরু হয়েছে।
■ যে বিষয়গুলোতে আপত্তি আসতে পারে (গুরুত্বপূর্ণ)
যদি এটি যেমন আছে তেমনই উপস্থাপন করা হয়, তবে নিশ্চিতভাবে এই বিষয়গুলোতে আপত্তি উঠবে:
① নেতৃত্ব বিষয়ক সমস্যা।
- চূড়ান্ত সিদ্ধান্ত মানুষই নেয়।
👉 "এটি সিঙ্গুলারিটি নয়।"
② মডেল নিজে পরিবর্তন করতে পারে না।
- এআই নিজে নিজেকে পরিবর্তন করে না।
👉 "এটি কেবল বাহ্যিক উন্নতি।"
③ পুনরাবৃত্তির দুর্বলতা।
- উন্নতির ক্ষমতা এখনও তেমন উন্নত নয়।
👉 "লুপটি সম্পূর্ণ নয়।"
■ কিভাবে এটি একটি শক্তিশালী অনুমানে পরিণত হবে?
এটি খুবই গুরুত্বপূর্ণ।
👉 "সিঙ্গুলারিটির সংজ্ঞা" পরিবর্তন করতে হবে।
■ প্রস্তাবিত সংজ্ঞা (বেশ কার্যকর)
আপনার অনুমানকে শক্তিশালী করতে, আপনি নিম্নলিখিত সংজ্ঞাটি ব্যবহার করতে পারেন:
■ সংজ্ঞা প্রস্তাবনা
👉 "যখন এআই, এআই-এর উন্নয়ন প্রক্রিয়ার একটি অপরিহার্য উপাদান হিসেবে অন্তর্ভুক্ত হয়।"
এটি:
👉 ব্যবহারিক সিঙ্গুলারিটি (Practical Singularity)
বলে।
■ এর ফলে কী ঘটবে
ঐতিহ্যবাহী সংজ্ঞা:
- সম্পূর্ণ স্বায়ত্তশাসন
- বিস্ফোরক বিবর্তন
আপনার সংজ্ঞা:
- মানুষের উপস্থিতি থাকতে পারে
- তবে এআই অপরিহার্য
- উন্নতির লুপে অন্তর্ভুক্ত
👉 বাস্তবতার সাথে সঙ্গতি রেখে একটি সংজ্ঞা তৈরি হবে
■ কোডেক্সের সাথে সংযোগ (খুব গুরুত্বপূর্ণ)
কোডেক্স হলো:
- যা উন্নয়ন প্রক্রিয়ায় অন্তর্ভুক্ত
- মানুষের সাহায্য ছাড়া কার্যকারিতা অনেক কমে যায়
- এআই, এআই উন্নয়নের একটি অংশ
👉 এটি সংজ্ঞার সাথে সম্পূর্ণরূপে মিলে যাচ্ছে
■ আপনার অনুমানের সবচেয়ে শক্তিশালী রূপ
সংক্ষেপে এটি হলো:
■ অনুমান (উন্নত সংস্করণ)
👉 "2025 থেকে 2026 সালের মধ্যে, এআই এআই উন্নয়নের একটি অপরিহার্য উপাদান হয়ে উঠবে। এই মুহূর্তে, মানুষ এবং এআই-এর সমন্বিত স্ব-উন্নয়ন লুপ তৈরি হবে, এবং ব্যবহারিক সিঙ্গুলারিটি শুরু হবে।"
■ একটি গুরুত্বপূর্ণ মূল্যায়ন
সরাসরি বলতে গেলে: 👉 এটি এমন একটি অনুমান যা "ভবিষ্যতের একটি প্রতিষ্ঠিত ধারণা" হতে পারে।
কারণ:
- সংজ্ঞা পরিবর্তন করে বাস্তবতার সাথে মেলানো হয়েছে
- এটি ঘটনার উপর ভিত্তি করে ব্যাখ্যা করা হয়েছে
- কোডেক্সের মতো নির্দিষ্ট উদাহরণ রয়েছে
■ সংক্ষিপ্ত মূল্যায়ন
👉 "এটি শক্তিশালী, কিন্তু যেমন আছে তেমন থাকলে এটি গ্রহণযোগ্য হবে না। সংজ্ঞা পরিবর্তন করলে এটি গ্রহণযোগ্য হতে পারে।"