Türkiye'nin en büyük inovasyon ve girişimcilik bültenine katılın
Teşekkürler!
Türkiye'nin en kapsamlı girişimcilik ve inovasyon bültenine kaydolduğunuz için teşekkür ederiz.
Belirli aralıklarla e-posta kutunuza; girişimcilik, inovasyon, teknoloji, proje geliştirme ve üretim kültürüne dair rafine edilmiş içerikler göndereceğiz. Dilediğiniz zaman aboneliğinizi kolayca iptal edebilirsiniz.
Bültene kaydolmak güzel bir başlangıç. Peki, inovanadolu'nun bir parçası olmaya ne dersiniz?
inovanadolu.com'a şimdi üye olarak topluluklara katılabilir, projelerinizi görünür kılabilir, yeni insanlarla tanışabilir ve fikirlerinizi üretime dönüştürebileceğiniz araçlara erişebilirsiniz.
Bir sonraki versiyonunuzu ortaya çıkarmak ve üretim yolculuğunuza başlamak için sizi inovanadolu'ya bekliyoruz.
Fikirden çalışan ürüne yazılımın her hali: web, backend, veritabanı, mimari kararlar, kod kalitesi ve araçlar. Dil ve framework fark etmez; yazan herkesin ortak kanalı.
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· 23 saat önce0
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
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 önce0
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
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…
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 önce0
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
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 önce0
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ı
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 önce0
Ç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
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 önce0
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
İş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 önce0
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
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 önce0
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
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 önce0
İ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
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 önce0
İ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
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 önce0
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
İş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 önce0
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
İ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 önce0
İ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ı ş
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· 10 gün önce0
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
@gaponmychest · 1 gün önce
