Binmeden Önce En Az Bir Kitap Okumanız Gereken Ride

• İş yerinde üst düzey bir mühendis olarak görülüyor olsanız bile, gerçek ustalarla karşılaştırıldığında arada büyük bir fark olabilir ve bu fark çoğunlukla doğru şekilde öğrenilmiş bilgi miktarında ortaya çıkar
• Liseden sonra sanatı bırakmış olma deneyimi, yalnızca Drawing On The Right Side Of The Brain adlı tek bir kitap ve birkaç saatlik pratikle “doğru materyalin” engeli ne kadar azaltabildiğini gösterir
• Mühendislikte de belirli bir konuda en az bir kitap okumuş kişilerle neredeyse hiç denememiş kişiler arasında büyük fark vardır ve birçok meslek grubunda çoğunluğu ikinciler oluşturur
• Uzmanlık, yerel-ulusal-Olimpiyat düzeyindeki eskrim gibi katman katman ayrılır ve birden fazla kitap okuyup derine inen kişiler en üst seviye işler için rekabete yaklaşır
• Sadece kitap okumak yetmez; iyi kaynak seçip kötü kısımları ayıklayacak meta beceri yoksa, Scrum·Agile·liderlik materyallerine sarılsanız da sonuç üretmek zordur

---

“Üst sıralardayım ama aynı anda yetersizim” başlangıç noktası

• Yazar, iş ortamlarında sürekli olarak iyi bir mühendis olarak görüldüğünü söylüyor
  • Çevresindeki ortalama mühendisten bazen iki basamaklı katlar kadar daha fazla çalıştığını ifade ediyor
  • Eyaletteki en iyi şirketlerden birinden senior level teklif aldığını belirtiyor
  • “Serious People”ın onu yeniden işe almak istediğini ve özensiz commit mesajlarına kızdığını söylüyor
• Ama kendisine e-posta gönderen birçok kişiyle kıyaslayınca bariz biçimde yetersiz olduğunu düşünüyor
  • Deneyimi 3-4 yıl ve akademik geçmişi psikoloji
  • Kişisel projeler dışında neredeyse hiç test yazmadığını, gördüğü işverenlerin de çalışan testleri veya test ekleme isteği olmadığını söylüyor
  • Yüksek lisans tez kodunu version control olmadan yazdığını ve ülkenin en iyi üniversitelerinden birinin version control öğretmediğini anlatıyor
• Bu çelişkiyi sanat, mühendislik ve spor örnekleriyle açıyor; “biraz düzgün eğitim almış insan” ile “neredeyse hiç denememiş insan” arasındaki mesafeyi vurguluyor

Sanatta yaşanan “doğru tek kitap” etkisi

• Lisede sanattan en çok nefret ettiğini, kendisinin artsy biri olmadığına karar verdikten sonra yaklaşık 10 yıl boyunca küp karalamaları dışında neredeyse hiç çizmediğini söylüyor
• 2022’de Drawabox kursunu denemiş ama çok sıkıcı bulmuş ve ilerleme kaydedemediğini düşünmüş
• Daha sonra Hacker News tavsiyesiyle Betty Edwards’ın Drawing On The Right Side Of The Brain kitabına rastlamış
  • Başlık, psikolojiden uzaklaşmış yazar için rahatsız ediciymiş ama tavsiyeler ve önce/sonra örnekleri varmış
  • Sonraki çizimler o kadar gerçek dışı görünmüş ki bunu kilo verme dolandırıcılığı gibi hissetmiş
• Kitaptaki ilk ödev, kendi elini olabildiğince iyi çizmekmiş; yazar da 30-45 dakika boyunca çizmiş
  • O anki ölçülerine göre hayatının en iyi çizimiymiş ama yine de yetersiz bulmuş
• Sonrasında ters çevrilmiş bir resimdeki çizgileri gözle takip ederek kopyalama gibi alıştırmalar yapmış ve birkaç sayfa daha çizdikten sonra sonuca şaşırmış
• Elini yeniden çizdiğinde, yalnızca yaklaşık 6 saatlik okuma ve pratikle önceye göre çok daha iyi bir sonuç almış
• Bu deneyim, ömrü boyunca sanatın keyfini kaçıracakken, doğru kitabı eline aldıktan sonra eşiği aşabildiği bir örnek olmuş

“Bir kitap eşiği” ve mühendis dağılımı

• Yazara göre mühendisler kabaca iki gruba ayrılıyor
  • Belirli bir konuda 1 kitap veya daha fazlasını okumuş mühendisler genelde çok yetkin görünüyor
  • Bunun kelimenin tam anlamıyla kitap olması şart değil; yeterli miktarda teknik blog veya ders de verim farkı olsa da benzer rol oynayabilir
• Diğer tarafta ise tüm kariyeri boyunca bunu neredeyse hiç denemeyen mühendisler ve başka mesleklerden insanlar var; yazara göre çoğunluk bunlar
  • Usta mühendis Seth Newman, ortalama profesyoneli “çalışma hayatını uykuda gezer gibi geçiren biri” diye tarif ediyor
  • Hareket var ama merdivenden yuvarlanmaktan kaçınacak farkındalık yok benzetmesini ekliyor
• Yazar, mesleki konuların çoğunda kendisini iyi bir kitap kadar okumuş biri olarak görüyor
  • Pro Git sayesinde Git veri modelini sağlam biçimde anladığını ama altındaki algoritmaları bilmediğini söylüyor
  • Yine de rastgele seçilmiş bir mühendisi geride bırakmaya bunun yettiğini düşünüyor
• Evennia gibi projelere bakınca çok daha derin seviyede insanların da varlığını kabul ediyor
• Pek çok alandaki yüksek performanslı kişilerle konuştuğunda, hemen her alanda doğru dürüst denememiş insanların çok olduğunu duyduğunu söylüyor

Uzmanlık sonsuz katmanlara ayrılıyor

• Seth ile konuşma, derin uzmanlaşmanın ne kadar ileri gidebildiğine uzanıyor
• Basketbol örneği olarak, NBA’in en alt sıralarındaki oyunculardan biri diye görülen bir kişinin emekliliğinden 10 yıl sonra, vücudu dağılmış haldeyken bile amatörleri ve alt seviye profesyonelleri ezip geçtiği bir video veriliyor
• Yazarın eskrim deneyimi de aynı yapıyı gösteriyor
  • Melbourne’da kendisi iyi sayılan bir sabre fencer olarak görülüyormuş ve amatörlerin çoğunu yeniyormuş
  • Ama eyalet şampiyonasına çıkan bazı sporcular tarafından eziliyormuş
  • Birlikte antrenman yaptığı biri sonradan Avustralya Nationals’ı kazanmış ama Olimpiyat elemelerine giden birine karşı tek puan bile alamamış
  • Malezya’dan Yu Peng Kean, 2012 Olimpiyatları’nda o yılın şampiyonuna 15-1 kaybetmiş
• Magnus Carlsen’in hayatı boyunca çalışmış satranç oyuncularını ezmesi gibi örnekler yabancı değil, ama bunu bizzat yaşamak tamamen farklı hissettiriyor
• Üst düzey oyuncuların hep biraz daha uzakta, daha hızlı ve daha isabetli göründüğünü; rakibin ise bir yetişkine koşan çocuk gibi hissettiğini söylüyor

Teşvikler ve “teknoloji sektörüne yanlışlıkla girmiş insanlar”

• Yazar, kendisinin de piyano gibi alanlarda uykuda gezer halde olduğuna yakın olduğunu kabul ediyor
  • Yetenek eksikliği hissetse de gerçekte yeterince pratik yapmıyor
  • Ama piyanoyu meslek edinmiyor ve kimse ona piyano çalması için para ödemiyor
• Teknoloji alanında ise toplumun, yeteneği ya da ilgisi olmayan insanlara bile katılım teşviki vermesini yanlış buluyor
  • Birçok insan spor, sanat, matematik gibi başka alanlarda uyanık olabilir
  • Bazı alanlarda çok para olması, büyük organizasyonları yönetmenin zor olması ve şirket parasını kişisel statüye dönüştürme çabaları nedeniyle kötü programcılara ve kötü liderlere de yüksek ücret ödendiğini düşünüyor
• PowerBI developer olmayı, ortalamanın üstünde maaş alırken günde 6 saatten fazla oyalanmanın kolay yolu olarak sert biçimde eleştiriyor
• Christopher Hitchens’ın ilk iş deneyimini anarak, bir işte kalamayacak kadar kötü olmanın bazen insanı başka bir yola çıkarabildiğini vurguluyor

Tek kitabın yarattığı rekabet avantajı

• Dan Luu’nun very little effort yazısına bağlayarak, yüksek performanslı biri olmak için bazen çok az çabanın yeterli olduğunu düşünüyor
  • Yüksek performanslı kişi, backflip gibi net bir işi yapabilen biri de olabilir; başkalarına kıyasla daha yüksek çıktı veren biri de olabilir
• Tek bir kitap çoğu zaman sizi “teknik borç üretmeden bir React uygulamasına yeni özellik ekleme” seviyesine taşıyabilir
  • Toplumun ödüllendirdiği işleri akıllıca seçerseniz bunun etik biçimde geçinmek için yeterli olduğunu düşünüyor
• Birden fazla kitap okumak ise sizi en yüksek maaşlı işler için rekabete yaklaştırır
  • İşin günde mi yoksa haftada mı yapılabildiğinin önem kazandığı alan burasıdır
  • Rakibiniz N kitap okuyorsa sizin N+1 kitap okumanız gereken bir silahlanma yarışına dönüşür
• Deloitte ve ortalama geliştirici hiçbir kitap okumadığı için, yazara göre bunlarla baş etmek kolaydır
  • Maaşlı çalışan olarak bir organizasyona bağlandığınızda bu insanlarla çalışmanız gerektiği için güçsüz hissedebilirsiniz
  • Daha mercenary davranırsanız mülakat ve toplantılarda onları rahatlıkla geçebileceğinizi düşünüyor
• Teknik mülakatlarda adaylara sevdikleri teknik kitabı sormayı ve mülakatçının içeriğini doğrulayabildiği bir kitap söyleyenlerle konuşmanın bile çoğu dud candidate’i elemek için yeterli olacağını öneriyor
  • Mülakatçının bilmediği harika bir kitabı okumuş aday bir false negative olabilir
  • Ama false positive neredeyse hiç olmayacağını tahmin ediyor

Çabalayıp sonuç alamayanlar ve kaynak seçme becerisi

• Daha karmaşık bir durumda, gerçekten çok çalışan ama sonuç üretemeyen ekip yöneticileri de var
  • Mühendisleri bunaltıyor, afallıyor, işe alımdan anlamıyor, kendi yetkinliğini abartıyor ama samimiyetle uğraşıyorlar
  • Sürekli Scrum’ı doğru yapmaya çalışıyorlar ama sonuçta göle doğru yürüyen bir uyurgezer gibi görünüyorlar
• Yazara göre onların eksikliği, hangi kitabı okuyacağını bilme meta becerisi
• Drawabox ile Betty Edwards kitabı arasındaki fark bunun tipik örneği
  • Drawabox yüzeyde makul görünse de yazarın hedefleri için Edwards’ın kitabı çok daha iyiymiş
  • Yazara göre Drawabox, Edwards’ın vurguladığı temel püf noktalarının zaten bilindiğini varsayıp mekanik tekniğe geçmiş
  • Eksik parça yüzünden tüm süreci bitirse bile neredeyse hiç ilerleme olmayabilirmiş
• Teknoloji alanında genellikle etkileyici bir şeyi gerçekten yapmış insanların materyallerine daha çok güveniyor
  • Açık kaynak sürdürmek ya da sahtecilikle üretmesi zor bilgi sinyalleri yüksek puan alıyor
  • “Büyük şirket” gibi daha bulanık başarılar ise şans veya gösterişle elde edilebildiği için düşük puan alıyor
  • Kodun derlenip derlenmediğini kandırmanın zor olduğunu düşünüyor
• Kaynak değerlendirmek için kullandığı gevşek kuralları da paylaşıyor
  • Aşırı dikkat çekici isimler eksi puan
  • İyi kitapların kapağı sıkıcı ya da şık olabiliyor
  • Başlığında “leadership” geçen kitapların çoğu zaman saçmalık olma ihtimali yüksek
  • Yazar ne kadar çok ödünç alınmış prestij sergilerse o kadar yalan gibi geliyor
  • Konuşma diliyle yazılmış üslup eksi puan ama konu incelikliyse öldürücü kusur sayılmıyor

Agile, The Phoenix Project ve LinkedIn üzerinden öğrenmeye eleştiri

• İş yerine bir Agile consultant gelmiş; yönetim bunu sevmiş ama mühendislere “Agile training’i 1’den 5’e puanlayın” diye sormuş
  • Yazar bu sorunun kendisinin anlamsız olduğunu düşünüyor
  • O oturumu beğenenlerle yanlış kitaplar okuyanlar arasında neredeyse %100 korelasyon olduğunu söylüyor
• Bir kitabın içindeki değersiz kısımları da atabilmek gerekiyor
  • The Phoenix Project iyi fikirler içeriyor ama organizasyon dönüşümü hikâyesinde kötü aktör olarak yalnızca bir kişiyi bırakıp geri kalan herkesi çok yetkin ve çalışkan göstermesini, büyük şirket gerçekliğinden kopuk buluyor
  • İyi fikirleri alıp geri kalanının bir tür “leadership fanfic” olduğunu fark etmek gerektiğini söylüyor
• Bu ayıklama becerisi yoksa öğrenme ve kendini geliştirme ciddi biçimde sekteye uğruyor
• Bir yöneticinin ne okuduğu açıklandığında, o kişinin işinde iyi olma ihtimalinin düşük göründüğü durumların hemen belli olduğunu düşünüyor
• Bir liderin LinkedIn üzerinden öğrendiğini söylemesi yazarda güçlü bir tiksinti yaratıyor

Sonuç: Kitap açmak çok etkili ama rakiplere önermeye gerek yok

• Başta bu yazının, YouTube çağında kitap açmanın anormal derecede büyük etkisini hatırlatan bir metin olması planlanmış
• Gerçek sonuç ise ironik biçimde, hiçbir koşulda insanlara kitap okumalarını tavsiye etmemeye daha yakın
• Başkaları okumaz halde kaldıkça, okuyan kişi için bu kolay para anlamına geliyor
• Sonraki yazısını anti-Git propaganda ve Scrum bağlantılarıyla dolduracağı şakasıyla bitiriyor

[ndrgrd]

Teknolojiyi kullanmak isteseniz bile, en azından onun var olduğunu bilmeniz gerekir ki denemeye kalkışabilesiniz; bu yüzden yüzeysel de olsa bilmek önemlidir.

[GN⁺]

Hacker News yorumları

• Yazı iyi yazılmış, ama yeni başlayanlarda olmayan deneyimli mühendislerin örtük bilgisini hafife alıyor gibi
  Bazen sadece sağduyu gibi görünür ama aslında öyle değildir; bunun sonucu da kolayca empati eksikliğine dönüşür. Çocuklarla veya yaşlılarla vakit geçirmek ya da zorlanan bir akrabaya aynı tarafta durup yardım etmek böyle bir empatiyi geliştirebilir. Ana dili konuşan birinin doğalca konuşmasıyla, bir dili öğrenirken zorlanan biri arasındaki farkı düşünmek buna benzer

  • 8 yaşında programlamaya başladım, abim ise 20'lerinde başladı; ona C öğretirken ne kadar sezgi ve hislere dayandığımı fark ettim
    Tutarlı girintileme ya da derleyici hata mesajlarını gerçekten okuyup hata ayıklamada kullanmak gibi bana çok doğal gelen noktalarda abim zorlandı. Abimin programcı olarak işe girebilecek seviyeye gelmesi birkaç yıl sürdü; aslında benim de birkaç yılımı almıştı, sadece kendi başlangıç noktamı unutmuştum
  • Örtük beceriler önemli, ama geniş açıdan bakınca kitap okuma alışkanlığı yeteneğin güçlü bir göstergesi ve iyi bir başlangıç noktasıdır
    Danışmanlık şirketindeki en iyi mühendis, ağır ADHD nedeniyle neredeyse hiç kitap okumuyor; ama muazzam pratik deneyimi var ve belgelerle kaliteli blog yazılarını yeterince okuduğu için bir tür eşdeğerlik var gibi görünüyor. Çok iyi birinin “kitaplar pek yardımcı olmadı” deyip o yıl okuduğu beş kitabı bir çırpıda saydığı olmuştu; kitapların kendisi o kişi için çok faydalı olmamış olsa bile, beş kitabı açıp okuma disiplini onu zirveye taşımış gibi
  • Satranç ustalarına benziyor. Teoriyi biliyorlar ve teori de işe yarıyor, ama çoğu zaman hangi hamlenin daha doğru olduğunu sadece “hissederek” biliyorlar
    Bu his, muazzam miktarda bilinçli pratikten geliyor
  • Böyle bir empati nasıl geliştirilebilir? Benden daha düşük eğitim seviyesine sahip insanlarla vakit geçirince aşırı derecede bunalmış hissediyorum

• “Kariyeri boyunca bir kez bile doğru dürüst denemeyen mühendis” kısmı benim deneyimimle %100 örtüşüyor
  Ben dâhi bir geliştirici değilim; bana verilen düşük ölçekli problemlere makul çözümler üretebilecek yetkinlikteyim ve doğru-yanlış yaklaşımlar konusunda da bir sezgim olduğunu düşünüyorum, ama FAANG mülakatına girebilir miyim ondan bile emin değilim. Çalışırken hep tetikteyim; bir an gözümü çevirsem gremlinler içeri sızacakmış gibi geliyor
  İki kıdemli mühendisin zaten onayladığı bir PR'a 30 saniye bakıp ölümcül bir güvenlik açığı bulmak ya da test edilen 5 kayıtta sorunsuz görünen ama gerçek veri setinde sayfa başına 300 veritabanı sorgusu atan bir yükleme örüntüsü görmek ya da hemen çöpe atılacak bir zaman damgasından tarih nesnesi yeniden oluşturmak için CPU zamanının %75'ini harcayan kodla karşılaşmak gibi. Sonuçta programlamaya yönelik doğal merak, ilgi ve tutku eksikliği gibi görünüyor
  Bana göre iyi programlama zanaatkârlığa yakın. İş gereksinimleri yüzünden geçici bir yamayı yayına almak zorunda kalınca tarif etmesi zor bir rahatsızlık duyuyorum; ortaya çıkan iş benimse, ürünün kendisine büyük bir bağlılığım olmasa bile onu iyi yapmak istiyorum. “Nasıl çalıştıracağımı bilemediğim için böyle yaptım” sözünü sık duyuyorum; gerçek anlamı neredeyse her zaman “ilk denediğim şey küçük bir engele takılınca daha fazla denemedim”e yakın. Kod tabanı kötüleştikçe, gurur duyulabilecek katkı yapmak daha da zorlaşıyor
  Acaba özellikle kötü şirketlerde mi çalıştım, yoksa sektörün tamamı gerçekten bu seviyede mi, merak ediyorum

  • Birlikte çalıştığım bir mühendis “Ben rockstar mühendis değilim ama yaptığım işi önemsiyorum; bunun rockstar olmama kısmını telafi ettiğini düşünüyorum” demişti
    Kendisi bilmiyor ama ekibimizin rockstar'ı tam da o. Örneklere bakınca, iş arkadaşların kendi işlerini pek umursamıyor gibi görünüyor
  • Böyle bir mizacın varsa muhtemelen kurumun IT yapısında en üst tarafa çıkmışsındır. İşi önemseyerek yaptığın ve sonuç aldığın için insanların dokunmadığı bir konuma gelirsin
    Bir şey patladığında, fikir ayrılıklarını toparlamak gerektiğinde, düzeltilemez gibi görünen bir şeyi düzeltmek gerektiğinde, bir şeyin anlaşılması gerektiğinde herkesin çağırdığı kişi benim. Bunu hak ettiğimi hiç hissetmedim; Facebook gibi bir yerde bir gün bile dayanamayacağımı düşünüyorum. Ekibe uyum sağlama ve politik yapıya katlanma becerim yok, o yüzden karanlık köşeleri seviyorum
    Sektörün tamamı bu seviyede mi dersen, gerçekte çok daha kötü. Sektörde çalışan insan sayısı her zamankinden fazla ve gerçekten bir şeyler bilen birini bulmak neredeyse imkânsız. 5-10 yıl boyunca güvenilir insanlar listesi oluşturup, onları asla bırakmamak ve ilişkiyi sürdürmek gerekiyor
  • Evrensel değil, ama çok aramak gerekebilir. Kişisel olarak, küçük şirketlerde doğru insanı bulmanın daha kolay olduğunu düşünüyorum
    Çünkü kalabalığın içinde saklanmak daha zordur; elbette her ölçekteki şirkette zeki ve adanmış insanlar vardır. Yangınları söndürmeyi bırakmadan devam et, ilkelerini paylaşan ya da onlara saygı duyan insanları bulmaya yönelirsen iyi olur
  • Doğru mu yanlış mı bilmiyorum, ama benim deneyimim de benzer
    Fazla ilgi, dikkat ya da merak göstermeden bir issue'ya kod fırlatıp bunun yeterli olduğunu düşünen çok kişi gördüm. Eski yöneticim “kıvılcımı” olan insanları arardı; beni işe aldığına göre o zamanlar bende de varmış gibi
    Böyle bir kıvılcımı olmayan geliştiricilerin de gidecek yeri var; tersine yalnızca böyle insanları toplamaya çalışıp zorlanan organizasyonlar da gördüm. Ama sırf para ya da istikrarlı olduğunu düşündükleri bir iş için gelen çok bootcamp mezunu da var ve çoğu zaman bunun dışında pek ilgileri olmuyor
  • Çoğu ölçüte göre muhtemelen çok iyi bir geliştiricisin; sadece kendinle en üst %0,0001'lik Linux kernel katkıcısı dâhiler arasındaki farkı anlama lanetine sahipsin gibi
    2025'te yeterli gelir elde edip 2026'da işe alım yapabilecek hâle gelirsem, danışmanlık şirketine e-posta göndermen iyi olurdu

• “Doğru kitabı” okuma kısmı önemli. Lisede birkaç kişisel gelişim kitabı okumuştum; sadece birkaç tane okuyunca bile çoğunun, yazarların söylediği gibi, fanfic’e daha yakın olduğunu fark ediyorsunuz
  Okurken sürekli “Bu zaten apaçık değil mi? Bunu zaten bilmiyor muydum?” diye kendinize soruyorsunuz; örnek ve hikâye çok oluyor, “skin in the game” gibi basit bir metaforu ya da sloganı tüm hayatın felsefesine genişletmeye çalışan kalıplar sık görülüyor

  • Bilgi hatırlama üzerine deney yapan bir üniversite profesörünün hikâyesini görmüştüm; ilk gruba yalnızca ham materyal verilmiş, ikinci gruba ise her biri basit tek bir fikir içeren hikâye biçiminde bilgi verilmiş
    İkinci grup bilgileri çok daha iyi hatırlamış. İnsan hikâyeye çekilen bir varlık; en eski destanların hikâye olmasının bir nedeni var. Kişisel gelişim kitaplarının bu formülü izlemesi de işe yaradığı için. Bir şeyi okumak, anlamak, uygulamak ve o uygulamada ustalaşmak arasında büyük farklar var
  • Kişisel gelişim ya da felsefede bilmek ile uygulamak tamamen farklı şeyler
    Bir fikri, rutini ya da süreci bütünüyle benimseyip, durum geldiğinde neredeyse içgüdüsel olarak uygulayabilme becerisini oluşturmak bence bu kitapların özü. Bazı kitaplar blog yazısı olsa da yeterli olur; sayfa sayısını artırmak için yazılmış en kötü türden laf kalabalığı da var. Ama çok sayıda hikâye ve anlatı, okurun bunlardan birinde kendini bulup dersi güçlü biçimde hatırlamasını sağlamak için kullanılan araçlar. Uygun bir başlık koydu diye kitabı suçlayamazsınız
  • Küçükken Taleb okumaya başlamış olmam yardımcı oldu. Taleb anlatı yanılgısını tanıtmıştı; düzenli bir hikâyeyle nedensellik zinciri sunulduğunda çoğu insanın bunu eleştirmeden kabul ettiğini anlatıyordu
    Bana sık sık Cal Newport okuyup okumadığım soruluyor; ama iyi tespitlerle bayat tespitleri karıştırıp sonra örnek ve hikâyelere yaslanma biçimi bana pek uymadığı için dayanması zor geliyor. Örnek ve hikâyelerin gerekli olduğu yerler var, ama o yöntem bana ikna edici gelmiyor. Önceki üç maddeyi yazarken aklıma getirememiş olmam üzücü; ayrıca “Skin In The Game”in tam da Taleb’in kitabı olması da komik. O kitabın kötü olduğunu söylemiyorum; beni bu tür kalıplara karşı bağışık hâle getiren yazarın kitabının örnek olarak çıkması eğlenceli
  • Kişisel gelişim kitapları ile popüler iş kitaplarının en büyük sorunu, her zaman fazla uzun olmaları. “Kitap” denen şeyin belirli bir hacimde olması beklentisi yüzünden böyle olmak zorunda kalıyorlar
    Genelde başlarda bir iki iyi fikir çıkıyor, geri kalanı tekrar ve dolgu. Bu sorun o kadar yaygın ki çoğu için yalnızca YouTube özet videosu dinlemek bile yeterli bence. Bir başka püf noktası da her zaman ilk baskıyı bulmak; genelde daha kısa ve daha net oluyor
  • If Books Could Kill podcast’i bu konuda haklı olabilir. Ağırlıklı olarak kişisel gelişim, popüler iş ve popüler bilim kitaplarını ele alıyor; tekrar eden kalıplardan ve bazen şaşırtıcı ölçüde örtüşen temalardan çokça bahsediyor

• Yeniden kitap okumaya başlayınca dikkat sürem ve odaklanmam ciddi ölçüde arttı; doomscrolling yapma isteğim de azaldı

  • Hafife alınan bir alışkanlık. Tanı konmuş ADHD’si olmayan kişiler için bile derin odaklanma, deneyim ve disiplinle geliştirilen bir beceri; alışkanlık da disipline giden kestirme yol
    Pek çok insanın kendinde ADHD gibi gördüğü şeyler, daha az gelişmiş ya da bilerek ihmal edilmiş odaklanma becerisiyle de örtüşüyor. Herkes için böyledir demiyorum. Kendinize ya da bir uzmana göre ADHD tanınız varsa, odaklanma gerektiren işler yaparak odak kasınızı düzenli çalıştırıp çalıştırmadığınızı, kendinizi doomscrolling ya da kısa videolar gibi çöpten uzak tutup tutmadığınızı düşünmekte fayda var. Acının hizmetkârı gibi zor olandan kaçıp sorunu güçlendiren davranışlara mı kapılıyorsunuz? Odaklanma herkes için tükenen bir yetenek

• Biraz abartılı ve gerçek daha karmaşık, ama genel ilke olarak katılıyorum. Yaptığınız işi içtenlikle önemsemeniz bile, yalnızca maaş almak için gelen insanların çok önüne geçmenizi sağlayabilir

• “Yeteneği ya da ilgisi olmayan insanları teknoloji alanına yönlendirmeye başlayan toplumda ciddi biçimde yanlış bir şeyler var” düşüncesine büyük ölçüde katılıyorum; ama bu düşünce ilginç sonuçlara götürüyor
  Birincisi, teknoloji işe alım sürecinin tamamı, sektör içindekilerin şikâyet ettiğinden de birkaç seviye daha verimsiz olabilir. Şirketler, yeni yetenek ararken bile yanlış şeyleri eliyor olabilir
  İkincisi, profesyonel sporlar ya da sanat gibi uzun kuyruğa sahip mesleklerde finansal teşvikler çok kötü. Yazarın gördüğü sorunu ele almak için bunun da ele alınması gerekir; bu da başlı başına derin bir tavşan deliği
  Üçüncüsü, durum bu kadar kötüyse şirketler neden çalışanları iş başında doğrudan eğitmiyor
  Dördüncüsü, bu fırsat maliyetinin temel gelirden daha pahalı olup olmadığını neredeyse hiç sormuyoruz. Çünkü günümüzde özel ve kamu sektöründeki karar alma süreçleri birbirine dik eksenlerde ilerleme eğiliminde

  • Üniversitede yazılım mühendisliği öğretiyorum; giriş derslerinde sırf para için gelen ve yazılım geliştirmeye yeteneği ya da gerçek ilgisi olmayan öğrenciler açıkça ayırt ediliyor
    Programı sonuna kadar tamamlasalar bile, gerçekten bir yazılım geliştirme işi bulduklarını varsayarsak kariyerlerinde ne olacağını kimse bilmiyor
  • Şirketlerin çalışanları iş başında eğitmemesinin nedeni kısa vadeli ve hatalı düşünme
    Çoğu yer tüm çalışanları fiilen “tamamen eğitilmiş” kabul ediyor ve tuhaf biçimde iş başında eğitimi çalışana yapılmış bir iyilik gibi görüyor. Bu, teknoloji çalışanlarının her şirkette kısa süre kalması kültürüyle bağlantılı olabilir
  • https://en.wikipedia.org/wiki/Price_signal
    Teknoloji alanındaki ücret artışı, yeterince programcı olmadığına dair bir sinyal. ABD ekonomik büyümesinin büyük kısmı artık programlama ve teknolojiye dayanıyor

• Sonuçta bu, “dominant Matlab piledriver” gibi bir hikâye gibi görünüyor
  Birden fazla kitap okumak, gitar çalmak, tuhaf bir hobi edinmek, yarı profesyonel jimnastikçi olmak gibi kendi hayat deneyimlerinden herhangi birini araya sıkıştırıp, pek çaba harcamadan kendisinin ne kadar üstün ya da başkalarının ne kadar aptal olduğuna dair uzun bir rant’ı meşrulaştıran bir hikâye kalıbı kurmak gibi
  Okuma daha çok bir hızlandırıcı ve başlangıç noktası; bunu gerçekten işler hâle getiren şey pratik. Ayrıca yeterince ilgi duyup araştırmak ve farklı şeyleri bizzat denemek önemli
  https://ludic.mataroa.blog/blog/i-will-fucking-piledrive-you...

• Bu varsayıma kesinlikle katılıyorum. Benim için beceriler üç gruba ayrılıyor: ilk ilkelerden doğrudan icat ettiklerim, hakkında bir kitap okuduklarım ve yapamadıklarım
  Yapamadığım şeylerden biri iyi kitap bulmak. Kitaplar her yerde ve çoğu çöp, ama bana önerilen kitapların hepsi harikaydı. İyi kitap bulma yöntemleri üzerine iyi bir kitap var mı?

  • Gnod eski bir öneri motoru; iyi çalışıyor ve veri toplamıyor. Kitap araması da var
    https://www.gnooks.com/faves.php
    Genel Gnod: gnod.com
  • Literature Map doğru seçenek olabilir
    https://www.literature-map.com/
    Kitap listelerini derleyen siteler de var
    https://www.goodreads.com/review/list/21394355-william-adams...
    https://www.goodreads.com/review/list/21394355-william-adams...
  • Aklıma ilgili bir kitap gelmiyor ama sadece öneriler üzerinden bulmanın da gayet sorun olmadığını düşünüyorum
    Öneriler kendiliğinden gelmiyorsa, okuyup beğendiğiniz kitapların önerileri ve kaynakçalarına, sevdiğiniz yazarların başka kitaplarına ya da bir kitabını okuyup beğendiğiniz bir serinin diğer kitaplarına bakabilirsiniz
  • Harika bulduğunuz kitapların dipnotları ve kaynakçaları, ortalamanın üzerinde iyi kitaplar bulmak için iyi bir yöntemdir
  • Kitap önerileri için büyük dil modelleri kullanmaya başladım. Ne istediğinizi çok spesifik biçimde söyleyebiliyorsunuz ve öneriler de son derece kişiselleşiyor
    Gemini gibi büyük dil modellerini gerçek zamanlı verilerle birleştiren araçları kullanınca sonuçlar daha iyi oluyor

• “Başka birinin uzun süre düşünerek hazırladığı şeyden öğrenmek ve benim bunu çok daha kısa sürede kavramaya çalışmam” cümlesiyle bağlantılı
  https://news.ycombinator.com/item?id=40147526

• HN okumak da kişisel gelişime girer mi? Bu sitede zaman geçirerek edindiğim becerilerin ya da fikir “ipuçlarının” sayısını bilmiyorum
  Buradaki hikâyeler olmasaydı muhtemelen işimden ayrılıp tek kişilik kurucu olmazdım. Bunun iyi bir seçim olup olmadığını söylemek için henüz erken

  • Benim için HN, kitap okumaktan kesinlikle daha az değerli; ama Reddit ya da sosyal medyada kaydırmaktan çok daha değerli
    Başka türlü edinemeyeceğim pek çok bilgiyi ozmoz yoluyla alıyorum. Gerçekten kullandığım teknolojiler bunun çok küçük bir kısmı, ama programlama ekosisteminin geneli hakkında epey fikir sahibi oldum. “Dünyada neler var” ve “neyi aramak gerekir”i bilmeye yardımcı oluyor
    Yine de bu ozmoz bilgisinin %95’i, kaydırma süresinin yalnızca %10’uyla da elde edilebilir. Genel olarak HN zamanı iyi değerlendirmek sayılır; ama çoğu zaman ben bilerek zaman harcıyor oluyorum