Psss, mau cerita IT yang mengerikan?

Apakah Anda takut akan gelap? Mungkin kiamat zombie atau monster di bawah tempat tidur? Kami tidak tahu. Kami, spesialis IT, memiliki sumber horor sendiri: pengguna bengkok, jauh dari bos TI, server lumpuh, hilang atau tidak membuat cadangan, meletakkan kode dan Agile-demonstrasi, padahal sebenarnya seluruh pengembangan dikendalikan dengan berteriak "baru kemarin", "pelanggan melempar" , "Ada yang mengkritik prod." Pada malam Halloween, kami memutuskan untuk menemukan kisah-kisah paling mengerikan, menceritakan beberapa kisah kami, dan pada saat yang sama mendengar cerita Anda. Nah, apakah Anda siap menceritakan kisah-kisah yang mengerikan jiwa?

Mudah pemanasan untuk merinding

Mari kita mulai dengan satu fungsi yang sangat sederhana. Secara teori, dia harus memeriksa apakah nomornya prima.

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

Nah, jika komentar itu mengucapkan selamat kepada kami, maka Anda pasti siap untuk melihat tangkapan layar kode lengkap untuk fungsi ini. Apakah kamu siap Yah?


Dan apa yang dilakukan cuplikan kode pada tangkapan layar berikut?

Cerita Menakutkan Waktu Dengan Reddit

Cerita 1

Pengguna datang untuk mendiskusikan apakah kode ini cocok ... untuk aplikasi bisnis. Komentator setidaknya kaget dan menemukan banyak masalah:

• ancaman keamanan mimpi buruk, kerentanan SQL
• masalah dengan dukungan kode (monolith untuk 3,5 ribu baris)
• masalah dengan penskalaan
• trik, fungsi, dan pengaturan kode yang mengerikan (penulis tidak menyesali spasi)
• struktur dan keterbacaan kode yang buruk.

Pembaca berat disarankan untuk pergi apa adanya dan belajar pelajaran untuk bisnis (ya, kami, sebagai penyedia hosting, juga tahu klien miskin macam apa yang berasal dari penyedia "gratis" dari bajak). Ya, komentar terbaik menyatakan: “Jika bukan karena alkohol, sebagian besar kode yang saya lihat juga akan membuat saya terus naik” (Jika bukan karena alkohol, sebagian besar kode yang saya lihat tidak akan membuat saya tertidur juga).

Cerita 2

Tutorial online memperlakukan setiap kata sebagai elemen HTML yang terpisah, jadi tidak mungkin menyalin dan menempel lebih dari 10 kata per paragraf. Namun, di beberapa tempat Reddit hampir seperti Habr, oleh karena itu, dalam komentar, hanya beberapa pengguna yang mengomentari pembuat kode sebagai mu ** ke, sisanya memberikan banyak saran tentang cara menyiasati fitur ini dan mendapatkan semua teks dengan cara terbaik. Jika seseorang membutuhkan metode, Anda dapat membacanya di utas itu sendiri .

Cerita 3

Orang ini dibayar $ 50 per jam untuk kode seperti itu, dan dia membuat (nagovnokodil) seluruh file lebih dari 3000 baris.

Pelanggan yang harus disalahkan, komunitas memutuskan, karena $ 50 adalah satu sen, yang berarti bahwa Anda hanya dapat mengandalkan mempekerjakan "monyet." Beberapa memutuskan itu hanya lelucon buruk dan lelaki itu mengejar arlojinya. Nah, analisis rinci tentang apa yang salah dalam kode di utas .

Cerita 4

Ini, tentu saja, adalah kisah yang berbatasan dengan fiksi ilmiah, tetapi yang pada awal masa muda yang cantik tidak melakukan hal seperti itu.

Lelaki itu terlalu malas untuk memilih semua file dalam direktori dan tidak menghasilkan sesuatu yang lebih baik daripada menggunakan utilitas

 rm -rf /* 

Tapi sesuatu, tampaknya, melompati jiwanya dan dia berbalik ke stasiun layanannya, apakah kereta pemikiran yang benar dipilih, orang itu menerima konfirmasi dan ... yah, kau mengerti. Komentar memberikan seratus persen: "betapa enaknya air mata Anda" "tidak masuk akal untuk bertanya kepada manajer teknis cara menghapus file di Linux", "Anda tidak harus menguasai Linux terlalu banyak" (kami pikir masih ada sedikit masalah dengan Google dan akal sehat) , "Gagal!". Kami berpikir bahwa ceritanya lebih seperti sepeda, tetapi dari sanalah rasa dingin yang malang melintas di belakang dan entah bagaimana aku segera ingin keluar dari akarnya. Ngomong-ngomong, ada beberapa tips berguna di sana juga .

Cerita 5

Sepeda mirip dengan yang sebelumnya. Satu tim :-)

 sudo rm –fr / 

Kisah teman kita dari pengalaman masa lalunya

"Tahun 2008. Situs kami telah diretas. Itu adalah situs normal dan aman, yang dikunjungi oleh lebih dari 5.000 orang per hari. Dan di halaman utama muncul teks dengan kesalahan tentang Pentagon dan ancaman untuk mengambil seratus juta dari kami (ngomong-ngomong, ini hanya sebagian dari pendapatan perusahaan). Sat-shniki di telinga, direktur panik, STO mencuci tali, pengembang berlari untuk Vaseline. Tidak ada Mereka menutup situs, digantung 404, menerima banyak panggilan. Keesokan harinya, ibu ala Anfisa Chekhov datang dalam jus terbaik dan membawa seorang anak yang benar-benar disiksa dalam kacamata 16 tahun. Kata: "Ini anakku, dia adalah seorang hacker, bawa dia ke kantor." Stasiun layanan keluar dari loop, mengambil yang kecil di bahu dan memaksanya untuk menunjukkan barang kecil (kami belum mengumumkan detailnya), mereka memberi tahu ibu mereka tentang KUHP Federasi Rusia, tetapi mereka memberikan sesuatu kepada pria itu. "

Secara umum, faktor manusia adalah alasan bahwa kita masing-masing dapat mengadakan Halloween pribadi pada hari kerja apa pun.

Bagaimana tidak menjadi pahlawan cerita seperti itu untuk kolega Anda

Kiat Pemrogram

• Komentari kode, terutama jika Anda baru dalam pengembangan. Ini akan membantu Anda, dan kolega, dan mereka yang akan memasuki proyek jauh di kemudian hari.
• Lebih baik lagi, tulis kode yang bisa dibaca. Kode tidak lebih dari bahasa komunikasi khusus untuk tim pemrogram. Kode yang baik adalah swasembada, ingatlah ini. Biarkan bahkan mereka yang datang ke tim setelah Anda memahaminya.
• Panggil variabel dan fungsi unit leksikal normal sehingga Anda dapat memahami apa yang harus mereka lakukan. FsskdQwertZeta buruk MoveEmployeeFromList normal.
• Ikuti gaya kode yang diadopsi oleh perusahaan - berkat ini, proyek tidak hanya dapat dimengerti, tetapi juga aman: setiap pengembang tim akan dapat membuat perubahan dalam keadaan darurat tanpa membuang waktu untuk mengungkap kebingungan atau gaya buruk.
• Jangan buang sampah dalam kode, modul, proyek. Hapus modul yang tidak perlu, jangan seret warisan yang tidak berfungsi dengan Anda, jika mungkin, refactor untuk melempar kruk dan melelehkan sepeda ke kode yang baik.
• Uji kode Anda, periksa skrip dunia nyata. Jika Anda tidak menguji kodenya, itu akan diuji oleh prod :-)

Kiat untuk administrator sistem

• Dokumentasikan pekerjaan Anda untuk memudahkan rekan kerja, pekerja shift, dan diri Anda sendiri untuk memahami skenario standar.
• Buat cadangan. Lakukan ibu mereka, backup!
• Otomasi pekerjaan Anda, gunakan sistem tiket dan sistem pemantauan.
• Bekerja hanya berdasarkan permintaan - sehingga Anda dapat membuktikan bahwa Anda bekerja, dan tidak mengemudi ke Dota, dan "hanya memuat ulang basis 1C" bukanlah "sederhana".
• Bangun sistem keamanan informasi di perusahaan, cegah pelanggaran dari kolega dan terutama “pengguna mahir” yang bersemangat.
• Log, log, simpan catatan.
• Memiliki dana pengganti untuk periferal dan perangkat keras, kelola lisensi, anggaran - jadilah manajer TI, dan bukan sekadar "panggilan".

Jelas, bukan? Tetapi kepatuhan terhadap prinsip-prinsip sederhana ini akan mencakup lebih dari ⅔ masalah yang mungkin terjadi yang berisiko berubah menjadi cerita-cerita mengerikan tentang Habré, Reddit, dan sumber daya lainnya di mana fakap ganas Anda siap untuk berdiskusi.

Teman-teman, hari ini, di Halloween, kami mendambakan kisah-kisah mengerikan dan praktik TI Anda. Apa yang membuat telapak tangan Anda berkeringat, gelap di mata Anda, dan dingin di dalam? Untuk cerita terbaik (dengan peringkat komentar tertinggi), kami akan memberikan hadiah. Untuk tempat pertama - hoodie yang ditandatangani oleh thelevelord , pencipta Duke Nukem:


Untuk tempat kedua - stok kaus kaki sepanjang tahun :)