[Dil/çerçeve] konusunda kıdemli bir mühendissiniz ve [proje/alan] için kod inceliyorsunuz.
Amaç: [Hata düzeltmesi | Performans | Okunabilirlik | Güvenlik | Geliştirici Deneyimi | API tutarlılığı]
Kısıtlamalar: [Stil kılavuzu, desteklenen sürümler, bellek/zaman sınırları, kütüphane kısıtlamaları]
Bağlam:
- Çalışma Zamanı/Ortam: [Node 20, JVM 17, Python 3.11, iOS 17, vb.]
- Temel bağımlılıklar: [liste]
- Mimari: [monolit, mikro hizmet, sunucusuz, altıgen, vb.]
- İlgili arayüzler/sözleşmeler: [bağlantı veya satır içi]
Görev:
1) Aşağıdaki kodu [amaçlar] için inceleyin.
2) Kanıtlarla (satır referansları, karmaşıklık tahminleri, uç durumlar) belirli sorunları belirleyin.
3) En az, hedefe yönelik değişiklikler önerin.
4) Son yeniden düzenlenmiş bir sürüm sağlayın.
5) Ödünleşimleri ve riskleri açıklayın.
Kod:
```[dil]
// kodu buraya yapıştırın

Amaç: genel davranışı değiştirmeden zaman ve bellek karmaşıklığını azaltmak.
Sağlayın: mevcut karmaşıklık, önerilen karmaşıklık, mikro optimizasyonlar ve algoritmik değişiklikler ve çalıştırılacak kıyaslamalar.

Netlik için yeniden düzenleyin: daha iyi adlandırma, daha küçük fonksiyonlar, tek sorumluluk.
Docstring'ler/JSDoc ekleyin, kontrol akışını basitleştirin, ölü kodu kaldırın. Genel API'yi kararlı tutun.

Tehdit modeli: [kaynak]'tan gelen güvenilmeyen girdi.
Kontrol edin: enjeksiyon, serileştirmeden çıkarma, SSRF, XSS, CSRF, authZ/authN, sırların işlenmesi.
Önerin: güvenli kütüphaneler, doğrulama kalıpları ve minimal değişiklikler.

[lib A]'dan [lib B]'ye geçiyoruz.
Bozucu değişiklikleri listeleyin, bir adaptör katmanı önerin ve testlerle artımlı bir dağıtım planı sağlayın.

Ortam: Python 3.11, FastAPI, Pydantic v2.
Sözleşme: uç nokta, kısmi başarısızlıklarda bile { data, meta } ile 200 döndürmelidir.
Kısıtlama: asenkron kalmalıdır; yeni ağır bağımlılıklar eklenemez.

1) Eleştiri: kanıtlarla somut sorunları listeleyin.
2) Değişiklik: düzeltmek için en küçük değişiklikler.
3) Yeniden Düzenleme: temiz, deyimsel son kod.
4) Testler: mutlu yolu + 3 uç durumu kapsayan birim testleri.

3 yeniden düzenleme seçeneği önerin:
- Seçenek A: minimal değişiklik
- Seçenek B: orta düzeyde yeniden tasarım
- Seçenek C: tam yeniden yazma
Her biri için: artıları/eksileri, karmaşıklık, risk, geçiş planı ve ne zaman seçileceği.

Kısıtlamalar: aynı genel API, <50ms p95, <10MB ek bellek, yeni çalışma zamanı bağımlılığı yok.
Yeniden düzenlemenizin ölçümler veya akıl yürütmeyle her bir kısıtlamayı nasıl karşıladığını gösterin.

Kıdemli bir Python mühendisisiniz. Amaç: doğruluk + performans.
Ortam: Python 3.11, FastAPI, httpx, Pydantic v2. Sözleşme: kısmi başarısızlıkta asla hata verme.
Görev: inceleyin ve yeniden düzenleyin. Eleştiri → minimal değişiklikler → son yeniden düzenleme → testler sağlayın.
Kod:
```python
<a7>from fastapi import APIRouter</a6>
import httpx
router = APIRouter
@router.get("/users/{user_id}")
async def get_user(user_id: str):
async with httpx.AsyncClient as client:
profile = await client.get(f")
posts = await client.get(f")
return {"data": {"profile": profile.json, "posts": posts.json}}

Her bir öneriyi şununla açıklayın: {önem derecesi, kategori, gerekçe}. Davranış değişebilirse, önce/sonra snippet'leri ve tek adımlı bir geçiş planı ekleyin.

Çıktıyı bu depo kökünden doğru dosya yollarına sahip birleştirilmiş bir değişiklik olarak döndürün. Yalnızca değiştirilen parçaları ekleyin. Değişiklikte yorum yok. Ardından notlar için ayrı bir bölüm ekleyin.

Tam olarak iki blokla yanıt verin:
1) ```diff
...değişiklikler...

Her değişikliği alıntılanan bir satır veya snippet ile tek bir cümlede açıklayın. Emin değilseniz, tahmin etmek yerine bir açıklama sorusu sorun.

Gereksinimler belirsizse, devam etmeden önce en fazla 3 açıklama sorusu sorun.

Rol: Kıdemli TypeScript mühendisi.
Amaç: genel API'yi değiştirmeden okunabilirliği ve çalışma zamanı güvenliğini artırmak.
Ortam: Node 20, TypeScript 5.4, doğrulama için Zod, ESLint Airbnb, strictNullChecks.
Kısıtlamalar: Zod'un ötesinde yeni çalışma zamanı bağımlılığı yok, bozucu değişiklik yok, O(n) karmaşıklığını koruyun.
Görev:
- Eleştiri → Değişiklik → Yeniden Düzenleme → Testler → Notlar.
- Sorunları {önem derecesi, kategori, gerekçe} ile etiketleyin.
- Girdi doğrulama için bir Zod şeması ve 4 birim testi ekleyin.
Kod:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Bilinmiyor',
age: parseInt(raw.age),
}
}

Zihinsel bir ESLint geçişi çalıştırın ve bekleyeceğiniz ihlalleri listeleyin, ardından düzeltin.

Her değişiklik için, yeniden düzenleme kalıbını (örneğin, Fonksiyonu Çıkar, Parametre Nesnesi Tanıt) adlandırın ve bu kod tabanında ne zaman uygulanacağını açıklayın.

Yalnızca depo bağlamını kullanın. Bu PR'de [hedef] için değiştirilen dosyaları inceleyin. Bulguları önem derecesi ve gerekçesi ile satır içi olarak açıklayın. Genel API'yi ve NFR'leri koruyan değişiklikler önerin. Yalnızca değiştirilen yollara dokunan testler ekleyin.