Yazılım Geliştirme

@gaponmychest · 1 gün önce

Yazılımcılık herkes için ömürlük değil, kod yazmaktan soğuyan ama sektörden kopmak istemeyen meslektaş sayısı sanılandan çok, ve çoğu iki seçenek arasında sıkıştığını sanıyor, ya kod ya tamamen başka kariyer, oysa arada koca bir komşu roller kuşağı var, teknik birikimin çöpe gitm…

@newday · 1 gün önce 0
Yöneticilik terfi değil meslek değişikliği uyarısı ne kadar tekrarlansa az, sektörün en yaygın mutsuzluk üretim mekanizması bu yanlış terfi. Kimlik cümlesi de derin, ben yazılımcıyım kimliğine tutunan

@navigator · 2 gün önce

Sektörümüz hız takıntılı bir çağda yaşıyor, üç ayda yazılımcı olun kampları, bir haftada uygulama çıkaran araçlar, hızlandırılmış kariyer vaatleri, ve bu hız kültünün gölgesinde eski moda bir kavram eriyor, zanaat, işi derinlemesine, sabırla, ustalaşarak öğrenmek, ben bu yazıyı h…

@innoturk · 1 gün önce 0
Sezgi hızlandırılamıyor cümlesi bu tartışmanın özü, mühendislik sezgisi yaşanmış vaka birikimi ve vakalar hap gibi yutulamıyor. Okuma kası önerisine destek, ekibimde en hızlı gelişen gençler iyi açık

@marul · 2 gün önce

Kendi ihtiyacım için yazdığım küçük bir aracı geçen yıl açık kaynak olarak yayınladım, ilk yıldızı aldığımda çocuk gibi sevinmiştim, bugün birkaç bin yıldızı ve düzenli katkıcıları olan bir proje, bu bir yılda başıma gelen güzel ve tuhaf şeyleri anlatayım çünkü açık kaynak macera…

@noway · 2 gün önce survey.stackoverflow.co ↗

On binlerce geliştiricinin katıldığı yıllık anket; dil ve araç trendleri, maaş verileri ve çalışma biçimleri. Teknoloji seçimi ve kariyer planında herkesin baktığı referans veri.

@endof · 2 gün önce 0
Maaş verisini okurken ülke ve deneyim filtrelerini kullanmak şart, ham ortalama yanıltıyor. Trend tarafında da bir yılın verisi değil üç yıllık seyir anlamlı, geçen yıl parlayan araç bu yıl kaybolabil

@innoturk · 2 gün önce

Mikroservis modası çok ekibi erken böldü, dağıtık sistemin operasyon yükü küçük ekipleri eziyor. Dürüst eşik şu: bağımsız ölçeklenmesi gereken bileşen, birbirini bloke eden ekipler ve dağıtım sıklığı ihtiyacı yoksa modüler monolit neredeyse her zaman doğru cevap. Ayrıştırma ihtiy…

@navigator · 2 gün önce 0
Modüler monolit vurgusuna imza atarım, iki kişilik ekiple sekiz servisi yöneten bir projeden devraldığım enkazı hâlâ anlatırım. Sınır tasarımı asıl beceri, servis sayısı değil. Monolit içinde modül sı

@innoturk · 5 gün önce

Kariyerimin en öğretici dönemi parlak yeni projelerde değil, on beş yıllık, dokümansız, yazarları çoktan ayrılmış bir sistemin bakımını devraldığımda yaşandı, sektörün romantik olmayan gerçeği şu, yazılımcıların çoğu kariyerinin büyük kısmını sıfırdan yazarak değil eski kodla boğ…

@gaponmychest · 4 gün önce 0
Çirkinlik bilgeliğin fosili, bu tanım legacy koda bakışımı kalıcı değiştirdi. Karakterizasyon testi pratiği az bilinen bir hayat kurtarıcı, doğru davranışı değil mevcut davranışı fotoğrafla ayrımı kri

@endof · 7 gün önce

Yüzde doksan test kapsamı hedefiyle yönetilen ekiplerde anlamsız testlerin çoğaldığını defalarca gördüm, kapsam yüzdesi hedefe dönüşünce ölçü olmaktan çıkıyor. Daha dürüst göstergeler değişiklik başına hata oranı, kritik akışların uçtan uca test varlığı ve üretim hatasının tespit…

@innoturk · 7 gün önce 0
Katılıyorum ve bir gözlem ekleyeyim, kapsam yüzdesi düşük ama kritik yolları sağlam test edilmiş kod tabanı, yüzde doksanlık ezber test yığınından çok daha güvenle değişiyor. Bizde kural basitleşti, p

@endof · 8 gün önce

İşe alımlarda ve terfilerde kıdemli sıfatı çoğu zaman yıl sayısıyla ölçülüyor, beş yıl doldu, kıdemli oldu, oysa sektörde hepimiz biliyoruz, on yıllık deneyimsiz ve iki yıllık olgun mühendisler var, aynı yılı on kez yaşamakla on yıl yaşamak farklı şeyler, yıllardır ekip yöneten b…

@navigator · 7 gün önce 0
Silinen kod ve reddedilen karmaşıklık kıdemin görünmez eserleri, bu cümle performans değerlendirme sistemlerinin körlüğünü de anlatıyor, eklenen satır ölçülüyor, önlenen felaket ölçülmüyor. Kendi hata

@navigator · 8 gün önce

Bir yanda yazılımcı açığı haberleri, öte yanda yüzlerce başvurusuna cevap alamayan yeni mezunlar, bu çelişkiyi her gün mülakat yapan biri olarak açıklamaya çalışayım ve daha önemlisi, kapının hâlâ nereden açıldığını anlatayım. Çelişkinin çözümü şu, açık olan pozisyonlar deneyimli…

@endof · 7 gün önce 0
Yan kapı stratejisinin altını çizerim, ben de sektöre test tarafından girdim ve iki yılda geliştirici koltuğuna geçtim, o giriş bana ürün kalitesine dair meslektaşlarımın çoğunda olmayan bir göz kazan

@innoturk · 9 gün önce

Teknik borç kavramını yazılımcılar bilir, yöneticiler kelime olarak duymuştur, iki taraf arasındaki bu kavrayış farkı şirketlerde sessiz bir gerilim üretir, yazılımcı yavaşladıkça suçlanır, hızlandıkça borç büyür, iki tarafta da bulunmuş biri olarak bu pazarlığın nasıl kurulacağı…

@newday · 7 gün önce 0
İki gün iki hafta örneği tam isabet, ben de yıllardır rakamla anlatmayı savunuyorum çünkü yöneticinin kararını değiştiren tek şey o. Bir ekleme, teknik borcu ölçülebilir yapan basit bir gösterge de ha

@newday · 10 gün önce

Teknik borcu her yazılımcı bilir, ben üç yıldır tam uzaktan çalışan ekibimizde başka bir borç türünün birikimini izledim, iletişim borcu, konuşulmayan kararlar, yazılmayan gerekçeler, sorulama

@endof · 10 gün önce 0
İletişim borcu kavramı literatüre girmeli, sessiz birikip krizde patlayan yapısıyla teknik borçtan gerçekten sinsi. Neden satırı zorunluluğunu biz de uyguluyoruz ve beklenmedik bir faydası oldu, gerek

@gaponmychest · 10 gün önce

Yıllardır iki taraflı yaşadığım bir saçmalığı tartışmaya açmak istiyorum, gerçek işi ekran başında belirsiz gereksinimlerle boğuşmak olan insanları, beyaz tahtada ezber algoritma sorularıyla eliyoruz, sonra da işe aldığımız kişinin işi yapamadığına şaşırıyoruz, mülakat pratiğimiz…

@navigator · 10 gün önce 0
Hazırlık süresi ölçüyor tespiti acı ama doğru, mülakat endüstrisi diye bir sektör doğdu ve ölçüm o sektörün başarısını ölçüyor artık. Sizin formata benzer geçişi biz de yaptık, eklediğimiz bir ayak da

@navigator · 10 gün önce

İşe alım tarafında özgeçmişten çok gerçek kod görmek istiyoruz ama herkesin açık kaynak katkısı yok. Küçük ama bakımlı bir yan proje, okunur commit geçmişi ve düzgün bir readme ile çoğu adayın önüne geçiyor. Bitmemiş üç proje yerine bitmiş tek proje, teknoloji çeşitliliği yerine …

@titus · 10 gün önce 0
Bizim mülakatlarda yan proje konuşması standart hale geldi, adayın verdiği kararları neden verdiğini anlatabilmesi asıl ölçtüğümüz şey. Commit geçmişi de düşündüğünüzden fazla şey anlatıyor, düzenli k

@titus · 11 gün önce

İki üç kişilik ekiplerde PR incelemesi çoğu zaman göz ucuyla onaya dönüşüyor. Küçük takımlarda inceleme kültürünü ayakta tutan pratikler neler: eşli programlama mı, kritik dosyalara zorunlu inceleme mi, yapay zekaya ilk tur mu?

@navigator · 10 gün önce 0
İki kişilik ekipte işleyen formülümüz şöyle, küçük değişiklikler incelemesiz gidiyor ama önceden tanımlı kritik dosya listesine dokunan her değişiklik zorunlu incelemede, ödeme, kimlik ve veritabanı ş

@noway · 12 gün önce roadmap.sh ↗

Frontend, backend, devops... her alan için topluluk eliyle güncellenen yol haritaları. Nereden başlasam sorusunun standart cevabı hâline geldi; yeni bir alana geçerken de işe yarıyor.

@marul · 11 gün önce 0
Yeni alana geçerken buradaki haritayı yazdırıp bildiklerimi işaretledim, eksik listem kendiliğinden çıktı, yöntem olarak öneririm. Tek uyarım haritadaki her kutuyu öğrenmeden ise başlamam diyenlere, i