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ı.
Küçük bir ekipte hız için test yazmıyorduk. Yeni bir kıdemli geldi ve bu durumu sorguladı. Tartışmayı yazayım çünkü iki taraf da haklıydı.
Bizim argümanımız: ürün henüz oturmadı, her hafta yön değişiyor. Yazdığımız testin yarısı ertesi hafta siliniyor. Test yazmak bizi yavaşla…
@innoturk· 3 gün önce4
Ürün oturmadan test yazmak yavaşlatır argümanına kısmen katılıyorum ama tamamen değil.
Arayüz ve akış testleri için doğru. Ama iş mantığı testleri için değil.
Hesaplama yapan, kural uygulayan, veri …
@navigator· 3 gün önce4
Test yazmamak maliyeti sonraya erteliyordu cümlesi çok doğru ve ben bunu acı şekilde öğrendim.
Bizde iki yıl testsiz gittik. Sonra ürün büyüdü ve her değişiklik korkutucu hale geldi. Kimse eski koda …
İki yıl önce başladım. Şimdi yeni gelenlere mentorluk yapıyorum ve aynı hataları görüyorum. Kendi yaptıklarımı da sayarak yazayım.
Soru sormamak. En büyük hata. Aptal görünmekten korkup saatlerce tıkanıyorsunuz. Oysa kimse yeni gelenden her şeyi bilmesini beklemiyor.
Bende …
@newday· 3 gün önce1
Geri bildirimi kişisel almama kısmı kulağa kolay geliyor ama pratikte zor.
Bence yük sadece yeni gelende değil, geri bildirimi verende de. Yorumun nasıl yazıldığı çok şey değiştiriyor.
Bunu neden bö…
@sourdiesel· 3 gün önce6
Haftalık ne öğrendim notu tavsiyesini uygulayacağım, bu somut bir şey.
Bir ekleme yapayım: aynı notu performans görüşmelerinde kullanabiliyorsunuz.
Yıl sonunda ne yaptın diye sorulduğunda insanlar s…
Üç yıl önce mikroservise geçtik, geçen yıl bir kısmını geri birleştirdik. Süreçten çıkardıklarımızı paylaşayım çünkü bu tartışma hâlâ ideolojik yürüyor.
Neden geçmiştik: ekip büyüyordu, yayınlar birbirini bekliyordu, tek bir hata bütün sistemi durduruyordu. Sebepler gerçekti. …
@gaponmychest· 11 gün önce0
Geri birleştirme kararını almak cesaret ister, bunu paylaştığınız için teşekkürler.
Sektörde geri adım atmak başarısızlık sayılıyor ve o yüzden kimse yapmıyor. Kötü kararla yıllarca yaşanıyor.
Bizde…
@marul· 9 gün önce3
Yerel geliştirme ortamı sorununa katılıyorum ama çözülebilir bir sorun bence.
Bizde herkesin bütün servisleri yerelde çalıştırması gerekmiyor. Üzerinde çalıştığınız servis yerelde, diğerleri paylaşım…
Şirkete girdiğimde ortada belgesi olmayan, testi olmayan ve yazanların hiçbiri kalmamış bir sistem vardı. Panik yapmadan ilerlemenin bir yolu var, izlediğim sırayı yazayım.
İlk hafta: hiçbir şeye dokunmadım. Sadece okudum ve çalıştırdım. Sistemi ayağa kaldırmak üç gün sürdü ve…
@dandanakan· 12 gün önce0
Uçtan uca testle emniyet ağı kurma yaklaşımı doğru ama bir zorluğu var, onu ekleyeyim.
Legacy sistemlerde test ortamı kurmak genelde en zor kısım. Veritabanı bağımlılıkları, dış servis çağrıları, sab…
@titus· 10 gün önce4
Büyük yeniden yazmanın neredeyse her zaman kötü bittiği konusunda tam olarak aynı fikirdeyim.
İki kez yaşadım. İkisinde de yeni sistem eskisinin özelliklerini yakalayamadan bütçe bitti.
Sebebi şu: e…
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· 21 gün ö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…
Ekipte review süresi çok uzadı ve insanlar birbirine sinirlenmeye başladı. Oturup neye bakacağımızı yazdık, sonra tartışma bitti.
Sorunun kaynağı şuydu: herkes farklı şeye bakıyordu. Biri isimlendirmeye takılıyor, biri mimariye, biri boşluk karakterine. Aynı PR üç farklı yönde…
@sametay· 17 gün önce0
Biçimlendirmeyi otomatikleştirme kararına katılıyorum ama bir noktada ihtiyatlıyım.
Otomatik biçimlendirici koyarken eski kodun tamamını bir anda biçimlendirmeyin. Tek bir devasa commit oluşuyor ve s…
@nikea· 14 gün önce3
Dört yüz satır sınırına katılmıyorum, sayı tek başına anlamlı değil bence.
Bin satırlık bir taşıma işi review edilebilir, elli satırlık karmaşık bir algoritma değişikliği çok daha zor.
Bence ölçüt s…
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· 22 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· 22 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· 23 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· 24 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…
Bir yıldır ekipçe kullanıyoruz. Beklentiler ile gerçekleşenler arasında fark var, dürüstçe yazayım.
Gerçekten hızlandırdığı yerler:
Kalıp kod. Model tanımları, dönüştürme fonksiyonları, yapılandırma dosyaları. Burada kazanç net.
Test yazımı. Var olan bir fonksiyon için t…
@sametay· 20 gün önce3
Junior arkadaşlar konusundaki endişeye katılıyorum ama yasaklamak yerine yönlendirmeyi öneriyorum.
Bizde kural şu: önce kendin yaz, sonra araca sor ve karşılaştır. Farkı anlamaya çalış.
Bu şekilde a…
@marul· 17 gün önce0
Kod miktarının artması ama bakımın kolaylaşmaması en önemli uyarı bence.
En iyi kod yazılmayan koddur. Yazması ucuzladıkça, gerçekten gerekli mi sorusunu sorma disiplini zayıflıyor.
Bizde bir özelli…
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· 27 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· 27 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· 28 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· 28 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…
Üç yıldır yurt dışı bir şirkete uzaktan çalışıyorum. Teknik tarafı herkes konuşuyor, idari tarafı kimse anlatmıyor. Kendi tecrübemi yazayım, hukuki tavsiye değil.
Çalışma biçimi. İki yaygın model var. Ya doğrudan çalışan olarak istihdam ediliyorsunuz, o zaman şirketin Türkiye'…
@quadri· 23 gün önce5
Fikri mülkiyet maddesi konusunda uyarıyı destekliyorum, ben bu yüzden bir işi reddettim.
Sözleşmede çalışma süresi boyunca ürettiğiniz her şey şirkete aittir yazıyordu. Kapsam sınırsızdı, mesai dışı …
@bananaman· 20 gün önce2
Bir noktaya farklı bakıyorum. Hangi ülke hukuku geçerli maddesi çoğu zaman müzakere edilemiyor.
Büyük şirketler standart sözleşme kullanıyor ve tek bir kişi için değiştirmiyor.
Bence gerçekçi yaklaş…
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· 30 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…
Beş yıllık bir ürünün veritabanına bakınca, baştan farklı yapsaydım dediğim şeyler var. Aynı hataları yapmayın diye yazıyorum.
Kayıtları gerçekten silmek. Kullanıcı bir kaydı sildiğinde satırı siliyorduk. Sonra iki sorun çıktı: yanlışlıkla silinen veriyi geri getiremiyorduk ve…
@nikea· 25 gün önce6
Aşırı normalleştirme maddesine katılıyorum ama dikkatli olmak gerekiyor.
Bilinçli tekrarlama performans kazandırıyor ama tutarlılık sorumluluğunu size yüklüyor. İki yerdeki veri ayrışırsa hangisi doğ…
@abdullahkurucay· 21 gün önce5
Denetim izi maddesini vurgulamak isterim çünkü mevzuat tarafında da gerekiyor.
Kişisel veri işleyen sistemlerde kimin neye eriştiği ve ne değiştirdiği kayıt altında olmalı. Denetimde bu isteniyor.
S…
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· 30 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· 31 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· 31 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· 31 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…
Aynı tecrübeye sahip iki kişi arasında üç kat fark görebiliyorsunuz. Sebeplerini anlamaya çalıştım, gördüklerimi yazıyorum.
Birinci sebep: müşterinin kim olduğu. Yurt içi müşteriye hizmet veren şirket ile yurt dışına satan şirket aynı bütçeyle çalışmıyor. Aynı iş, farklı gelir…
@selenca· 26 gün önce4
Görünürlük maddesine katılıyorum ama bir itirazım var.
Herkesin yazması, konuşması ve toplulukta aktif olması beklenemez. İçe dönük insanlar da iyi iş çıkarıyor.
Onlar için alternatif yollar var: aç…
@erayuzun· 24 gün önce2
Sürekli iş değiştirmenin bir noktadan sonra aleyhe dönmesi konusunda emin değilim.
Eskiden öyleydi ama son yıllarda bu algı değişti gibi görünüyor. İki yılda bir değiştiren çok insan var ve kimse sor…
Neredeyse her projede aynı hatalar tekrar ediyor. Bir kere derli toplu yazayım da referans olsun.
Büyük küçük harf dönüşümü. Türkçede i harfinin büyüğü İ, ı harfinin büyüğü I. Varsayılan dönüşüm fonksiyonları bunu bilmiyor ve İstanbul kelimesi ISTANBUL yerine İSTANBUL olmuyor …
@cherryblossom· 30 gün önce4
Arama katlama konusuna ekleme yapayım çünkü çoğu proje bunu yarım yapıyor.
Sadece arama terimini katlamak yetmiyor, veritabanındaki alanı da katlamak gerekiyor. Yoksa ogrenci yazan öğrenci kaydını bu…
@vahabdemir· 27 gün önce5
Yazı tipi konusuna dikkat çektiğin için teşekkürler, bu en geç fark edilen sorun.
Bizde fatura çıktılarında Türkçe karakterler kutu olarak görünüyordu ve müşteriler şikâyet etti.
Sebep, rapor kütüph…
@navigator · 6 gün önce
