Yazılım & Teknik
20 föy — bu departmanın gündelik işlerini AI'la hızlandıran, kopyala-yapıştır hamleler.
-
Regex ve cron'u değiştirmeden önce Türkçeye çevir
Üretimdeki bir cron ya da regex'e dokunman gerekiyor ama ne yaptığını tam sökemiyorsun. Yanlış tahminle değiştirirsen sorun sabah değil, gece 3'te alarm olarak geri döner.
ÖrnekliSınırAç → -
Dağınık local değişiklikleri tek Conventional Commit mesajına çevir
Gün boyu birbirinden bağımsız birkaç şeyi kurcaladın; şimdi git diff önünde duruyor ve tek satır "fix" yazıp geçmek üzeresin. Üç ay sonra o satıra bakan yine sen olacaksın ve neden değiştirdiğini hatırlamayacaksın.
ÖrnekliSınırAç → -
Kalabalık git diff'ini incelenebilir bir PR açıklamasına çevir (ne / neden / nasıl test edildi)
PR'ı açtın, 40 dosya değişmiş, açıklama kutusu tek satır. İnceleyecek arkadaşın nereden başlayacağını bilmiyor; inceleme günlere yayılıyor, sen de sürekli "şuraya baksan yeter" diye mesaj atıyorsun.
ÖrnekliAç → -
Kriptik stack trace'i kök neden hipotezlerine ve kontrol sırasına çevir
Ekranda 40 satırlık bir stack trace var. Nereden başlayacağını bilmiyorsun; ham mesajı arama kutusuna yapıştırıp yarım saat açık sekmeler arasında kayboluyorsun. Günün büyük kısmı zaten hata ayıklamada geçiyor.
ÖrnekliSınırAç → -
Bos sayfadan RFC iskeleti: baglam, secenekler, karar
Kafanda yeni bir teknik tasarim fikri var ama bos dokumana ilk cumleyi bir turlu yazamiyorsun. Sonunda fikri Slack'e birkac dagilmis mesajla atiyorsun; tartisma yayiliyor, karar kayitli hicbir yerde durmuyor.
ÖrnekliSınırAç → -
Major sürüm yükseltmesinin changelog'unu breaking change özeti + adım adım geçiş listesine çevir
Bir bağımlılığın ya da framework'ün major sürümü çıktı, changelog yüzlerce satır. "Şimdi değil" deyip erteliyorsun; ama ertelenen yükseltmeler birikince neyin kırılacağını kimsenin net bilmediği, geri dönüşü zor bir yığına dönüşüyor.
ÖrnekliAç → -
"Çalışmıyor" şikayetini yeniden üretilebilir bug ticket'ına çevir
Sana bir mesaj düşüyor: "Şu ekran yine çalışmıyor, bakar mısın?" Ne tıkladı, ne bekliyordu, hangi ortamda belli değil. Yarım saatini bilgi toplamakla, sonra "bende çalışıyor" deyip geri göndermekle harcıyorsun.
ÖrnekliSınırAç → -
Merged PR'lardan kullanıcı diline sürüm notu çıkar
Sürüm çıktı. Elinde birleştirilmiş 30 teknik PR başlığı var, biri bile müşterinin anlayacağı dilde değil. Destek ekibi "ne değişti" diye soruyor, sen commit loglarını tek tek okuyup elle çeviriyorsun. Kimsenin istemediği ama herkesin senden beklediği iş.
ÖrnekliSınırAç → -
Ham olay çizelgeni suçlamasız olay sonrası rapora çevir (5 neden + aksiyon)
Olay kapandı, sistem tekrar ayakta ama şimdi bir de rapor yazman gerekiyor. Elindeki not dağınık, herkes hâlâ gergin; kimseyi suçlamadan "ne oldu ve bir daha nasıl olmaz" demek hem zor hem zaman alıyor.
ÖrnekliSınırAç → -
API endpoint kodundan ornekli dokumantasyon (istek/yanit/hata)
Endpoint calisiyor, ama dokumana kimse dokunmamis. Sonra baska bir ekip "bu istegi nasil atacagiz, hata donunce ne anlama geliyor" diye gelince is yine sana kaliyor.
ÖrnekliSınırAç → -
Yeni Fonksiyona Kenar Durum Birim Test İskeleti
Fonksiyonu yazdın, mutlu yolda çalıştı, commit ettin. Test yazmayı "sonra" diye erteledin; ama boş liste, null, sınır değeri gibi durumları kimse saymadı ve o hatayı prod'da ilk öğrenen sen olmak istemezsin.
ÖrnekliSınırAç → -
Örnekten çalışan regex üret: ne yakalar, ne kaçırır belli olsun
Regex neredeyse hiç kimsenin ezberden yazamadığı ama işte sürekli lazım olan bir araç. Log satırı, e-posta, ürün kodu ayıklarken dokümana bakıp deneme yanılmayla saatler gidiyor; bir de yarın o regex neyi kaçırıyor kimse bilmiyor.
ÖrnekliSınırAç → -
Devraldigin legacy fonksiyonu satir satir okut, riskli noktalarini isaretle
Uc yil once baskasinin yazip gittigi bir fonksiyonu aciyorsun. Ne yaptigini tam cozemeden tek satir bile degistirmek istemiyorsun, cunku nerede patlayacagini bilmiyorsun.
ÖrnekliSınırAç → -
"Şunu bir halledin" talebini kabul kriterli, test edilebilir kullanıcı hikayesine çevir
Talep tek satır geldi: "Şu ekranı bir düzeltin." Neyi, kim için, hangi sonuca göre düzelteceğin belli değil. Sprint ortasında "ben bunu kastetmemiştim" cümlesini duyunca aynı iş ikinci kez baştan yapılır.
ÖrnekliSınırAç → -
Doğal dille anlat, çalışan SQL sorgusunu al
Ne çekmek istediğini biliyorsun ama kafanda JOIN'leri ve GROUP BY'ı kurup çalışan sorguya çevirmek her seferinde akışını kesiyor. Basit bir "şu tablodan şunu istiyorum" cümlesi, sözdizimini hatırlamaya çalışırken on dakikaya yayılıyor.
ÖrnekliSınırAç → -
Yavas SQL'i okut: olasi darbogaz + indeks/yeniden yazma onerisi
Bir sorgu canli ortamda yavasladi. Sayfa donmuyor, kullanici bekliyor; sen EXPLAIN ciktisina bakip nereden baslayacagini kestiremiyorsun, DBA da musait degil.
ÖrnekliSınırAç → -
Klasör yapısını yeni ekip üyesi için tek sayfa mimari haritaya çevir
Ekibe biri katıldı. Yine aynı turu atıyorsun: şu klasör ne işe yarar, nereden başlanır, akış nereden geçer. Üçüncü kez aynı şeyi anlatınca fark ediyorsun ki sistem senin kafanda kilitli; sen izinliyken kimse bağımsız ilerleyemiyor.
ÖrnekliAç → -
Büyük işi savunulabilir alt görevlere böl: "ne kadar sürer"e hazır cevap
Planlama toplantısı. Büyük bir iş için "bu ne kadar sürer?" diye soruyorlar. Ya havadan bir sayı atıyorsun ya "bilmiyorum" diyorsun; ikisi de seni zayıf gösteriyor.
ÖrnekliSınırAç → -
Teknik borcu yöneticinin diline çevir: iş etkisi + risk gerekçesi
Bir kod parçasının elden geçmesi gerektiğini biliyorsun. Yöneticine "bunu refactor etmeliyiz" diyorsun, karşındaki boş bakıyor. Teknik olarak haklısın ama karar veren masada cümlen hiçbir karşılık bulmuyor.
ÖrnekliSınırAç → -
Sert kod inceleme yorumlarini yapici ve gerekceli hale getir
Kod incelemede "bu yanlis, boyle olmaz" yazdin. Teknik olarak haklisin ama karsi taraf savunmaya geciyor, inceleme dogru cozumu bulmak yerine ego savasina donuyor. Ayni itirazi gerekcesiyle ve dogru tonda yazsan hem kod duzelir hem masa bozulmaz.
ÖrnekliSınırAç →