- गैरकानूनी काम करने के लिए कहे जाने की स्थिति में software engineers के वास्तविक तीन मामलों का परिचय दिया गया है
- FTX में fraud का पता चलने के बाद भी कंपनी नहीं छोड़ने वाले engineer पर कानूनी जिम्मेदारी आई
- Frank मामले में वास्तविक data में हेरफेर करने के अनुरोध को ठुकराने वाले engineer ने जिम्मेदारी से बचाव किया
- Pollen में CEO के कहने पर ग्राहकों से duplicate charge चलाने वाले engineer को बाद में समस्या का सामना करना पड़ा
- इन तीनों मामलों में यह रेखांकित किया गया है कि गैरकानूनी अनुरोध को स्पष्ट रूप से ठुकराना ही सबसे अच्छा जवाब है
परिचय: software engineers और गैरकानूनी मांगों की वास्तविकता
- हाल के कई मामलों में कंपनी के गैरकानूनी कामों में फंसते-फंसते बचे software engineers के अनुभव सामने आए हैं
- जब किसी engineer से गैरकानूनी काम में मदद करने को कहा जाता है, तब वह कौन-से विकल्प चुन सकता है और उसके अनुसार नतीजे बहुत अलग हो सकते हैं
- वास्तविक घटनाओं के आधार पर, गैरकानूनी अनुरोधों से सही तरह से निपटने के बारे में सीख साझा करना इसका उद्देश्य है
FTX: गैरकानूनी काम जानते हुए भी कंपनी में बने रहे engineering director
- FTX मामले में engineer Nishad Singh को लगभग सितंबर 2022 में यह पता चला कि Alameda Research ने ग्राहक धन का बड़े पैमाने पर दुरुपयोग किया था
- Singh के पास यह जानने के बाद नौकरी छोड़ने, whistleblowing, legal advice लेने जैसे विकल्प थे
- लेकिन वह कंपनी में बना रहा और ‘समस्या को सुलझाने’ की कोशिश करता रहा, और बाद में 3,700,000 डॉलर का loan लेकर घर भी खरीदा
- नतीजतन, Singh पर fraud में शामिल होने के लिए अधिकतम 75 साल की सजा का खतरा था, लेकिन 2025 के फैसले में उसकी जिम्मेदारी सीमित मानी गई और उसे बिना जेल की सजा के 3 साल की supervised release दी गई
- इस मामले की सीख यह है कि गैरकानूनी काम का पता चलते ही कंपनी छोड़ देनी चाहिए, या whistleblowing अथवा कानूनी सलाह लेनी चाहिए
Frank: data manipulation के अनुरोध को ठुकराने वाला software engineer
- Frank, 2016 में स्थापित एक student loan startup था, जिसे 2021 में JP Morgan ने 175 million डॉलर में अधिग्रहित किया
- अधिग्रहण प्रक्रिया के दौरान, वास्तव में केवल 293,000 ग्राहक data रखने वाली कंपनी ने engineer से 4.2 million लोगों का fake data बनाने को कहा
- CEO Charlie Javice और management ने यह कहकर बात को सही ठहराने की कोशिश की कि “जेल जाने जैसी कोई बात नहीं होगी”, लेकिन engineer ने इसे ठुकरा दिया और केवल वास्तविक data ही जमा किया
- इसके परिणामस्वरूप, गैरकानूनी काम में साझेदार न बनने वाले engineer पर कानूनी जिम्मेदारी नहीं आई
- बाद में CEO Javice को 175 million डॉलर fraud मामले में 7 साल की सजा सुनाई गई
Pollen: CEO के कहने पर ग्राहकों से duplicate charge चलाने वाला engineer
- Pollen एक event tech startup था, जिसने 200 million डॉलर का निवेश लेने के बाद यह कहा कि गलती से 3,200,000 डॉलर की ग्राहक राशि निकाल ली गई
- BBC documentary की जांच में सामने आया कि double charging CEO के सीधे अनुरोध पर engineer ने code बदलाव करके किया था
- आंतरिक संदेशों में engineer ने यह माना कि उसने “CEO के अनुरोध पर गलत script चलाई” और पछतावा व गलत फैसले को स्वीकार किया
- इस मामले में कानूनी नतीजे अभी तय नहीं हुए हैं, लेकिन स्थिति में गैरकानूनी होने की आशंका काफी अधिक है
- सीख यह है कि CEO जैसे senior executive का गैरकानूनी अनुरोध भी रिकॉर्ड में रखा जाए और उसे ठुकराया जाए, यही कानूनी सुरक्षा के लिए सबसे बेहतर है
निष्कर्ष और सीख
- तीनों मामलों में, गैरकानूनी अनुरोध मिलने पर engineer का फैसला आगे चलकर कानूनी और नैतिक जिम्मेदारी पर निर्णायक असर डालता है
- एकमात्र सुरक्षित मामला Frank का था, जहां engineer ने तुरंत और साफ तौर पर मना कर दिया
- FTX और Pollen में कंपनी की मांगों का निष्क्रिय रूप से पालन करने पर गंभीर परिणाम सामने आए
- अंततः सबसे अहम सीख यही है: कोई भी व्यक्ति गैरकानूनी अनुरोध पर हमेशा ‘नहीं’ कह सकता है
1 टिप्पणियां
Hacker News राय
2010 में पता चला कि WellPoint ने स्तन कैंसर मरीजों की बीमा पॉलिसी अपने-आप रद्द करने के लिए कोड का इस्तेमाल किया था, उस समय CEO Angela Braly थी और अब ExxonMobile में है, WellPoint उस समय अमेरिका की दूसरी सबसे बड़ी बीमा कंपनी थी, इस सिस्टम को बनाने के लिए काफी बिज़नेस एनालिसिस और सॉफ़्टवेयर डेवलपमेंट की ज़रूरत पड़ी होगी, और अंदर ऐसे लोग ज़रूर रहे होंगे जो इस कोड का मकसद समझते थे, माना जा सकता है कि ऐसे "cost savings" पर उन्हें बोनस भी मिला होगा
मैं एक बड़े सरकारी प्रोजेक्ट पर काम कर रहा था, और शुरू से ही ज़ोर देकर कहा था कि साल के अंत में सिर्फ़ घंटे खपाने के लिए फर्जी billing नहीं की जा सकती, यह अवैध है और जोखिम भरा भी, लेकिन बाद में पता चला कि एक सहकर्मी मेरी ओर से timesheet में झूठे घंटे भर रहा था, वकील से सलाह लेने पर GAO में शिकायत करने की सलाह मिली, लेकिन आखिरकार मैंने सिर्फ़ प्रभारी प्रोफेसर को रिपोर्ट किया और नौकरी छोड़ने का फैसला किया, बहुत तनाव था क्योंकि अगर मैं पहले से रिपोर्ट न करता तो ज़िम्मेदारी मुझ पर भी डाली जा सकती थी, अंत में लगा कि उस प्रोफेसर ने इस मामले को बस दबा दिया
मेरे अनुभव में बड़ी कंपनियाँ गलत काम के सबूत छिपाने में बहुत माहिर होती हैं और वरिष्ठ अधिकारियों को बचाने में पूरी ताकत लगा देती हैं, आख़िरकार stock price ही अहम होता है, और जब अंदर की बात बाहर आती है तो अधिकारी बस "बेहतर अवसर" के नाम पर निकल जाते हैं, तनाव सिर्फ़ ईमानदार engineers उठाते हैं और अधिकारी अगली सीढ़ी पर चले जाते हैं, पीछे मुड़कर देखने पर कंपनी की whistleblowing policy या in-house counsel से बात करना बेकार लगता है, वे या तो अयोग्य होते हैं, या सक्षम होने पर भी सिर्फ़ कंपनी बचाने में लगे रहते हैं, बेहतर है कि सीधे regulator को विस्तार से रिपोर्ट भेज दी जाए
"आप हमेशा मना कर सकते हैं" वाला सबक व्यावहारिक नहीं है, क्योंकि यह इस संभावना को नज़रअंदाज़ करता है कि मना करने वालों के खिलाफ management retaliation कर सकता है, समय बीतने पर समझ आता है कि retaliation से बड़ी चीज़ जेल जाने का जोखिम है, लेकिन उसी पल में "नहीं" कहना आसान नहीं होता
मुझसे कहा गया कि मेरी टीम की R&D tax credit application को approve कर दूँ, लेकिन समीक्षा के बाद मैंने मना कर दिया, बाद में accountant के साथ मीटिंग में पता चला कि यह CEO की बात के आधार पर किया जा रहा था, फिर जब हमने details साथ में देखीं तो उसने ज़्यादातर बातों पर मेरी राय से सहमति जताई, तब समझ आया कि tax credit पर "R&D" लिखा होने का मतलब यह नहीं कि उसकी कानूनी परिभाषा में सामान्य development work भी आ जाएगा, पहले मामले में जानबूझकर अवैध इरादा नहीं था, लेकिन जैसा चल रहा था उससे tax evasion माना जा सकने वाला हिस्सा था, ऐसी स्थिति में सिद्धांत यही है कि कंपनी से कहें कि वे आपको सीधे किसी विशेषज्ञ से जोड़ें ताकि मैं और कंपनी दोनों कानूनी रूप से सुरक्षित रहें, सच बोलने में कोई समस्या नहीं होती
मेरा मानना है कि software developers को भी दूसरे पेशों की तरह code of ethics पर हस्ताक्षर करने चाहिए, और अगर उनसे unethical मांग की जाए तो उसी code के आधार पर मना कर देना चाहिए, यह ऐसी चीज़ों में भी काम आ सकता है जो अवैध तो नहीं लेकिन अनैतिक या आपत्तिजनक हों (जैसे privacy default को public/public रखना), IEEE या ACM जैसी औपचारिक संस्थाओं के code का हवाला देना retaliation रोकने में भी मदद कर सकता है
बाद में देखने पर सब स्पष्ट लगता है, लेकिन उस समय कौन-सा कदम सही है, यह तय करना आसान नहीं होता, overreaction का डर, हालात को सही ठहराने वाले स्पष्टीकरण, नौकरी खोने का ख़तरा — इन सब वजहों से हिम्मत जुटाना मुश्किल होता है, अगर मामला साफ़-साफ़ काले-सफेद जैसा अपराध हो तो मना करना आसान है, लेकिन असल दुनिया हमेशा धुंधले grey area से भरी होती है, अज्ञानता भी ज़िम्मेदारी से मुक्त नहीं करती, इसलिए हर किसी को अपने कर्मों की ज़िम्मेदारी लेनी चाहिए, फिर भी मैं यही चाहूँगा कि किसी को ऐसी स्थिति में पड़ना ही न पड़े
20 साल developer के रूप में काम करते हुए, ज़्यादातर समय मैंने सालाना short-term contracts पर कई कंपनियों में काम किया, लेकिन मुझसे कभी कोई अवैध काम करने को नहीं कहा गया, यानी ऐसे अनुभव बहुत दुर्लभ हैं, अगर किसी से अवैध काम करवाने की कोशिश हो रही है तो उसे तुरंत कंपनी छोड़ देनी चाहिए, क्योंकि ऐसी कंपनी असामान्य और हताश स्थिति में है और आगे हालात और बिगड़ने की संभावना ज़्यादा है, यह बिल्कुल सामान्य नहीं है, जितनी जल्दी हो सके निकल जाना चाहिए
मैंने 2020 में NS8 में 4 महीने काम किया, फिर कंपनी ढह गई और CEO को 123 million dollar की investment fraud के आरोप में गिरफ़्तार कर लिया गया, हाल ही में कंपनी के layoff lawsuit से मुझे थोड़ा-सा मुआवज़ा मिला, लेकिन COVID के बीच नौकरी खोना बहुत भारी तनाव था
मेरा विश्वास बहुत पक्का है कि "मैं कभी बुरा/अवैध काम नहीं करूँगा", लेकिन दो बातों पर कम चर्चा होती है, पहली यह कि पूरी तरह whistleblowing तक बात न भी जाए, तब भी व्यक्तिगत लागत बहुत भारी हो सकती है, सबसे अच्छे हाल में भी इसका मतलब अक्सर नई नौकरी ढूँढने का दबाव होता है, जबकि हर किसी के पास विकल्प या आर्थिक सुरक्षा नहीं होती, और मानसिक थकान भी बहुत गंभीर होती है, मैंने एक बार ऐसी स्थिति को ठीक करने की कोशिश में लगभग burnout झेल लिया, और आखिरकार दूर से देखता रहा कि प्रोजेक्ट कैसे बिखरता गया, मैंने ऐसे लोगों को भी देखा है जो लगभग बिना गलती किए संगठन की समस्या उजागर करने पर बुरी तरह आहत हुए, managers भी अक्सर सीधे शामिल नहीं होते, बल्कि सिस्टम से इस तरह बँधे होते हैं कि उनके पास समस्या हल करने का अधिकार ही नहीं होता, दूसरी बात यह है कि जब तक आप सब कुछ दाँव पर लगाकर पूरी लड़ाई लड़ने को तैयार न हों, अधिकतम आप बस खुद को बचा सकते हैं, फिर भी कम-से कम इस संतोष के साथ सो सकते हैं कि आपने अपने सिद्धांत नहीं छोड़े, लेकिन सीधे न्याय स्थापित न कर पाने का अफ़सोस रह जाता है