Bir tweet, abonelikten çıkmanın neden "günler sürebileceğini" sordu. Kemerlerinizi sıkı sıkı bağlayın, size söylemek üzereyim inanılmaz Enterprise Development™'da bunun nasıl yapıldığının hikayesi...
Bir banka var. Muhtemelen bunu duymuşsunuzdur ve eğer Birleşik Krallık'ta yaşıyorsanız, %10 ihtimalle öyledir. sizin banka. Orada mükemmel bir maaş karşılığında “danışman” olarak çalıştım.
Banka pazarlama mektupları gönderir. Her e-postanın altbilgisinde küçük bir "abonelikten çık" bağlantısı bulunur. İnsanlar bazen bu bağlantılara tıklarlar.
Bir bağlantıya tıklamak, tarih öncesi bir web sunucusunun dönmesine neden olur bir yerde bankada. Dürüst olmak gerekirse onu bulmam üç haftamı aldı.
Bu hizmet, bir bağlantıya her tıklandığında dahili gelen kutunuza bir e-posta gönderir. Bu günde birkaç yüz kez oluyor.
Daha önce bu mektuplar belirli bir çalışana gönderiliyordu ancak beş yıl önce ayrıldı.
Artık mektup dağıtım grubuna iletildi. Alıcının adresini sabit kodlu olduğundan değiştiremediler ve hizmetteki kaynak kodunu bulamadılar. Hizmet Java 6 ile yazılmıştır.
Posta grubundaki mektuplar, bankanın Haydarabad'daki (Hindistan'daki) denizaşırı merkezinin iki çalışanı tarafından kontrol ediliyor. Çok çalışırlar ve görevlerini tamamlarlar müthişama kahretsin, bu iş dayanılmaz.
Onlarla video konferans aracılığıyla iletişim kurdum ve kurumsal travma sonrası sendromun tüm belirtilerini taşıyorlardı. Bu saçmalığa karşı savaştılar yıllar boyunca ve bu süre zarfında hiçbir şey değişmedi.
Bir mektup geldiğinde, aboneliği iptal edilen adresin banka istemcisine ait olup olmadığını (o zaman protokol birdir) ya da olmadığını (sonra başkası) belirleyen bir SQL komut dosyasını çalıştırmaları gerekir.
Alıcı bir müşteri ise, ETL öncesi ortamda müşteri kaydını güncelleyen başka bir SQL betiği çalıştırması gerekir. Tüm değişiklikler Londra saatiyle 16:00'da İskoçya'daki ayrı bir ekip tarafından incelenir. Değişiklikler doğrulamayı geçerse gerçek veritabanına uygulanacaktır. başka bir günde 16 içinde: 00.
Alıcı müşteri değilse, eve gitmeden önce bunu bir Excel elektronik tablosuna ekler ve Swindon'daki pazarlama ekibine gönderir.
Çay yapraklarını ve diğer gizli uygulamaları kullanan pazarlama ekibi, müşterinin "potansiyel olarak önemli" olup olmadığını belirler (bunun için iç düzenlemelere göre "48 saate kadar"). Değilse, adres başka bir tabloya eklenir ve başka bir SQL sorgusu yürütmek üzere Hindistan'a geri gönderilir.
Pazarlama birimi bir müşteriyi "önemli" olarak tanımlarsa, bu müşteriye manuel olarak "Abonelikten gerçekten çıkmak istediğinizden emin misiniz?" gibi bir mektup gönderilir. Otomatik olarak oluşturulmuş gibi görünüyor, ancak aslında öyle değil.
"Evet" yanıtı verirlerse (başlangıçta büyük harflerle "EVET" yazmak gerekiyordu), Swindon'daki ekip onları Hindistan'a gönderiyor üçüncü tablo ve orada bir sonraki komut dosyası ciddiyetle yürütülür.
Yanlış hatırlamıyorsam ortalama sürüyor dört iş günü. Ortalama olarak günde yaklaşık 700 kişi abonelikten çıkıyor ve bunların %70'i "potansiyel olarak önemli".
Bu arada, bu iki Hintli geliştirme ekibimize transfer oldu ve tüm bu saçmalıkların yerini alan sistemin PM'leri oldular. Birlikte çalışmaktan keyif aldığım en nazik, en şefkatli ve çalışkan insanlardı. Bu kabus kurumsal sürecin bunca yıldır bu kadar "sorunsuz" yürümesi onların sayesinde oldu. Daha sonra İngiltere'ye taşındılar ve içlerinden biri şu anda 40'tan fazla çalışanı olan bir departmanı yönetiyor.
Çevirmenin notu: KDPV'de baykuş - .
Kaynak: habr.com