Linux çekirdeğinin bellek yönetimi tarafına da katkıda bulundum ve düşük seviyeli çalışma biçimi hakkında belli ölçüde anlayışım olduğunu düşünüyorum; ama sonuçta istemeden de olsa geliştirmeden uzak işlerle uğraştığımı görünce, galiba bu yazının tersine davranmak başarılı bir mühendis olmanın yolu diye düşünüyorum.
Yeni teknolojileri hızla takip etmek
Kişisel meraktan çok piyasayı düşünmek
Öz eleştiriden çok kendini iyi pazarlamak
İlke/gelişimden çok kodlama testlerine odaklanmak
Ülkeme dönünce gördüm ki Kore'de pazar çok küçük ve rekabet çok yoğun; bu yüzden geliştirmeye odaklanabileceğin şirket ya da pozisyon az, o az sayıdaki yeri de herkes kapmaya çalıştığı için sonunda gerçekten yapmak istediğin geliştirmeyi yapabilmek adına göz önünde olan şeylere odaklanmak gerekiyor gibi görünüyor.
Bir süre önce şirkette Kotlin dili çalışması için bir seminer vermiştim; bunu bölümde ağırlıklı olarak kullanılan C++ diliyle karşılaştırarak anlatınca iyi tepki aldığını hatırlıyorum. Aslında ben C++'ı neredeyse hiç kullanmıyordum ve ekiptekiler de Kotlin'le ilk kez karşılaşıyordu, ama her açıdan hepimizin gelişimine yardımcı olmuş gibiydi.
Hacker News görüş özeti çevirisindeki son madde olan "yazılım üretkenliğinin 5-10 kat artmadığı varsayımı yanlış olabilir" ifadesi bir çeviri hatası gibi görünüyor. Aslına bakılırsa, orijinal metne göre "yazılım üretkenliğinin 5-10 kat arttığını söylemek, üretkenlik artışına dair hatalı bir varsayıma dayanıyor" şeklinde özetlemek daha isabetli görünüyor.
Evet, katılıyorum. Kişinin kendisini de görünür kılması gerekiyor ve bence verenlerin birbirlerine sık sık karşılıklı takdir göstermesi iyi olur. Zaten organizasyon kültürünün kendisi de bunu teşvik ediyor.
> Programcıların çoğu LLM araçlarını etkili biçimde nasıl kullanacağını bilmiyor ya da buna ilgi duymuyor
Çevremdeki birçok geliştirici şaşırtıcı biçimde teknolojiyle ilgilenmiyor. Zamanlarının çoğunu yeni ya da tekrar eden YouTube Shorts videolarını mekanik bir şekilde tüketerek geçiriyorlar.
Orijinal metin silinmiş galiba; tweet ortada yok.
Denemek istiyorum ama önizleme döneminde olmasına rağmen ücretli ve deneme süresi de yok gibi görünüyor :'(
Aratınca birkaç sorgu için 5 dolar ödediğini söyleyenler de var; sanırım proje kodunun büyüklüğüne göre değişiyor.
İK perspektifinden de organizasyon kültürü açısından da ilgi çekici pek çok nokta var.
Ben de tam bilmiyordum, araştırınca backdoor reference check ifadesinin adayın belirtmediği kişiler üzerinden yapılan gayriresmî referans kontrolü anlamına geldiğini gördüm. Benim gibi bunu bilmeyenler olabilir diye not düşmek istedim.
Yerli şirketlerde yönetim kurulu üyelerinin yapısı çoğu zaman sadece göstermelik olabiliyor; ayrıca bunlar gerçekten girişim kurup şirketi yönetişime ihtiyaç duyacak kadar büyüttükten sonra hissedilebilecek şeyler, ama önceden okunmasında fayda olan bir içerik olduğu için paylaşmak istedim.
> Şirket daha büyük ölçekte büyüyebilecekken, yatırımı geri almak için satın alma fiyatı önerip exit’e yönlendiren davranışlar
Böyle bir şeyi bir kez yaşayınca yatırımcılara duyulan güven bir anda yok oluyor.
Türkiye’de de iyi mühendislerin çok olduğunu düşünüyorum, ancak pazarın büyüklüğü nedeniyle benim de hayıflandığım birçok nokta var.
FuriosaAI gibi yerlerin başarılı olmasını isterdim diye düşünüyorum.
İlgiyle okudum, çok iyiydi.
Vay... bu yazıya çok benzeyen birini tanıyorum, onunla paylaşmam gerekecek.
Güzel yazı için teşekkürler.
Buna katılıyorum. Ben de kendi çapımda genç meslektaşlarıma, yaptığınız işi görünür kılın diye tavsiye etme eğilimindeyim.
Biraz katılıyorum.. haha
Sadece Kore pazarı mı böyle acaba...
React-Native ile çok ilgileniyorum, bu da merak uyandırıyor.
Yukarıdaki içerik, resmi tanıtım yazısı olan Lynx: Unlock Native for More içeriğinden alınmıştır.
Linux çekirdeğinin bellek yönetimi tarafına da katkıda bulundum ve düşük seviyeli çalışma biçimi hakkında belli ölçüde anlayışım olduğunu düşünüyorum; ama sonuçta istemeden de olsa geliştirmeden uzak işlerle uğraştığımı görünce, galiba bu yazının tersine davranmak başarılı bir mühendis olmanın yolu diye düşünüyorum.
Ülkeme dönünce gördüm ki Kore'de pazar çok küçük ve rekabet çok yoğun; bu yüzden geliştirmeye odaklanabileceğin şirket ya da pozisyon az, o az sayıdaki yeri de herkes kapmaya çalıştığı için sonunda gerçekten yapmak istediğin geliştirmeyi yapabilmek adına göz önünde olan şeylere odaklanmak gerekiyor gibi görünüyor.
"Tüm soruları yanıtlayabilen A+ bir öğrenciye ihtiyacımız yok
Bizim istediğimiz, başkalarının gözden kaçırdığını görüp soru sorabilen B öğrencisi"
Bunu görünce aklıma hemen benim B öğrencisi olduğum, ama büyük şirketlerin yalnızca A+ öğrencilerine bakıp işe aldığı düşüncesi geliyor
Bence MCP’nin JSON olması için ne veri iletişimi amaçlı bir standart ne de gereğinden fazla zor bir şey.
Bir süre önce şirkette Kotlin dili çalışması için bir seminer vermiştim; bunu bölümde ağırlıklı olarak kullanılan C++ diliyle karşılaştırarak anlatınca iyi tepki aldığını hatırlıyorum. Aslında ben C++'ı neredeyse hiç kullanmıyordum ve ekiptekiler de Kotlin'le ilk kez karşılaşıyordu, ama her açıdan hepimizin gelişimine yardımcı olmuş gibiydi.
Hacker News görüş özeti çevirisindeki son madde olan "yazılım üretkenliğinin 5-10 kat artmadığı varsayımı yanlış olabilir" ifadesi bir çeviri hatası gibi görünüyor. Aslına bakılırsa, orijinal metne göre "yazılım üretkenliğinin 5-10 kat arttığını söylemek, üretkenlik artışına dair hatalı bir varsayıma dayanıyor" şeklinde özetlemek daha isabetli görünüyor.
Evet, katılıyorum. Kişinin kendisini de görünür kılması gerekiyor ve bence verenlerin birbirlerine sık sık karşılıklı takdir göstermesi iyi olur. Zaten organizasyon kültürünün kendisi de bunu teşvik ediyor.
Terminal gerçekten de...
> Programcıların çoğu LLM araçlarını etkili biçimde nasıl kullanacağını bilmiyor ya da buna ilgi duymuyor
Çevremdeki birçok geliştirici şaşırtıcı biçimde teknolojiyle ilgilenmiyor. Zamanlarının çoğunu yeni ya da tekrar eden YouTube Shorts videolarını mekanik bir şekilde tüketerek geçiriyorlar.
MCP'nin JSON olmasının mümkün olup olamayacağını merak ediyorum.
Orijinal metin silinmiş galiba; tweet ortada yok.
Denemek istiyorum ama önizleme döneminde olmasına rağmen ücretli ve deneme süresi de yok gibi görünüyor :'(
Aratınca birkaç sorgu için 5 dolar ödediğini söyleyenler de var; sanırım proje kodunun büyüklüğüne göre değişiyor.
İK perspektifinden de organizasyon kültürü açısından da ilgi çekici pek çok nokta var.
Ben de tam bilmiyordum, araştırınca
backdoor reference checkifadesinin adayın belirtmediği kişiler üzerinden yapılan gayriresmî referans kontrolü anlamına geldiğini gördüm. Benim gibi bunu bilmeyenler olabilir diye not düşmek istedim.Kitap The Talent Code'da anlatılan derinlemesine çalışmanın somut yöntemlerinden biri sayılabilir. Güzel yazı için teşekkürler.
Yerli şirketlerde yönetim kurulu üyelerinin yapısı çoğu zaman sadece göstermelik olabiliyor; ayrıca bunlar gerçekten girişim kurup şirketi yönetişime ihtiyaç duyacak kadar büyüttükten sonra hissedilebilecek şeyler, ama önceden okunmasında fayda olan bir içerik olduğu için paylaşmak istedim.
> Şirket daha büyük ölçekte büyüyebilecekken, yatırımı geri almak için satın alma fiyatı önerip exit’e yönlendiren davranışlar
Böyle bir şeyi bir kez yaşayınca yatırımcılara duyulan güven bir anda yok oluyor.