shakhzod's lab

Xinux hamjamiyatida klaviaturalar bo'yicha chaqchaqlashish uchun maxsus chat ochdik: https://t.me/xinux/370109/370110

UZINFOCOMga qaytdim. OSS jamoasiga

Ana endi qaytardim qarzimni

15:00 ga tayyormizmi? Biroz muammolarim sabab 3 soatga kechikdi, soat 12:00 ga mo'ljallagandim avvalasi

Ertaga Nix bo'yicha stream qilamizmi? Avvalgidek "deploy qilish" va "backend nights" kabi chizib, ko'rsatib? Aynan nima qiziq bo'ladi sizga? Shunga qarab tayyorgarlikni ko'raman.

Разработчиков заменит AI? Нет. Заменят тех, кто отказывается с ним работать. Перед инженером никогда не стояла задача "написать код". Задача была запустить продукт, который работает быстро, надёжно и решает реальную проблему бизнеса (что бы мы не называли бизнесом). Код - один из инструментов. Что изменилось: раньше платили за то, что ты держишь в голове тысячи строк контекста и мог с этим уживаться и строить большие системы. Сейчас это дешёвая операция. Дорогая - декомпозировать задачу, прочитать и понять сгенерированный код, критически оценить результат, взять ответственность за решение. Это не деградация. Это сдвиг, такой-же переход от ассемблера к высокоуровневым языкам - никто не плачет, что мы перестали вручную управлять регистрами. Важно только понимать, что инженерную работу никто не отменяет. Меняется только подход к написанию кода. Ещё бонус: пока AI берёт на себя рутину, у тебя появляется время копать глубже в технологии, быстрее становясь профессионалом. P.S. Бояться стоит другого - инженера, который копирует ответы из ChatGPT не читая. Вот это деградация. Но такие были и во времена Stack Overflow.

Project "Hail Mary" Ajoyib film, tavisya beraman bir ko'rishga

/clear dan keyin har doim Claude Code:

Bilim bizni hech qachon kibrga, manmanlikka yetaklamasligi kerak! Teamit Academy - zamonaviy kasblarni biz bilan o'rganing 🏢 Jizzax sh. Maishiy xizmat uyi 🏛 Mo'ljal: Eski "Zokir ota" to'yxonasi 📍Lokatsiya ☎️ 99 550 77 99 🌐 teamit.uz Telegram | Instagram | Facebook

Muhammadxon akadan intervyu, Aka gaplariga qo'shilaman. Asosiy muammo: odamlar kurs o'qisam ko'p pul topaman degan bog'liqlikni olib tashlash tarafdoriman. Kurs bu ta'lim. Odam qiziqmasa va xohlamasdan faqat pul uchun harakat qilsa gullamaydi. https://www.youtube.com/watch?v=f-f7p3cpyMs

Ish jarayoni

Kecha yaqinda GSD (Get Shit Done) degan freymvork topib oldim va ishimni ancha yengillashtirib berdi. Qanday ishlaydi? 1. Avvalasi /gsd:new-project qilib butun loyihani holatini qog'ozga yozdirib chiqamiz 2. /gsd:new-milestone [name] orqali qanday ish qilayotganimizni kiritamiz va unga batafsil tushuntiramiz 3. Milestone vaqtida u bizga ishni Phase'larga bo'lib beradi 4. /gsd:discuss-phase [N] orqali vazifani ustgi chegaralarini gaplashib chiqamiz 5. /gsd:plan-phase [N] orqali GSD avtomatik tarzda 4. dagi talablarga binoan ishga tayyorgarlik ko'radi 6. /gsd:execute-phase <N> orqali GSD parallel agentlar chariqirib, rejalangan ishni bajaradi 7. Ish bajarilgandan so'ng /gsd:verify-work [N] orqali u bilan testlab chiqamiz 8. Test davomida xatoliklarni joyida aytib, unga yana qo'shimcha ishni yuklatsa bo'ladi 9. Phase yakunlangandan so'ng keyingisiga o'tamiz 3. ni qaytarib 10. Barcha Phase'lar yakunlangandan so'ng /gsd:audit-milestone orqali umumiy Milestone'ni ko'rib chiqamiz 11. /gsd:complete-milestone Milestone'ni yakunlaydi 12. Ish vaqtida tezda nimadir bajarish uchun /gsd:quick [desc] dan foydalanamiz 13. Qandaydir muammo bo'lsa, uni /gsd:debug [desc] yordamida hal etamiz 14. Har bir /gsd:* buyrug'ini terishdan avval /clear chaqirib olamiz Nima uchun bu umuman kerak? 1. Loyiha haqida to'liq bilimi bor, va doim /gsd:* buyrug'ini berganimizda, u eng kerakli ma'lumotni o'zi olib kelib berib doim qaytadan loyihani qayta o'rganib chiqmaydi 2. Ketma-ketligi tushunarli va sodda 3. Har bir qilingan ish commitlanadi va to'liq tarix loyiha bilan birga Git ichida yotadi Loyiha: github.com/gsd-build/get-shit-done Qo'llanma: github.com/gsd-build/get-shit-done/blob/main/docs/USER-GUIDE.md

2013 yillarni eslaymiz 👽 Skrillex - Rock n Roll https://youtu.be/eOofWzI3flA Skrillex & Alvin Risk - Try it out https://youtu.be/ulHB2mNlovg Skrillex - Ruffneck Full Flex https://youtu.be/_t2TzJOyops Skrillex - SCARY MONSTERS & NICE SPIRITS (PHONAT REMIX) https://youtu.be/DPkfRjfZCkE Skrillex - The Reason https://youtu.be/PoTp-TaOf_0 Monsta - Holdin on (Skrillex & NERO REMIX) https://youtu.be/hJVrpR0SJpY

What do I do 🙄? - Gilfoyle Shu joyini zo’r olishgan @joseph_uz

Kecha va bugun shaxmat dasturini Rustda yozish bo'yicha ishladim. Shaxmat dasturi bir necha bo'limlardan tashkil topadi: 1. Shaxmat donalari yurishi yozuvi va ular bilan ishlash 2. Shaxmat o'yinini chizish (GUI, TUI) 3. Shaxmat botini yozish 4. ... Ushbu ro'yxatdan faqatgina birinchi bo'limini ustida ishlab, PGN (Portable Game Notation) ning SAN (Standart Algebraic Notation) qismini Rustdagi nom parser combinator kutubxonasi yordamida parse qilish bilan shug'ullandim. Loyiha: codeberg.org/shakhzodkudratov/chess.rs Parser combinatorlarni yaxshiroq tushunish uchun manba: https://t.me/haskelluz/42505/42930 Rust O'zbekiston hamjamiyatimizda batafsilroq gaplashgandik: t.me/rustlanguz/26210/33644 Bu safar kam Claude, ko'proq barmoqlarim bilan ishladim. Claude'ni asosan test case yaratish (testlar o'zi emas) va SAN'ning gramatikasini yaratish uchun ishlatdim. Ish qilib, zo'r dam olish kuni bo'ldi, juda maza qildim. Kelasi safar umid qilaman yuqoridagi 2 bo'limni Bevy Engine orqali yozaman

Avvalasi bu man uchun bitta eksperimental loyiha. Undan katta natija kutib, startup quraman degan joyim yo'q. Kelajakda o'zim uchun yangicha bir fikrlashni ochmoqchiman. Post kommentida Claude manga nima o'qishni tavsiya qilgan material bilan bo'lishib qo'yaman. Qiziq bo'lsa Claude'ning yaratgan CLAUDE.md lar orqali batafsilroq ma'lumot olishingiz mumkin: github.com/ecrous

Kecha va bugun Claude bilan bitta masala bo'yicha qattiq maslahatlashdik. Muammo o'zi nimada edi va nima uchun maslahatlashishni boshladim? Wordpress CMS butun dunyo bo'yicha standart holatida yashayapti, lekin uning arxitekturasi va API'lari ancha eskirgan. Bir necha yil avval unga plugin yozaman deb ancha soch to'kgan edim. Wordpress qanday ishlashni bilmasdan turib unga plugin yozish azob. Hamma yog'i sehr-jodu. Undan tashqari zamonaviy texnik imkoniyatlarni unga "kiydirish" ham bir tarafdan yengil ish emas va uncha mos tushmaydi nazarimda. Wordpress'ga zamonaviy yechimlarni odatda jamstack.org saytidan izlayman. U yerdagi mashxur Strapi boshida yaxshi yechim, lekin loyiha qiyinlashgan sari o'z muammolari kelib chiqadi. Undan tashqari uni front-end'ga ulash ham oson ish emas. Ha, u bizga API chiqarib beradi, lekin unda OpenAPI yo'q va qilayotgan ishni o'ylab va tekshirib qilish kerak. Avvalroq yozgan "Single source of truth" maqolamda aytib o'tgan muammo ham shunga oid edi. Nisbatan eng mukammal va komfort deb bilgan yechimim PayloadCMS, lekin uning o'ziga yarasha muammolari yetarlicha. Uni ustiga ahost.uz dan eng arzon hosting olsak PayloadCMS ustida qurilgan dasturni u yerga o'rnatish juda og'ir masala. Yuqoridagi fikrlar bilan Claude'ga "Kel shunaqa Rust'da model tizim yozaylik-ki, undan TypeScript sxemalar kelib chiqsin" degan ma'noda suxbat boshladim. Gap o'tgan sari bitta narsa tushunib yetishni boshladim: "Agar bu ketishda ketsak Rustda o'ylagan natijaga erisha olmayman, va shu dasturni foydalanuvchilari faqat dasturchi bo'lib qoladi va bu ularga rosa qiyindek tuyiladi". Bu fikrdan keyin esa "Agar biz qilayotgan ishning mag'zi ma'lumot modelini yaratish va undagi o'zaro aloqani ifoda etishmasmi?" deb deyarli ertalabgacha gaplashib chiqdik. Natijada shularni qila olish qudratiga ega platforma yaratish haqida gap burilib ketdi. Eng qiziq tarafi bunga formal verification qismlarni qo'shsak bo'lar ekan. Bu degani ifoda etilgan sxemada teshiklarni yo'q qilish. Odatda biz testlar bilan kodni bug'lardan asrash uchun ishlatamiz. Lekin formal verification bu masalaga matematik tarafdan yondashadi va bug'ning tagi bilan chopish qudratiga ega. Shu qismni ham modelga qo'shsa bo'lar ekan. Claude'ga "make me a summary of the whole project in 2 paragraphs" deb yozganimni javobi:

Ecrous is an open-source platform built on one idea: define your data model once and derive everything else mechanically. Users describe entities, fields, relationships, state machines, permissions, and invariants in a single YAML file — either by hand or through Ecrous Studio, a dark-themed SvelteKit visual editor with a canvas-based lifecycle designer, live preview panels, and an operation-based model store designed for future real-time collaboration. The Kernel, a Rust runtime, reads that YAML at startup, compiles it into optimized lookup tables and prepared SQL statements, then serves a complete REST API backed by Postgres. The entire transition logic — state checks, guards, cross-lifecycle coordination, tenant isolation, soft delete — collapses into a single SQL query per request. Hot reload swaps the compiled model atomically via ArcSwap while in-flight requests finish safely on the old one. What separates Ecrous from every CRUD generator is the lifecycle layer. Entities can carry parallel state machines (like payment and fulfillment on an Order) with guarded transitions, cross-lifecycle sync rules, field-state behaviors, and role-based permissions — all modeled declaratively and enforced by construction across database constraints, API validators, and generated TypeScript types simultaneously. The architecture is deliberately split: Studio and Kernel connect only through the model file format, share no runtime dependency, and can each be used independently. The codebase is fully scaffolded with detailed implementation blueprints in comments but nothing yet implemented — every method body is todo!(), ready for Claude Code to pick up and build layer by layer.

Bu bilan nimaga erishmoqchiman?

1. Essentials of Compilation - https://t.me/haskelluz/42505/42929 2. Parser Combinators - https://t.me/haskelluz/42505/42930 3. Scrap your Boilerplate - https://t.me/haskelluz/42505/42931