Satu tweet bertanya mengapa berhenti berlangganan buletin mungkin "memakan waktu beberapa hari." Kencangkan sabuk pengaman Anda, saya akan menceritakan kisah
luar biasa tentang bagaimana hal ini dilakukan dalam pengembangan perusahaan ™ ...
Ada satu bank. Tentunya Anda pernah mendengar tentang dia, dan jika Anda tinggal di Inggris - dengan probabilitas 10% inilah bank
Anda . Saya bekerja di sana sebagai "konsultan" dengan gaji yang sangat baik.
Bank mengirimkan surat pemasaran. Di ruang bawah tanah setiap huruf ada tautan berhenti berlangganan kecil. Orang terkadang mengklik tautan ini.
Mengklik tautan tersebut memunculkan satu server web prasejarah yang berputar di
suatu tempat di bank. Jujur, butuh tiga minggu hanya untuk menemukannya.
Layanan ini mengirim email ke kotak surat internal setiap kali tautan diklik. Ini terjadi beberapa ratus kali sehari.
Sebelumnya, surat-surat ini dikirim ke karyawan tertentu, tetapi lima tahun lalu dia berhenti.
Sekarang pesan diteruskan ke grup distribusi. Mereka tidak dapat mengubah alamat penerima, karena hardcodenya, tetapi mereka tidak menemukan sumber untuk layanan. Layanan ini ditulis dalam Java 6.
Surat-surat dalam grup surat diperiksa oleh dua karyawan pusat lepas pantai bank di Hyderabad (di India). Mereka bekerja keras dan melakukan tugas mereka dengan
luar biasa , tetapi terbang dengan plak, pekerjaan ini tidak tertahankan.
Saya berbicara dengan mereka melalui konferensi video dan mereka memiliki semua tanda-tanda sindrom perusahaan-pasca-trauma. Mereka bertarung dengan omong kosong ini selama
bertahun -
tahun dan selama ini
tidak ada yang berubah.
Ketika surat itu tiba, mereka harus menjalankan skrip SQL yang menentukan apakah alamat yang tidak berlangganan milik klien bank (maka protokolnya adalah satu) atau tidak (kemudian yang lain).
Jika penerima adalah klien, mereka perlu mengeksekusi skrip SQL lain yang memperbarui catatan klien di lingkungan ETL awal. Semua perubahan diperiksa pada pukul 16:00 waktu London oleh tim terpisah di Skotlandia. Jika perubahan lulus tes, mereka akan diterapkan ke basis data nyata
setelah hari lain pukul 16:00.
Jika penerima bukan klien, mereka menambahkannya ke lembar kerja Excel dan mengirimkannya ke tim pemasaran di Swindon sebelum meninggalkan rumah.
Tim pemasaran, dengan meramalkan alasan kopi dan praktik okultisme lainnya, menentukan apakah klien "berpotensi signifikan" (yang, menurut aturan internal, "hingga 48 jam" dialokasikan). Jika tidak, maka alamat tersebut ditambahkan ke tabel lain dan dikirim kembali ke India untuk menjalankan kueri SQL lainnya.
Jika pemasaran telah mendefinisikan klien sebagai "signifikan" - surat dari formulir "apakah Anda benar-benar ingin berhenti berlangganan?" Apakah dikirim kepadanya secara manual. Sepertinya itu dibuat secara otomatis, tetapi kenyataannya tidak.
Jika mereka menjawab "ya" (awalnya perlu menulis "YA" dalam huruf kapital), maka tim dari Swindon mengirim tabel
ketiga ke India dan skrip berikutnya dilaksanakan dengan sungguh-sungguh di sana.
Jika saya ingat dengan benar, dibutuhkan rata-rata
empat hari kerja . Rata-rata, sekitar 700 orang berhenti berlangganan per hari, di mana 70% di antaranya "berpotensi signifikan."
Ngomong-ngomong, kedua orang India ini dipindahkan ke tim pengembangan kami dan menjadi PM untuk sistem yang menggantikan semua omong kosong ini. Mereka adalah orang-orang yang paling baik, paling responsif, dan pekerja keras dari orang-orang yang saya senang bekerja. Terima kasih kepada mereka bahwa proses kesedihan perusahaan mimpi buruk ini telah begitu "lancar" bekerja selama ini. Mereka kemudian pindah ke Inggris dan salah satu dari mereka sekarang menjalankan departemen dengan 40+ karyawan.
Catatan penerjemah: burung hantu di KDPV - Yoll .