Kıdemli Bir Mühendis Olarak Öğrendiklerim (2021)

• 10 yıllık deneyime sahip bir veri mühendisi tarafından sarhoşken kariyer, teknoloji, meslektaşlar ve hayat hakkında dürüstçe yazılmış; aslen Reddit r/ExperiencedDevs’te paylaşılmış bir yazının arşivlenmiş kopyası
• Teknoloji yığınının kendisinden çok, her alanın 10-20 temel ilkesi önemlidir; yığın bunları kolaylaştıran araçlardan ibarettir
• Kariyerde büyümenin en etkili yolu iş değiştirmektir; memnun olmadığınız bir işte kalmak için bir neden yoktur
• İyi kod, junior bir mühendisin de anlayabileceği koddur; en iyi kod ise hiç yazılmamış koddur
• Özdeğerinizi maaşa ya da ünvana bağlamayın; nezaket ve çaba, uzun vadede hem kariyerinizi hem hayatınızı değiştirir

---

Sarhoşum ve muhtemelen pişman olacağım ama son 10 yılda mühendis olarak öğrendiklerimi sarhoş kafayla sıralayayım.

• Kariyerimi ilerletmenin en iyi yolu şirket değiştirmek oldu
• Teknoloji yığını o kadar da önemli değil — veri alanında yaklaşık 15 temel kalıp var, her alanda da 10-20 temel ilke bulunuyor; teknoloji yığını bunları kolaylaştıran araçlardan ibaret, o yüzden fazla kafaya takmayın
• İnsanların iş değiştirmeyi önermesinin bir sebebi var — işinizden memnun değilseniz, ayrılma zamanı gelmiştir
• Şirkette ömür boyu sürecek iyi arkadaşlıklar kurduğum da oldu ama bunun her işin bir gereği olması şart değil — arkadaşım olmadan mutlu olduğum işler de oldu, iyi arkadaşlarım varken mutsuz olduğum işler de
• Yöneticime uygun dozda dürüst olmayı öğrendim — fazla değil ama işte samimiyetimi koruyacak kadar. En kötü ne olabilir? Kovulmak mı? 2 haftada yeni iş bulurum
• Çeyrekte birden fazla kez sabah 2’de on-call yüzünden uyandırılıyorsanız, ciddi bir sorun var demektir; ya düzeltin ya da ayrılın

Bir kadeh daha doldururken

• İyi bir yöneticinin nitelikleri, iyi bir mühendisin nitelikleriyle büyük ölçüde örtüşür
• İlk başladığımda teknolojiye, programlamaya ve bilgisayar bilimlerine hayrandım ama artık o dönem geçti
• İyi kod, junior bir mühendisin anlayabileceği koddur; harika kodu CS 1. sınıf öğrencisi bile anlayabilir; en iyi kod ise hiç kod olmayan koddur
• Mühendislikte en az değer verilen beceri dokümantasyon — bana iyi doküman yazmayı öğretecek biri olsa gerçekten para veririm; 1.000 dolarlık bir kurs olsa ve iyi doküman yazmayı garanti etse öderim
• Bununla bağlantılı olarak, değişiklikler için iyi proposal yazmak da müthiş bir beceri
• Neredeyse tüm din savaşları (vim vs emacs, mac vs linux vb.) önemsiz… bir tanesi hariç. Aşağıya bakın
• Yaş aldıkça dinamik dillere daha çok değer vermeye başladım. Evet, ben söyledim. Gelin bakalım
• Kendinizi odadaki en zeki kişi gibi hissettiğiniz bir an varsa, gitme zamanı gelmiştir
• Full-stack web geliştiricilerinin neden bu kadar az kazandığını anlamıyorum — frontend, backend, tarayıcı uyumluluğu, ağ, veritabanı, caching, web ve mobil farkları, sürekli çıkan yeni framework’ler… Hepsini bilmeleri gerekiyor. Taban maaşları 500 bin dolar olmalı
• Daha fazla stajyer almalıyız — enerji dolu, fikir dolu tipler. Soru soran ve eleştirebilen stajyerler en iyisi

Bir yudum

• Kahramanlarınızla tanışmayın — kahramanımın 5.000 dolarlık kursunu aldım, harika bir insandı ama sonunda onun da diğerleri gibi işi doğaçlama götürdüğünü gördüm
• Teknoloji yığını bazen önemlidir — Python geliştiricisiyle C++ geliştiricisini düşünün, bambaşka imgeler beliriyor; çünkü bazı araçlar bazı işlere özeldir. Ne yapacağınızı bilmiyorsanız Java yapın — pek iyi bir dil değil ama neredeyse her iş için fena değildir
• En iyi programlama dili Lisp. Lisp öğrenmelisiniz
• Yeni başlayanlar için en kârlı dil SQL — diğer dillerin hiçbirine gerek yok. Sadece SQL bilerek para kazanabilirsiniz. Bordro görevlisi 50k → SQL bilen bordro görevlisi 90k. Düzenli sıradan ofis çalışanı 40k → SQL de biliyorsa ona PM derler ve 150k verirler
• Test önemlidir ama TDD bir kült
• Güvenli devlet işleri göründüğü kadar iyi değil (özellikle kariyerin ilk-orta dönemi için) — 120k + yan haklar + emeklilik kulağa iyi geliyor ama ruhunu özel teknolojilere satıyorsun. Mühendislerin ortalama yaşının 50+ olmasının bir sebebi var. Bu devlet taşeronları için geçerli değil
• Üçüncü taraf işe alımcılar parazittir — ama iyi bir recruiter bulursanız ilişkiyi koruyun. 3 yıldan fazla üçüncü taraf recruiter’lık yapan biri genelde iyi değildir; iyiler büyük şirket recruiter’ı olur
• Hisse opsiyonları ya değersizdir ya da sizi milyoner yapar — mühendislik ekibi 100 kişiden küçükse genelde değersizdir
• Uzaktan çalışma harika. Ama beyaz tahta eksikliği can sıkıyor
• FAANG’de hiç çalışmadım — ne kaçırdığımı bilmiyorum ama FAANG geçmişi olan insanlarla mülakat yaptım ve onları işe aldım; onların da ne yaptıklarını bildiği söylenemez
• Özdeğeriniz toplam ücretinizle ilgili değildir, ilgili de olmamalıdır — kapitalizm özdeğeri ölçmek için iyi bir kıstas değil
• Yöneticilerin düşündüğünüzden çok daha az yetkisi var — birini kovmamalarının sebebi genelde yapamamalarıdır
• Ünvanların çoğu önemli değil — hangi şirketin Principal Distinguished Staff Lead Engineer’ı olduğunuz fark etmez. Önemli olan ne yaptığınız ve ne başardığınızdır
• Ünvanlarla ilgili ek not: Kariyerin başlarında (10 yıldan az) ünvan yükseltmek iyidir — beceri ve sorumluluk artar. Kariyerin ilerleyen dönemlerinde ünvan düşürmek avantajlı olabilir — aynı parayı alırken terfi zamanı zam alma ihtimaliniz olur
• 401k’nizi sonuna kadar doldurun
• Herkese nazik olun — kariyerinize yardım ettiği için değil (eder gerçi), nezaketin kendisi ödüldür
• Son bir ayda bir junior mühendisten ya da stajyerden hiçbir şey öğrenmediyseniz, dikkat etmiyorsunuz demektir

Lanet, şarap bitti.

• Derslere, kitaplara, konferanslara para harcamaya değer — birçok konferansa, 1.5k’lık kurslara, pek çok kitaba ve aboneliğe yatırım yaptım; değdi. Böylece ne yaptığını biliyormuş gibi davranmakta daha iyi oluyorsun
• Cidden, web geliştiricileri neden daha fazla kazanmıyor? Adamlar her şeyi biliyor!!!
• Karpal tünel ve bel sorunları şaka değil — şimdi 1.000 dolar harcayıp iyi ekipman alın
• Birlikte çalıştığım en zeki kişi bir matematik doktorasıydı — ondan gerçekten çok şey öğrendim. Umarım iyi durumdadır
• Lisede en yakın arkadaşım olan bir kız vardı — çıktığımız yönünde dedikodular çıkınca beni görmezden gelmeye başladı. Hoş değildi ama kin tutmuyorum; o zaman daha iyi başa çıkmalıydım
• 8. sınıfta kız arkadaşımdan ayrılmak istiyordum ama söyleyemedim ve onu görmezden gelmeye başladım — gerçekten kötü bir davranıştı. Lena, özür dilerim
• Yazılım mühendisliğinin en iyi yanı, problemleri aynı şekilde düşünen insanlarla tanışıp konuşabilmek. Aynı hobi değil, aynı düşünme biçimi
• Teknoloji sektöründe yeterince kadın yok — şirketteki kadın mühendislere cesaret vermeye ve yardımcı olmaya çalışıyorum ama daha ne yapabileceğimi bilmiyorum
• Aynısı siyah mühendisler için de geçerli
• Bir teknolojiyi derinlemesine tanımadan ondan nefret ettiğim olmadı — eğer ondan nefret ederken aynı anda müşteriye önerebiliyorsanız, iyi bir teknolojidir. Jenkins korkunç ama tavsiye etseniz de bu yazılım ihmali sayılmaz
• git korkunç ama başka çare yok — GUI araçları cehennem, komut satırı daha iyi. Ezberlenecek yaklaşık 7 komut var, gerisini Google’layın
• Veri mühendisiyim, o yüzden veriyle ilgili bir ders de vereyim. Pandas kullanmayın
• Ekipte yarı teknik (semi-technical) analistler olunca iş daha kolaylaşıyor — programlamayı biliyorlar ama yazılım mühendisliğini değil. Eğer onlar anlamıyorsa tasarım yanlıştır. En parlak mühendislere kıyasla analistlerden daha çok geliştim
• Karanlık mod, zorla açık moda geçince acı veriyor — bu yüzden açık mod kullanıyorum
• Güvenlik hakkında bildiğim şey, güvenliği pek bilmediğimi bilmekten ibaret

Lanet, şarap yine bitti.

• İyi mühendis, best practice’leri bilen kişidir; kıdemli mühendis ise best practice’in ne zaman bozulacağını bilen kişidir
• Hatalarda ya da kesintilerde suç atmaya çalışan bir ortam varsa, gitme vakti gelmiştir
• İlerici şirketler, özellikle startup’lar, “gerçek benliğinizi getirin” der — peki gerçek benliğiniz porno izlemekten ibaretse? İşle özel hayat arasında sağlıklı sınırlar tutmak önemli
• Meslektaşlarla happy hour’da içmeyi seviyorum ama yine de vaktimi çocuklarımla, ailemle, arkadaşlarımla geçirmeyi tercih ederim
• Gördüğüm en iyi liderlik örneği: liderin %100 kendi hatası olan bir şeyin sorumluluğunu üstlenmesi — o lider için ateşe atlarım
• Aynı şekilde, en iyi liderler kendi görüşlerini savunurken, çatışan diğer görüşleri de açıklayabiliyor. Onlar gibi olmaya çalışıyorum
• Yan projeleri bırakın gitsin — seviyorsanız tabii yapın! Ben zamanım olsa bile Reddit’e sarhoş yazılar yazmakla meşgulüm
• Algoritmalar ve veri yapıları önemli — ama bir sınırı var. Eczacı mülakatında organik kimya sınavı yapmadığınız gibi, sektörün mülakat sürecinde sorun var
• DevOps mühendisleri gerçekten çok zeki. En azından onlar genelde hak ettikleri kadar ücret alıyor
• Sevdiğiniz işi yapmaktan çok, nefret etmediğiniz işi yapmak daha önemli
• Ürüne ne kadar yakınsanız, gelire ne kadar yakınsanız o kadar değer görüyor gibi hissediyorsunuz — teknik seviye ne olursa olsun, en ilerici şirketlerde bile böyle
• Linux önemlidir — Windows ortamında bile. Neden? Çünkü sonunda dönüp dolaşıp Linux kullanırsınız. Hafta sonları Arch kurarak geçirdiğim zamanlara minnettarım
• “Big data” gibi muğlak buzzword’lere dikkat etmek gerekir — Spark/Kafka’da her 10 dakikada 10 bin satır stream etmek de yaptım, Python/MySQL’de saatte 1 milyar satır batch işlemek de; etiketin pek anlamı yok
• Silikon Vadisi dışında da iyi işler var ama pek çok iyi iş Silikon Vadisi’nde

Bira buldum. Devam.

Programlama dilleri hakkında

• Bir zamanlar nefret ettiğim bir dili (C#) kullanmaya başlayınca, hâlâ sevmesem de faydalı olduğunu kabul ettim
• Nefret ettiğim dilden (C#) ayrılıp geri dönünce, çok gelişmiş olduğunu gördüm
• Fonksiyonel dillerin en büyük avantajı, fonksiyonların birinci sınıf nesneler olması; bir de tüm programcıların bunun ne anlama geldiğini bilmesi
• Bir dil ne kadar mükemmel ya da üstün olursa olsun, insanlar kullanmıyorsa önemi yoktur
• Bir dili öğrenmek zor değil — zor olan ekosistemini öğrenmek

Meslektaşlar hakkında

• Pair programming harika ama çok zaman alıyor — şirketler genelde o zamanı harcamak istemiyor
• Zeki mühendislerle çalışırsanız daha iyi bir coder olursunuz. Zeki ama teknik olmayan meslektaşlarla çalışırsanız daha iyi bir mühendis olursunuz
• 9-5 dışında çalışmayın — ama havalı bir proje gidiyorsa ve flow durumuna girdiyseniz istisna olabilir. O his harika
• Takımlar arası happy hour ve sosyal zamanların %99’u boş muhabbet. Ama %1’inde kritik projelerin önemli kodları konuşuluyor ve sosyal ortamda iş konusunu açtığım için büyük bir sorunu engellediğim oldu. Bu, diğer ekiplerle illa takılın demek değil; sadece bağ kurmak istiyoruz ve bazen bunun yan etkileri oluyor

Uzaktan çalışma hakkında

• Yarı uzaktan/yarı ofisli bir düzende uzaktaki çalışanlara ikinci sınıf vatandaş muamelesi yapılıp yapılmadığını kontrol edin — önemli kararlar “su almaya giderken” alınıyorsa ya şirket kültürünü değiştirin (zor) ya da uzaktan çalışanları birinci sınıf gören başka bir şirkete geçin
• Uzaktan çalışmanın en kötü ikinci yanı beyaz tahta olmaması
• En kötü yanı ise iş arkadaşlarından öğrenmenin zorlaşması — rahatça soru soramıyorsanız ve uzaktan çalışanların ofistekilerle eşit sayıldığı bir kültür yoksa, kariyerimin ilk 5 yılında ofiste çalışmak daha iyiydi

Teknoloji hakkında

• Teknolojinin değiştiğini herkes biliyor ama son 10 yılda dramatik biçimde değişmiş olsa da temel ilkeler çok değişmiyor — özellikle de alanınıza özgü temel ilkeler
• Hacker News ve r/programming yalnızca genel fikir almak ve son trendleri görmek için faydalı; yorumlar neredeyse tamamen işe yaramaz
• Güçlü fikirleri olan amatör çok, “saygın” dergilerde ve bloglarda yazanlarda da durum aynı — söylentileri takip edin ama kararı kendiniz verin
• En ileri startup’larda çalışıyor olabilirsiniz ama ABC isimli son teknoloji şirketin duyurduğu en yeni XYZ teknolojisini kullanmıyorsunuzdur — çünkü duyurdukları şey mühendisliklerinin çok küçük bir kısmı; geri kalanında çoğu zaman bizimle aynı şeyleri kullanıyorlar
• Yine de işaretleri okuyun — modern teknoloji kullanmak istiyorsanız ama şirket hâlâ ağırlıklı olarak jQuery ile geliştirme yapıyorsa, yeniden düşünme zamanı gelmiş olabilir

Veri mühendisliği hakkında

• Veri mühendisi olduğum için veriye özel tavsiye/deneyim ekleyeyim
• SQL kraldır — MySQL, Postgres, Oracle, SQL Server, SQLite hâlâ çok güçlü. Yeni bir teknolojiye geçseniz bile çoğu bilgi taşınabilir
• Çoğu şirket streaming yapmıyor — zor ve karmaşık. 10 yıllık deneyiminiz olup saniyede 10 bin kayıt işleyemeseniz de iş bulursunuz
• Airflow pek iyi değil, evet. Başka ürünler de var ama en yaygın kullanılan Airflow
• Makine öğrenmesi projeleri yüksek ihtimalle başarısız olur — karmaşıklar ve uygulamaları zor. İnanmıyor musunuz? Bir ML modeline unit test yazmanın ne kadar kolay olduğunu düşünün
• Bu alan hâlâ yeni — veri mühendisliği üzerine iyi kitaplar yok, sadece yaparak öğreniyorsunuz. Bootcamp’le olmaz. 10 yıl sonra değişebilir

Hayat hakkında

• İnsan ölür — kodunuzun legacy olmasını istiyorsanız ona zaman harcayın. Ama benim gibi legacy’niz aileniz, arkadaşlarınız ve çevrenizdeki insanlarsa, koda fazla takılı kalmayın
• İyi insanlar da, zeki insanlar da, iyi coder’lar da kötü kod yazar — kod kalitesini özdeğerinizin türevi hâline getirmeyin
• Hobi olarak başladığınız teknoloji işiniz olunca hobiniz yok olur — teknolojinin artık hobi olmadığını kabul edin ve yeni bir hobi bulun ya da keyif almak istiyorsanız işi bırakın
• Programlama ve CS yaklaşık 80 yıllık bir disiplin — diğer mühendislik alanlarına kıyasla hepimiz hâlâ ne yaptığımızı tam bilmiyoruz
• Oldukça iyi para kazanıyorum — minnettar olun, dikkatli harcayın ve biriktirin

Diğer

• Yıllarca birden fazla ekip tarafından kullanılan büyük platformlar ve kütüphaneler inşa ettim ama en gurur duyduğum kod, sadece benim kullandığım küçük script oldu
• Kariyerimde en gurur duyduğum başarı, başkalarının işini daha iyi yapmasına yardım etmekti — muhtemelen people manager olmaya yatkın olduğum için; başkaları için faydalı olmayabilir
• İş ararken LinkedIn oluşturup güncelledim ama sadece kötü cevaplar alınca sildim. Şimdi LinkedIn’den işe alım adayı buluyorum — LinkedIn gürültü dolu ve o gürültüye katkı yapmak işin bir parçası olduğu için ancak o kadar değerli
• Üniversitede benden hoşlanan bir kız olduğunu öğrendim — düşük özgüvenim yüzünden inanmadım ama sonra bana çıkma teklif etti. Nazikçe reddettim ve 19 yaşında olgun şekilde “hayır” diyebilmiş olmak, hayatımdaki en gurur verici anlardan biri
• r/cscareerquestions ego ve yanlış bilgi bataklığı — onları sarsıp dünyanın gerçekte nasıl işlediğini anlatmak istiyorum ama inanmazlar

Şu an hissettiklerim

• Sarhoşum ve normalde çok içen biri değilim, o yüzden söylediklerimin hepsi muhtemelen utanç verici ya da korkunç olacak
• İnsanların birikim yapması ve yatırım yapması gerektiğini güçlü biçimde hissediyorum — altı haneli maaş alıyorsanız 401k’nizi sonuna kadar doldurun
• Hep nefret ettiğim şeye dönüştüm — teknoloji sektöründe çalışıyorum ama gerçek hayatta teknolojiden kaçan biri oldum. Galiba yaşlanınca öyle oluyor
• r/ExperiencedDevs gayet iyi bir topluluk. Moderatörlere teşekkürler. Aldıklarından çok daha az takdir görüyorlar
• Kariyerimi, maaşımı, hayatımı Reddit’e borçluyum — benzin istasyonunda asgari ücretle çalışırken Linux, SQL, Python, C# vb. öğrendim ve bugün olduğum yere geldim. Reddit çok eleştiriliyor ama toplulukları insanları yoksulluktan çıkarabiliyor
• Çocuklar güzeldir — benim tercihen çocuğum yok. Çocukları seviyorum ama nasıl bir baba olacağımdan korkuyorum. Bu yazı için fazla kişisel mi oldu?
• Biri bana kimi hayranlıkla izlediğimi sorduğunda Conan O'Brien demiştim ve bana gülmüşlerdi. Ama ciddiydim — Tonight Show’daki son yayınında “nazik olun ve çok çalışın” demişti; o sözleri hayatımın zor bir döneminde duydum ve kaybedecek bir şeyim yok diye aynen uyguladım. 10 yıldan uzun süredir nazik davrandığım için harika insanlarla tanıştım; çok çalışıp yeni şeyler denediğim için de hayatım sonsuz derecede daha iyi hale geldi. Gece yarısı talk show’u sayesinde hayatta doluluk bulmuş olmam komik gelebilir ama bu benim hayatım ve hangi başarıyı elde etmişsem bunda gece televizyonundaki bir komedyenin payı olduğunu gururla söylerim

Aşırı sarhoşum, o yüzden söylediklerimi görmezden gelin. Uzun uzun konuştuğum için özür dilerim.

[heycalmdown]

Metin içeriği biraz garip değil mi? Ayrı olarak Hacker News görüşleri altında toplanıp görünmesi gereken içerik ana metne girmiş... Yönünüz mü değişti?

[xguru]

Son birkaç gündür prompt iyileştirmesiyle uğraştığım için biraz gidip geldim. Hemen düzelttim, hıçkırık.

[wedding]

generalist hakkındaki kısma katılıyorum. Ben de kariyerimin başında generalist olmalıyım diye düşünüyordum~

1. Tek bir konuda bile iyi olmak fazlasıyla zor,
2. ve karşılığı gerçekten çok düşük oluyor.

[GN⁺]

Hacker News görüşleri

• Yazılım mühendisi olarak benzer düşünce yapısına sahip insanlarla karşılaşma fikri benim deneyimimle pek örtüşmüyordu. Tanıdığım 50 kişiden ancak 1’i bu işi gerçekten zanaatkârlık ruhu için yapıyor gibiydi; çoğu ise sadece bir 9-to-5 düzeni, görünürlük ve etkili projeler istiyor, kendi sorunlarını ve fikirlerini derinlemesine paylaşmıyordu

  • Bunun 2021 tarihli bir yazı olması önemli görünüyor. COVID öncesi atmosfer, yazarın anlattığı şeye daha yakındı; 2010 civarı ise bunu daha da fazla hatırlatıyordu. Özellikle sadece para için gelen geliştiricilerin sayısı ciddi biçimde arttı ve şirketler de diğer motivasyonları yavaş yavaş öldürdü gibi hissettirdi. 10-15 yıl öncesiyle kıyaslayınca fark oldukça belirgindi; 2000’lerde ise işlerin daha da sert olduğuna dair şeyler duymuştum
  • Ben ise tam tersine güçlü bir paylaşım kültürü hissettim. Pazarlamadayken herkes işe gelir, çalışır, çıkar; öğle arasında da yeni raporlardan ya da satış ekibinin algoritmalarından şikâyet ederdi. Ama geliştirici olduktan sonra biri yeni bir plugin gösteriyor, biri eğlenceli bir mantık oyunu öneriyor, biri de gel yeni bir JS framework’ünü birlikte kurcalayalım diyordu; gerçekten bir topluluğun içine girmişim gibi hissettim. Öğle araları beyin fırtınasına dönüşüyordu, peçetelere çılgınca bir şeyler karalayıp problemleri birlikte çözüyorduk, konferanslardan ya da DefCon’dan konuşuyorduk. Yan projeler de hep gündemdeydi ve arkadaşlarım ile mentorlarım sayesinde ilk kez bir developer community’nin parçası olmaktan gurur ve aidiyet hissettim
  • Benim sırrım Emacs meetups’larına gitmek. Emacs’i para kazanmak için kullanan çok az insan vardır diye düşünüyorum
  • Bunun illa yazılım mühendislerine özgü bir özellik olup olmadığından emin değilim. Ama asıl yazıyı yazan kişinin biraz sarhoş ve biraz da duygusal olduğu hissine kapıldım
  • Ben benzer ruh hâlindeki insanları daha çok academia içinde buldum

• “2 hafta içinde yeni iş bulursun” gibi laflar tam o dönemin ruhunu yansıtıyor. O zamanlar piyasa çalışanların elindeydi ve herkes bir tür uzman pozu kesiyordu

  • Bugünden bakınca gerçekten de süt gibi çabuk bozulan bir öngörüymüş
  • Ben yazıda bu ifadeyi bulamadım, tam olarak neyin alıntılandığını merak ettim

• “Kahramanlarınla asla tanışma; 5.000 dolarlık dersini dinledim ve onun da bizim gibi doğaçlama ilerlediğini gördüm” sözüne tamamen katıldım

  • Küçükken yetişkin olunca bir noktada çıt diye her şeyi anlayacağımı sanırdım. Ama öyle bir şey hiç olmadı; sonunda da kimse için öyle bir anın gelmediğini fark ettim. Herkes sadece etrafta dolaşan iri çocuklar gibi, bir şeyleri öğrenmeye çalışıyor. Bazıları bunu biraz daha hızlı yapıyor, bazıları ise öğrenmeyi bırakıyor. Yine de dünyanın bu kadar bile işliyor olması bana daha çok sebat ve hırsın kanıtı gibi geliyor. Öte yandan kahramanlarımdan birkaçına doğrudan ulaştım ve o deneyim her zaman heyecan verici ve formative oldu. Elinizde makul bir sebep varsa, doğrudan iletişime geçmenizi tavsiye ederim
  • Kendi sektörümde oldukça tanınan, konuşmalar yapan, blog yazan ve başkalarının kitaplarında alıntılanan biriyle çalışma fırsatım oldu. Ama yazdığı kod beklentimin çok altındaydı, SDLC ise daha da kötüydü. Şöhretten gelen egonun takım temelli çalışmayla pek uyuşmadığı durumlar olabiliyor. Kod incelemesi ya da PR gibi temel süreçlerden sanki Lahey’e götürülüyormuş gibi bahsediyor, takım arkadaşlarını da bürokrat olarak görüyordu
  • Sonuçta herkes tahmin yürütüyor; bazıları sadece bunu biraz daha iyi yapıyor

• Mühendisler için en küçümsenen becerinin dokümantasyon olduğu fikrine şunu eklerdim: Dokümanda her şeyden önce neden yer almalı. Kodu okuyabilirim ama 200 satırlık invert_parameters gibi bir fonksiyonun neden ortaya çıktığını, hangi problemi çözdüğünü, neden öyle bir problem olduğunu ve bu kodun ne kadar süre yaşamayı hedeflediğini bilmek isterim. Bazen zaman baskısı ya da garip upstream sorunlar yüzünden böyle yazdığımı belirten bir tür özür niteliğinde yorum bile bırakıyorum. Özellikle kendini açık etmeyen kodlarda, yazıldığı andaki düşünce biçimini aktarmak önemli; çünkü kodun tek başına veremeyeceği bağlam ancak öyle hayatta kalıyor. Junior da olsa senior da olsa iş yerinde insanların bunu daha çok yapmasını isterdim

  • Bence gerçekten küçümsenen beceri test yazmak. Dokümantasyon; ADR, sistem diyagramları, spec’ler, JIRA ticket’ları, commit message’ları, PR açıklamaları, kod yorumları, idiomatic code gibi pek çok biçimde var olabilir ama bakım yükü de yüksektir. Testler de eskiyince bozulur, ama iyi yazılmış testler implementasyon refactor edilse bile yaşamaya devam eder ve mükemmel birer dokümantasyon işlevi görür. Her yeri mock ve stub ile doldurmak yerine, iyi açıklanmış assertion’larla karmaşık bir rutinin nasıl çalıştığını göstermek, kod yorumlarında how ya da what tekrar etme ihtiyacını azaltır
  • Ben de buna güçlü biçimde katılıyorum. Ben buna genelde niyeti dokümante etmek diyorum. Bir özelliği uygulamak gibi niyet zaten açıksa açıklama gerekmez; ama gizli bir arızayı telafi etmek, açık olmayan bir iş gereksinimine yanıt vermek ya da sonra düzeltilecek geçici bir kod eklemek gibi durumlarda, okuyanın o niyeti bilmesi gerekir. Ne yazık ki birçok insan yalnızca makineyi düşünüyor; okuyucu ve reviewer açısından bakmıyor olması beni hep hayal kırıklığına uğrattı
  • Üzücü ama bu tür örtük bilginin gerçekten kayda geçirildiğini neredeyse hiç görmedim. Genelde o bilgiyi taşıyan kişi şirketten ayrılınca bilgi de onunla birlikte gidiyor, geride kalanlar da kafasını kaşıyıp duruyor
  • Şimdi AI çağında bu daha da önemli gibi geliyor. AI kodu okuyup açıklamakta başarılı, ama neden o şekilde yazıldığını tersten çıkarsamakta o kadar iyi değil
  • Bana göre en küçümsenen şeyin ne olduğu bağlama göre değişir ama gerçekçi olmak gerekirse muhtemelen gösteriş ve kendini pazarlamadır. Yıllarca sorunsuz çalışan muazzam sistemler kurup bunları usulca dokümante eden çok iyi mühendisler gördüm; bu insanlar değer görse de en tepeye çıkamıyordu. Buna karşılık kendini iyi pazarlayanların önünde sanki tavan yoktu. Bilmediğine biliyormuş gibi davranıyor, imkânsız şeye mümkün diyebiliyor, başkalarının sözlerini taşıyıp onları küçültebiliyor ve sorumluluğun üstüne çıkabiliyorlardı. Bu işte en iyiler neredeyse psikopat seviyesinde oluyordu ve bazen dünyayı böyle insanların döndürdüğünü düşünerek karamsarlaşıyordum

• 20’li yaşlarında yıllık 100 bin doların üzerinde kazanan biri için önce 401k ve HSA’yi sonuna kadar doldurup sonra IRA’yı da maksimuma çıkarmak tavsiyesi bence gerçekten önemli. Her şeyi bir target date retirement fund’a koymak ve 6 ila 12 aylık yaşam masrafını bir high yield savings account’ta tutmak gibi temel ilkeler de mantıklı görünüyordu. Mesaj şuydu: 23 yaşında başlarsan 45 yaşında emekli olman mümkün olabilir; ama ertelersen 45 yaşına geldiğinde önünde hâlâ 20 yıl daha çalışma gerçeğiyle karşılaşabilirsin

  • Yine de bu stratejiyle bile 45 yaşında emeklilik kolay görünmüyor. Tutumlu yaşam, ucuz hobiler, çocuk sahibi olmamak, çalışmayan eş olmaması, aileye bakma yükü olmaması, pahalı bölgelerden kaçınmak gibi çok fazla ön koşul var. Aksi takdirde neredeyse kamp yapar gibi yaşaman gerekebilir
  • Ama o para emeklilik hesaplarına bağlanırsa 59.5 yaşından önce çekim kısıtlı; o zaman 45 yaşında nasıl emekli olunacağı sorusu doğuyor
  • İnsanların bu tavsiyeye bu kadar olumsuz tepki vermesi bana daha da ilginç geldi. İyi bir başlangıç maaşı alan genç profesyoneller için oldukça pratik bir rehber gibi duruyor
  • Ben Avrupalıyım, o yüzden bu Amerikan vergi avantajlı hesaplarının tam olarak ne anlama geldiğini merak ettim
  • Ayrıca gençken altı haneli maaş alsan bile, bu genelde 100 bin doların biraz üstü bir rakam oluyor ve çoğu kişi de HCOL şehirlerde yaşadığı için aslında elde fazla para kalmıyor

• Benim öğrendiğim en faydalı ders, bilerek koyduğum kısıtlardan ziyade benim seçmediğim kısıtların daha iyi ürün kararlarına yol açtığıydı. Paylaşımlı hosting üzerinde bir link kısaltıcı çalıştırıyorum; SSH yok, sadece FTP ile deploy var, background worker da yok Redis de yok. Ne zaman düzgün bir queue, WebSocket ya da cache layer eklemeye kalksam hosting buna izin vermediği için vazgeçtim. Bu yüzden tıklama bildirimlerini saatte bir PHP endpoint’ine vuran bir cron ile gönderiyorum. Queue yok, retry logic yok, worker yok; ya gönderiliyor ya başarısız oluyor ve geriye sadece log kalıyor. 6 ay kullandıktan sonra bunun gayet iyi çalıştığını gördüm. Başından beri bir VPS’im olsaydı muhtemelen bugün hâlâ bakımını yapmak zorunda kalacağım daha büyük bir şey inşa etmiştim; ama paylaşımlı hosting “sana cron ve DB’den fazlasını vermem” diye sınır çizdiği için bunun yeterli olduğunu öğrenmiş oldum

• Asıl yazıda epey fazla sorun gördüm. Tek başına şarap içmek bana biraz tuhaf geldi; genelde viski, votka ya da bira daha tipik olur diye düşünüyorum. ever thing gibi yazımlar da sarhoş hâlde yazılmış dağınık düşünceler izlenimi veriyordu ve aslında o havaya uyuyordu. Ayrıca webdev’i profesyonellerin temsili örneği gibi görmek pek doğru değil; dark mode da çoğu zaman tarayıcı eklentileriyle çözülebiliyor. Eczacılık; diploma, uzun eğitim, sınavlar ve organik kimya gerektiren bir meslek. HN yorumlarının değersiz olduğu iddiası da bence fazla sertti. Bazı yazılar kötü olsa da yorumların metinden daha iyi olduğu çok kez oldu

  • Ben içkiyi oldukça kişisel bir eylem olarak gördüğüm için neredeyse her zaman yalnız içtim. Bu, piyano çalmayı topluluk önünde yapmanın bana tuhaf gelmesine benziyordu
  • Ben de Apple CEO değişimi gibi daha popüler konularda işe yaramaz yorumların çoğaldığını gördüm; başkasının da aynı şeyi fark etmiş olması ilginçti. Muhtemelen konunun geniş kitlelere hitap etmesi etkili oluyordu
  • Sonoma civarında yaşamıyorsanız şarap kültürüne dair sezginiz farklı olabilir diye düşünüyorum
  • İçkiyle ilgili o yorumun kendisi bana daha da garip geldi

• İlgili olarak Mayıs 2021’deki Drunk Post: Things I've Learned as a Sr Engineer yazısı aklıma geldi. O başlıkta tam 494 yorum vardı

• Bunun 2021’de yazılmış olması beni şaşırttı. SQL kısmı ya da 2 haftada iş değiştirme havası fazla 2014 enerjisi veriyordu

  • Bununla ne demek istendiğini sormak isterim. En azından Avrupa’da 2021’den 2022’ye kadar olan dönem iş piyasasının zirvesiydi; nefes alsan işe alınıyordun. SQL de hâlâ, özellikle veri tarafında, çok önemli
  • Ben ise SQL’in ne zamandan beri daha az önemli sayıldığını merak ettim

• “HN ve r/programming genel fikir edinmek ve son trendleri görmek için iyi ama yorumlar neredeyse tamamen değersiz” sözüyle ilgili olarak, HN yönetimi beni rate limit’e soktuktan sonra yorumları daha az okumaya başladım. Günde ancak birkaç kez yanıt yazabildiğim için katılım hissi kayboldu ve okuyasım da azaldı. Açıkça banlamak yerine seni yavaşlatmaları, daha da ince bir şekilde istenmeyen biri gibi hissettiriyor. Bir şeyleri kaçırıyor muyum diye endişelendim ama yorumları kontrol etme yönündeki o alışkanlık hâline gelmiş çekimi bırakmanın düşündüğüm kadar kötü olmayabileceğini fark ettim

  • Ben burada yer aldığımı hissediyorum ama çoğu gün tek bir yorum bile yazmadan geçiyorum. Yazdığımda da günde iki taneden az oluyor; yani illa çok yazmak gerekmiyor diye düşünüyorum
  • Ben de Lobsters daveti almamış olsam bile düzenli okuyorum. Katılamasan da ilginç linkler ve yorumlar bulmak gayet mümkün
  • Ben de benzer bir şey yaşamıştım; hn’ye e-posta attım ve geçmişte kötü davranış yüzünden bir downvote kümesine yakalandığımı ama sonrasında sorun çıkarmadığım için kısıtlamayı kaldırdıklarını söylediler. Beklediğimden daha kolay çözüldü