• 17-09-2026, 10:13:54
    #1
    Cümleten selamınaleyküm. Ben bu aralar claude ile çılgın projeler yürütüyorum. Fakat eğer claude'nin gemini sıkı tutmazsanız (ufaktan bir espri oldu dimi ) saçmasapan dal budak salmaya başlıyor. Bu yüzden claude.md ve agents.md dosyalarına kuralları düzgün şekilde yazmak lazım. Ben aşağıya benim için en önemli olan kuralları ekledim. Siz de kendi projelerinizde kullandığınız önemli kuralları yazarsanız bir bilgi birikimi olmuş olur ve herkes faydalanır. Haydi bismillah.

    Rust projesi için claude.md:

    - if you want to transform Option<T> to Result<T> statically, use `ok_or`, for dynamic error use `ok_or_else`.
    - Never write comments unless the information is critical and non-obvious. If unavoidable, one sentence, max 10 words. Use meaningful names for functions, variables, structs, enums instead.
    - Prefer declarative programming. Break code into small, well-named functions; only the lowest-level function may be imperative. Max 50 lines per function.
    - Never put everything in one file. Use meaningful file and folder names; structure code as domain-driven as possible.
    - Never use `unwrap()` or `expect()`. Handle errors properly (`?`, `match`, `ok_or`/`ok_or_else`, etc.).
    - Exception: startup-only checks (e.g. required env vars, initial DB connection) may log the error and exit with a non-zero exit code instead of returning a `Result`.
  • 17-09-2026, 10:23:24
    #2
    Ben de benzer şekilde kullanıyorum hocam.Bence en kritik nokta kuralları çok uzatmamak.Kısa,net ve ölçülebilir olması daha iyi sonuç veriyor.Ben özellikle şunları ekliyorum: mevcut mimariyi sebepsiz değiştirme,çalışan kodu gereksiz refactor etme,yeni dependency eklemeden önce mevcut yapıyı kontrol et işlem öncesi ilgili dosyaları oku,değişiklik sonrası build/lint/test çalıştır hata varsa işi bitmiş kabul etme.Bir de ‘emin olmadığın şeyi varsayma,önce mevcut koddan doğrula’ kuralı bayağı fark ettiriyor. 😄 Yoksa gemini sıkı tutulmayınca claude da codex de arada yaratıcılığını fazla konuşturabiliyor.
  • 17-09-2026, 10:32:37
    #3
    dogacandoganer adlı üyeden alıntı: mesajı görüntüle
    Ben de benzer şekilde kullanıyorum hocam.Bence en kritik nokta kuralları çok uzatmamak.Kısa,net ve ölçülebilir olması daha iyi sonuç veriyor.Ben özellikle şunları ekliyorum: mevcut mimariyi sebepsiz değiştirme,çalışan kodu gereksiz refactor etme,yeni dependency eklemeden önce mevcut yapıyı kontrol et işlem öncesi ilgili dosyaları oku,değişiklik sonrası build/lint/test çalıştır hata varsa işi bitmiş kabul etme.Bir de ‘emin olmadığın şeyi varsayma,önce mevcut koddan doğrula’ kuralı bayağı fark ettiriyor. 😄 Yoksa gemini sıkı tutulmayınca claude da codex de arada yaratıcılığını fazla konuşturabiliyor.
    Harbiden çok önemli bilgiler bunlar. Özellikle şu "mimariyi değiştirme" ve "kafana göre varsayma" kuralları şuan kafamda şimşekler çaktırdı. Hakkaten bazen varsayıp öyle devam ediyor. Kodu incelemesem o hatanın üstüne eklemeye devam edecek.
  • 17-09-2026, 10:34:22
    #4
    Aynen hocam, zellikle büyük projelerde en tehlikeli tarafı bu zaten.Bir yerde yanlış varsayım yaptı mı onun üstüne doğruymuş gibi kat çıkmaya devam ediyor😄Ben o yüzden bir de ‘değişiklik yapmadan önce ilgili akışı uçtan uca oku ve mevcut davranışı doğrula’ kuralını ekliyorum.Birkaç dakika fazla incelemesi,sonradan bozduğu yapıyı düzeltmekten çok daha ucuza geliyor.
  • 17-09-2026, 10:36:58
    #5
    multiwhatsapp adlı üyeden alıntı: mesajı görüntüle
    Cümleten selamınaleyküm. Ben bu aralar claude ile çılgın projeler yürütüyorum. Fakat eğer claude'nin gemini sıkı tutmazsanız (ufaktan bir espri oldu dimi ) saçmasapan dal budak salmaya başlıyor. Bu yüzden claude.md ve agents.md dosyalarına kuralları düzgün şekilde yazmak lazım. Ben aşağıya benim için en önemli olan kuralları ekledim. Siz de kendi projelerinizde kullandığınız önemli kuralları yazarsanız bir bilgi birikimi olmuş olur ve herkes faydalanır. Haydi bismillah.

    Rust projesi için claude.md:

    - if you want to transform Option<T> to Result<T> statically, use `ok_or`, for dynamic error use `ok_or_else`.
    - Never write comments unless the information is critical and non-obvious. If unavoidable, one sentence, max 10 words. Use meaningful names for functions, variables, structs, enums instead.
    - Prefer declarative programming. Break code into small, well-named functions; only the lowest-level function may be imperative. Max 50 lines per function.
    - Never put everything in one file. Use meaningful file and folder names; structure code as domain-driven as possible.
    - Never use `unwrap()` or `expect()`. Handle errors properly (`?`, `match`, `ok_or`/`ok_or_else`, etc.).
    - Exception: startup-only checks (e.g. required env vars, initial DB connection) may log the error and exit with a non-zero exit code instead of returning a `Result`.
    Aleykümselam
  • 17-09-2026, 11:10:45
    #6
    SOLID nedir?
  • 17-09-2026, 12:38:14
    #7
    Sen 8 kollu 5 beyinli bir program geliştiricisisisiisn. süper bir yazılımcısın zaten ve uçsuz bucaksız deneyimin aynı zamanda marketing tecrüben var..   sana fikrimi söylicem sende bana bunu yapacksın. şunu yapayım mı diye bana sorma çünkü ne yaptığın hakkında hiç bir fikrim yok, olmayacakta. gibi bana lint debug vs falan deme ne işe yaradıklarını bile bilmiyorum, bastığımda açılsın nasıl açılırsa açılsın. güvenlik işini sana bıraktım sen halledersin sen kralsın. bir de para kazanma önemli bir şekilde kesin para kazandırcak şekilde projeyi tamamen yapacaksın. tasarımlar sanki gerçek bir insan tarafından yapılmış gibi olsun. ücretli api olmasın sunucu gerektirmesin alanadı gerktirmesin. kendi kendinin reklamını yapsın. iş geliştirme kısmı da sende. proje bitince bana ne işe yaradığını kısaca anlat ki senden istediğim projenin ne işe yaradığını bende bileyim.
  • 17-09-2026, 12:47:52
    #8
    OnurAksoy adlı üyeden alıntı: mesajı görüntüle
    Sen 8 kollu 5 beyinli bir program geliştiricisisisiisn. süper bir yazılımcısın zaten ve uçsuz bucaksız deneyimin aynı zamanda marketing tecrüben var..   sana fikrimi söylicem sende bana bunu yapacksın. şunu yapayım mı diye bana sorma çünkü ne yaptığın hakkında hiç bir fikrim yok, olmayacakta. gibi bana lint debug vs falan deme ne işe yaradıklarını bile bilmiyorum, bastığımda açılsın nasıl açılırsa açılsın. güvenlik işini sana bıraktım sen halledersin sen kralsın. bir de para kazanma önemli bir şekilde kesin para kazandırcak şekilde projeyi tamamen yapacaksın. tasarımlar sanki gerçek bir insan tarafından yapılmış gibi olsun. ücretli api olmasın sunucu gerektirmesin alanadı gerktirmesin. kendi kendinin reklamını yapsın. iş geliştirme kısmı da sende. proje bitince bana ne işe yaradığını kısaca anlat ki senden istediğim projenin ne işe yaradığını bende bileyim.
    Hocam senin claudemd dosyanda bunlar yazıyorsa bence bu işi yapma artık. Git inşaatta amele ol daha iyi. Ha yok ben dalga geçmek için yaptım diyorsan o zaman beni uğraştırma kendi kendini raporla modlar silsin mesajını.
  • 17-09-2026, 12:50:26
    #9
    Analog adlı üyeden alıntı: mesajı görüntüle
    SOLID nedir?
    Hocam ne alaka solid molid? Bizi design pattern nedir domain driven nedir test driven nedir bilmeyen insanlar mı zannettin? Yada ilk kez kod yazdığımı filan mı zannettin? Konuyla alakasız mesajlar yazmayı bırakalım artık.