TGTGInsightkecerdasan telegramLIVE / telegram public index
← Far·hod·jon
Far·hod·jon avatar

TGINSIGHT POST

Post #810

@farhodjon

Far·hod·jon

Tampilan1,160Jumlah tampilan
Diposting7 Feb07/02/2026, 01.35
Isi postingan

Isi

Opus 4.6 va Codex 5.3 modellarini haqiqiy loyihada bir xil muhitda tekshirishga imkoniyat bo’ldi bugun. Lekin kod uchunmas, loyihani to’liq tekshirib chiqib, ORM’ni almashtirish bo’yicha reja olish uchun. Opus 4.6 shavqatsizlarcha ochiq va rostgo’y. Qaror sifatida bir qancha sabablarni keltirib, “umuman tavsiya qilmayman”, degan qaror chiqardi. Lekin so’ralganda qanaqa qilib to’g’ri implementatsiya qilish bo’yicha reja tuzib berdi. Codex 5.3 bo’lsa shunchaki talabni bajardi xolos. O’zining “fikrini” bo’llishmasdan, to’g’ridan-to’g’ri so’ralgan narsani bajarishga o’tdi: ya’ni reja tuzishga. Rejasi yaxshi lekin. Keyin, ikkala rejani olib Gemini fikrini so’radim. Uning fikricha, Claude taklif qilgan variant to’g’ri: bu refaktoringni qilmaslik kerak. Lekin majbur bo’lsakkina Codex rejasini ishlatishni aytdi. My recommendation: Use Claude’s "Feature Parity Gaps" list to kill the project. If you can't kill it, adopt Codex’s "Phase 1: Repository Interfaces" immediately—it’s a better architectural pattern regardless of which ORM you use. Xullas, rostgo’y injener kerak bo’lsa - Claude, iltifotli injener kerak bo’lsa - Codex.