İş arama piyasasında panik

 (matt.sh)
1 puan yazan GN⁺ 2024-07-18 | 1 yorum | WhatsApp'ta paylaş
  • Teknoloji iş piyasası; faiz oranlarının yükselmesi, VC fonlarının daralması, müşteri harcamalarının kısılması ve standartlaşmış işe alım süreçlerinin birleşmesiyle geliştiricilerin aleyhine dönüyor
  • Şirketin finansmanı, geliri ve büyüme aşamasına göre ücret ve istikrar değişiyor; yüksek faiz ortamında VC bağımlılığı yüksek olan şirketler daha kolay çöküyor ya da hayatta kalma moduna küçülüyor
  • Modern teknoloji işe alımları, gerçek iş deneyiminden çok kodlama testleri ve davranış mülakatlarına yaslanıyor; küçük startup’lardan büyük teknoloji şirketlerine kadar benzer süreçler kopyalanıyor
  • “Everything Bagel” tarzı iş ilanları; uygulama geliştirme, altyapı, güvenlik, müşteri desteği, nöbet, maliyet optimizasyonu ve dokümantasyona kadar birden fazla departmanın işini tek bir role yığıyor
  • Teknik roller, ürünü ve organizasyonu birlikte iyileştiren konumlardan; düşük takdir yetkisiyle başkalarının önceliklerini yerine getiren işçi rollerine dönüşüyor ve deneyimli geliştiricilerin tecrübe ile muhakemesi doğru yansıtılmıyor

Faiz oranları ile teknoloji işleri arasındaki bağlantı

  • “Bedava para”ya yakın düşük faiz ortamı sona erip faizler %5’in üzerine çıktığında, temel varsayım paranın kendisinin maliyetinin pahalılaştığı oluyor
  • Faizler yükseldiğinde nakdi olan kuruluşlar, belirsiz şirketlere yatırım yapmak yerine paralarını devlet garantili faiz ürünleri gibi daha güvenli yerlere koyabiliyor
  • Teknoloji şirketlerine yatırım, belirsiz bir geleceğe dönük riskli varlık olarak görülüyor; yüksek faiz dönemlerinde zayıf şirketler çöküyor, güçlü şirketler bile “clean house” gerekçesiyle personel azaltıyor
  • Bunun sonucunda yüz binlerce yüksek ücretli teknoloji çalışanının 2–4 yıl boyunca işlerin kıt olduğu bir piyasayla karşılaşacağı gözlemi ortaya çıkıyor
  • Faiz artışı dönemlerinde asgari ücretli yarı zamanlı işler veya inşaat işleri artabilir, ancak teknoloji işleri VC fonlarına ve müşteri harcamalarına daha güçlü biçimde bağlı

Şirket türleri ve ücret yapısı

  • Teknoloji şirketleri finansman ve büyüme durumuna göre dört gruba ayrılıyor
    • nepo company: aile/eş-dost parası gibi gerçeklik kontrolünden kopuk kaynaklarla gerçekçi olmayan ürünler geliştirebilen şirket
    • speculation company: ürün, müşteri veya pazar doğrulaması olmadan bir fikri denemek için fon alan şirket
    • initial growth company: ilk talep oluştuktan sonra geliri büyütmeye çalışmak için büyüme fonu alan şirket
    • stable era company: tekrarlanabilir pazara giriş yolu, müşteri erişimi ve yinelenen geliri olan istikrarlı şirket
  • Yüksek faiz ortamında daha az başarılı şirketler VC fonlarına daha bağımlı oluyor ve fon akışı yavaşladığında ya da kaybolduğunda en çok onlar sarsılıyor
  • Müşterilerin de harcama koşulları kısıtlı olduğundan, müşteri kaybı veya harcama azaltımı aynı anda yaşanabiliyor
  • speculation company, piyasa ücretinin %50–80’i düzeyinde ödeme yapıp %200–500 daha fazla iş bekleyen yerler olarak betimleniyor
  • initial growth company yüksek risk–düşük ücret kombinasyonuna dönüşebilir; başarısız büyüme şirketleri düşük ücret ve tekrarlanan işten çıkarmaların birleştiği bir durumda kalabilir
  • stable era company yeniden üç türe ayrılıyor
    • İstikrarlı biçimde büyüyen ve kâr eden şirket
    • Ünlü CEO’nun eğilimlerine göre büyüme ve küçülme arasında gidip gelen şirket
    • Bir veya daha fazla ekonomik sektörü kontrol ederek kolay kolay yıkılmayan şirket
  • Modern büyük büyüme şirketleri, yıllık hisse bazlı ödemeler dahil edildiğinde deneyimli çalışanlara günde 10 bin–50 bin dolar değerinde ücret sağlayabilir; ancak diğer şirketlerde 10 yıl boyunca reel ücret artışı olmayabilir ya da anlamlı hisse ödülü bulunmayabilir

İşe alım süreçlerinin gerçek yeteneği ayırt edememesi sorunu

  • Teknoloji işe alımlarında üç çelişki tekrar ediyor
    • Gereksinimler bozuk
    • Mülakat süreci bozuk
    • Şirketlerin çoğu aynı gereksinimleri ve aynı mülakat yöntemini izliyor
  • Mülakat yapan kişiler, kendi bekledikleri yanıttan daha iyi bir yanıt veren adayları güvenilir biçimde değerlendiremeyebilir
  • Modern teknoloji mülakatları gerçek işle ilgisi olmayan doğaçlama görevlerin yapılmasını istiyor; aday başarısız olursa düşük yetkinlikli sayılıyor, ancak daha yüksek düzeyde deneyime sahip olanlar ayırt edilemeyebiliyor
  • Google tarzı kodlama testleri ve Amazon tarzı davranış mülakatları sektör genelinde kopyalanıyor; küçük startup’lardan büyük şirketlere kadar benzer süreçler talep ediliyor
  • Davranış mülakatları “çatışmayı nasıl çözdün?”, “hata yapıp özür dilediğin deneyim neydi?” gibi soruları tekrarlıyor; pratikte adayın ilerleme ile naziklik arasındaki dengeyi nasıl yönettiğini görmek isteyen bir süreç olarak yorumlanıyor
  • Kültürel uyumu soru-cevap biçiminde kodlamak, şirketin ortalama kişilik profilinden sapan kişileri eleyen kişilik homojenleşmesine yol açabilir
  • Şirketler mülakat aşamalarını eklemeye devam edip gerçek işten, deneyimden, beceriden ve içgörüden uzaklaştıkça tüm teknoloji sektörü verimsizleşebilir

“Everything Bagel” iş ilanları

  • “Everything Bagel” iş ilanı, tek bir Software Development Engineer’dan aynı anda çok fazla sorumluluk bekleyen bir biçim
  • Örnek gereksinimler şunları içeriyor
    • React, Vue, TypeScript, Node, Python, Rust, Go vb. ile uygulama yazmak
    • PHP, Ruby, C tabanlı mevcut uygulamaların bakımını yapmak
    • AWS, Docker, Kubernetes, Terraform, Lambda, EventBridge, Step Functions vb. altyapıları dağıtmak
    • AWS maliyet optimizasyonu, CI/CD, 7/24 nöbet, loglama, izleme, uyarı ve gözlemlenebilirliği sağlamak
    • Uygulama güvenliği, bağımlılık güvenliği, SOC-2 ile ilgili altyapı güvenliği
    • Müşteri desteği, şirket içi çalışan desteği, code review, mentorluk, dokümantasyon
    • 37 JavaScript SaaS eklentisi ve ek takip script’lerinin bakımını yapmak
  • Bu tür tekil rol gereksinimleri gerçekte 5 departman ve 20 kişilik işe yakın
  • Sektörün bir kısmının, teknisyenlerin uzmanlığa sahip olması gerektiği fikrinden vazgeçip “devops means DEVS DO OPS” mantığıyla operasyon deneyimi olmayan geliştiricilere operasyonu da yıktığı düşünülüyor
  • Uygulama geliştiricinin yarı zamanlı AWS mimarı rolünü de üstlendiği bir yapıda iyi sonuç beklemek zor; bu yetkinliklerin genellikle 5 yıldan fazla odaklı biçimde biriktirilmesi gerektiği savunuluyor
  • Aşırı gereksinimler işi fiziksel olarak imkânsız hale getiriyor; her madde haftada birkaç günlük işe dönüşebileceği için kişi işe başladığı ilk günden itibaren geride kalmış oluyor

Saha deneyiminden organizasyon ve altyapı sorunları

  • Birçok şirket “site yavaş” dedi, ancak gerçekte temel AWS metriklerine ve sistem yönetimine bakılmadığı için sorunların ihmal edildiği vakalar tekrarlandı
  • Bir şirket tüm hizmetini 2 çekirdekli, 16 GB RAM’li tek bir MySQL üzerinde çalıştırıyordu; veritabanı 3 TB’a kadar büyümüştü ve CPU’nun %99,99’da olduğu durum 2 yıl sürmüştü
    • 64 GB ARM sunucuya ve reserved IOPS’a geçildikten sonra toplu veri dönüştürme süresi 16 saatten 20 dakikaya indi, replikasyon gecikmesi de 4–6 haftadan gerçek zamanlı sub-second düzeyine geldi
  • Başka bir şirket kullanılmayan araştırma cluster’ına ayda 5.000 dolar harcıyor, gerçek üretim cluster’ında ise ayda 500 dolarlık kaynak kullanıyordu
    • Kaynaklar üretim cluster’ına taşınıp ARM’a geçilince kullanıcı yanıt süresi 7 saniyeden 200 ms’ye düştü
  • İç veri işleme API’si müşteri web sunucularıyla aynı iki adet 2 çekirdekli EC2 üzerinde çalışan bir şirkette batch işleme 20 saat sürüyordu
    • ECS-on-EC2 tabanlı otomatik ölçeklenen container’lara taşındıktan sonra 20–50 container eşzamanlı işledi ve işlem süresi 30 dakikaya indi
  • MySQL’den Redshift’e veri taşıyan aracın 80 saat sürdüğü bir şirkette, 3 milyar satırlık tablo üzerinde önce SELECT COUNT(*) çalıştırılıyor, ardından tüm tablo LIMIT/OFFSET ile dolaşılıyordu
    • Veritabanı cursor’ları, S3’e streaming yazma ve bellek içi sıkıştırma devreye alınınca çıkarma süresi 80 saatten 40 dakikaya indi
  • “Cloud native” olduğu gerekçesiyle sistem yönetimi ve mimari deneyimi küçümsenirse, sorunu fark edecek kişi bile kalmayabilir ve aynı sorunlar uzun süre ihmal edilebilir
  • Müşteriler ayrılırken bile VC’nin “daha fazla satış personeli” istemesiyle, 5 geliştiriciye karşı 50 satış ve pazarlama çalışanı olan yapılar da görülüyor
  • Geliri düşen bir şirket ürün dönüşümü veya iyileştirme yerine mevcut fikre ve satış odaklı stratejiye tutunursa, geliştiriciler istenen ürünü üretemez ve bu şirketin başarısızlığına yol açar

Deneyim ve gerçek çıktının görmezden gelindiği işe alım piyasası

  • Teknoloji istihdam biçiminin son 10–20 yılda basit bir “bilgisayarı iyi kullanıyor” değerlendirmesinden, sosyal statü ve mülakat oyunu merkezli bir yapıya dönüştüğü algısı var
  • Gerçek iş, deneyim ve beceriden çok, anlık olarak problem çözme ve konuşma süreci daha büyük ağırlık taşıyor
  • Kişisel projelerin ve gerçek çıktıların da mülakat değerlendirmesinde yeterince dikkate alınmadığı düşünülüyor
    • mpreg: dağıtık, hiyerarşik topolojik sıralama ile otomatik bağımlılık çözümü yapan veri işleme sistemi
    • CRC işleme iyileştirmesi: küresel dosya formatları ve uzay istasyonu bilgisi doğrulamasında kullanılan kod olarak anılıyor
    • icli: manuel ve otomatik hisse senedi alım satımı için CLI
  • Sektörün gerçek beceriden çok sosyal ve politik statü ile güce yaklaştığı; işe alımın daha fazla “biz” yaratma yönünde olması gerektiği yönünde bir problem bilinci var
  • Teknik roller çok geniş işleri tek kişiye yıkarken, işe alımda gerçek deneyime yeterince bakılmaması iş arayanların dayanmasını zorlaştıran bir yapı oluşturuyor

Geliştiricinin takdir yetkisi ve ürün liderliği

  • Teknoloji sektöründeki işler aşırı spekülatif fonlamaya bağlanmıştı; fonlar ve müşteriler azalınca işlerin de ortadan kalktığı sonucuna varılıyor
  • Birçok teknik rolün, teknik olmayan ürün ekiplerinin belirlediği işleri ve öncelikleri yerine getiren “software servant” yapısına dönüştüğü düşünülüyor
  • Engineering-led management yaklaşımında işi yapan kişi ürünü tanımlar, kullanıcılarla konuşur, gereksinimleri belirler ve özelliği uygular
  • Geliştirici rolü bir zamanlar tüm iş perspektifinden sorun çözmekti; bugün ise başkalarının fikirlerini ve önceliklerini uygulayan bir proje yönetimi işçisine daha yakın olduğu algısı var
  • Aynı rol ve çabaya rağmen bir şirkette günde 400 dolar, başka bir şirkette günde 20 bin dolar alınabilmesi ücret uçurumunu büyütüyor; bu karşılaştırma iş arayanların çaresizlik hissini artırıyor
  • İyi ürünler, iyi sistemler, büyüyen ürünler ve ekonomi yaratmak, teknisyenlerin hedeflemesi gereken yön olarak kalıyor

İlgili okumalar

1 yorum

 
GN⁺ 2024-07-18
Hacker News görüşleri

  • Bu yalnızca yazılım mühendisliği ya da komşu sektörlere özgü bir sorun değil. Avrupa’daki tanıdıklarım da finanstan modaya kadar bambaşka sektörlerde iş değiştirmeye ya da dikey/yatay terfi almaya çalışıyor, ama oldukça ciddi biçimde başarısız oluyorlar.
    Günümüzde çoğu işe alım, kişinin geçmişine ya da katkı potansiyeline bakmak yerine sürekli kapılardan geçirme mantığıyla işliyor. İşe alım portallarına yüklenen CV’ler, yığının en dibine çöken tortu gibi olduğundan, mümkün olduğunca network ve tanıdıklardan yararlanmak daha iyi.
    Ben de teknik işlerdeki azalmadan etkilendim; bir yazılım danışmanlık şirketine girmeye çalışırken 8 ay boyunca bench’te kaldım. Sonunda bırakıp şirket ve vergi değerleme işlerine geri döndüm; eksik istihdam bile, özellikle mental açıdan, hiçbir şey olmamasından daha iyi.
    Orijinal kaynakta “tembel bir maymun gibi bu muzun üzerinde kayıp düştüm” şeklinde küçük bir ifade de yer alıyor.

    • “Günümüzde işe alımda kapılar çok, ama kişinin geçmişine ya da katkı potansiyeline bakılmıyor” kısmı asıl nokta. Daha önce başvurduğumda “C++ ya da ileri düzey graf algoritmaları deneyiminiz var mı?” gibi sorular almıştım; oysa profilimde ya da CV’mde bunlara dair hiçbir şey yoktu.
      Buna rağmen 10 yıllık yazılım ve ilgili deneyimim bir anda geçersiz olmuş gibi tepki verdiler. Birçok dili öğrenmiş ve kullanmış birinin C++’ı örtük olarak biraz kullanmış olması yüzünden C++’ı hiç kullanamayacak biriymiş gibi görülmesi tuhaf.
      Bir şirket, ilanda Python deneyimi gerekmediğini yazmışken ilk telefon mülakatında düşük seviyeli Python implementasyonu soruları yağdırdı. Öyleyse neden mülakat yaptıklarını bilmiyorum; herkesin zamanını boşa harcıyorlar.
      Sonuçta şirketler işe almayı hiç bilmiyor; aynı nedenle mentorluk ve eğitim de bilmiyorlar. Yine de aday açısından bu doğal bir filtre de olabiliyor. Çünkü işe almayı beceremeyen bir yerin, çalışmak için iyi bir yer olmama ihtimali yüksek.
    • Son birkaç yıldır bilgisayar bilimi mezunlarına mentorluk yapıyorum; mülakat sürecinde bazen bir uygulamanın ya da web sitesinin tamamını yapmayı isteyen aşırı ödevler veren şirketler oluyor. Böyle durumlarda reddetmelerini öneriyorum, ama pratikte bunlar nadir.
      Mülakat sürecinin aşırı uzun olduğundan şikâyet edenler de çok, fakat ayrıntıya inince çoğu zaman toplamın 4–5 saat civarında olduğu görülüyor. Birkaç yıl önce yalnızca kısa mülakatlarla insan alınan dönemin ölçütleri beklentileri çarpıttı; o zaman işe giren genç mühendisler artık her miktarda mülakatı mantıksız buluyor gibi.
      Reddit’te tüm ödevleri reddetmeleri söylendiği için, 60 dakikanın altındaki basit ödevleri bile reddeden insanları sık sık ikna etmek zorunda kalıyorum. Aylardır işsiz olmalarına rağmen, başvuruyu ilerletebilecek asgari bir zaman yatırımını gerektiren bir ödevi yine “cesurca” reddettiklerini görmek insanı bunaltıyor.
      Bir diğer sorun da tek bir şirketten yanıt gelince iş aramayı bırakanlar. İş aramanın sıralı işlem değil, paralel işlem olduğunu sürekli söylemek gerekiyor. Yavaş ilerleyen tek bir şirketle mülakat yapıp aylarca yanıt beklemek aday için ciddi dezavantaj.
      Aşırı uzun mülakat döngüleri kesinlikle var, ama ortalama durumun internette okunduğu kadar kötü olmadığını düşünüyorum.
    • Başlık tarafında bir ölçüde işe yaramış gibi, ama Minions kısmında pek işlememiş görünüyor.
      Örnek çıktı, “Panic! at the Tech Job Market”i özetlediğini söyleyip LIKE SLUGS THROUGH THE HOURGLASS, THESE ARE THE DAYS OF OUR TECH TRIUMPHS gibi bir ifade üretmiş; faiz oranları, teknoloji işe alımları ve şirket türlerini toparlamış, ancak Minions talimatına düzgün tepki verememiş görünüyor.
    • Avrupa Birliği bir ölçüde durgunluk içinde ve faiz oranları ile işsizlik arasındaki bağlantı da iyi biliniyor. ECB faizleri artırdıktan sonra Avrupa’da iş bulmanın zorlaşması şaşırtıcı değil. Neyse ki artık faizleri indiriyorlar.
      Asıl açıklanması gereken, ABD genel işgücü piyasası birkaç yıldır olağanüstü güçlü olmasına rağmen neden yalnızca ABD teknoloji sektörünün işten çıkarmalar ve işe alım dondurmaları yaşadığı. Yanıt faiz oranları gibi görünüyor; ancak teknoloji sektörünün seyahat ve eğlence gibi alanlara göre neden daha fazla etkilendiğini doğru düzgün açıklamak gerekiyor.
      Kişisel olarak faizlerin çevresel bir rol oynadığını düşünüyorum, ama yazarın Şubat 2020’yi teknoloji işe alımları için referans noktası alması iyi olmamış. Ocak 2020 ve öncesi nispeten normaldi; ancak pandemi teknoloji işe alımlarını çılgına çevirdi ve grafik 70’ten 220’ye çıktı.
      3 yıllık işe alımı 1 yılda yaparsanız bir noktada durmanız gerekir; faiz artışları da bu durma sinyali oldu. Bu dönem, diğer tüm sektörlerin fiilen hükümet talimatıyla izinde olduğu zamanla çakıştığı için, 2024’te teknoloji sektörünün diğer sektörlerden neden farklı göründüğünü de açıklıyor.
    • Orijinal kaynaktaki ifade komik olduğu için ChatGPT’nin talimatı takip edip etmeyeceğini görmek amacıyla sayfayı özetlettim; bana temel gelir hakkında kısa bir paragraf verdi. Oysa orijinal metinde böyle bir şey yok.
      Neden yanlış yaptığını sorunca, az önce özetlediğini söylemiş olmasına rağmen aslında web sayfalarını özetleyemediğini söyledi. Bunun mantıksız olduğunu söyleyince mesajı sildi ve ChatGPT içerik politikası ihlali bildirimi çıktı.
      Sonuçta bilgisayar bir kez yalan söyledi, sonra yine yalan söyledi; ardından bu tepki bilgisayarı rahatsız eder diye sansürlendi. İnsanların bu çöpü nasıl kullandığını anlamıyorum.
      Gemini ile deneyince faiz oranları ve işten çıkarmalar hakkında bir özet verdi; bu da beklediğim sonuca daha yakındı.

  • Bazen Google’daki ücretin yarısından azını aldığımı düşününce moralim bozuluyor ama gözümü açınca kızımın anaokulu öğretmenlerinin 30 küçük çocuğa bakıp benim kazandığımın yarısını bile alamadan çalıştığını görüyorum. Hemşireler ve doktorlar birkaç ay bile dayanması zor koşullarda çalışıyor; süpermarket, benzin istasyonu, polis, itfaiye, sosyal hizmet ve öğretmenlik işleri de aynı şekilde
    Bu yüzden bizim neyden şikâyet etmemiz gerektiğini bilmiyorum. 3 kişilik bir startup’taki “düşük” ücret olsun ne olursa olsun, bütün gün kod bulmacaları çözüp çok para alıyoruz
    Google’da çalışan arkadaşla kendini kıyaslamayı bırakıp huzurlu ve mutlu bir zihin geliştirmeyi öğrenmek daha iyi

    • Bir Xoogler olarak söyleyeyim, Google eskisi gibi değil. Yüksek maaşın karşılığında, birlikte çalıştığınız insanların çoğunun Google’dan daha ne kadar para koparabilecekleriyle ilgilendiği gerçeğine katlanmanız gerekiyor
      Küçük çocuklara bakmak, insana verilmiş tek bir hayatı harcamak için dışarıdan bakınca bile daha iyi bir yön gibi görünüyor
    • Bu kadar az girdiyle bu kadar çok para kazanmanın etik olduğuna inanmakta zorlandığım zamanlar oluyor. Evden çalışırken eşimle kasabayı geziyorduk; 360Kč’lik hesap için 500Kč verdiğimde ne kadar para üstü vermesi gerektiğini bilmeyip paniğe kapılan garsonu görünce cevabımı hemen aldım
    • Babam okul hademesi olarak çalışıp yakın zamanda emekli oldu; işin insanı fazlasıyla öğüttüğünü ve ancak şimdi rahatladığını söyledi. Eşim hemşire ve düzenli olarak işe gitmekten korkuyor. Buna karşılık ben işe gitmekten korkmuyorum; hatta geliştiğimi hissediyorum
      Paraya ihtiyacım olmasa bile bu işi yapmaya devam ederdim gibi geliyor. Gerçekten sevdiğim şeyi yapabiliyorum; becerilerimi kullanıp işe yarar biri olabiliyor ve başkalarını mutlu edebiliyorum. Üstelik babamdan ve eşimden yaklaşık 3 kat fazla kazanıyorum
      HN’deki birçok kişi bir balonun içinde. Dış dünyanın nasıl olduğundan hiç haberleri yok. Çünkü fiilen kraliyet ailesi gibi muamele gördüler. İnsan nerede olursa olsun sahip olduklarının elinden alınmasını istemez, geri adım atmak istemez. Bir başkasının varış noktasından daha ileride başlamış olsa bile bu böyle
      Programlamanın işe yaramaz olduğunu mu düşünüyorsunuz? Teknolojiye ihtiyaç duyan hiç iş olmadığını mı düşünüyorsunuz? Reklam satmak için bağımlılık yapan şeyler üreten bir teknoloji şirketinde değil, gerçekten topluma katkıda bulunan faydalı bir işte çalışıyor olacaksınız sadece
    • Az önce söylenen her şeyden şikâyet etmeliyiz. Tüm sistem bozuk
      Herkesin böyle korkunç koşullara maruz kalmadan yaşama hakkı olmalı, ama toplumsal olarak onları eşit varlıklar olarak görmediğimiz için buna izin vermeye devam ediyoruz. Kişisel olarak dayanabiliyorsanız başkalarının katlandığı acıyı kolayca görmezden geliyorsunuz
      Herkes daha iyi bir hayat yaşayabilecekse ben daha azıyla yaşamaya razıyım. Gerçekte servet birikiminin ölçeği o kadar büyük ki bu kadar çok fedakârlık yapmak bile gerekmiyor. O serveti yeniden dağıtmak yeterli olurdu
      Sistem sorununu bireyci çözümlerle çözmeye çalışmamalıyız. Küçük balonumuzun dışındaki herkes acı çekerken insan nasıl huzurlu ve mutlu bir zihne sahip olabilir, bilmiyorum
      “Bizim balonumuz diğer balonlardan daha az kötü, o yüzden mutlu olalım” tavrı bir trajedi. Hepimizin aynı gemide olduğunu hatırlamalıyız
    • Oyun sektöründe çalıştığım için hedefim 300 bin doların üzerinde toplam ücret peşinde koşmak değildi
      Ama oyun sektöründe çalışmak, en baştan “huzurlu ve mutlu bir zihin” fikrinden bir ölçüde vazgeçmek anlamına da geliyor

  • Eskiden kodlama mülakatlarının günlük işle hiç ilgisi olmayan bir kabul töreni olduğunu düşünürdüm; ama uzun bir aradan sonra iş piyasasına çıkan senior/staff seviyesinde bir mühendis olunca, bunun o kadar da kötü olmadığı fikrine istemeden de olsa kayıyorum
    Son birkaç yılda biriktirdiğim beceriler sayesinde geçtiğimi hissediyorum; öyleyse kodlama mülakatları bir ölçüde sinyal yakalıyor olabilir. Daha senior oldukça, kodlama mülakatlarının tamamen anlamsız olduğu düşüncesinden uzaklaşıyorum

    • Kodlama mülakatlarının da türleri var. İşe doğrudan uygulanacak temel sorular sormak, deneyimi uydurmadığını doğrulamak için temel bilgi filtrelemesi yapmak, düşünme sürecini ve çalışan kod üretebildiğini görmek gayet iyi
      Ama günlük işle hiçbir ilgisi olmayan aşırı zor problemleri sınırlı sürede doğaçlama çözdürüp cevap yanlışsa ya da optimal değilse elemek, daha çok ucuza çalıştırılacak yeni mezunları ayıklama sürecine benziyor
    • Bence iki tür programcı var. Kod yazarak bir şeyler inşa edebilenler ve bir şeyler inşa edebilmenin yanında kod yazmanın teorisini konuşarak açıklayacak kadar akıcı olanlar. İkinci grup birinciden 5 kat daha faydalı ve kodlama mülakatı hangi grupta olduğunuzu test ediyor
      Birinci grup çoğu zaman teorik akıcılığın önemli olmadığını düşünür, ama gerçek sorunları çözmek gerektiğinde ikinci gruba ihtiyaç duyulur. Sadece kod yazabilen ama kod üzerine teori kuramayan ekipler, sonradan başkasının yeniden yapması gerekecek çöp yığınları biriktirmeye yatkındır
      Elbette hızlıca teorileştiremeyen, bunu başkalarının önünde yapamayan ya da baskısı yüksek mülakat ortamında yapamayan insanlar da var. Bu biçimsel sorunlar çözülmeli. Zorlayıcı trivia soruları da anlamsız
      Yine de “kodlama testleri günlük işte gereken becerileri sınamaz” şeklindeki temel itiraz tuhaf. Her gün kullanılan beceriler değil ama gerektiğinde çıkarılması gereken ve her gün yapılan işi destekleyen beceriler. Bir tamircinin her gün motor teorisi kullanmaması ama motorun nasıl çalıştığını bilmeyen bir tamirciye arabayı uzun süre emanet etmek istememek gibi
    • İnsanların kodlama mülakatlarından neden bu kadar nefret ettiğini hiç anlamadım. İşveren açısından, yalnızca sözlü izlenim yerine gerçek beceriyi bir ölçüde doğrulamak doğal
      Adaylardan çok saçma çözümler gördüm. Çok basit bir kata verip konsol çıktısı üreten küçük bir programı güzelce refactor etmelerini ve bir özellik eklemelerini istiyoruz; yarısı çalışır hâle bile getiremiyor. Birçok kişi kodun temizliğine hiç çaba göstermiyor. İstenen tek şey çalışır hâle getirmek ve düzgün görünmesini sağlamak
    • Son kez mülakatlara girip birkaç LeetCode problemi çözdüğümde, çoğu yineleyici uygulama, fold işlemi ve gerekirse memoization ekleme kombinasyonuyla basitçe çözülüyordu
      Tüm problemler böyle değil ama kolay/orta zorluktaki kodlama mülakatı problemlerinin çoğunu bu üç adım epey genel biçimde kapsıyor gibi. İlk işimi ararken bunları hiç bilmiyordum; bu yüzden zaman geçtikçe kodlama mülakatı problemlerinin kolaylaştığını hissettim
      Pratikte Python’ı çok kullanmadım ama yield anahtar kelimesi LeetCode problemlerinde neredeyse hile gibi
    • Kişisel olarak senior/staff rolleri için kodlama turları daha kolaylaştı. Aynı soru bile olsa mülakatçının deneyimi ve aradığı sinyal farklı olduğu için problem çözmeye, iletişime, testlere vb. bakıyorlar
      Junior ve “SDE II” seviyesindeki kodlama turları ise yeni terfi etmiş SDE’lerin bunu adayla kendi aralarındaki bir rekabet gibi kurmasından kaynaklanan toksik bir havaya sahip. Mülakatçının düşündüğünden daha basit bir çözüm sunduğumda rahatsız olduğu bile oldu

  • Yazının kendisi genel olarak iyi, ancak yazarın ücret seviyelerini fazlasıyla şişirdiği görülüyor. İstikrarlı, teknik olmayan bir şirket olan bir traktör üreticisinin günde 5 bin–10 bin dolar ödediğini söylediği bir bölüm var.
    Vergiler dâhil diye ikiye bölsek ve yalnızca yazılım çalışanlarını kapsadığını varsaysak bile, ortalama ücretin yılda neredeyse 1 milyon dolar olması akla yatkın değil. ABD’de yazılım mühendisi ortalaması yaklaşık 135 bin–150 bin dolar; bu ortalamaya en üst ücret dilimindeki FAANG mühendisleri de dâhil.

    • Yazının tamamı, “faizler yükselince risk sermayesi finansmanı azalır”dan öte pek bir şey katmayan bir abartı gibi. Yan haklar dâhil edilse bile rakamlar ciddi biçimde şişirilmiş.
      Bu seviyeleri alan bireyler elbette var, ama eskiden duyduğuma göre yıllık toplam ücretin 1 milyon doların üzerinde olması, Google’ın erken dönem unicorn düzeyindeki mühendislerinin aldığı seviyedeydi.
    • Günde 5 bin–10 bin dolar, yılda 250 iş günü üzerinden 1,25 milyon–2,5 milyon dolar eder. Bir traktör üreticisinde bu düzeyde ödeme yapıldığına dair kaynağı bilmiyorum.
      Muhtemelen bir sıfır fazla yazılmış bir yazım hatası olabilir. Günde 500–1.000 dolar olsaydı yılda 125 bin–250 bin dolar ederdi ve çok daha makul görünürdü.
    • Muhtemelen “kariyer boyunca fiilen çalışılan günlere bölünmüş, hisse senedinin üstel büyümesini de hesaba katan günlük ortalama ücret” gibi bir hesap kullanıyor.
      Orijinal metinde, modern teknoloji ortamında istikrarlı “hyperscale aşırı büyüme” şirketlerinin deneyimli kişilere, her yıl üstel biçimde artan hisse bazlı ödüllerin değerini de içerecek şekilde günde 10 bin–50 bin dolar karşılığı verdiği yazıyor.
      Yıllık 250 bin dolar maaş, günde yalnızca yaklaşık 1.000 dolara denk gelir; ancak 40 yıllık kariyer boyunca hızlı büyüyen şirket hissesi ödülleriyle 50 milyon dolar biriktirebiliyorsanız ortalama günlük 5.000 dolar olur.
      Biraz şüpheli bir hesap ve daha net açıklanmalıydı; ayrıca hâlâ epey iddialı bir varsayım. Yine de yazının çeşitli yerlerindeki imalara bakılırsa niyeti bu gibi görünüyor.
    • Yazarın özgeçmişindeki “available for employment” bölümünün altında Google L10 maaş bağlantısı ve Amazon distinguished engineer var. Bu yüzden yazılım mühendisi merdiveninde beklediği ücret standardı ilk %0,01 ya da daha da üstü olan biri gibi görünüyor.
    • Saçma. Piyasa ücretleri konusunda bir hissiyatı yok; beklentileri bu kadar sapmışsa işe alınmaması da şaşırtıcı değil.
      Özgeçmişinde de görülebiliyor: FAANG’de kendisi için uygun seviyenin L10 olduğunu düşünüyor gibi. Bu son derece nadir bir seviye ve onun geçmişiyle bu seviyeye yerleştirilme ihtimali %0.
      Yazının tamamı aşırı şişirilmiş bir hak edilmişlik duygusu olarak özetlenebilir.
      https://matt.sh/files/a-resume/resume.html

  • Bu yazar inanılmaz düzeyde hak edilmişlik duygusuyla tanınıyor. Redis’e birkaç önemsiz katkı yaptıktan sonra düşmanca bir devralma girişiminde bulunan kişi.
    Bunu düşününce beklentilerine uygun bir iş bulmakta zorlanması pek şaşırtıcı değil.
    https://news.ycombinator.com/item?id=9176800

    • antirez’in “Redis kod tabanına önemli katkı yapan kişileri bir elin parmaklarıyla saysam parmak artar; Matt Stancliff onlardan biri” dediğine bakılırsa, çekirdek katkı yapmış olduğu doğru görünüyor.
      Ancak aktarılan olay oldukça eski ve mevcut konuyla ilgisi düşük. Hak edilmişlik duygusunun güçlü olması ise biraz utandırıcı.
      https://groups.google.com/g/redis-db/c/PxFeA0fHgO4/m/zD4IWbXlMOgJ
    • Uzun bir yazı olduğu için başta empati kurdum, ama birkaç yüz kelime geçince “bariz biçimde yeterli olan işim neden işe alıma dönüşmüyor?” diye yakınmaya benzemeye başladı. Bu, geniş iş piyasasının tamamına dair bir kanıttan çok, mantık hatası ve biraz büyük bir egoya yakın.
    • Şimdi bir ölçüde öz farkındalık kazanmış gibi görünüyor. Ancak konferansta tuhaf bir öneri yaptığı dönemde muhtemelen böyle değildi.
      Yazının üst kısmındaki GitHub Sponsors bağlantısına bakınca, birilerinin aylık 12.000 dolar sponsorluk başlatacağından emin gibi.
    • O katkılar önemsiz değildi. Ne söylediğini bilmiyorsun.

  • “Aptalca görünse de çalışıyorsa aptalca değildir” sözündeki gibi; önceki iş yerlerinin tüm sorunlarını görebilecek kadar zekiydiyse ama o şirketler yine de battıysa, kendisinin düşündüğü ideal çalışan olmayabilir. Programlama mülakatlarının kendisi için fazla düşük seviye olduğunu ve yalnızca daha aşağı kişilerin geçtiğini düşünüyor ama kirasını ödeyemiyorsa, o mülakatlar o kadar da düşük seviye olmayabilir.
    AWS bilgisiyle sorguyu 7 saniyeden 40 ms’ye, batch işi 40 saatten 20 dakikaya indirmek, nadiren bir şirketin başarısıyla başarısızlığı arasındaki farkı belirler. Yönetimsel işlev bozukluğu çoğu zaman bu farkı yaratır; ama bunu yalnızca alaycı blog yazısı malzemesi olarak hatırlıyorsanız işe alınmanız için bir neden sunmazsınız.
    Şirketlerin sistem yönetimini daha iyi yapmasını istemek bir yere kadar iyi; ancak veritabanı tasarımı ve AWS maliyet azaltımına fazla odaklanırsanız McKinsey meselindeki ortadaki taş ustası olursunuz.

    • Sistem yöneticisi olarak ürün, satış ve pazarlama sorunlarını da çözmesi gerektiğini mi kastediyorsun? Belirli bir pozisyondayken yapabileceklerin sınırlıdır. İnsanlara pahalı hatalar yaptıklarını söylesen de onları ikna etmek gerçekten zor olabilir.
      Pazarlama ekibi işi batırıyorsa “pazarlama berbat” diyebilirsin, ama haber vermekten ötesini yapmak zordur. Ne kadar diplomatik söylersen söyle, organizasyon hiyerarşisinde yeterince yukarıda değilsen bunu mühendislik tarafından düzeltmek zordur.
      Bir zamanlar CEO’nun arkadaşı yeni pazarlama yöneticisi olarak gelmişti; pazarlama kararları hakkında nazikçe endişelerimi dile getirdiğim için CEO’dan azar işittim. Sonrasında o yönetici markayı mahvetti ve müşterilerin kafasını karıştırdı.
    • Tüm sorunları görebilecek kadar zekiyse ve şirket yine de battıysa, aksine ideal çalışan da olabilir.
      Teknik olsun olmasın çoğu rolde işe alım yöneticileri, “zıpla” denince “ne kadar yükseğe?” diye soran kişileri tercih eder; “hayır” ya da “neden?” diye soranları değil.
      İşini iyi yapacak kadar senior olmalısın, ama patronunun kendisini junior gibi hissedeceği kadar senior olmamalısın.
    • Sorunları görmekle o sorunları çözme yetkisi verilmesinin her zaman birlikte geldiğini varsayan sevimli bir yorum.
      Muhtemelen yazıda bahsedilen mülakatçılardan ya da çalışanlardan birisin.
    • McKinsey meselinin ne olduğunu merak ediyorum.
    • Onun üslubu ile bu üslup aynı kumaştan kesilmiş gibi.

  • Mevcut durum gerçekten çok kötü, ama anladığım kadarıyla en büyük acıyı yeni mezunlar ve junior’lar çekiyor. Sektör kârlı göründüğü için çok kişi yazılım mühendisliğine akın etti ve bilgisayar bilimi mezunları fazla üretildi.
    Bir startup’ı deneyimsiz birine bahis oynamaya ikna etmek zor; olgun şirketler de 2 junior’ın parasını vermek yerine 1,5 kişi fiyatına 1 senior alıp benzer işleri yaptırmaya çalışıyor. Eskiden C seviye şirketlerde bile stajdan tam zamanlı işe uzanan bir hat vardı, ama şimdi çok daha nadir görünüyor.
    Faizlerin yükselmesi, sadece o an popüler olanı arayan yatırımcılar ve yakın geleceğe dair belirsizlik yüzünden, yeni ürün ve özellikleri ve bunlar için gereken mühendis büyümesini yatırımcılara kabul ettirmek daha zorlaşmış gibi.
    Son birkaç yılda işten çıkarılan çok sayıda yetenekli insan olduğu için şirketler işe alımda büyük avantaja sahip. Bunların önemli bir kısmı ciddi ücret kesintilerini de kabul etmeye hazır olduğundan, ortalama birini seçmek için daha az neden kalıyor.

    • Benim durumum bunun tam tersiydi. Son 2 yıl, 2010’ların başından beri teknoloji sektöründe çalıştığım en iyi dönemdi.
      2019 civarında sektörü bırakmayı ciddi ciddi düşünüyordum. Tüm sektör LeetCode öğütme, toplam ücret kovalamaca ve sıradan dron’lara dönüşmüştü. Gerçek problemler bir yana, zorlu ve ilginç problemlerle uğraşan insan bulmak zordu; birlikte çalıştığım insanların programlamaya ya da bilgisayar bilimine hiç ilgisi yoktu.
      Ama son 2 yılda gerçekten harika işler yapan birkaç ekiple çalıştım ve sadece inatçı, zeki insanlardan oluşan ekiplerle de tanıştım. Özellikle AI etrafındaki yeni püf noktaları ve tekniklerle projeler yapmaya başladım.
      Şimdi zor problemleri çözen küçük ekiplerin çoğu fon buluyor; ilginç, yetenekli ve gerçekten tuhaf programcılar yeniden bulunmaya başladı. Bir şeyler inşa etmeyi ve problem çözmeyi seven insanlar yeniden iş alıyor.
      Enflasyonu hesaba katınca uzun zamandır en düşük geliri elde ediyor gibiyim, ama sonunda iş yeniden keyifli hale geldi. İnşa etmeye takıntılı insanlarla birlikte hack’leyebiliyorum.
    • Junior yetenek işe alan şirketler açısından, son dönemde moda olan 1–2 yılda bir iş değiştirme yüzünden değer önerisi özellikle cazip değil. Eğitip yetiştirdiğiniz kişi ayrılacaksa ya da en baştan deneyimli birini alabileceğiniz düzeyde maaş istiyorsa, yatırım yapmaya değeri azalıyor.
    • Bilgisayar bilimi mezunlarının fazlalığını bilemem, ama en azından benim beklediğim türden junior mühendislerin fazla olduğunu hiç görmüyorum.
      Benim ölçütüme göre junior mühendis, algoritmaları ve veri yapılarını bilen, en az bir programlama dilini gerçekten iyi bilen ve o dille küçük programları hızlıca yazabilen kişidir. İş deneyimi yoktur; 10 bin satırdan büyük bir projede çalışmamış olabilir, CI/CD ya da Docker bilmiyor olabilir, ama kod yazabiliyor olmalıdır.
      Fakat junior mülakatına gelenlerin çoğu kod yazamıyor. En sevdiğini iddia ettiği dilde mülakat sırasında 5 satır kod bile yazamıyor. Yemek yapamadan junior aşçıya başvurmak ya da araba kullanamadan junior taksi şoförlüğüne başvurmakla aynı şey.
      Junior “bilgisi çok ama deneyimi yok” olmalı; ama IT’de tuhaf biçimde birçok kişi bunu “bilgisi de yok, deneyimi de yok” sanıyor.
      Fazla üretilmiş junior mühendisleri nerede bulacağımı söylerseniz, memnuniyetle işe alırım.
    • Junior mühendisler için işlerin daha da zorlaşmasının bir başka nedeni, eskisine göre nearshore ve offshore dış kaynak kullanımının çok daha yaygınlaşmış olması. Zoom vb. 10 yıl öncesine göre çok daha iyi ve herkes uzaktan çalışmaya alıştı.
      Latin Amerika ve Doğu Avrupa’dan harika mühendislerle çalıştım; bugünlerde ABD merkezli mühendislerle çalışmaktan neredeyse farksız. İngilizceleri iyi, çalışma saatleri yeterince örtüşüyor; özellikle Latin Amerika, 2000’lerin ortasındaki Hindistan dış kaynak kâbusunun tam tersi.
      Zaten insanlarla etkileşimin %99’u Zoom ya da Meet üzerinden gerçekleştiği için nerede oldukları pek fark etmiyor. Bu yüzden ABD’deki junior geliştiriciye ABD maaşı vermek zorlaşıyor. Çünkü aynı paraya ya da daha azına Latin Amerika veya Doğu Avrupa’dan harika bir senior geliştirici bulabiliyorsunuz.
    • Eskiden “2 junior yerine 1,5 kişi fiyatına 1 senior” idi; şimdi ise daha çok “iş ilanını tamamen kaldırıp mevcut senior’ları daha sert çalıştırmak; çünkü onların da seçenekleri olmadığını biliyorlar” durumuna benziyor.
      Başvurduğum ya da mülakata girdiğim pozisyonlar birkaç kez iptal edildi; iki arkadaşım da kendi şirketlerinde aynı şeyin yaşandığını söyledi. Bir örnekte 5 kişilik ekip 2 kişilik ekibe düşüp bir havayolunun kritik servisini işletiyor.
      Yeni mezunlar için kötü olduğu doğru; hatta düşündüğümüzden de kötü olabilir.

  • Son 15 yıldır tam zamanlı olarak insan, çoğunlukla da mühendis işe alıyorum ve Matt’in modern işe alım hakkındaki eleştirilerinin önemli bir kısmına güçlü biçimde katılıyorum.
    Çoğu teknik mülakatın iş performansıyla ilgisi, bir fırıncı işe alırken elektron orbitallerinin gluten bağlarını nasıl oluşturduğunu sormak ve geçerli bir orbital konfigürasyonunu anında çizemiyorsa elemek kadar az.
    Matt’in benzetmesi, yüklenici alımı gibi işlemsel işe alımlara iyi uyuyor; ama tarafların önümüzdeki birkaç yıl boyunca uzun süre birlikte çalışacağına dair karşılıklı beklentisi olan durumlara pek uymuyor. Mühendis işe alan şirketler genellikle insanların ekip olarak ekmek pişirmesini sağlamak zorunda ve o ekip bazen çok büyük oluyor.
    Sorumluluklar giderek daha ince parçalara ayrıldığında, pratikte geçerli orbital konfigürasyonu çizebilen en az bir fırıncıya ihtiyaç duyuluyor. Ve kuantum mekaniğinde güçlü bir fırıncı bulduysanız, şimdi de o kişinin birlikte çalışması korkunç biri olup olmadığını kontrol etmeniz gerekiyor.
    Bu yüzden referansla işe alım eskiden de şimdi de kraldır. Birinin işini iyi yapıp yapmadığını anlamanın en iyi testi, onunla birkaç yıl çalışmaktır.

    • Referansla işe alım neredeyse hiçbir yerde fiilen yok.
      Gerçekten çok iyi yazılım mühendisi olduğunu bildiğim ve işe alınması için kendi istihdamımı riske atarak kefil olabileceğim kişileri önerdiğimde bile, diğer adaylardan hiçbir farkları yokmuş gibi değerlendirildiler.
    • Artık gerçek bu. Fırıncılar da böyle mülakata giriyor.
    • İlk %1’lik teknoloji şirketlerinden biri değilseniz bu mantık pek oturmuyor. Her teknoloji şirketi kendisinin “en iyi ekmeği” yapmak zorunda olduğunu, bu yüzden en iyi fırıncılara ihtiyaç duyduğunu düşünüyor.
      Gerçekçi değil, ama yatırımcılar harcamanız için milyonlarca dolar verdiyse bir şekilde harcamanız gerekiyor.
    • “Orbital konfigürasyonu çizebilen fırıncıya ihtiyacımız var” tarzı düşünce bu zehirli işe alım piyasasına katkıda bulunuyor.
      Mesele tamamen adayın çok, işin az olması. Enflasyon, ekmek pişirme, faizler, ekip kurma gibi anlatıların hepsi hak görme duygusunun belirtileri.
      Sadece 2 aday olsaydı böyle düşünmezdiniz.

  • Bu yazıdaki peçete hesabının tamamı kafa karıştırıcıydı
    “Gün başına” ölçütünün nereden çıktığını bilmiyorum. Yönetici maaşı mı, orta/seviye kıdemli mühendis maaşı mı belli değil. Günde 5 bin–10 bin dolar, yılda 1 milyon–3 milyon dolar eder; özellikle hisselerin çok yükseldiği yıllarda mümkün ama yazıda söylendiği kadar yaygın değil
    Bu sayıların “Google ya da Apple değil, yıllardır istikrarlı performans gösteren bir traktör şirketi ya da ağır sanayi şirketi”nden geldiğine inanmak da zor. Gizli kalmış şirketler deniyor ama örnek var mı merak ediyorum. Genelde teknoloji dışı şirketlerde yazılım mühendisleri maliyet merkezi olarak görülür ve ücretler çok daha düşüktür
    “Gerçek enflasyon ve yaşam maliyetinin her yıl %7–13 arttığını hesaplarsak” dipnotu da, son 10 yılda böyle sıra dışı bir enflasyon iddiası için hesaplama dayanağı sunmalı

    • Yazar 20 yıldan fazla deneyimi olduğunu söylediğine göre aslında VP seviyesindeki rollerle karşılaştırıyor gibi. FAANG’de karşılaştığım 40 yaş üstü kişilerin epey çoğu gerçekten senior staff ve üzeri ya da director ve üzeriydi; bu yüzden rakamlar ilk izlenimdeki kadar çılgın olmayabilir
      Yine de o rakama ulaşmak için hisse değerindeki artışın da hesaba katılması gerekir. Ayrıca FAANG’de VP seviyesine ulaşanlardan çok daha fazlasının tamamen ayrıldığını düşünüyorum

  • Yazının içine gömülmüş iyi noktalar olabilir ama okura geçen şey, fazla öz değerlendirme içermeyen acı bir tat. Birlikte çalışması zor ve bunun sorumluluğunu başkalarına yükleyecek biri gibi görünüyor

    • Okumaya başladım ama daha en baştan 115 bin kelimelik bir şikâyet metni gibi buruk bir ton hissettirdi
      Spor yaptığını kanıtlamak için kendi fotoğrafını bile göstermesi gibi, lafı uzatıp duruyor hissi veriyor. Herkesin yöntemi farklı olabilir ama mülakat başarısızlığının beceri değil, tutum meselesi de olabileceğini düşündürüyor
    • “Hiç kodlama mülakatını geçemedim. Kodlama mülakatları yanlış insanları işe alır!” tarzı bir yerde okumayı bıraktım
    • Yazının tamamında neden tek dikkate alınan şeyin ücret olduğunu anlamıyorum. Para iyi hoş ama ne inşa ettiğin de önemli değil mi?
    • “Kıyaslama duyguların en kötüsü ve mutluluğun ölümüdür. Konumumu, 20 yıl önce Apple’a ya da Microsoft’a girip bir daha hiç ayrılmamış insanlarla karşılaştırıyorum” alıntısını anlıyorum
      Ama böyle insanları tanıyacak kadar şanslıysan, bu bağlantıları kariyerini güçlendirmek için kullanamaz mısın?
      Doğru zamanda doğru şirkete girip milyonlarca dolar kazanan insanlar da var; ama bir sonraki işimde 150 bin dolar alırsam, bölgeye bağlı olarak oldukça memnun olurum. Uzaktan çalışmanın hâlâ yaygın biçimde mümkün olması ve yaşam maliyeti düşük bir yerde yaşayabilmek güzel olur
      Yine de yazar 150 bin doları büyük para olarak görmüyor gibi; makalenin içeriğine bakınca deneyim ve kıdem olarak benden yüksek olduğu da açık