Psss, कुछ भयानक आईटी कहानियाँ चाहते हैं?

क्या आप अंधेरे से डरते हैं? शायद एक ज़ोंबी सर्वनाश या बिस्तर के नीचे राक्षस? हम नहीं जानते। हम, आईटी विशेषज्ञ, आतंक के अपने स्रोत हैं: टेढ़े उपयोगकर्ताओं, आईटी मालिकों से दूर, दुर्घटनाग्रस्त सर्वर, लापता या बैकअप नहीं बनाया गया, कोड और एजाइल-रैलियां रखी, जब वास्तव में "कल ही" चिल्लाते हुए पूरे विकास को नियंत्रित किया जाता है, "ग्राहक फेंक रहा है" , "वहाँ ठेस की आलोचना की।" हैलोवीन की पूर्व संध्या पर, हमने सबसे भयानक कहानियों को खोजने का फैसला किया, हमारे एक जोड़े को बताएं, और एक ही समय में आपकी सुनें। खैर, आप आत्मा को शांत करने वाली कहानियां बताने के लिए तैयार हैं?

Goosebumps तक आसान गर्म

चलो एक बहुत ही सरल कार्य के साथ शुरू करते हैं। सिद्धांत रूप में, उसे जांचना चाहिए कि क्या संख्या प्रमुख है।

bool primeCheckUgly(unsigned long long int n){//good luck     ... 

खैर, अगर टिप्पणी ने हमें शुभकामनाएं दी हैं, तो आप निश्चित रूप से इस फ़ंक्शन के लिए पूर्ण कोड का स्क्रीनशॉट देखने के लिए तैयार हैं। क्या आप तैयार हैं? खैर?


और निम्नलिखित स्क्रीनशॉट में कोड स्निपेट क्या करता है?

रेडिट के साथ डरावना कहानियां समय

कहानी १

उपयोगकर्ता यह चर्चा करने के लिए आया कि क्या यह कोड उपयुक्त है ... किसी व्यावसायिक अनुप्रयोग के लिए। कमेंट करने वाले कम से कम सदमे में थे और उन्हें बहुत सारी समस्याएं मिलीं:

• दुःस्वप्न सुरक्षा खतरों, SQL कमजोरियों
• कोड समर्थन के साथ समस्याओं (3.5 हजार लाइनों के लिए अखंड)
• स्केलिंग के साथ समस्याएं
• कोड के भयानक चाल, कार्य और संगठन (लेखक को रिक्त स्थान का अफसोस नहीं था)
• कोड की खराब संरचना और पठनीयता।

गंभीर पाठकों को सलाह दी जाती है कि वे व्यवसाय के लिए सबक सीखें और (हाँ, हम, एक होस्टिंग प्रदाता के रूप में, यह भी जानते हैं कि किस तरह के गरीब ग्राहक हल से "मुक्त" प्रदाताओं से आते हैं)। खैर, सबसे अच्छी टिप्पणी मैंने दी है: "यदि शराब के लिए नहीं, तो अधिकांश कोड जो मैं देख रहा हूं वह मुझे भी बनाए रखेगा" (यदि यह शराब के लिए नहीं था, तो अधिकांश कोड जो मैंने देखा था, वे मुझे या तो सोते नहीं थे)।

कहानी २

एक ऑनलाइन ट्यूटोरियल प्रत्येक शब्द को एक अलग HTML तत्व के रूप में मानता है, इसलिए प्रति पैरा 10 से अधिक शब्दों को कॉपी और पेस्ट करना संभव नहीं है। हालाँकि, कुछ स्थानों पर Reddit लगभग Habr की तरह है; इसलिए, टिप्पणियों में केवल कुछ उपयोगकर्ताओं ने कोड के लेखक पर mu ** ke के रूप में टिप्पणी की, बाकी लोगों ने इस सुविधा को प्राप्त करने और सभी पाठों को सर्वोत्तम संभव तरीके से प्राप्त करने के बारे में बहुत सारी सलाह दी। अगर किसी को तरीकों की जरूरत है, तो आप उनके बारे में थ्रेड में ही पढ़ सकते हैं ।

कहानी ३

इस आदमी को इस तरह के कोड के लिए $ 50 प्रति घंटे का भुगतान किया गया था, और उसने 3000 लाइनों से अधिक लंबी एक पूरी फ़ाइल बनाई (nagovnokodil)।

ग्राहक को दोष देना है, समुदाय ने फैसला किया, क्योंकि $ 50 एक पैसा है, जिसका अर्थ है कि आप केवल "बंदर" को काम पर रखने पर भरोसा कर सकते हैं। कुछ ने फैसला किया कि यह सिर्फ एक बुरा मजाक था और आदमी अपनी घड़ी पर पकड़ बना रहा था। खैर, धागे में कोड में क्या गलत है, इसका एक विस्तृत विश्लेषण।

कहानी ४

यह, निश्चित रूप से, विज्ञान कथा पर आधारित एक कहानी है, लेकिन एक खूबसूरत युवा की भोर में ऐसा कुछ नहीं किया।

निर्देशिका में सभी फ़ाइलों का चयन करने के लिए लड़का बहुत आलसी था और उपयोगिता का उपयोग करने से बेहतर कुछ भी नहीं था

 rm -rf /* 

लेकिन कुछ, जाहिरा तौर पर, उसकी आत्मा में एक धड़कन बंद हो गई और वह अपने सर्विस स्टेशन में बदल गया, चाहे विचार की सही ट्रेन को चुना गया हो, आदमी को पुष्टि मिली और ... अच्छी तरह से, आप समझते हैं। टिप्पणियाँ एक सौ प्रतिशत वितरित करती हैं: "आपके आंसू कितने स्वादिष्ट हैं" "तकनीकी प्रबंधक से लिनक्स पर फ़ाइलों को हटाने का तरीका पूछने का कोई मतलब नहीं है", "आपको लिनक्स में बहुत महारत हासिल नहीं होनी चाहिए" (हमें लगता है कि अभी भी Google और सामान्य ज्ञान के साथ थोड़ी परेशानी है) , "विफल!"। हमें लगता है कि कहानी एक बाइक की तरह है, लेकिन यह इस बात से था कि एक दुर्भाग्यपूर्ण ठंड पीछे से गुजरती थी और किसी तरह मैं तुरंत जड़ से बाहर निकलना चाहता था। वैसे, वहाँ कुछ उपयोगी सुझाव भी हैं ।

कहानी ५

पिछले एक के समान एक बाइक। एक टीम :-)

 sudo rm –fr / 

हमारे दोस्त की कहानी उसके पिछले अनुभव से

“2008 साल। हमारी साइट हैक कर ली गई है। यह एक सामान्य, सुरक्षित साइट थी, जिसे एक दिन में 5,000 से अधिक लोगों द्वारा देखा गया था। और मुख्य पृष्ठ पर पेंटागन के बारे में त्रुटियों के साथ एक पाठ दिखाई दिया और हमसे एक सौ मिलियन लेने की धमकी दी (वैसे, यह कंपनी के राजस्व का केवल एक हिस्सा था)। कानों पर सत-शनिकी, घबराहट में निर्देशक, एसटीओ ने रस्सी को धोया, डेवलपर्स वेसिलीन के लिए दौड़े। कोई बात नहीं। उन्होंने साइट को बंद कर दिया, 404 लटका दिया, कॉल की हड़बड़ी प्राप्त की। अगले दिन, माँ ला ला अनफिसा चेखव सबसे अच्छे रस में आईं और चश्मे में 16 साल की पूरी तरह से प्रताड़ित बच्चे को लाया। कहते हैं: "यह मेरा बेटा है, वह एक हैकर है, उसे काम पर ले जाओ।" सर्विस स्टेशन लूप से बाहर निकल गया, छोटे को कंधे से लगाया और उसे छोटे बाउबल दिखाने के लिए मजबूर किया (हमने विवरण की घोषणा नहीं की), उन्होंने अपनी मां को रूसी संघ के आपराधिक कोड के बारे में बताया, लेकिन उन्होंने लड़के को कुछ प्रस्तुत किया। "

सामान्य तौर पर, मानव कारक एक कारण है कि हम में से प्रत्येक किसी भी कार्य दिवस पर एक व्यक्तिगत हैलोवीन हो सकता है।

अपने सहकर्मियों के लिए इस तरह की कहानियों का नायक कैसे न बनें

प्रोग्रामर टिप्स

• कोड पर टिप्पणी करें, खासकर यदि आप विकास के लिए नए हैं। यह आपकी, और सहकर्मियों की मदद करेगा, और जो बहुत बाद में इस परियोजना में प्रवेश करेंगे।
• बेहतर अभी तक, एक पठनीय कोड लिखें। प्रोग्रामर की एक टीम के लिए कोड एक विशेष संचार भाषा से ज्यादा कुछ नहीं है। अच्छा कोड आत्मनिर्भर है, इसे ध्यान में रखें। जो आपके समझ में आने के बाद भी टीम में आने दें।
• चर और कार्यों को सामान्य लेक्सिकल इकाइयाँ कहें ताकि आप समझ सकें कि उन्हें क्या करना चाहिए। FsskdQwertZeta खराब MoveEmployeeFromList सामान्य है।
• कंपनी द्वारा अपनाई गई कोड शैली का पालन करें - इसके लिए धन्यवाद, परियोजना न केवल स्पष्ट होगी, बल्कि सुरक्षित भी होगी: किसी भी टीम के डेवलपर किसी भी समय या तो बिना किसी बाधा या खराब शैली को नष्ट किए बिना किसी आपात स्थिति में सुधार करने में सक्षम होंगे।
• कोड, मॉड्यूल, परियोजनाओं में कचरा बर्बाद न करें। अनावश्यक मॉड्यूल निकालें, गैर-काम करने वाली विरासत को अपने साथ न खींचें, यदि संभव हो तो बैसाखी को फेंकने के लिए रिफ्लेक्टर और एक अच्छे कोड के लिए बाइक पिघलाएं।
• अपने कोड का परीक्षण, वास्तविक दुनिया की स्क्रिप्ट की जाँच करें। यदि आप कोड का परीक्षण नहीं करते हैं, तो यह ठेस द्वारा परीक्षण किया जाएगा :-)

सिस्टम प्रशासक के लिए युक्तियाँ

• अपने काम को अपने सहयोगियों के लिए आसान बनाने, श्रमिकों को स्थानांतरित करने और मानक परिदृश्यों को समझने के लिए अपने आप को दस्तावेज़ित करें।
• बैकअप बनाते हैं। उनकी माँ करो, बैकअप!
• अपने काम को स्वचालित करें, टिकट सिस्टम और निगरानी प्रणाली का उपयोग करें।
• केवल अनुरोध पर काम करें - इसलिए आप यह साबित कर सकते हैं कि आप काम कर रहे हैं, और डोटा ड्राइविंग नहीं कर रहे हैं, और "बस 1 सी आधार को फिर से लोड करना" "सरल" नहीं है।
• कंपनी में सूचना सुरक्षा की एक प्रणाली बनाएँ, सहयोगियों और विशेष रूप से उत्साही "उन्नत उपयोगकर्ताओं" से अपराधों को रोकें।
• लॉग करें, लॉग करें, रिकॉर्ड रखें।
• बाह्य उपकरणों और हार्डवेयर का एक प्रतिस्थापन फंड है, लाइसेंस प्रबंधित करें, बजट - एक आईटी प्रबंधक हो, और न कि केवल एक "कॉल" आदमी।

जाहिर है, है ना? लेकिन इन सरल सिद्धांतों के अनुपालन से अधिक संभावित समस्याएँ बंद हो जाएंगी जो हब्र, रेडिट और अन्य संसाधनों पर चिलिंग कहानियों में बदल जाती हैं जहां आपके भयंकर फेकैप चर्चा के लिए तैयार हैं।

दोस्तों, आज, हैलोवीन पर, हम द्रुतशीतन कहानियों और आपके आईटी अभ्यास को तरसते हैं। क्या आपकी हथेलियों पसीना, आपकी आँखों में अंधेरा, और अंदर ठंडा? सर्वश्रेष्ठ कहानी के लिए (उच्चतम टिप्पणी रेटिंग के साथ), हम पुरस्कार देंगे। पहले स्थान के लिए - ड्यूक न्युकेम के निर्माता , एल्वेल्ड द्वारा एक ऑटोग्राफ्ड हुडी:


दूसरे स्थान के लिए - पूरे वर्ष के लिए मोज़े का स्टॉक :)