37 puan yazan GN⁺ 2025-07-27 | 1 yorum | WhatsApp'ta paylaş
  • Anthropic'in çeşitli departmanları (veri altyapısı, ürün geliştirme, güvenlik, çıkarım, veri bilimi, pazarlama, tasarım, RL mühendisliği, hukuk vb.) Claude Code'u benimseyerek karmaşık proje otomasyonu, iş verimliliği ve geliştirici olmayan ekiplerin iş kapsamını genişletme alanlarında yenilikçi dönüşümler yaşıyor
  • Kubernetes arıza kurtarma, yeni çalışan onboarding, büyük ölçekli veri izleme, finans ekibinin geliştirici olmayan iş akışlarının otomasyonu gibi alanlarda Claude Code somut sorun çözümü ve üretkenlik artışı sağlıyor
  • Hızlı prototipleme, kod tabanını keşfetme, otomatik test üretimi, tekrarlayan işlerin otomasyonu sayesinde önceye kıyasla 2 ila 4 kat zaman tasarrufu, geliştirme hızı ve kalite artışı elde ediliyor
  • Tasarım, pazarlama, hukuk gibi geliştirici olmayan departmanlar da özel ajanlar, Figma/Google Ads/Meta Ads entegrasyonları vb. sayesinde mühendislik kaynağı olmadan karmaşık otomasyonlar ve araçlar oluşturabiliyor
  • Her ekip kendi temel kullanım ipuçlarını paylaşıyor: Claude.md ile dokümantasyon, tekrarlayan checkpoint'ler, spesifik prompt'lar, görsel geri bildirim, ekip içi iş akışı paylaşımı vb.

Genel Bakış

Anthropic, şirket içindeki birçok ekipte Claude Code'u iş süreçlerine uygulayarak hem geliştiricilerin hem de geliştirici olmayan çalışanların karmaşık projeleri yürütme, tekrar eden işleri otomatikleştirme ve öğrenme eğrisini kısaltma gibi alanlarda üretkenlik dönüşümü yaşamasını sağlıyor. Bu yazı, 10 departmanın Claude Code'u pratikte nasıl kullandığını, ekip bazında etkili kullanım yöntemlerini, devreye alırken dikkat edilmesi gereken noktaları ve kullanım ipuçlarını derinlemesine ele alıyor.


Data Infrastructure ekibi: Veri altyapısında Claude Code kullanımı

Başlıca kullanım örnekleri

  • Kubernetes hata ayıklama
    • Kubernetes kümesi arızalandığında Claude Code'a dashboard ekran görüntüleri verilerek, Google Cloud UI içinde sorunun izleneceği yolun gösterilmesi ve çözüm için gerekli komutların önerilmesi
  • Geliştirici olmayanlar için düz metin iş akışları
    • Finans ekibi gibi geliştirici olmayan çalışanlar veri akışını düz metinle anlattığında Claude Code'un iş akışını otomatik çalıştırması, girdi değerlerini sorması ve Excel çıktıları üretmesi
  • Yeni başlayanların kod tabanını keşfetmesi
    • Yeni veri bilimcilerin Claude Code ile Claude.md belgelerini ve kod tabanının yapısını kavraması, veri pipeline bağımlılıklarını anlaması ve dashboard kaynaklarını kontrol etmesi
  • Oturum sonunda otomatik dokümantasyon özeti
    • Her iş tamamlandığında yapılanların otomatik özetlenmesi ve Claude.md belgelerini iyileştirme önerileri sunulması
  • Çoklu instance ile paralel çalışma
    • Birden fazla depoda Claude Code instance'larının paralel çalıştırılarak projeler arası iş akışı durumu ve bağlam kaybedilmeden görevler arasında geçiş yapılması

Ekip üzerindeki etkisi

  • Uzman desteği olmadan altyapı sorunlarını çözebilme
  • Yeni çalışan onboarding hızında büyük artış
  • Veri anomali tespit otomasyonu gibi destek iş akışlarının güçlenmesi
  • Geliştirici olmayan departmanlar için self-service iş yapısının kurulması

Başlıca ipuçları

  • Claude.md dosyasında ayrıntılı dokümantasyon tutmak
  • Hassas veri işlerken BigQuery CLI yerine MCP sunucusu tercih etmek
  • Ekipler arasında kullanım oturumlarını paylaşarak best practice'leri yaygınlaştırmak

Product Development ekibi: Ürün geliştirmede Claude Code kullanımı

Başlıca kullanım örnekleri

  • Otomasyon döngüleriyle hızlı prototipleme
    • auto-accept mode ayarlandıktan sonra soyut bir problemin Claude'a bırakılması, yaklaşık %80 seviyesinde bir sonuç alınıp son düzenlemelerin insan tarafından yapılması
  • Senkron kodlama (gerçek zamanlı iş birliği)
    • Kritik özellik geliştirmede gerçek zamanlı prompt'lar ve kod yönergeleri sağlanması, tekrar eden kodlamanın Claude tarafından üstlenilmesi
  • Vim modu gibi bağımsız özelliklerin hayata geçirilmesi
    • Otomasyonla %70'ten fazlasının tamamlanması ve tekrarlayan iyileştirmelerle işin sonlandırılması
  • Test case ve bug fix otomasyonu
    • PR inceleme aşamasında Claude'un biçim düzeltmeleri, fonksiyon adı değişiklikleri vb. işleri otomatik uygulaması
  • Kod tabanını hızlı keşfetme
    • Karmaşık monorepo yapılarında veya API tarafı kodlarında yapı ve bağımlılıkların Claude'a sorulması

Ekip üzerindeki etkisi

  • Karmaşık özelliklerin otomasyonla yüksek hızda geliştirilmesi
  • Prototip yineleme ve genişletme süresinin kısalması
  • Otomatik test kapsamı ve kod kalitesinde artış
  • Bilinmeyen kod tabanlarını keşfetme verimliliğinin yükselmesi

Başlıca ipuçları

  • Kendi doğrulama döngülerini kurmak (build, test, lint otomasyonu)
  • Asenkron ve senkron işleri ayırarak kullanmak
  • Net ve spesifik prompt'lar oluşturmak

Security Engineering ekibi: Güvenlik mühendisliğinde Claude Code uygulaması

Başlıca kullanım örnekleri

  • Karmaşık altyapı hata ayıklama
    • Stack trace ve dokümantasyon verildiğinde control flow'un izlenmesi
  • Terraform kod incelemesi ve analizi
    • Plan dosyalarının Claude'a verilerek güvenlik etkilerinin hızla gözden geçirilmesi ve onaylanması
  • Doküman birleştirme ve runbook oluşturma
    • Birden fazla dokümanın bir araya getirilip troubleshooting rehberi ve runbook özetlerinin oluşturulması
  • Test odaklı geliştirme (TDD) uygulaması
    • pseudocode → TDD → düzenli kontrol sürecinin Claude ile birlikte yürütülmesi
  • Bağlam geçişini kısaltma ve onboarding
    • Markdown spesifikasyonlarının Claude'a verilerek kısa sürede ekibe katkı sağlanması

Ekip üzerindeki etkisi

  • Altyapı sorunlarına müdahale süresinin 5 dakikanın altına inmesi
  • Güvenlik onayı bekleme süresinin ortadan kalkması
  • Kısa sürede başka projelere katkı verilebilmesi
  • Dokümantasyon iş akışlarında verimliliğin en üst düzeye çıkması

Başlıca ipuçları

  • Özel slash command'leri aktif biçimde kullanmak
  • Claude'a otonom kodlama talimatı vermek
  • Dokümantasyon ve çıktı formatını açık biçimde belirtmek

Inference ekibi: Çıkarım sistemi yönetiminde kullanım

Başlıca kullanım örnekleri

  • Kod tabanını hızla anlama ve onboarding
    • Özellik çağrı dosyaları ve bağımlılıkların Claude'a anında sorulabilmesi
  • Edge case'leri içeren testlerin otomatik üretilmesi
    • Özellik tamamlandıktan sonra Claude'un testleri otomatik üretmesi, insanın yalnızca gözden geçirmesi
  • Makine öğrenimi kavramlarını açıklama
    • Model bazlı fonksiyonların ve ayarların doğrudan Claude'a sorulması (Google'a kıyasla %80 zaman tasarrufu)
  • Çok dilli kod dönüşümü
    • İstenen mantığın Rust gibi daha az bilinen dillere çevrilmesi
  • Kubernetes komutları için sürekli yönlendirme

Ekip üzerindeki etkisi

  • Makine öğrenimi araştırma ve öğrenme süresinde %80 azalma
  • Kod tabanı keşfinin anlık yapılabilmesi
  • Otomatik testlerle kalitenin korunması
  • Dil bariyerinin aşılması

Başlıca ipuçları

  • Önce bilgi tabanına soru sormayı denemek
  • Kod üretimi istedikten sonra sonucu doğrulamak
  • Testleri doğrudan yazdırarak yükü azaltmak

Data Science ve ML Engineering ekipleri: Veri bilimi ve makine öğrenimi mühendisliği

Başlıca kullanım örnekleri

  • JavaScript/TypeScript dashboard uygulamaları geliştirme
    • JS/TS deneyimi neredeyse hiç olmasa bile tüm React dashboard'un yazılabilmesi; RL model performans analizi gibi işlerde etkili olması
  • Tekrarlayan refactoring işlerini otomatikleştirme
    • Merge conflict'ler ve dosya yapısı değişiklikleri gibi tekrar eden işlerin 30 dakika boyunca tam otomasyonla yürütülmesi ve başarılıysa doğrudan benimsenmesi
  • Kalıcı analiz araçları geliştirme
    • Tek seferlik notebook'lar yerine yeniden kullanılabilir React dashboard'ları kurulması ve model performans analizinde kullanılması
  • Sıfır bağımlılıkla görev devretme
    • Hiç bilinmeyen bir dilde veya kod tabanında yapılacak işlerin tamamen Claude'a devredilmesi

Ekip üzerindeki etkisi

  • Gündelik refactoring işlerinde en az 2 ila 4 kat zaman tasarrufu
  • Yetersiz bilinen dillerde bile karmaşık uygulamalar kurabilme
  • Analiz araçlarının tek seferlik kullanımdan sürekli kullanıma geçmesi
  • Model performansının görselleştirilmesiyle karar verme düzeyinin yükselmesi

Başlıca ipuçları

  • Slot machine yaklaşımıyla kullanmak (sonuca göre kabul/yeniden deneme)
  • İş karmaşıklaştıkça doğrudan müdahale edip basitleştirmeye yönlendirmek

Product Engineering ekibi: Ürün mühendisliğinde sahadaki kullanım

Başlıca kullanım örnekleri

  • İlk adımda Claude'a dosya listesi/yolları sorarak iş akışını hızlıca tasarlamak
  • Yabancı bir kod tabanında bağımsız biçimde bug ayıklama ve özellik geliştirme
  • En yeni araştırma modellerini deneyimleyerek dogfooding yapmak
  • Bağlam değiştirme maliyetini ortadan kaldırarak işe odaklanmayı artırmak

Ekip üzerindeki etkisi

  • Bilinmeyen kod alanlarında da bağımsız çalışabilme
  • Bağlam geçişi ve yanıt bekleme yükünün azalması
  • Rotasyonla gelen mühendislerin onboarding hızının artması
  • Geliştirici memnuniyeti ve üretkenliğinin yükselmesi

Başlıca ipuçları

  • Onu bir iş birliği partneri olarak görmek ve yinelemeli çalışmak
  • Yabancı görevlere de cesurca girişmek
  • Minimum bilgiyle başlayıp Claude'un yönlendirmesine göre ilerlemek

Growth Marketing ekibi: Büyüme pazarlamasında otomasyon

Başlıca kullanım örnekleri

  • Google Ads metinlerinin otomatik üretilmesi
    • Reklam alanlarının karakter sınırına uygun başlık ve açıklamaların oluşturulması, toplu reklam üretiminin otomatikleştirilmesi
  • Figma eklentisiyle toplu kreatif üretimi
    • Birden çok reklam görseli ve metninin programatik olarak üretilmesi (100 adede kadar)
  • Meta Ads verilerinin MCP sunucusuyla gerçek zamanlı analizi
    • Reklam kampanyası performansı, harcama tutarı vb. analizlerin otomatikleştirilmesi
  • Memory sistemiyle tekrar eden deneylerin kaydedilmesi
    • Kreatif deney sonuçlarının kaydedilip sonraki üretimlerde kullanılması

Ekip üzerindeki etkisi

  • Reklam metni üretim süresinin 2 saatten 15 dakikaya düşmesi
  • Kreatif üretim miktarının 10 kattan fazla artması
  • Tek kişilik pazarlama ekibinin büyük ölçekli geliştirme ve analiz işlerini doğrudan yapabilmesi
  • İş odağının genel strateji ve otomasyona kayması

Başlıca ipuçları

  • İlk olarak API entegrasyonlu tekrar eden işlerin otomasyonunu değerlendirmek
  • Büyük iş akışlarını role göre alt ajanlara bölmek
  • Claude.ai üzerinde prompt'u yeterince tasarlayıp yapılandırdıktan sonra Claude Code'da uygulamak

Product Design ekibi: Ürün tasarımında iş yapış biçiminin dönüşümü

Başlıca kullanım örnekleri

  • Frontend'de görsel iyileştirmeleri ve state management'i doğrudan ayarlamak
    • Tasarımcıların Claude Code ile anında UI iyileştirmeleri yapması ve durum değişimlerini uygulaması
  • GitHub Actions tabanlı ticketing ve otomatik kod önerileri
    • Frontend veya bug fix taleplerinde Claude'un otomatik kod önerileri sunması
  • İnteraktif prototipleri hızlıca oluşturmak
    • Mockup görsellerini yapıştırıp çalışan kodun anında üretilmesi
  • Edge case durumlarını ve mimariyi kavramak
    • Sistem durumu ve hata akışlarının tasarım aşamasında doğrudan incelenmesi
  • Karmaşık metin değişiklikleri ve gerçek zamanlı uyumluluk yönetimi
    • Kod tabanının tamamında belirli ifadelerin topluca değiştirilmesi ve hukuk ekibiyle gerçek zamanlı iş birliği yapılması

Ekip üzerindeki etkisi

  • İşlerin Figma + Claude Code temelli akışa geçmesi
  • Görsel ve state management iyileştirmelerinin 2 ila 3 kat hızlanması
  • Karmaşık iş birlikli projelerin 1 haftadan 1 saate düşmesi
  • Geliştirici ve tasarımcı için farklılaşmış deneyimler sunulması
  • İletişim ve tasarım seviyesinin büyük ölçüde yükselmesi

Başlıca ipuçları

  • İlk kurulumda mühendis desteği gerekmesi
  • Custom memory dosyalarıyla rolü ve açıklama tarzını önceden tanımlamak
  • Görsel yapıştırarak prototip üretmek

RL Engineering ekibi: RL örnekleme ve ağırlık yönetimi

Başlıca kullanım örnekleri

  • Küçük ve orta ölçekli özellik geliştirmede otonom + denetimli yaklaşım benimsemek
  • Test üretimi ve code review otomasyonu
  • Debugging ve hata analizinde Claude'dan yararlanmak
  • Kod tabanı özeti ve call stack analizini otomatikleştirmek
  • Kubernetes ile ilgili sorularla operasyonel çalışmaları desteklemek

İş yapış biçimindeki değişim

  • Deneysel checkpoint + rollback yaklaşımının yerleşmesi
  • Otomatik doküman üretimiyle zaman kazanılması
  • Küçük ve orta ölçekli PR'lerde yaklaşık üçte bir olasılıkla tek seferde tamamlanma

Başlıca ipuçları

  • Claude.md içinde tekrarlanan hataları önleyecek notlar tutmak
  • Sık commit ve rollback alışkanlığı edinmek
  • One-shot → iş birlikli çalışma kalıbını uygulamak

Legal ekibi: Hukuk ekibinde yapay zeka kullanımı

Başlıca kullanım örnekleri

  • Kişisel erişilebilirlik çözümlerini kısa sürede özelleştirmek
    • Aile kullanımı için predictive text uygulaması gibi araçları doğrudan geliştirmek
  • Departman içi iş akışı otomasyonu için prototipler geliştirmek
    • Ekip bazlı telefon yönlendirme ağaçları ve G Suite entegrasyonlu iş otomasyonları oluşturmak
  • Prototip odaklı inovasyon
    • Hızlı prototipler üretip uzman geri bildirimi toplamak ve gerçek kullanımda doğrulamak
  • Görsel merkezli geri bildirim ve geliştirme
    • Arayüz ekran görüntülerini kullanarak Claude ile iletişim kurmak

Güvenlik ve uyumluluk farkındalığı

  • MCP entegrasyonuyla güvenlik sorunlarını anında fark etmek
  • Yapay zeka sistemleri yaygınlaştıkça önce uyumluluk araçlarının kurulmasına ihtiyaç duymak

Başlıca ipuçları

  • Fikri önce Claude.ai üzerinde yeterince planlayıp yapılandırmak
  • İşi aşamalara bölerek ve ekran görüntüsü temelli isteklerle yükü azaltmak
  • Tamamlanma düzeyi düşük prototipleri bile aktif biçimde paylaşmak

1 yorum

 
GN⁺ 2025-07-27
Hacker News görüşleri
  • Claude Code'un genelde hep ancak %70-80'ini yapabildiği hissi var; keşke bu taraf daha çok vurgulansaydı. Örneğin, “slot makinesi gibi kullanın”, “başlamadan önce durumu kaydedin ve 30 dakikalık parçalar halinde çalıştırın; sonucu kabul etmek ya da en baştan başlamak, ortada düzeltmeye uğraşmaktan daha iyidir” türü tavsiyeler ilginç. Ama bunu söylemek, ancak hesaplama maliyetini cebinden ödemediğin bir durumda kolay
    • Çalışan açısından bakınca, “iyi sonuç çıksa bile kodu yüzlerce kez üretip düzenleyin” tavsiyesi komik geliyor. Böyle olursa şirketin elinde devasa bir fatura, ama ortada çok az gerçek commit olur. Hatta “AI her şeyi çözecek sanmıştık ama galiba daha fazla geliştirici almamız gerekecek” diye şaka yapılacak noktaya gelir
    • Benim durumumda, LLM'leri kod üretiminde oldukça iyi kullanıyorum. Benim kuralım şu: toplam işin en az %90'ı AI ile yapılabiliyorsa anlamlı buluyorum; ufak otomatik tamamlama veya metin düzenleme gibi şeyleri saymıyorum. Eğitim verisinde yer alan problemler için (ör. golang ile basit bir web sunucusu kurmak) doğruluk neredeyse %100'e yakın oluyor. Böyle şeyler birkaç dakikada bitiyor ve mimarinin düz, mekanik kodunu hızlıca kurabiliyor. Gerçek üretkenlik artışı da %30-50 civarında oluyor
    • Yakın zamanda fark ettiğim şey, Claude'un %70-80 tamamlama özelliğinin sadece proje başında değil, son aşamada da işe yarayabildiği. Büyük bir refactoring'i baştan kendim yaparken fikri ana hatlarıyla ortaya koyup Claude'a devrettim; kalan son rötuşları kusursuz şekilde tamamladı (CHANELOG dahil). Bunu, örnek odaklı prompt'lar ya da güçlü guardrail'lerin işe yaradığı bir durum olarak görüyorum
    • Slot makinesi benzetmesine bir şey ekleyecek olursam: mümkün olan en yüksek düzeyde biçimsel sistem katılığı kurmak iyi olur. Python'da rahat rahat, doğaçlama kodlayınca sonuç sonunda kötüleşiyor. Haskell'de GHC seçenekleri ya da property test'lerle biçimsel kontrolleri sıkılaştırırsanız Claude kestirme yol yapmaya çalışırken yakalanıyor. TypeScript gibi dillerde de tip sistemiyle daha katı yapılar kurmaya zorlamak etkili. Claude, TODO onay kutularına takıntılıymış gibi, sonunda tam olarak söyleneni yapmaya yöneliyor
    • Eğer bir çalışan normalde iyi kod yazsa ama %30 olasılıkla tamamen anormal, kullanılamaz kod gönderip her şeyi baştan yaptırsa, muhtemelen kovulurdu
  • CC ile baştan sona bir web uygulaması geliştirmiştim. Çeşitli AI kodlama araçlarını da kullandım, bu konuda dersler ve atölyeler de yaptım. CC'yi en etkili kullanma yöntemi, net ve kısa bir spesifikasyonu bir md dosyasında toparlamak. Sonra bunu her prompt'ta açıkça referans veriyorsun. Kullanıcı hikâyeleriyle başlayıp, CC'ye adım adım bir plan taslağı yazdırıyor, sonra bunu düzeltip netleştiriyorsun. Ardından gerçek uygulama talimatlarına göre işi bölüştürüyorsun. Otomasyon testlerini ve fonksiyonel testleri de unutmadan, en sonda merge ediyorsun
    • İyi tavsiye, benim deneyimime de benziyor. Ben önce biraz kaba prompt'lar atıp sonra düzeltme tarafındayım. Kendi iş akışımı da burada yazmıştım
    • Bunun gerçekten kodu doğrudan kendin yazmaktan daha hızlı ya da daha verimli olup olmadığını merak ediyorum
    • Böyle çalışılmış gerçek bir örnek varsa paylaşabilir misin diye merak ettim
    • Ben de buna benzer bir iş akışı yaşadım ama bu şekilde çalışmaktan gerçekten nefret ettiğim için neredeyse her zaman doğrudan kendim kodlamayı tercih ediyorum. Spesifikasyon ya da kullanıcı hikâyesi yazmak en sevmediğim iş
  • Claude Code birçok farklı iş için iyi uyuyor. Dün bir hava durumu sitesinin backend API'sini değiştirdim; iki API epey farklı olmasına rağmen neredeyse tek seferde halletti. Evde $20/ay abonelikle, işte ise AWS Bedrock üzerinden deneme amaçlı kullanıyorum. Bedrock API ile kullandığında her oturumun sonunda maliyet hemen görünüyor, bu biraz sarsıcı. Açıkçası böyle ayrıntılı kullanım bazlı ücretlendirme kalıcı olursa geliştiriciler deneme, keşif ve refactoring'den kaçınabilir; bu da genel olarak yazılım kalitesini düşürebilir diye endişeleniyorum. Anthropic içinde ise muhtemelen maliyet kaygısı olmadan kullanıyorlardır, bu yüzden bu sorundan kaçıyor olabilirler
    • Birkaç hafta önce MLB API'sini verip bir MacOS widget'ı yapmasını istedim; lig/division/wild card sıralamalarını gösteren bir widget'ı bir saat bile sürmeden gayet iyi çıkardı. On dakikalık bir gözden geçirmeyle yeterli olan quick-and-dirty projelerde oldukça kullanışlı. Benzer şekilde işe yarayan başka örnekler de var
    • Geçmişte de mühendisler veri merkezi, bulut, SaaS gibi türlü maliyetleri düşünmek zorundaydı; önümüzdeki 5-10 yılda da AI kullanım ücretlerini düşünmeleri gerekecek gibi görünüyor. Sonunda AI maliyetinin insan zamanına kıyasla önemsiz kaldığı bir noktaya gelinecek
    • “Maliyetin doğrudan görünmesi rahatsız edici” denmişti ama açıkçası benim canavar gibi bir Claude oturumum şirkete $10'a patlasa da umursamam. Şirket de “maliyeti düşünme, önce dene” dedi

    • Ben en ufak fonksiyonu bile Claude'a yaptırdığımda ince ince yanlış implemente ettiğini ve bunun testlerle hemen yakalandığını görüyorum; bu yüzden daha temkinli olmak gerekmiyor mu diye düşünüyorum
    • Kullanım maliyetinin doğrudan görünmesine şaşırılmış olmasını ilginç buldum. Elbette maliyeti aşırı sık göstermek hoş değil ama ajan prompt denemelerinde sorgu başına maliyeti görebilmek iyi oluyor. Tek bir prompt cümlesinin maliyeti değiştirdiği durumlar var; bu bilgi aslında yenilik için bir yön göstermiyor mu? Neden bunun denemeyi caydıran bir etki olduğu düşünülüyor, merak ediyorum. Birçok mühendis muhtemelen tam tersine maliyeti azaltacak yeniliklere ciddi biçimde odaklanacaktır
  • Birkaç gündür Gemini Cli yerine Claude Code kullanmayı deniyorum. Araç kullanım döngüsünün biraz daha iyi olduğunu kabul ediyorum. Ama Claude biraz daha “aptal” ve işi zorlayarak bitirmeye çalışıyor. Sağduyuyu ya da açık talimatları da yok sayabiliyor. Örneğin testlerin geçmesini söyleyince, debug etmek yerine veritabanı şemasını değiştirebiliyor. İki kez de protocol buffer'ları komple silip JSON'a çevirdi. Muhtemelen proto ile debug etmek zor olduğu için bunu varsayılan çözüm gibi görüyor
    • Benim de benzer deneyimlerim oldu. Küçük bir refactoring sırasında işin iyi giden yarısını düzeltiyor, sonra ortada zorlandığını hissederse eski değişiklikleri tamamen geri alıp aceleyle bash script'leriyle her şeyi otomatikleştirmeye kalkıyor. Böyle durumlarda “zaten neredeyse bitirmiştin, ne yapıyorsun?” dediğimde hemen kabul ediyor. Güçlü fikirleri varmış gibi davranıp çok hızlı yön değiştirmesi tipik bir hâli
    • Claude'un testi “geçiyormuş gibi” göstermek için hile yapmaya çalışması benim deneyimimde de aynı. Bazen testin kendisini siliyor ya da atlıyor ve “tüm sorunlar çözüldü!” diyor. İlginç olan, bunu başka LLM'lerde görmedim; onlar genelde başarısızlığı kabul edip biraz ipucu verilince düzgün çözüyor. Claude sanki beni kandırabileceğine inanıp numara yapıyor. Daha kritik bir kusurda da böyle davranırsa ne olur diye kaygı duyuyorum
    • Ben de çok farklı olmayan bir örnek yaşadım. Karmaşık, bütünsel testler başarısız olduğunda nedeni araştırmak yerine onları kolay geçilecek parçalı testlere dönüştürüyor. Acaba Claude ekibi hesaplama maliyetinden tasarruf etmek için hızlı ilerlemeyi fazla mı öne çıkarıyor diye düşünüyorum. Zaman zaman API timeout'ları ve hatalar da sık oluyor
    • İşin ilginç yanı, Claude herhangi bir aşamada sorun yaşarsa “Ertelendi” deyip uygun bir bahane bularak geçme eğiliminde. İnsanlar muhakemeyle işi erteleyebilir ama makinenin muhakemesi yok; o yüzden böyle bir tavrı kabul etmemek gerekir diye düşünüyorum
    • Hatta birinden, Claude'un kod tabanını rastgele sildikten sonra bunu inkâr ettiğini bile duydum
  • Claude'u seviyorum ama bugün gördüğüm blog yazısı biraz tuhaf ve kaba geldi. Hatta blog ekibinin bunu Claude'la yazmış olabileceğini düşündüm
    • MCP dokümantasyon sitesi de aynı sorundan muzdarip. Sadece pek dostça olmayan madde işaretleri listesi gibi
    • Ben de benzer hissediyorum ama bence asıl sorun içerik tarafında. Mesela “karmaşık Kubernetes komutları yerine Claude'a sorup doğru komutu alabilirsiniz” gibi bir cümleyi AI teknik blogunda özellikle vurgulamak gerekli mi emin değilim. Bu çok temel bir ipucu
    • Sorun Claude kullanılmış olması değil; bütün yazı sanki anket cevaplarını peş peşe dizmişler gibi kopuk, dağınık, tekrarlı ve gereksiz bölümleri hiç ayıklanmamış. Birinin sahiplenip kürasyon yaptığı hissi yok
    • Çok bilgi var ama sonuçta sadece parlatılmış madde işaretleri listesi okunuyormuş gibi
  • İlk örnekte, k8s debugging sırasında Claude'un IP havuzu tükenmesini teşhis edip bir ağ uzmanı olmadan sorunu çözdürdüğünden bahsediliyor. Ama aklıma şu geliyor: en başta ağı bir uzman tasarlasaydı bu sorun zaten hiç yaşanmaz mıydı?
    • Uzmanlar da hata yapar. Aslında bütün insanlar hata yapar
  • Son zamanlardaki en iyi optimizasyon ipucum, Claude Code ile sesli dikte kullanmak. İnsanla konuşur gibi bağlamı ve geçmişi anlatıyorsun. Doğrudan yazmaktan çok daha hızlı
    • Mac kullanıyorsanız SuperWhisper uygulaması oldukça iyi
    • Ben python paketi hns'den memnunum. Terminalde <i>uvx hns</i> ile çalıştırınca kayıt alıyor; Enter'a bastığında metni otomatik olarak panoya kopyalıyor. Basit ama CLI iş akışına doğal biçimde oturuyor. Bağlantı
    • Odada AI'a yüksek sesle anlatmak mı? Biraz garip değil mi? Ben tam tersine yazarak daha hızlıyım
    • Ubuntu'da da işe yarar bir seçenek varsa merak ediyorum
  • Kubernetes kümesi arızasında Claude Code'a dashboard ekran görüntülerini verip adım adım Google Cloud UI'ını analiz ettirerek pod IP tükenmesi uyarısını buldurduğu ve yeni bir IP havuzu eklemeyi tarif ettirdiği anlatılıyor. Ama bu yaklaşım bana verimsiz geliyor; gerçekten AI gerekli miydi emin değilim
    • Böyle olursa basit problemlerde bile AI'a bağımlı bir yapı yerleşir. Sonunda insanlar sorunun bağlamını anlamayı ya da yardım isteyebilecek uzman çevrelerini bile unutabilir; “AI'ın kölesi” olunan bir dünya kaygı verici
    • Bu tarz problem çözme yaklaşımı ancak stajyer ya da yeni mezun bir mühendisten beklenecek türden (gerçekte öyle bir vaka da olabilir)
  • İlginç bir örnek ama bizim ekip de Claude Code'u denemek istedi, yalnız ekip planına dahil değilmiş (aynı fiyat seviyesindeki Pro planında var). Bunu satın aldıktan sonra öğrenmek hayal kırıklığı yarattı. Her geliştiriciden bireysel ödeme yapmasını isteyecek değiliz. Kendi iç ekip deneyimlerinizi övmeden önce, dışarıdaki şirketlerin de kullanabilmesi için ödeme ve abonelik yapısını düzeltmenizi isterim. Sektörün en iyi AI modellerinden birini yapıp abonelik yönetimi gibi temel bir sorunu hâlâ çözememişler
    • Neden herkesin ayrı ayrı ödeme yapmasını isteyemeyeceğini düşünüyorsun?
  • Claude code'u daha çok akıllı bir rubber duck gibi; fikir tartışmak ve geri bildirim almak için kullanıyorum. Asıl kodun çoğunu kendim yazıyorum. Önce sohbette görüşlerini ve niyetini iyice açıklamasını istiyorum, kod değişikliği ise sadece ben özellikle söylediğimde yapmasına dair kural koyuyorum. Kodu kendim kopyala-yapıştır ile IDE'ye alıyorum ve aralarda yaptığım değişiklikleri de Claude'a anlatıyorum. Başta yavaşmış gibi görünse de sonunda problemleri daha iyi yakalıyor ve istediğim yöne daha hızlı şekillendirebiliyorum. Claude, (fazlasıyla) kendine güvenen junior bir geliştirici gibi. İyi denetlenmesi gerekiyor; ben daha hızlıysam doğrudan kendim yapmak daha avantajlı. (Bir junior için kötü bir yaklaşım olabilir ama Claude'da işe yarıyor.) Bu arada, bu blog yazısının aracı satan şirket tarafından yazıldığını da hesaba katmak lazım. AI şirketlerinin pazarlamasında söylenenlerin %90'ını filtrelemek gerektiğini düşünüyorum. Sonuçta amaçları para çekmek ya da satın alınmak
    • Sadece plan modunda tutulursa otomatik olarak hiçbir şeyi değiştirmiyor, değil mi? Gemini CLI ise hiç çekinmeden hemen implemente etmeye başlıyor :D