Aşağıdaki görevi yerine getiren bir Python fonksiyonu yaz:
Görev: [FONKSİYON_AÇIKLAMASI]
Gereksinimler:
- Type hints kullan
- Docstring ekle
- Edge case'leri handle et
- En az 3 unit test yaz (pytest)
- Karmaşıklığı belirt
- Alternatif çözüm öner
Aşağıdaki görevi yerine getiren bir Python fonksiyonu yaz:
Görev: [FONKSİYON_AÇIKLAMASI]
Gereksinimler:
- Type hints kullan
- Docstring ekle
- Edge case'leri handle et
- En az 3 unit test yaz (pytest)
- Karmaşıklığı belirt
- Alternatif çözüm öner
Örnek görev: Bir listedeki tekrarları koruyarak sıralı biçimde temizleyen fonksiyon. Çıktı: Type hint ve docstring içeren temiz bir Python fonksiyonu; boş liste, tek eleman ve tekrar eden değerler için pytest testleri. Karmaşıklık: O(n) zaman, O(n) ek alan. Alternatif: Sıra gerekmiyorsa set tabanlı çözüm.
Aşağıdaki kodu incele ve iyileştir:
```
[KOD]
```
Kontrol et:
1. Güvenlik açıkları
2. Performans sorunları
3. Clean code prensipleri
4. SOLID ihlalleri
5. Potansiyel bug'lar
6. Test edilebilirlik
Her sorun için önem derecesi ve düzeltilmiş kod yaz.
Aşağıdaki kodu incele ve iyileştir:
```
[KOD]
```
Kontrol et:
1. Güvenlik açıkları
2. Performans sorunları
3. Clean code prensipleri
4. SOLID ihlalleri
5. Potansiyel bug'lar
6. Test edilebilirlik
Her sorun için önem derecesi ve düzeltilmiş kod yaz.
Bulgular: SQL sorgusunda indeks kullanılmayan tarih filtresi yüksek maliyet oluşturuyor; servis katmanında hata yönetimi eksik; sorumluluklar tek fonksiyonda toplanmış. Öncelik: Yüksek. Öneri: Bileşik indeks ekleyin, sorguyu parametreli çalıştırın ve iş kurallarını ayrı bir servise taşıyın. Test: Sınır durumları ve yetkisiz erişim senaryoları eklenmeli.
Aşağıdaki kod değişikliği için uygun git commit mesajı yaz:
Değişiklikler:
[DEĞİŞİKLİKLER]
Conventional Commits formatı kullan:
- tip(kapsam): açıklama
- Body: ne ve neden değiştiğini açıkla
- Footer: breaking changes varsa belirt
3 alternatif öner.
Aşağıdaki kod değişikliği için uygun git commit mesajı yaz:
Değişiklikler:
[DEĞİŞİKLİKLER]
Conventional Commits formatı kullan:
- tip(kapsam): açıklama
- Body: ne ve neden değiştiğini açıkla
- Footer: breaking changes varsa belirt
3 alternatif öner.
feat(auth): add password reset flow. Body: Kullanıcıların güvenli bir token ile parola yenilemesini sağlayan akış eklendi; token süresi ve tek kullanımlık doğrulama uygulandı. Alternatifler: fix(auth): handle expired reset tokens; feat(account): implement secure password recovery. Breaking change: Yok.
[PROJE_ADI] projesi için RESTful API tasarla.
Kaynaklar: [KAYNAKLAR]
Her endpoint için:
- HTTP method ve URL
- Request body/params
- Response formatı (JSON)
- Status kodları
- Yetkilendirme gereksinimleri
- Swagger/OpenAPI spec
GET /api/v1/projects/{id}/tasks: Proje görevlerini döndürür. Yetkilendirme: Bearer token. Başarılı yanıt: 200 ve tasks dizisi. Hatalar: 401 yetkisiz, 404 proje bulunamadı, 422 geçersiz parametre. Sayfalama: page ve limit. OpenAPI tanımı; request, response şemaları ve örnek hata gövdeleriyle birlikte hazırlanır.
Aşağıdaki hata mesajını analiz et ve çözüm öner:
Dil/Framework: [TEKNOLOJİ]
Hata mesajı:
```
[HATA]
```
Kod bağlamı:
```
[KOD]
```
Çözüm:
- Hatanın kök nedeni
- Adım adım çözüm
- Benzer hataları önleme
- İlgili dokümantasyon linki
Aşağıdaki hata mesajını analiz et ve çözüm öner:
Dil/Framework: [TEKNOLOJİ]
Hata mesajı:
```
[HATA]
```
Kod bağlamı:
```
[KOD]
```
Çözüm:
- Hatanın kök nedeni
- Adım adım çözüm
- Benzer hataları önleme
- İlgili dokümantasyon linki
Kök neden: Üretim ortamında eksik çevre değişkeni nedeniyle bağlantı havuzu başlatılamıyor. Çözüm: Zorunlu ayarları başlangıçta doğrulayın, güvenli varsayılan kullanın ve anlaşılır hata günlüğü üretin. Önleme: CI ortamında yapılandırma testi, secret rotasyonu ve bağlantı kesintisi için yeniden deneme politikası ekleyin. Dokümantasyon: Framework bağlantı yapılandırma rehberi.
Aşağıdaki SQL sorgusunu optimize et:
```sql
[SORGU]
```
Analiz et:
- Execution plan tahmini
- Index önerileri
- Query rewrite alternatifleri
- N+1 problemi kontrolü
- Partition/sharding önerileri
- Performans karşılaştırması
Execution plan incelemesi: Tam tablo taraması yerine customer_id ve created_at üzerinde bileşik indeks önerildi. Sorgu yeniden yazımı: Gereksiz alt sorgu JOIN ile sadeleştirildi. N+1 riski: İlişkili kayıtlar tek sorguda eager loading ile alınmalı. Beklenti: Orta veri setinde sorgu süresi 420 ms seviyesinden 70 ms seviyesine düşebilir; gerçek sonuç benchmark ile doğrulanmalı.
[PROJE_ADI] projesi için veritabanı şeması tasarla.
Gereksinimler: [GEREKSİNİMLER]
Çıktı:
- ER diyagramı açıklaması
- Tablo yapıları (SQL)
- İlişkiler ve constraint'ler
- Index stratejisi
- Normalizasyon seviyesi
- Örnek veriler (INSERT)
Tablolar: users, projects, tasks ve task_comments. İlişkiler: users birden çok project, projects birden çok task, tasks birden çok comment. Constraintler: foreign key, benzersiz e-posta ve durum enumu. İndeksler: projects.owner_id, tasks.project_id ve tasks.status. Normalizasyon: Üçüncü normal form. Örnek INSERT kayıtları ve ER diyagramı açıklaması eklenir.
[TEKNOLOJİ_STACK] projesi için CI/CD pipeline tasarla.
Platform: [GitHub Actions/GitLab CI/Jenkins]
Pipeline:
- Build aşaması
- Test (unit, integration, e2e)
- Güvenlik taraması
- Staging deploy
- Production deploy
- Rollback stratejisi
- YAML yapılandırma dosyası
Aşamalar: Checkout kodu; bağımlılık kurulumu; unit ve integration testleri; SAST ve bağımlılık taraması; staging dağıtımı; manuel onay; production dağıtımı. Başarısızlıkta önceki imaja otomatik rollback yapılır. Pipeline sırlarını secret store üzerinden okur. Her adım artefact, log ve bildirim üretir; YAML yapılandırması branch kurallarıyla birlikte sunulur.
Kritik sistem güncellemeleri ve canlıya alma süreçleri öncesinde risk değerlendirmesi, test kontrol listesi ve geri alma planı oluşturmak.
Aşağıdaki yazılım değişikliği için canlıya çıkış (Production Deployment) risk analizi ve hazırlık kontrol listesi oluştur:
Değişiklik Kapsamı: [DEGISIKLIKLER_DATABASE_API_FRONTEND]
Etkilenen Sistemler: [SISTEMLER]
Planlanan Dağıtım Saati: [ZAMAN]
Çıktı Planı:
1. Risk Seviyesi Değerlendirmesi (Yüksek / Orta / Düşük ve nedenleri)
2. Dağıtım Öncesi Kontrol Listesi (Pre-deployment Checklist)
3. Dağıtım Adımları (Sıralı komutlar ve migration akışı)
4. Doğrulama ve Sağlık Kontrolleri (Smoke Test & Health Checks)
5. Geri Alma Planı (Rollback Strategy): Beklenmedik bir arıza durumunda veri kaybı olmadan eski sürüme dönüş adımları.
Aşağıdaki yazılım değişikliği için canlıya çıkış (Production Deployment) risk analizi ve hazırlık kontrol listesi oluştur:
Değişiklik Kapsamı: [DEGISIKLIKLER_DATABASE_API_FRONTEND]
Etkilenen Sistemler: [SISTEMLER]
Planlanan Dağıtım Saati: [ZAMAN]
Çıktı Planı:
1. Risk Seviyesi Değerlendirmesi (Yüksek / Orta / Düşük ve nedenleri)
2. Dağıtım Öncesi Kontrol Listesi (Pre-deployment Checklist)
3. Dağıtım Adımları (Sıralı komutlar ve migration akışı)
4. Doğrulama ve Sağlık Kontrolleri (Smoke Test & Health Checks)
5. Geri Alma Planı (Rollback Strategy): Beklenmedik bir arıza durumunda veri kaybı olmadan eski sürüme dönüş adımları.
1. Risk Seviyesi: YÜKSEK (Veritabanı şema değişikliği ve ödeme altyapısı içeriyor).
2. Dağıtım Öncesi:
- Tam veritabanı yedeği alındı mı?
- Staging ortamında test senaryoları geçti mi?
- API token ve gizli anahtarlar güncellendi mi?
3. Rollback Planı:
- Veritabanı için ters migration (down) scripti hazır.
- Önceki Docker imaj etiketi (image tag) hazır tutuluyor.
Yazılım kodlarını güvenlik açıkları, performans darboğazları, SOLID prensipleri ve okunabilirlik açısından profesyonelce incelemek.
Aşağıdaki kod parçasını kıdemli bir yazılım mimarı (Senior Staff Engineer) gözüyle titizlikle incele:
Programlama Dili / Framework: [DIL_FRAMEWORK]
Kod Bloğu:
```[DIL_FRAMEWORK]
[KOD]
```
İnceleme Raporu:
1. Kritik Güvenlik ve Mantık Hataları (Security & Edge Cases)
2. Performans ve Ölçeklenebilirlik Değerlendirmesi (Big-O, bellek kullanımı)
3. Temiz Kod ve Mimari (Clean Code, SOLID, DRY prensiplerine uyum)
4. İyileştirilmiş ve Refactor Edilmiş Kod: Açıklayıcı yorum satırlarıyla optimize edilmiş tam kod bloğu.
5. Birim Test (Unit Test) Senaryoları Önerisi.
Aşağıdaki kod parçasını kıdemli bir yazılım mimarı (Senior Staff Engineer) gözüyle titizlikle incele:
Programlama Dili / Framework: [DIL_FRAMEWORK]
Kod Bloğu:
```[DIL_FRAMEWORK]
[KOD]
```
İnceleme Raporu:
1. Kritik Güvenlik ve Mantık Hataları (Security & Edge Cases)
2. Performans ve Ölçeklenebilirlik Değerlendirmesi (Big-O, bellek kullanımı)
3. Temiz Kod ve Mimari (Clean Code, SOLID, DRY prensiplerine uyum)
4. İyileştirilmiş ve Refactor Edilmiş Kod: Açıklayıcı yorum satırlarıyla optimize edilmiş tam kod bloğu.
5. Birim Test (Unit Test) Senaryoları Önerisi.
1. Güvenlik: Kullanıcı girdisi doğrudan SQL içinde birleştirilmiş (SQL Injection riski). Prepared Statement kullanılmalı.
2. Performans: Döngü içinde veritabanı sorgusu (N+1 problemi) var. Batch query ile tek seferde çekilmeli.
3. Refactored Kod:
$data = $this->model->whereIn('id', $ids)->findAll();
Yavaş çalışan karmaşık SQL sorgularını analiz ederek indeksleme stratejileri ve sorgu yeniden yazımı (query rewrite) ile optimize etmek.
Aşağıdaki yavaş çalışan SQL sorgusunu ve veritabanı şemasını optimize et:
Veritabanı Türü: [MYSQL_POSTGRESQL_ORACLE_MSSQL]
Sorgu:
```sql
[SQL_SORGU]
```
Tablo Boyutları ve Mevcut İndeksler: [TABLOLAR_INDEKSLER]
Optimizasyon Raporu:
1. Darboğaz Analizi: Sorgunun neden yavaş çalıştığı (Full table scan, geçici tablolar, filesort vb.)
2. Önerilen İndeksler (B-Tree, Composite Index tanımları)
3. Yeniden Yazılmış Optimize SQL (Query Rewrite)
4. EXPLAIN Plan İnceleme Kılavuzu: Hangi satırların kontrol edilmesi gerektiği
5. Canlıya Alırken Dikkat Edilecek Kilitlenme (Locking) Riskleri.
Aşağıdaki yavaş çalışan SQL sorgusunu ve veritabanı şemasını optimize et:
Veritabanı Türü: [MYSQL_POSTGRESQL_ORACLE_MSSQL]
Sorgu:
```sql
[SQL_SORGU]
```
Tablo Boyutları ve Mevcut İndeksler: [TABLOLAR_INDEKSLER]
Optimizasyon Raporu:
1. Darboğaz Analizi: Sorgunun neden yavaş çalıştığı (Full table scan, geçici tablolar, filesort vb.)
2. Önerilen İndeksler (B-Tree, Composite Index tanımları)
3. Yeniden Yazılmış Optimize SQL (Query Rewrite)
4. EXPLAIN Plan İnceleme Kılavuzu: Hangi satırların kontrol edilmesi gerektiği
5. Canlıya Alırken Dikkat Edilecek Kilitlenme (Locking) Riskleri.
1. Darboğaz: `created_at` üzerinde indeks olmadığından 2 milyon satırlık `orders` tablosunda Full Table Scan yapılıyor.
2. İndeks Önerisi:
CREATE INDEX idx_orders_created_user ON orders(created_at, user_id);
3. Optimize SQL:
SELECT o.id, o.total_price, u.name
FROM orders o
INNER JOIN users u ON o.user_id = u.id
WHERE o.created_at >= '2026-01-01';
Aşağıdaki gereksinimlere göre bir React componenti oluştur:
Component: [COMPONENT_ADI]
Amaç: [AÇIKLAMA]
Kurallar:
- TypeScript kullan
- Tailwind CSS ile stil ver
- Props interface tanımla
- Responsive tasarım
- Erişilebilirlik (a11y)
- Storybook story yaz
Aşağıdaki gereksinimlere göre bir React componenti oluştur:
Component: [COMPONENT_ADI]
Amaç: [AÇIKLAMA]
Kurallar:
- TypeScript kullan
- Tailwind CSS ile stil ver
- Props interface tanımla
- Responsive tasarım
- Erişilebilirlik (a11y)
- Storybook story yaz
Çıktı: TypeScript ile yazılmış, props interface tanımlı ve klavye erişilebilirliğine sahip responsive bir Card bileşeni. Props: title, description, imageUrl ve onSelect. Tailwind sınıfları mobilde tek kolon, geniş ekranda iki kolon düzeni sağlar. Storybook senaryoları varsayılan, uzun metin ve boş görsel durumlarını kapsar.
Reklam
Toplam 19 içerikten 1 - 12 arası gösteriliyor•Sayfa 1 / 2
Görsel Çıktı
Prompt alanlarını doldurun
Değerler yalnız bu cihazda promptu hazırlamak için kullanılır.
