Meslektaş Julius

• Üniversite ve iş hayatı boyunca anlatıcının tekrar tekrar karşılaştığı Julius, özgüveni ve sunum becerisi güçlü olsa da teknik anlayışı ve gerçek katkısı sürekli sorgulanan bir kişidir
• C projesinde C sanal makinesinden söz etmesi ya da internete bağlı sunucuların IP adresi olmadığını müşteriye söylemesi gibi, temel kavramlarla uyuşmayan açıklamaları tekrar tekrar ortaya çıkar
• Ekip, onun kodunu ve belgelerini her seferinde yeniden gözden geçirmek ve müşterilere verilen sözleri toparlamak zorunda kalır; ancak yöneticiler ve İK, sunum becerisini ve tavrını yüksek değerlendirir
• Julius, her şirket değişikliğinde özgeçmişini ve ücret paketini büyütür; LinkedIn ve medya görünürlüğü sayesinde büyük katkı yapmış biri gibi görünen bir kariyer anlatısını sürdürür
• Şirket üretkenliği artırma gerekçesiyle çeşitli yapay zeka yazılımları kullanmaya başlayıp bunların devre dışı bırakılmasını yasaklayınca, anlatıcı çevresinin onlarca Julius ile dolu olduğu bir çalışma ortamına katlanmakta zorlanır

---

Üniversitede ilk görülen Julius

• Julius, üniversitede tanışılan bir ekip arkadaşıdır; sakin, nazik ve her zaman güler yüzlüdür
• Söz kesmez, yanlış yaptığında bunu kabul eder ve sorulara da tereddüt etmeden cevap verir
• Tüm derslere katılır ve kendi notlarıyla karşılaştırmak için diğer öğrencilerin notlarını sık sık ister

C projesinde ortaya çıkan ilk çatlak

• Öğrenci ekibi, C diliyle görece karmaşık bir sistem yazılımı geliştirdikleri bir proje yürütür
• Julius tüm toplantılara katılır, ancak anlatıcı onun tek satır kod yazdığını hatırlamaz
• Sonuçta Julius raporun biçimlendirmesini üstlenmiş görünür ve bu işi gerçekten çok iyi yapmıştır
• Sunumu da Julius yapar ve son derece özgüvenli bir şekilde ilerletir
• Sunum sırasında projede kullanılan C sanal makinesinden söz eder ve bilinmeyen bir logoyla alakasız ekran görüntüleri gösterir
  • C derlenen bir dildir; bu yüzden sanal makineye ihtiyaç duymaz
  • C sanal makinesinden söz etmek, elektrikli arabada karbüratörden bahsetmek kadar anlamsızdır
• Anlatıcı ayağa kalkıp Julius’un sözünü keser ve bunun bir şaka olduğunu doğaçlama biçimde toparlamaya çalışır
• Hocalar arasında Julius’un çok yetenekli olduğu görüşüyle temel anlayışının eksik olduğu görüşü ayrışır; bazı derslerden kalmasına rağmen sonunda birlikte mezun olurlar

Şirkette Julius ile yeniden karşılaşmak

• Birkaç yıl sonra anlatıcı büyük bir şirkette sorumluluğu yüksek bir roldedir ve yöneticisi, işe alım ekibinin takıma nadir bulunan bir yetenek kazandırdığını söyler
• Gelen yeni kişi üniversiteden sınıf arkadaşı Julius’tur ve hâlâ karizmatik ve özgüvenlidir
• Birçok şirkette uzun süre kalmamış, genelde bir yıl ya da daha kısa süre çalışmıştır
• Özgeçmişi etkileyicidir ve bilişimin pek çok alanında deneyim kazanmış gibi görünür
• Daha sonra anlatıcı, Julius’un benzer kıdemde olmalarına rağmen kendisinin iki katı maaşla işe alındığını ve üstelik bilmediği ek primler de aldığını öğrenir

Ekibin sırtlandığı inceleme maliyeti

• Anlatıcı başlangıçta Julius’a projeyi ve iç süreçleri öğretir, ardından ona işler verir
• Julius çok soru sorar, ancak bunlar her zaman ilgili sorular değildir
• Kod ve belge üretir, farklı alanlardaki sorulara cevap verir; ama ortaya çıkan işler bazen iyi, çoğu zaman sıradan, bazı durumlardaysa tamamen anlamsızdır
• Ekip, Julius’un tüm katkılarının başka ekip üyeleri tarafından tamamen gözden geçirilip düzeltilmesi gerektiğini fark eder
  • Konu ekibin uzmanlık alanı dışındaysa dış inceleme de gerekir
  • Julius’un belgelerinin ekip dışına çıkmadan önce iki kişi tarafından düzeltilmesi gerektiğine dair gayriresmî bir kural oluşur
• Buna karşılık biçimlendirme, sunum ve toplantı yönetimi konularında çok iyidir ve yönetici onu ekibin büyük katkı sağlayan üyelerinden biri olarak görür

Müşteriye verilen sözleri toparlayan ekip

• Anlatıcı, Julius’un ekip işini anlamadığını yöneticisine anlatmaya çalışır ama başarılı olamaz
• Ekip, Julius’u birkaç saatliğine uzak tutmak için onu işe yaramaz toplantılara göndermeye bile başlar; ancak bu stratejinin de sınırları vardır
• Julius, müşteriye arayüzü tek bir düğmeye indirip istedikleri işi tam olarak yaptırabileceklerini vaat ettikten sonra ekip, hayal kırıklığına uğramış müşteriyi yatıştırmak için bir haftalık kriz yönetimi toplantıları yapmak zorunda kalır
  • Müşterinin karmaşık ihtiyaçlarını tek düğmeyle karşılamak için zihin okuyan bir makine geliştirmek gerekir diye durumu toparlarlar
• Hacklenmekten endişe eden bir müşteriye ise güvenlik nedeniyle internete bağlı sunucuların IP adresi olmadığını söyler
  • IP adresindeki “I”, Internet anlamına gelir
  • İnternet, IP adresine sahip bilgisayarların birbirine bağlandığı ağdır
  • IP adresi olmadan internette olmak, telefon numarası olmadan telefonla ulaşılabilir olduğunu söylemek gibidir
• Ekip, Julius’un müşterilerle tek başına görüşmesini engeller
• Bir programcı sorunu doğrudan yöneticiye taşır, ancak yönetici bunu kıskançlık olarak yorumlar; programcı azar işittikten kısa süre sonra da şirketten ayrılır

Julius’un ayrılışı ve kariyerinin genişlemesi

• Julius, reddedilemeyecek bir teklif aldığını söyleyerek şirketten ayrılır
• Yönetici ve İK departmanı onun gidişine içtenlikle üzülür
• Julius’un LinkedIn hesabı çok aktiftir ve yüzlerce yorum alır
• Birlikte geçirilen o bir yıl, LinkedIn’de olağanüstü bir deneyim gibi özetlenir; doğrudan yalan söylemese de takıma büyük katkı yapmış izlenimi bırakır
• Sonrasında Julius, çok uluslu bir şirket tarafından satın alınan bir girişimde CEO yardımcısı olur, ardından geçici CEO’luğa yükselir
• Ekonomi gazeteleri ondan söz eder; daha sonra da bakan düzeyindeki bir ismin ekibine katılır

“Onlarca Julius”a dönüşen yapay zeka yazılımları

• Anlatıcı Julius’u unutmaya çalışır, ancak yöneticisi bir şirketin satış temsilcisiyle görüştükten sonra üretkenliği artıracak yapay zeka yazılımına hayran kalır
• Şirkete çeşitli yapay zeka araçları alınır
  • Kod yazmayı destekleyen yapay zeka yazılımı
  • Bilgi aramayı destekleyen yapay zeka yazılımı
  • E-postaları özetleyip yazan yapay zeka yazılımı
• Anlatıcı bu araçları devre dışı bırakamaz
• Her an kendisini onlarca Julius tarafından çevrelenmiş gibi hisseder; bilgisayar tıklamaları ve telefon bildirimlerinin hepsi sanki Julius’tan geliyordur
• Yöneticisi, ekip üretkenliğinin tehlikeli biçimde düştüğünü ve yapay zekayı daha etkili kullanmaları gerektiğini söyler
• Ardından rakiplerin en yeni yapay zekayı kullandığını, bu yüzden yeni bir zaman ve üretkenlik yönetimi yapay zekası kuracak danışmanlar tuttuklarını açıklar
• Anlatıcı “Bir Julius daha” diye ağladığında, yöneticisi kendisinin de Julius’u özlediğini ve onun bu zor dönemi atlatmalarına yardımcı olacağını düşündüğünü söyler

[GN⁺]

Hacker News yorumları

• Julius'a benzeyen kariyer optimizasyonu odaklı tipler birkaç kez gördüm; açıklaması zor.
  Yeni bir ekibe katılıyorsun; Pete diye kıdemli bir mühendis var ve yeni ürünün ilk sürümünü yapan dâhi olarak tanıtılıyor. Ama kod tabanını açınca, demo için ancak ayakta duran spagetti çamur yığını çıkıyor karşına; dokümantasyon ve test de yok, sırf anlamak bile zaman alıyor. Ama yönetim “Pete bunu 2 haftada yaptı, özellik eklemek neden bu kadar uzun sürüyor?” diye bakıyor.
  Durumu yönetime anlatsan da Pete'i o kadar seviyorlar ki eleştiriyi kabul etmiyorlar. Pete şirketi defalarca kurtarmış kişi olarak görülüyor; asıl diğerlerinin ona yetişemediğine karar veriliyor. Sonunda geride kalanlar Pete'in yarattığı keşmekeşin bedelini öderken Pete daha büyük bir projeye geçiyor; sorunlar ortaya çıkmadan önce terfi ve maaş artışıyla ayrılıyor. Bu örüntü o kadar spesifik ki kasıtlı bir davranış gibi görünüyor; böyle birine ne dendiğini merak ediyorum.

  • Ah, o kişiyi biliyorum… o kişi benim.
    Yaklaşık 20 yıldır küçük şirketlerde “bilgisayarla ilgili işler” yaptım; ağ kablolamasından desteğe, programlamaya ve idari işlere kadar her şeyi yaptım. Şu anki işimde bazen depoda forklift de kullanıyorum.
    10 yıl boyunca aynı şirkette yazılım ekosisteminin büyük bir bölümünü inşa ettim; uzman gözüyle bakınca bu, koli bandıyla tutturulmuş bir Rube Goldberg makinesi. Hiçbir şey düzgün planlanmadı, uygulanmadı ya da test edilmedi; çoğu zaman cuma öğleden sonra patron “X özelliği / Y sorununun çözümü / Z hatası gerçekten acil” diye getirirdi. Bunun sebebinin önceki acil yamanın yan etkisi olduğu da sık görülürdü.
    Yine de yaptım ve çalışıyor. Patrona sık sık “bu sistemi deponun arkasına götürüp silahla vurup acısına son vermek daha iyi” dedim ama sonuçta çalışıyor. Belki artık gemiyi değiştirip terfi ve maaş artışını kapma yönündeki Pete usulü tekniği öğrenmem gerekiyordur.
  • John Osterhout böyle kişilere taktiksel tornado diyor. Yalnızca taktiksel biçimde geliştirme yapan programcı anlamında.
    “A Philosophy of Software Design” adlı kitabı, bu sorunun teknik yönlerini düşünmek için iyi bir söz dağarcığı sağlıyor. Özellikle 3. bölüm “Working Code isn't Enough” faydalı; insanlara saldırmadan meseleyi ele almaya başlayacak kadar dil sunabilir.
    Bu kişilerin psikolojisi konusunda tek bir iyi kaynak bulamadım ama içinde bulundukları sistemin davranışı pekiştiren geri bildirim döngüleri sağladığı açık. Big Five gibi kişilik modellerindeki düzenlilik gibi unsurların da etkisi olabilir.
  • Bu Pete sorunu değil, daha çok yönetim başarısızlığı.
    Pete'e mümkün olduğunca hızlı bir demo yapması söylendiyse, o da bunu yapmıştır. Aslında birçok durumda yönetimin bunu istemesi de kötü değildir. Çünkü ürün-pazar uyumunu bulmak çoğu zaman teknik borçtan önce gelebilir.
    Ancak yönetim, kabaca birbirine eklenmiş bir demoyu gerçek bir operasyonel sisteme dönüştürmenin ne kadar uzun süreceğini ve ne kadar zor olduğunu bilmelidir.
  • Büyük şirketlerde de benzer bir örüntü gördüm. Genelde yöneticilerin “iş bitiriyor” diye sevdiği orta seviye mühendisler oluyorlar; oysa gerçekte kodun üzerinden geçen bir buldozer gibiler ve yanlarında “yayına al” diye onay veren bir ekip arkadaşı bulunuyor.
    “Hızlı hareket edebilmelerinin” nedeni, başkaları karmaşıklığı sınırlamaya çalışırken onların soyutlamaların içinden delik açıp geçmesi. Sonra terfi ettiklerinde ilk yorumdaki Pete'e dönüşüyorlar.
  • “Sorunlar ortaya çıkmadan önce gemiyi terk etme sezgisi” bir kurnazlık değil, zamanla öğrenilmiş manipülatif bir beceri.
    Bu, meslektaşlarının fedakârlığı üzerinde kendi itibarını parlatma biçimi ve Pete gibi insanlar gerçekten berbat.

• Sonu epey önceden görünüyordu ama yazı iyi yazıldığı için keyifle okudum. Bilgisayar bilimi doçenti olarak bu hikâyeyle epey bağ kurdum.
  Büyük dil modelleri öğrenciler için birden çok düzeyde baş belası. Başta kendilerinden daha iyi görünerek özgüvenlerini sarsıyor; bu da öğrencilerin öğrenmek yerine aracı kullanmak istemesine yol açıyor ve sonunda bu kendi kendini gerçekleştiren bir kehanete dönüşmeye başlıyor. Bu teknolojinin gelecekte yaratacağı etkiden endişeliyim. Julius'larla dolu bir toplum uzun süre dayanamaz.

• Harika, komik ve fazla tanıdık.
  Orta yaşa yaklaşırken fazla mı sinik oldum bilmiyorum ama bu olgu, şirketlerde nihai karar vericilerin iş tarafındaki insanlar olmasından kaynaklanıyor gibi. Şirketler, onları yöneten insanların egoları ve hedefleri için var oluyor; o bakış açısından teknik yetkinlik ya da dürüstlükten çok iş sonucu üretmek veya üst kademeleri etkilemek daha önemli hale gelebiliyor. Julius, sadece iyi kod yazan üzgün programcılardan bu işi çok daha iyi yapıyor.
  Başka bir alternatifin mümkün olduğuna inanmak istiyorum ama dünyanın bu yöne gitmesi için güçlü teşvikleri var gibi görünüyor. Birçok kişi için en iyisi, çok bozulmamış, kişisel sınırlarına saygı duyan ve makul maaş veren bir işyeri olabilir. Böyle bir yerde çalıştığına şükrederken yine de başka olasılıkların hayalini kuruyorsun.

  • Yaygın karşı argüman şu: “Daha iyi bir alternatif, örneğin gerçekten bir şeyler inşa etmenin temellerini anlayan insanların yönettiği bir şirket varsa, tembel ve benmerkezci iş insanlarını rekabette yener.”
    Gerçekten de böyle çok şirket ortaya çıktı ve rakiplerini ezip geçti; ama daha sonra, tam da yenilgiye uğrattıkları o iş insanı tipleri tarafından içlerinin doldurulduğunu gördük.
    Bunu görüp de hiçbir şey yapamamak sinir bozucu. Julius gerçekten çok fazla. Yine de işin kimliğinin tamamı olması gerekmiyor. Şansın yaver gidip doğru zamanda doğru yerdeysen ömür boyu sürecek deneyimler yaşamış olabilirsin; değilse de sorun değil. Hâlâ gurur duyacağın işler yapabilirsin ve bu tür şeylerin seni fazla savurmasına izin vermemek daha iyi. Julius'un böyle bir seçeneği olmayabilir.
  • İster sev ister sevme, Elon Musk piyasanın herkesi çileden çıkaran otistik teknik liderleri de ödüllendirebildiğini oldukça iyi gösterdi.
    Andrej Karpathy'nin Elon'ın yönetim tarzını anlattığı yakın tarihli viral video: https://www.youtube.com/watch?v=aSiJ4YTKxfM
    Elbette Elon'ın kusurları iyi biliniyor ve ona tapılmamalı. Yine de geleneksel yönetim pratiklerinin teşvikler nedeniyle kaçınılmaz olarak belirlendiği iddiasına şüpheyle yaklaşıyorum.

• Bu alanda Julius tarafına biraz daha uyum sağlayarak yaşamaya başladıktan sonra çok daha mutlu oldum
  Geliştiriciler ve mühendisler, araçları kendi ihtiyaçlarına son derece hassas biçimde uyarlayabildikleri için başkalarının da bunu yapabileceğini varsayma eğiliminde oluyor. Ama bu doğru değil. Çoğu insan, pek iyi çalışmayan karmakarışık teknik çözümlerin içinde yaşıyor; bu yüzden yazılımın nasıl çalışması gerektiğine dair beklentileri son derece düşük
  Bunu anladıktan sonra Julius oldum. Yöneticiler yazılımın nasıl ve neden çalıştığını ya da çalışmadığını umursamıyor. Onlar kişisel gelişim tarzı özlü sözler ve karizma istiyor
  Julius’u toplantıya gönderip geri kalanların sorunu çözmesi kısmı özellikle bana çok tanıdık geldi. Toplantılar işe yaramaz ama orada herkes tokalaşır ve ahbaplık kurar. Böyle iyi kaynaşan insanlar izlenim bırakır
  Aradaki fark, yine de kendimin işimi oldukça iyi yaptığını düşünmem. Sadece saf usta geliştirici becerisinin tek başına kariyer merdiveni yaratmadığını kabul ediyorum. Hatta engel bile olabilir. Belki de bu alaycı bir tepki

  • Eğer yöneticiler yazılımın nasıl ve neden çalıştığını ya da çalışmadığını umursamıyor, yalnızca özlü sözler ve karizma istiyorsa; sektörde ya da yönetici seçme biçiminde, daha geniş anlamda da servetin, etkinin ve fırsatların dağıtılma biçiminde bir şeyler yanlış demektir

• Gerçekten okunmaya değer ve çok iyi yazılmış bir yazı
  Sanırım gerçek Julius’ların var olduğunu ve yapay zekayı iş yerine sokmak için kullanılan mekanizmanın, dünyadaki Julius’ların yükselmek için kullandığı yöntemle aynı olduğunu söylüyor

• Gerçekten harikaydı. Kariyerim boyunca epey çok Julius ile karşılaştım
  Evren sanki bu insanlardan bolca üretiyor ve onları döndürüyor; muhtemelen de onlardan epey hoşlanıyor

• Teknik olmayan alanlarda böyle insanlara yağcı denir
  Eski sporcu, hazırcevap, yakışıklı, iyi konuşan ya da küstah tiplerdi. Herkes beceriksiz olduklarını bilirdi ama sempatik oldukları için hep sıyrılıyor gibi görünürlerdi
  Bir projede boylarını aşan bir duruma geldiklerinde her zaman birileri yanlarına verilip onları kurtarırdı; bu da başkalarının iş yükünü artırdığı için onlara karşı nefret doğururdu. Genellikle işe yaradıkları an, terfi ettikleri andı; o noktadan sonra projeyi biz kontrol edebildiğimiz için tersinden faydalı hale gelirlerdi

• Biz de bir Julius işe aldık. 1 yıl sonra sonuç: üretken insanlar işten çıkarıldı, çok konuşanlar kaldı, gelir artmadı ve kazandığımızdan daha fazla para harcadık
  Şirketin kalan parası 6 aylık. Julius, neden böylesin. Sunumlar müthişti, gerçekten film izler gibiydi

  • Böyle bir durumda sorun Julius’larda değil de onu işe alan ve katkıyı yanlış anlayan yöneticilerde değil mi?

• Julius, Peter İlkesi’nin tekrar tekrar uygulanmış hali gibi geliyor; farkı, en başından beri hiç yetkin bir seviyeye ulaşmamış olması
  Cilalı ama beceriksiz biri

• Gerçekten iyiydi ve keyifle okudum
  Üniversitede ve işte epey çok Julius ile karşılaştım; her seferinde yaptığım işi neden önemsemem gerektiğinden sık sık şüphe ettim