நீங்கள் [மொழி/கட்டமைப்பு] பொறியாளர், [திட்டம்/களம்] க்கான குறியீட்டை மதிப்பாய்வு செய்கிறீர்கள்.
நோக்கம்: [பிழை திருத்தம் | செயல்திறன் | வாசிப்புத்திறன் | பாதுகாப்பு | DX | API நிலைத்தன்மை]
கட்டுப்பாடுகள்: [பாணி வழிகாட்டி, ஆதரிக்கப்படும் பதிப்புகள், நினைவகம்/நேர வரம்புகள், நூலகக் கட்டுப்பாடுகள்]
சூழல்:
- இயக்கநேரம்/Env: [Node 20, JVM 17, Python 3.11, iOS 17, போன்றவை.]
- முக்கிய சார்புகள்: [பட்டியல்]
- கட்டமைப்பு: [ஒருங்கிணைந்த, மைக்ரோ சேவை, சேவையகம் இல்லாத, அறுகோண, போன்றவை.]
- தொடர்புடைய இடைமுகங்கள்/ஒப்பந்தங்கள்: [இணைப்பு அல்லது உள்ளிணைப்பு]
பணி:
1) [குறிக்கோள்களுக்காக] பின்வரும் குறியீட்டை மதிப்பாய்வு செய்யவும்.
2) சான்றுகளுடன் குறிப்பிட்ட சிக்கல்களை அடையாளம் காணவும் (வரி குறிப்புகள், சிக்கலான மதிப்பீடுகள், விளிம்பு வழக்குகள்).
3) குறைந்தபட்ச, இலக்கு வேறுபாடுகளை முன்மொழியுங்கள்.
4) இறுதி மறுசீரமைக்கப்பட்ட பதிப்பை வழங்கவும்.
5) வர்த்தகங்கள் மற்றும் அபாயங்களை விளக்குங்கள்.
குறியீடு:
```[language]
// இங்கே குறியீட்டை ஒட்டவும்

நோக்கம்: பொது நடத்தையை மாற்றாமல் நேரம் மற்றும் நினைவக சிக்கலைக் குறைக்கவும்.
வழங்குங்கள்: தற்போதைய சிக்கல், முன்மொழியப்பட்ட சிக்கல், மைக்ரோ-உகப்பாக்கம் vs வழிமுறை மாற்றங்கள் மற்றும் இயக்க வேண்டிய அளவுகோல்கள்.

தெளிவுக்காக மறுசீரமைக்கவும்: சிறந்த பெயரிடல், சிறிய செயல்பாடுகள், ஒற்றை-பொறுப்பு.
ஆவண சரங்கள்/JSDoc ஐச் சேர்க்கவும், கட்டுப்பாட்டு ஓட்டத்தை எளிதாக்கவும், இறந்த குறியீட்டை அகற்றவும். பொது API ஐ நிலையானதாக வைத்திருங்கள்.

அச்சுறுத்தல் மாதிரி: [மூலத்திலிருந்து] நம்பகமற்ற உள்ளீடு.
சரிபார்க்கவும்: உட்செலுத்துதல், வரிசை நீக்கம், SSRF, XSS, CSRF, authZ/authN, ரகசியங்கள் கையாளுதல்.
பரிந்துரை: பாதுகாப்பான நூலகங்கள், சரிபார்ப்பு வடிவங்கள் மற்றும் குறைந்தபட்ச வேறுபாடுகள்.

நாங்கள் [lib A] இலிருந்து [lib B] க்கு இடம்பெயர்கிறோம்.
முறிக்கும் மாற்றங்களைப் பட்டியலிடுங்கள், ஒரு அடாப்டர் அடுக்கை முன்மொழியுங்கள், மேலும் சோதனைகளுடன் ஒரு படிப்படியான வெளியீட்டுத் திட்டத்தை வழங்குங்கள்.

Env: Python 3.11, FastAPI, Pydantic v2.
ஒப்பந்தம்: பகுதி தோல்விகள் ஏற்பட்டாலும் { data, meta } உடன் இறுதிப்புள்ளி 200 ஐ வழங்க வேண்டும்.
கட்டுப்பாடு: ஒத்திசைவாக இருக்க வேண்டும்; புதிய அதிகப்படியான சார்புகளைச் சேர்க்க முடியாது.

1) விமர்சனம்: ஆதாரத்துடன் உறுதியான சிக்கல்களைப் பட்டியலிடுங்கள்.
2) வேறுபாடு: சரி செய்ய மிகச்சிறிய மாற்றங்கள்.
3) மறுசீரமைப்பு: சுத்தமான, மரபுவழி இறுதி குறியீடு.
4) சோதனைகள்: மகிழ்ச்சியான பாதை + 3 விளிம்பு வழக்குகளை உள்ளடக்கிய அலகு சோதனைகள்.

3 மறுசீரமைப்பு விருப்பங்களை முன்மொழியுங்கள்:
- விருப்பம் A: குறைந்தபட்ச மாற்றம்
- விருப்பம் B: மிதமான மறுவடிவமைப்பு
- விருப்பம் C: முழுமையான மறுஎழுத்து
ஒவ்வொன்றிற்கும்: சாதக பாதகங்கள், சிக்கல், ஆபத்து, இடப்பெயர்வு திட்டம் மற்றும் எப்போது தேர்வு செய்வது.

கட்டுப்பாடுகள்: அதே பொது API, <50ms p95, <10MB கூடுதல் நினைவகம், புதிய இயக்கநேர சார்புகள் இல்லை.
உங்கள் மறுசீரமைப்பு ஒவ்வொரு கட்டுப்பாடுக்கும் அளவீடுகள் அல்லது பகுத்தறிவுடன் எவ்வாறு பொருந்துமெனக் காட்டவும்.

நீங்கள் ஒரு மூத்த Python பொறியாளர். நோக்கம்: சரியான தன்மை + செயல்திறன்.
Env: Python 3.11, FastAPI, httpx, Pydantic v2. ஒப்பந்தம்: பகுதி தோல்வியில் ஒருபோதும் உயர்த்த வேண்டாம்.
பணி: மதிப்பாய்வு செய்து மறுசீரமைக்கவும். விமர்சனம் → குறைந்தபட்ச வேறுபாடுகள் → இறுதி மறுசீரமைப்பு → சோதனைகளை வழங்கவும்.
குறியீடு:
```python
from fastapi import APIRouter
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}}

ஒவ்வொரு பரிந்துரையும் {severity, category, rationale} உடன் சிறுகுறிப்பு செய்யவும். நடத்தை மாறக்கூடும் என்றால், முன்/பின் துணுக்குகள் மற்றும் ஒரு-படி இடப்பெயர்வு திட்டத்தைச் சேர்க்கவும்.

இந்த களஞ்சியத்தின் மூலத்திலிருந்து சரியான கோப்பு பாதைகளுடன் ஒருங்கிணைந்த வேறுபாடாக வெளியீட்டைத் திருப்பி அனுப்புங்கள். மாற்றப்பட்ட குங்குல்கள் மட்டும் சேர்க்கவும். வேறுபாட்டில் எந்த விளக்கமும் இல்லை. பின்னர் குறிப்புகளுக்கான தனிப் பிரிவைச் சேர்க்கவும்.

சரியாக இரண்டு தொகுதிகளுடன் பதிலளிக்கவும்:
1) ```diff
...changes...

ஒவ்வொரு மாற்றத்தையும் ஒரு மேற்கோள் காட்டப்பட்ட வரி அல்லது துணுக்கோடு ஒரு வாக்கியத்தில் விளக்குங்கள். உறுதியாக தெரியவில்லை என்றால், யூகிப்பதற்கு பதிலாக தெளிவுபடுத்தும் கேள்வியைக் கேளுங்கள்.

தேவைகள் தெளிவற்றதாக இருந்தால், தொடர்வதற்கு முன் 3 தெளிவுபடுத்தும் கேள்விகளைக் கேளுங்கள்.

பங்கு: மூத்த TypeScript பொறியாளர்.
நோக்கம்: பொது API ஐ மாற்றாமல் வாசிப்புத்திறன் மற்றும் இயக்கநேர பாதுகாப்பை மேம்படுத்தவும்.
Env: Node 20, TypeScript 5.4, சரிபார்ப்புக்கான Zod, ESLint Airbnb, strictNullChecks.
கட்டுப்பாடுகள்: Zod க்கு அப்பால் புதிய இயக்கநேர சார்புகள் இல்லை, எந்த முறிக்கும் மாற்றங்களும் இல்லை, O(n) சிக்கலை பராமரிக்கவும்.
பணி:
- விமர்சனம் → வேறுபாடு → மறுசீரமைப்பு → சோதனைகள் → குறிப்புகள்.
- {தீவிரம், வகை, நியாயம்} உடன் சிக்கல்களைக் குறிக்கவும்.
- உள்ளீட்டு சரிபார்ப்பு மற்றும் 4 அலகு சோதனைகளுக்கான Zod திட்டத்தைச் சேர்க்கவும்.
குறியீடு:
```ts
export function parseUser(raw: any) {
if (!raw) return null
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
}
}

ஒரு மன ESLint பாஸ் இயக்கி, நீங்கள் எதிர்பார்க்கும் மீறல்களைப் பட்டியலிடுங்கள், பின்னர் அவற்றை சரிசெய்யவும்.

ஒவ்வொரு மாற்றத்திற்கும், மறுசீரமைப்பு வடிவத்தின் பெயரை (எ.கா., செயல்பாட்டைப் பிரித்தெடுக்கவும், அளவுரு பொருளை அறிமுகப்படுத்தவும்) மற்றும் இந்த குறியீடு தளத்தில் அதை எப்போது பயன்படுத்த வேண்டும் என்பதை விளக்குங்கள்.

களஞ்சிய சூழலை மட்டும் பயன்படுத்தவும். [இலக்குக்காக] இந்த PR இல் மாற்றப்பட்ட கோப்புகளை மதிப்பாய்வு செய்யவும். கண்டுபிடிப்புகளை தீவிரத்தன்மையுடனும் நியாயத்துடனும் உள்ளிணைக்கவும். பொது API மற்றும் NFR களைப் பாதுகாக்கும் வேறுபாடுகளை முன்மொழியுங்கள். மாற்றப்பட்ட பாதைகளைத் தொடும் சோதனைகளை மட்டும் சேர்க்கவும்.