Satu tweet menanyakan mengapa berhenti berlangganan bisa “membutuhkan waktu berhari-hari”. Kencangkan sabuk pengamanmu, aku akan memberitahumu menakjubkan kisah tentang bagaimana hal itu dilakukan di Enterprise Development™...
Ada satu bank. Anda mungkin pernah mendengarnya, dan jika Anda tinggal di Inggris, ada kemungkinan 10% hal itu terjadi. milikmu bank. Saya bekerja di sana sebagai “konsultan” dengan gaji yang luar biasa.
Bank mengirimkan surat pemasaran. Ada tautan kecil “berhenti berlangganan” di footer setiap email. Terkadang orang mengklik tautan ini.
Mengklik tautan menyebabkan satu server web prasejarah berputar di suatu tempat di bank. Sejujurnya, aku butuh waktu tiga minggu hanya untuk menemukannya.
Layanan ini mengirimkan email ke kotak masuk internal Anda setiap kali tautan diklik. Ini terjadi beberapa ratus kali sehari.
Sebelumnya, surat tersebut dikirimkan kepada pegawai tertentu, namun lima tahun lalu ia hengkang.
Kini surat tersebut diteruskan ke grup distribusi. Mereka tidak dapat mengubah alamat penerima karena alamat tersebut dikodekan secara keras, dan mereka tidak dapat menemukan kode sumber dari layanan. Layanan ini ditulis dalam Java 6.
Surat-surat dalam kelompok surat diperiksa oleh dua karyawan pusat bank luar negeri di Hyderabad (di India). Mereka bekerja keras dan menyelesaikan tugas mereka оенно, tapi sialnya, pekerjaan ini tak tertahankan.
Saya berkomunikasi dengan mereka melalui konferensi video dan mereka memiliki semua tanda-tanda sindrom pasca-trauma perusahaan. Mereka melawan omong kosong ini selama bertahun-tahun dan selama ini tidak ada belum berubah.
Ketika surat tiba, mereka harus menjalankan skrip SQL yang menentukan apakah alamat yang berhenti berlangganan adalah milik klien bank (maka protokolnya adalah satu) atau bukan (kemudian yang lain).
Jika penerima adalah pelanggan, mereka perlu menjalankan skrip SQL lain yang memperbarui data pelanggan di lingkungan pra-ETL. Semua perubahan ditinjau pada pukul 16:00 waktu London oleh tim terpisah di Skotlandia. Jika perubahan lolos verifikasi, perubahan tersebut akan diterapkan ke database sebenarnya di hari lain dalam 16: 00.
Jika penerima bukan klien, mereka menambahkannya ke spreadsheet Excel dan mengirimkannya ke tim pemasaran di Swindon sebelum pulang.
Tim pemasaran, dengan menggunakan daun teh dan praktik okultisme lainnya, menentukan apakah klien tersebut “berpotensi signifikan” (yang menurut peraturan internal, “hingga 48 jam”). Jika tidak, maka alamat tersebut ditambahkan ke tabel lain dan dikirim kembali ke India untuk menjalankan kueri SQL lainnya.
Jika bagian pemasaran telah mengidentifikasi klien sebagai “penting”, mereka akan dikirimi surat secara manual seperti “Apakah Anda yakin benar-benar ingin berhenti berlangganan?” Sepertinya ini dibuat secara otomatis, namun kenyataannya tidak.
Jika mereka menjawab “ya” (awalnya harus menulis “YA” dengan huruf kapital), maka tim dari Swindon mengirimkan mereka ke India ketiga tabel dan di sana skrip berikutnya dieksekusi dengan sungguh-sungguh.
Jika saya ingat dengan benar, dibutuhkan rata-rata empat hari kerja. Rata-rata, sekitar 700 orang berhenti berlangganan per hari, dan 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 hati, penuh kasih sayang, dan pekerja keras yang pernah saya senangi bekerja sama. Berkat merekalah proses korporasi mimpi buruk ini berjalan begitu “lancar” selama ini. Kemudian mereka pindah ke Inggris dan salah satu dari mereka sekarang menjalankan departemen dengan lebih dari 40 karyawan.
Catatan Penerjemah: burung hantu di KDPV - .
Sumber: www.habr.com