প্রফেশনাল কোড — ACM ও IEEE কোড অফ এথিক্স
এই পাঠে যা শিখবেন
- প্রফেশনাল কোড অফ এথিক্স কেন বিদ্যমান এবং সাধারণ ব্যক্তিগত নৈতিকতা থেকে এর ভূমিকা কীভাবে আলাদা
- ACM কোড অফ এথিক্সের ব্যাপকভাবে পরিচিত সাধারণ থিমগুলো
- IEEE কোড অফ এথিক্সের ব্যাপকভাবে পরিচিত সাধারণ থিমগুলো
- দুটো কোডের মধ্যে মিল ও পার্থক্য, এবং কোড থাকা সত্ত্বেও কেন বাস্তব সিদ্ধান্ত এখনো কঠিন থেকে যায়
১ · প্রফেশনাল কোড অফ এথিক্স কেন দরকার
আগের পাঠগুলোতে (M2) আমরা দেখেছি ইউটিলিটারিয়ানিজম, ডিওন্টোলজি, ভার্চু এথিক্স ও কন্ট্র্যাক্টুয়ালিজম — সাধারণ নৈতিক যুক্তির চারটি ভিন্ন লেন্স। কিন্তু একজন ব্যক্তিগত সিদ্ধান্ত নেওয়া মানুষ আর একজন পেশাদার — যিনি বিশেষ দক্ষতা রাখেন, যার সিদ্ধান্ত অন্যদের ওপর সরাসরি প্রভাব ফেলে, এবং যাকে সমাজ একটি নির্দিষ্ট মাত্রার আস্থা দেয় — এই দুইয়ের মধ্যে একটি গুরুত্বপূর্ণ পার্থক্য আছে। একজন সফটওয়্যার ইঞ্জিনিয়ার এমন সিস্টেম বানান যা লাখো মানুষের জীবনে হস্তক্ষেপ করে (L01-এর "স্কেল" যুক্তি মনে করুন) — অথচ যাদের জীবনে প্রভাব পড়ে তাদের অধিকাংশই সেই সিদ্ধান্ত-প্রক্রিয়ায় অংশগ্রহণ করতে পারেন না।
এই ফাঁক পূরণ করার একটি প্রতিষ্ঠিত পদ্ধতি হলো পেশাগত সংগঠনগুলোর প্রকাশিত কোড অফ এথিক্স — একটি ভাগ করা প্রতিশ্রুতি যা পেশার প্রতিটি সদস্যকে একটি ন্যূনতম নৈতিক মান বজায় রাখতে বলে, ব্যক্তিগত বিবেকের ওপর একা নির্ভর না করে। ACM ও IEEE — কম্পিউটিং ও ইলেকট্রিক্যাল/কম্পিউটার ইঞ্জিনিয়ারিং জগতের দুটি সবচেয়ে বড় ও প্রভাবশালী পেশাগত সংগঠন — উভয়েই এমন একটি কোড প্রকাশ করে ও নিয়মিত হালনাগাদ করে।
২ · ACM কোড অফ এথিক্স — সাধারণ থিমগুলো
ACM মূলত কম্পিউটিং পেশাদার — সফটওয়্যার ইঞ্জিনিয়ার, গবেষক, শিক্ষাবিদদের প্রতিনিধিত্ব করে। এর প্রকাশিত কোডে ব্যাপকভাবে যে থিমগুলো পাওয়া যায়, তা হলো —
একজন কম্পিউটিং পেশাদারের কাজ সমাজ ও মানব কল্যাণে ইতিবাচক অবদান রাখার দিকে পরিচালিত হওয়া উচিত।
অনিচ্ছাকৃত ক্ষতির সম্ভাবনা চিহ্নিত করা এবং যতটা সম্ভব প্রতিরোধ বা প্রশমিত করার দায়িত্ব — ব্যবহারকারী, তৃতীয় পক্ষ ও পরিবেশের প্রতি।
নিজের কাজ, দাবি ও সীমাবদ্ধতা সম্পর্কে সৎ ও বাস্তবসম্মত থাকা — বিশেষভাবে যেখানে অতিরঞ্জিত দাবি ক্ষতির কারণ হতে পারে।
বয়স, লিঙ্গ, জাতি বা অন্য কোনো অপ্রাসঙ্গিক বৈশিষ্ট্যের ভিত্তিতে অন্যায্য বৈষম্য না করা — M4-এর অ্যালগরিদমিক ফেয়ারনেস আলোচনার সাথে সরাসরি সম্পর্কিত।
ব্যক্তিগত তথ্য সংগ্রহ, ব্যবহার ও সংরক্ষণে সতর্ক থাকা — M3-এর প্রাইভেসি মডিউলের নীতিগুলোর সাথে সংগতিপূর্ণ।
প্রকাশের বাধ্যবাধকতা বা সম্মতি না থাকলে গোপনীয় তথ্য সম্মানের সাথে রক্ষা করা।
এই থিমগুলোর একটি লক্ষণীয় বৈশিষ্ট্য — এগুলো প্রায় সব কম্পিউটিং সংশ্লিষ্ট নৈতিক আলোচনায় (প্রাইভেসি, বায়াস, নিরাপত্তা) পুনরাবৃত্ত হয়, কারণ কোড এগুলোকে ব্যাপক, সাধারণ নীতি হিসেবে গঠন করে — নির্দিষ্ট প্রযুক্তিগত পরিস্থিতির বিস্তারিত নিয়ম হিসেবে নয়।
৩ · IEEE কোড অফ এথিক্স — সাধারণ থিমগুলো
IEEE ঐতিহাসিকভাবে বৈদ্যুতিক ও কম্পিউটার ইঞ্জিনিয়ারিং পেশা থেকে এসেছে, যেখানে অনেক সিস্টেম সরাসরি শারীরিক নিরাপত্তার সাথে যুক্ত (পাওয়ার গ্রিড, চিকিৎসা যন্ত্র, বিমান নিয়ন্ত্রণ ব্যবস্থা)। এই ঐতিহ্য এর কোডের জোরে প্রতিফলিত হয় —
জনসাধারণের নিরাপত্তা, স্বাস্থ্য ও কল্যাণকে অন্য যেকোনো পেশাগত বা প্রাতিষ্ঠানিক স্বার্থের ঊর্ধ্বে রাখা — একটি প্রায়-সর্বজনীনভাবে উদ্ধৃত থিম।
বাস্তব বা প্রতীয়মান কনফ্লিক্ট অফ ইন্টারেস্ট এড়ানো, এবং যেখানে অনিবার্য সেখানে তা প্রাসঙ্গিক পক্ষগুলোর কাছে প্রকাশ করা — L21-এ এই বিষয়টি গভীরভাবে দেখা হবে।
উপলব্ধ ডেটার ভিত্তিতে সততার সাথে দাবি ও প্রাক্কলন (estimate) উপস্থাপন করা — প্রযুক্তির সক্ষমতা নিয়ে অতিরঞ্জন না করা।
নিজের কারিগরি দক্ষতা প্রাসঙ্গিক রাখা, এবং নিজের বাস্তব যোগ্যতার সীমার মধ্যে কাজ গ্রহণ করা।
বৈষম্যহীন আচরণ এবং সহকর্মীদের পেশাগত বিকাশে সহায়তা করা।
প্রযুক্তির সীমাবদ্ধতা ও সামাজিক প্রভাব সম্পর্কে সহকর্মী ও জনসাধারণের বোঝাপড়া বাড়াতে সহায়তা করা।
৪ · মিল, পার্থক্য ও কোডের সীমাবদ্ধতা
দুটো কোডের মধ্যে সবচেয়ে লক্ষণীয় মিল হলো — উভয়েই ব্যাপক পাবলিক/সামাজিক কল্যাণকে সবচেয়ে ওপরে রাখে, তারপর সততা, দক্ষতা, কনফ্লিক্ট অফ ইন্টারেস্ট এড়ানো ও প্রাইভেসি/গোপনীয়তার মতো নির্দিষ্ট বাধ্যবাধকতা আসে। পার্থক্যটা মূলত জোর দেওয়ার জায়গায় — IEEE-এর ঐতিহাসিক শিকড় ভৌত ইঞ্জিনিয়ারিংয়ে হওয়ায় "পাবলিক সেফটি" এর কোডে বিশেষভাবে সুস্পষ্ট ও কেন্দ্রীয়ভাবে উপস্থাপিত হয়, যেখানে ACM-এর কোড সফটওয়্যার/কম্পিউটিং-নির্দিষ্ট প্রশ্নে (যেমন প্রাইভেসি, অ্যাক্সেসযোগ্যতা) কিছুটা বেশি বিস্তারিত।
একটি প্রকাশিত কোড অফ এথিক্স থাকা সত্ত্বেও বাস্তব সিদ্ধান্ত প্রায়ই কঠিন থেকে যায় — কারণ কোড সাধারণ নীতি দেয়, নির্দিষ্ট পরিস্থিতির জন্য একটি একক সঠিক উত্তর নয়। "পাবলিক সেফটিকে অগ্রাধিকার দিন" জানা সহজ, কিন্তু একটি নির্দিষ্ট ফিচার লঞ্চ করা পাবলিক সেফটির জন্য কতটা ঝুঁকিপূর্ণ, বা একটি কনফ্লিক্ট অফ ইন্টারেস্ট প্রকাশ করলেই তা "সমাধান" হয়ে যায় কিনা — এই প্রশ্নগুলোর উত্তর কোড নিজে দেয় না, পেশাদারের যুক্তি ও বিচারবোধ প্রয়োগ করতে হয়। L21-L23 এই ব্যবহারিক প্রয়োগের দিকটি নিয়ে এগিয়ে যাবে।
ভাবনার প্রশ্ন
প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।
প্র ০১ একটি প্রফেশনাল কোড অফ এথিক্স আইনি নিয়মের চেয়ে ভিন্ন কীভাবে? (L04-এর "এথিক্স বনাম আইন" আলোচনা মনে করুন)
আইন রাষ্ট্রের নির্দিষ্ট সীমা নির্ধারণ করে এবং লঙ্ঘনে আইনি শাস্তির ব্যবস্থা থাকে। প্রফেশনাল কোড একটি পেশাগত সংগঠনের সদস্যদের জন্য একটি স্বেচ্ছা-গৃহীত, সাধারণত বিস্তৃত নৈতিক প্রত্যাশা — এটি প্রায়ই আইনের চেয়ে বেশি দাবি করে (যেমন "শুধু আইনসম্মত হলেই চলবে না, পাবলিক কল্যাণেও অবদান রাখতে হবে"), কিন্তু এর প্রয়োগ সাধারণত পেশাগত সংগঠনের সদস্যপদ-সংক্রান্ত ব্যবস্থার মধ্যে সীমাবদ্ধ, রাষ্ট্রীয় আইনি কাঠামোর মতো সর্বজনীনভাবে বলবৎযোগ্য নয়।
প্র ০২ "পাবলিক সেফটিকে অন্য সব স্বার্থের ঊর্ধ্বে রাখা" — এই নীতিটি বাস্তবে প্রয়োগ করা কঠিন কেন হতে পারে?
কারণ বাস্তবে "পাবলিক সেফটির ঝুঁকি" প্রায়ই অনিশ্চিত ও মাত্রাগত — একটি ফিচারে সামান্য ঝুঁকি আছে জানা এক কথা, কিন্তু সেই ঝুঁকি লঞ্চ বিলম্বিত করার মতো যথেষ্ট গুরুতর কিনা তা নির্ধারণ করা সম্পূর্ণ ভিন্ন প্রশ্ন। এছাড়া একজন ব্যক্তিগত ইঞ্জিনিয়ারের কাছে প্রায়ই লঞ্চ বিলম্বিত করার একক ক্ষমতা থাকে না — প্রাতিষ্ঠানিক চাপ ও ব্যক্তিগত নৈতিক দায়িত্বের মধ্যে টানাপোড়েন তৈরি হয় (L27-এর "many hands" সমস্যার সাথে সম্পর্কিত)।
প্র ০৩ ACM ও IEEE-এর কোডের মধ্যে "প্রাইভেসি" ও "কনফ্লিক্ট অফ ইন্টারেস্ট"-এর মতো থিম কেন প্রায় সব পেশাগত কোডেই বারবার দেখা যায়?
কারণ এগুলো এমন পরিস্থিতি যেখানে একজন পেশাদারের ব্যক্তিগত সুবিধা বা অসতর্কতা সরাসরি অন্যের ক্ষতির কারণ হতে পারে, অথচ ক্ষতিগ্রস্ত পক্ষের কাছে পরিস্থিতি যাচাই করার সীমিত সুযোগ থাকে (তথ্যের অসামঞ্জস্যতা)। কোড এই ফাঁক পূরণ করতে চায় — যেখানে বাহ্যিক তদারকি কঠিন, সেখানে পেশাদারের নিজস্ব দায়বদ্ধতার ওপর নির্ভর করতে হয়।
অনুশীলন
-
চিন্তা করুন: আপনি যদি এমন একটি কম্পিউটিং প্রজেক্টে কাজ করেন যেখানে ম্যানেজমেন্টের
একটি সিদ্ধান্ত (যেমন ডেডলাইন এগিয়ে আনা) টেস্টিং সময় কমিয়ে দেয়, তাহলে ACM/IEEE কোডের কোন থিমগুলো
প্রাসঙ্গিক হয়ে ওঠে?
অন্তত তিনটি থিম প্রাসঙ্গিক — "ক্ষতি এড়ানো" (কম টেস্টিং মানে অনাবিষ্কৃত বাগ থেকে যাওয়ার ঝুঁকি বাড়ে), "পাবলিক সেফটি অগ্রাধিকার" (যদি সিস্টেমটি সেফটি-ক্রিটিক্যাল হয়, M6-এ বিস্তারিত), এবং "সৎ ও বাস্তবসম্মত দাবি" (ম্যানেজমেন্টকে সততার সাথে জানানো যে কম টেস্টিং সময়ে কী ধরনের ঝুঁকি থেকে যাচ্ছে, বাস্তবতা লুকিয়ে না রাখা)।
-
চিন্তা করুন: কোনো পেশাগত কোড অফ এথিক্সে স্বাক্ষরকারী না হয়েও একজন সফটওয়্যার
ডেভেলপারের কি এই থিমগুলো মেনে চলার নৈতিক দায় আছে বলে আপনি মনে করেন? কেন বা কেন নয়?
এটি একটি খোলা প্রশ্ন যার একক "সঠিক" উত্তর নেই — একটি যুক্তি হলো, কোডগুলো নতুন নিয়ম তৈরি করে না বরং ইতিমধ্যে বিদ্যমান, ব্যাপকভাবে গ্রহণযোগ্য নৈতিক প্রত্যাশা (ক্ষতি এড়ানো, সততা) কে সংগঠিত রূপ দেয় — তাই পেশাগত সংগঠনের সদস্য না হয়েও এই অন্তর্নিহিত নীতিগুলো প্রযোজ্য থাকতে পারে। বিপরীত যুক্তি হলো, কোড একটি নির্দিষ্ট সংগঠনের সদস্যদের প্রতি একটি স্বেচ্ছা-গৃহীত প্রাতিষ্ঠানিক প্রতিশ্রুতি, তাই আনুষ্ঠানিক বাধ্যবাধকতা শুধু সদস্যদের ওপরই প্রযোজ্য হওয়া উচিত।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- পরের পাঠ — কনফ্লিক্ট অফ ইন্টারেস্ট ও পেশাগত সততা L21 কনফ্লিক্ট অফ ইন্টারেস্ট কী, এবং একটি সিন্থেটিক চেকার ফাংশন দিয়ে অপ্রকাশিত স্বার্থ শনাক্ত করা।
- কোর্সের সম্পূর্ণ সিলেবাস দেখুন ৫৭টি পাঠ ক্লাসিক্যাল এথিক্যাল ফ্রেমওয়ার্ক, প্রাইভেসি, অ্যালগরিদমিক বায়াস, প্রফেশনাল এথিক্স, সফটওয়্যার সেফটি, সাইবারসিকিউরিটি এথিক্স, AI অ্যালাইনমেন্ট ও রেগুলেশন।
- সব Courses দেখুন ABCL TECH C, C++, Python, Java, JavaScript, DSA, DBMS, System Design, Cybersecurity ও আরও অনেক কোর্স এক জায়গায়।