ডিয়ন্টোলজি — নিয়ম-ভিত্তিক এথিক্স ও অধিকার

১ · ডিয়ন্টোলজি কী

ডিয়ন্টোলজিDeontologyএকটি নৈতিক তত্ত্ব যেখানে কোনো কাজের নৈতিক সঠিকতা নির্ধারিত হয় তা নির্দিষ্ট কর্তব্য/নিয়ম মেনে চলছে কিনা তা দিয়ে, পরিণতি নির্বিশেষে। (গ্রিক deon, অর্থ "কর্তব্য") হলো ঐতিহাসিকভাবে দার্শনিক ইমানুয়েল কান্টের সাথে যুক্ত একটি দৃষ্টিভঙ্গি, যেখানে কিছু কাজ নিজে থেকেই ভুল — তাদের পরিণতি যত ভালোই হোক না কেন। পাঠ ০৫-এর ইউটিলিটারিয়ানিজম জিজ্ঞেস করে "এই কাজের ফলাফল কতটা ভালো?"; ডিয়ন্টোলজি জিজ্ঞেস করে "এই কাজটি কি নিজে থেকেই অনুমোদিত?" — একটি সম্পূর্ণ ভিন্ন প্রশ্ন।

ব্যবহারিকভাবে, ডিয়ন্টোলজি প্রায়ই একটি হার্ড কনস্ট্রেইন্টের তালিকা হিসেবে প্রয়োগ করা হয় — যেমন "কখনো প্রোটেক্টেড ক্যারেক্টারিস্টিকের ভিত্তিতে বৈষম্য করা যাবে না" বা "ঝুঁকিপূর্ণ ডেটা সংগ্রহের ক্ষেত্রে সবসময় অবগত সম্মতি (informed consent) নিতে হবে"। এই নিয়মগুলো পাস/ফেল — একটি ডিজাইন একটি নিয়ম ভাঙলে, সেটি কতটা লাভজনক বা জনপ্রিয় তা বিবেচ্য নয়, ডিজাইনটি অননুমোদিত।

২ · তিনটি ডিজাইন, তিনটি হার্ড কনস্ট্রেইন্ট

পাঠ ০৫-এর একই দৃশ্যকল্প চালিয়ে যাওয়া যাক — একটি এনগেজমেন্ট ফিচার। এবার তিনটি সম্ভাব্য ডিজাইন বিবেচনা করা হচ্ছে: ship_as_is (আগের মতোই, কোনো সুরক্ষা ছাড়া), no_ship (ফিচারটি বাদ দেওয়া), এবং একটি নতুন তৃতীয় বিকল্প ship_with_safeguards (ফিচারটি শিপ করা হবে, কিন্তু ঝুঁকিপূর্ণ ব্যবহারের প্যাটার্ন শনাক্ত হলে একটি সম্মতি-ডায়ালগ ও সহজ অপ্ট-আউট/ইউজেজ-লিমিট যোগ করে)। প্রতিটি ডিজাইনকে তিনটি নিয়মের বিপরীতে — তাদের পরিণতি না দেখেই — যাচাই করা হবে।

# একই সিন্থেটিক দৃশ্যকল্প (Lesson 5), তিনটি ডিজাইন বিকল্প -- এবার পরিণতি না দেখে শুধু
# হার্ড কনস্ট্রেইন্ট (pass/fail) দিয়ে যাচাই করা হচ্ছে

designs = {
    "ship_as_is": {
        "discriminates_by_protected_characteristic": False,
        "obtains_informed_consent_for_risky_feature": False,
        "has_opt_out_for_at_risk_users": False,
    },
    "no_ship": {
        "discriminates_by_protected_characteristic": False,
        "obtains_informed_consent_for_risky_feature": True,
        "has_opt_out_for_at_risk_users": True,
    },
    "ship_with_safeguards": {
        "discriminates_by_protected_characteristic": False,
        "obtains_informed_consent_for_risky_feature": True,
        "has_opt_out_for_at_risk_users": True,
    },
}

constraints = [
    ("কখনো protected characteristic-এর ভিত্তিতে বৈষম্য করা যাবে না",
     lambda d: d["discriminates_by_protected_characteristic"] is False),
    ("ঝুঁকিপূর্ণ ফিচারের ক্ষেত্রে সবসময় informed consent নিতে হবে",
     lambda d: d["obtains_informed_consent_for_risky_feature"] is True),
    ("known সিরিয়াস-ক্ষতির ঝুঁকিতে থাকা গোষ্ঠীর জন্য opt-out/সুরক্ষা থাকতে হবে",
     lambda d: d["has_opt_out_for_at_risk_users"] is True),
]

for name, data in designs.items():
    print(f"=== {name} ===")
    all_pass = True
    for description, check in constraints:
        result = check(data)
        all_pass = all_pass and result
        print(f"  [{'PASS' if result else 'FAIL'}] {description}")
    verdict = "অনুমোদিত (PERMISSIBLE)" if all_pass else "অননুমোদিত (IMPERMISSIBLE)"
    print(f"  -> সামগ্রিক রায়: {verdict}\n")

৩ · একটি বাস্তব ফ্রেমওয়ার্ক-সংঘাত

এবার পাঠ ০৫-এর ফলাফল স্মরণ করুন — সেখানে ship_as_is-এর ইউটিলিটারিয়ান মোট প্রত্যাশিত উপযোগ ছিল প্রায় +1,935,008.55, যা no_ship-এর প্রায় +89,998.20-এর চেয়ে বহুগুণ বেশি — অর্থাৎ ইউটিলিটারিয়ান দৃষ্টিতে ship_as_is-ই ছিল স্পষ্টত ভালো পছন্দ। কিন্তু এই পাঠের রুল-চেক দেখাচ্ছে ঠিক সেই ship_as_is ডিজাইনটিই ডিয়ন্টোলজিক্যালি অননুমোদিত — কারণ এটি ব্যবহারকারীদের কাছ থেকে অবগত সম্মতি নেয় না এবং ঝুঁকিতে থাকা গোষ্ঠীর জন্য কোনো সুরক্ষা রাখে না।

এটিই দুই ফ্রেমওয়ার্কের মধ্যকার মৌলিক দ্বন্দ্ব: ইউটিলিটারিয়ানিজম বলে "যা সর্বোচ্চ সামগ্রিক উপযোগ দেয় তা করো", ডিয়ন্টোলজি বলে "উপযোগ যতই বেশি হোক, একজন মানুষের মৌলিক অধিকার (এখানে: অবগত থাকার ও সম্মতি দেওয়ার অধিকার) লঙ্ঘন করে এমন কিছু করা যাবে না।" কান্টের ভাষায় — ship_as_is ঝুঁকিতে থাকা ব্যবহারকারীদের নিজেদের সম্মতি ছাড়াই কোম্পানির ব্যবসায়িক লক্ষ্য অর্জনের একটি "উপায়" হিসেবে ব্যবহার করছে, যা তাদের নিজস্ব "end" হিসেবে সম্মান না করার শামিল।