فهرست محتوا
بوی کاغذ‌های قدیمی، بوی چسب چوب و آن صدای خشکِ چکش قاضی که همیشه حس سنگینی خاصی داره. امروز از در ورودی مجتمع قضایی بیرون آمدم و هوا انگار از صبح سردتر شده بود. مردم راهروها رو پر کرده بودن، نه برای یه دعوای ملکی و نه برای یه اختلاف خانوادگی؛ همه منتظر یه خبر بودند که مثل یه شوک الکتریکی روی شانه‌هاشون نشست: رأی دادگاه برگشت و آزادی متهم بی‌گناه. من به عنوان کسی که سال‌هاست پشت میز نشسته و کد می‌زنه، این خبر رو دیدم و احساس کردم بیشتر از یه خبر قضایی، یه درس بزرگ برای همه‌ی ما داره. وقتی می‌بینی سیستمی که قرار بود عدالت تحویل بده، یه وقتایی خودش اشتباه می‌کنه و بعد هم با زحمت زیاد ترمیم میشه، ناخودآگاه به خطاهای نرم‌افزاری فکر می‌کنی. اینجا قرار نیست فقط گزارش بدم، قراره با هم بررسی کنیم که این اتفاق چطور میفته و چرا باید برامون مهم باشه.
- چرا پرونده دوباره و به دادگاه ارجاع می‌شود؟
- متهم بی‌گناه در این بازه زمانی چه رنجی می‌کشد؟
- آیا این اتفاق در دنیای نرم‌افزار و سورس کد هم تکرار می‌شود؟
- هزینه‌ی یک برچسب اشتباه برای یک توسعه‌دهنده چقدر است؟
- ما چطور می‌توانیم از خودمان در برابر اتهامات دیجیتال دفاع کنیم؟
- پرسش‌هایی که هنوز بی‌پاسخ مانده‌اند
چرا پرونده دوباره و به دادگاه ارجاع می‌شود؟
همه‌ی ما فکر می‌کنیم حکم دادگاه یعنی پایان بازی، اما واقعیت این نیست. وقتی یه رأی صادر میشه، تازه کار شروع میشه. در سیستم قضایی ما، این حکم اولیه ممکنه به چند دلیل به مرحله‌ی بالاتر بره یا حتی به دادگاه بدوی برگشته بشه. یکی از مهم‌ترین دلایل، شکایت فریقین پرونده از حکم صادره‌ست؛ یعنی هم متهم و هم شاکی حق دارن اگر معتقدن اشتباهی توی تشخیص واقعیت شده، درخواست تجدیدنظر بدن. وقتی دادگاه تجدیدنظر به پرونده رسیدگی می‌کنه، ممکنه به این نتیجه برسه که مستندات کافی نبوده یا شهادت‌ها تحلیل درست نشده‌اند. اون لحظه‌ای که می‌بینی پرونده دوباره برمی‌گرده، انگار یه خطای ناگهانی توی یه پروژه‌ی بزرگ کدنویسیه که همه‌چیز رو به حالت قبل برمی‌گردونه و برنامه‌نویس رو مجبور می‌کنه دوباره از اول دیباگ کنه.
اما یک دلیل دیگه هم وجود داره که کمتر بهش توجه میشه و اونم بحث مستندات و ارجاعات جدیده. گاهی اوقات بعد از صدور حکم، مدارک جدیدی کشف میشه که قبلاً در دسترس نبود. فرض کن کسی متهم به دزدی سورس کده؛ بعد از یه ماه، یه نسخه‌ی قدیمی‌تر از اون کد پیدا میشه که ثابت می‌کنه مالکیت با کسی بوده که تهمت زده. اینجاست که فرآیند بررسی‌های مجدد شروع میشه. تجربه‌ی من از گزارش‌های میدانی نشون میده که این فرآیند توی پرونده‌های پیچیده‌ی فناوری و مالکیت معنوی خیلی بیشتر از پرونده‌های معمولی تکرار میشه، چون تشخیص واقعیت توی دنیای دیجیتال نیاز به کارشناسی دقیق داره و کارشناسی هم همیشه از اول درست نیست. ما باید بدونیم که برگشتن یه رأی دادگاه، یعنی سیستم هنوز داره تلاش می‌کنه تا به خطا صفر برسه، حتی اگه این تلاش دیرتر از حد انتظار باشه.
متهم بی‌گناه در این بازه زمانی چه رنجی می‌کشد؟
وقتی خبر آزادی متهم بی‌گناه می‌شنویم، اولین حس ما آرامشه، اما اگه بریم سراغ زندگی اون آدم، می‌بینیم آرامش واقعی چقدر دیر میاد. من توی راهروهای دادگاه با یکی از اقوام متهم صحبت کردم که سال‌هاست پرونده‌ش بازه. اون گفت «وقتی اسمت توی پرونده‌ست، حتی وقتی می‌خوای بری بانک یا یه قرارداد ببندی، انگار یه لکه‌ی سیاه روی کارت شده». این فشار روانی خیلی بیشتر از حبس فیزیکیه. تصور کن برای چندین ماه، تو توی یه محیط نامرئی قفل شده باشی؛ نه می‌تونی سفر بری، نه می‌تونی به راحتی با شرکت‌های بزرگ کار کنی و نه می‌تونی خیالت راحت باشه. این در حالی‌ست که هنوز هیچ محکومیتی هم توی کارنامه‌اش ثبت نشده.
یه مثال عددی واقعی برات بزنم تا دقیق‌تر بفهمی. هزینه‌ی زندگی یه آدم در این مدت، فقط پول خوراک نیست؛ هزینه‌ی وکیل، هزینه‌ی ایاب و ذهاب به دادگاه‌های مختلف، از دست دادن حقوق ماهانه و از دست دادن موقعیت‌های شغلی که شاید دیگه برنگردن. تو یک پروژه‌ی بزرگ برنامه‌نویسی، اگه یه باگ بزرگ بذاره و پروژه تاخیر بیفته، ممکنه مشتری قرارداد رو فسخ کنه. تو زندگی واقعی، اگه یه متهم بی‌گناه باشی، مشتری زندگی‌ت یعنی جامعه‌ست که تا مدت‌ها بهت اعتماد نمی‌کنه. حتی اگه رأی دادگاه برگشت و آزادی متهم بی‌گناه در نهایت اعلام بشه، اون اعتماد از دست رفته دیگه برنمی‌گرده. پس ما نباید فقط به حکم نهایی فکر کنیم، باید به دردِ بین راه هم فکر کنیم.
آیا این اتفاق در دنیای نرم‌افزار و سورس کد هم تکرار می‌شود؟
به عنوان برنامه‌نویس، شاید فکر کنی این داستان ربطی به ما نداره و فقط مربوط به خیابون و دادگاه‌های کیفریه. اما اگه کمی عمیق‌تر نگاه کنیم، می‌بینیم که دنیای کد هم پر از تهمت‌های حقوقیه. یکی از رایج‌ترین اتفاقات، متهم شدن یه توسعه‌دهنده به دزدی کد یا نقض مالکیت فکریه. یه شرکت بزرگ ممکنه بدون اینکه مدرک محکمی داشته باشه، به یه فریلنسر یا یه استارتاپ کوچک تهمت بزنه که کدشون رو دزدیدید. اونجا هم همین فرآیند شروع میشه؛ همون بی‌اعتمادی، همون هزینه‌های حقوقی سنگین و همون رنجی که توی بخش قبل گفتم. برای همین، تحلیل حقوقی رأی دادگاه مالکیت نرم‌افزار و سورس کد رو حتماً مطالعه کنید، چون خیلی از این خطاها توی همین حوزه‌ی کوچیک اتفاق میفته.
من خودم دیدم که چطور یه پروژه‌ی متن‌باز به اشتباه متهم شد که یه کامپوننت پولی رو کپی کرده. تیم حقوقی اون شرکت قبل از هر تحقیقی، اعلامیه‌ای صادر کرد که اعتبار تیم رو چند سال به عقب برد. اگه اون تیم مدارک نسخه‌های قبلی رو نگهداری کرده بود، شاید اصلاً به این نقطه نرسیده بود. اینجاست که می‌فهمیم تکنولوژی نه تنها ابزار جرمه، بلکه می‌تونه ابزار دفاع هم باشه. ما باید یاد بگیریم چطور از نسخه‌بندی کد و لاگ‌های سیستمی به عنوان مدرک استفاده کنیم. توی دنیای نرم‌افزار، یه Commit توی گیت، همون شهادت‌نامه‌ایه که توی دادگاه به کار میاد. پس یه برنامه‌نویس حرفه‌ای باید بدونه که هر خط کدی که می‌زنه، می‌تونه یروز مدرک قضایی بشه.
هزینه‌ی یک برچسب اشتباه برای یک توسعه‌دهنده چقدر است؟
نویسنده مدیر
سایر مقالات نویسندهلورم ایپسوم متن ساختگی با تولید سادگی نامفهوم از صنعت چاپ و با استفاده از طراحان گرافیک است. چاپگرها و متون بلکه روزنامه و مجله در ستون و سطرآنچنان که لازم است و برای شرایط فعلی تکنولوژی مورد نیاز و کاربردهای متنوع با هدف بهبود ابزارهای کاربردی می باشد.
مطالب مشابه
