Ayyubxon Fargʻoniy | 0.1x engineer
کانال بسته
826
مشترکین
-124 ساعت
-57 روز
-2730 روز
در حال بارگذاری داده‌ها
کانال‌های مشابه
ابر برچسب‌ها
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '260
در 0 کانال‌ها
سپتامبر '26
+19
در 0 کانال‌ها
Get PRO
اوت '26
+30
در 0 کانال‌ها
Get PRO
ژوئیه '26
+24
در 0 کانال‌ها
Get PRO
ژوئن '26
+17
در 0 کانال‌ها
Get PRO
مه '26
+18
در 0 کانال‌ها
Get PRO
آوریل '26
+29
در 1 کانال‌ها
Get PRO
مارس '26
+45
در 2 کانال‌ها
Get PRO
فوریه '26
+11
در 2 کانال‌ها
Get PRO
ژانویه '26
+15
در 0 کانال‌ها
Get PRO
دسامبر '25
+15
در 0 کانال‌ها
Get PRO
نوامبر '25
+26
در 0 کانال‌ها
Get PRO
اکتبر '25
+19
در 0 کانال‌ها
Get PRO
سپتامبر '25
+23
در 2 کانال‌ها
Get PRO
اوت '25
+24
در 3 کانال‌ها
Get PRO
ژوئیه '25
+25
در 0 کانال‌ها
Get PRO
ژوئن '25
+94
در 2 کانال‌ها
Get PRO
مه '25
+15
در 0 کانال‌ها
Get PRO
آوریل '25
+49
در 1 کانال‌ها
Get PRO
مارس '25
+173
در 3 کانال‌ها
Get PRO
فوریه '25
+118
در 3 کانال‌ها
Get PRO
ژانویه '25
+31
در 6 کانال‌ها
Get PRO
دسامبر '24
+49
در 2 کانال‌ها
Get PRO
نوامبر '24
+55
در 1 کانال‌ها
Get PRO
اکتبر '24
+58
در 2 کانال‌ها
Get PRO
سپتامبر '24
+46
در 4 کانال‌ها
Get PRO
اوت '24
+57
در 6 کانال‌ها
Get PRO
ژوئیه '24
+229
در 5 کانال‌ها
Get PRO
ژوئن '24
+30
در 3 کانال‌ها
Get PRO
مه '24
+101
در 12 کانال‌ها
Get PRO
آوریل '24
+67
در 6 کانال‌ها
Get PRO
مارس '24
+172
در 6 کانال‌ها
Get PRO
فوریه '24
+68
در 7 کانال‌ها
Get PRO
ژانویه '24
+173
در 7 کانال‌ها
Get PRO
دسامبر '23
+121
در 4 کانال‌ها
Get PRO
نوامبر '23
+38
در 0 کانال‌ها
Get PRO
اکتبر '23
+65
در 3 کانال‌ها
Get PRO
سپتامبر '23
+51
در 0 کانال‌ها
Get PRO
اوت '23
+580
در 0 کانال‌ها
Get PRO
ژوئیه '23
+45
در 0 کانال‌ها
Get PRO
ژوئن '23
+24
در 0 کانال‌ها
Get PRO
مه '23
+26
در 0 کانال‌ها
Get PRO
آوریل '23
+54
در 0 کانال‌ها
Get PRO
مارس '23
+30
در 0 کانال‌ها
Get PRO
فوریه '23
+498
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 20 اکتبر | 0 | |||
| 19 اکتبر | 0 | |||
| 18 اکتبر | 0 | |||
| 17 اکتبر | 0 | |||
| 16 اکتبر | 0 | |||
| 15 اکتبر | 0 | |||
| 14 اکتبر | 0 | |||
| 13 اکتبر | 0 | |||
| 12 اکتبر | 0 | |||
| 11 اکتبر | 0 | |||
| 10 اکتبر | 0 | |||
| 09 اکتبر | 0 | |||
| 08 اکتبر | 0 | |||
| 07 اکتبر | 0 | |||
| 06 اکتبر | 0 | |||
| 05 اکتبر | 0 | |||
| 04 اکتبر | 0 | |||
| 03 اکتبر | 0 | |||
| 02 اکتبر | 0 | |||
| 01 اکتبر | 0 |
پست‌های کانال
| 2 |  Bugun men o'qigan eng foydali narsa | 412 |
| 3 |  Warehouse management system ekan, juda zoʻr chiqqan.
AI davrida kreativ odamlar uchun juda koʻp eshiklar ochilyapti, vaqt va pul unchalik ham toʻsiq emas avvalgidek.
Three.js, Opus 5.5 | 512 |
| 4 | https://
tester.army/e2e | 412 |
| 5 | Agar interviewda "yangi qayta yozilgan APIni qanday qilib xavfsiz tarzda release qilish mumkin?" deb so‘rab qolsa nima deb javob berishni bilasizmi?
Dasturchi sifatida biror ishlab turgan narsani qaysidir sababga ko‘ra qayta yozishga majbur bo‘lamiz. Buni to‘g‘ri qilish esa oson ish emas.
- Balki boshqa tilda qayta yozayotgandirmiz
- Balki texnik qarzdan qutulish maqsadida qayta yozayotgandirmiz
- Balki yaxshiroq algoritm o‘ylab topganimiz uchun qayta yozayotgandirmiz
Sabablari ko‘p bo‘lishi mumkin.
Lekin yangi kod bu har doim xavf. Ishlab turgan narsani yangi varianti bilan almashtiraman deb qandaydir yangi buglarni foydalanuvchilarga taqdim qilishimiz hech gap emas. Test qilamiz, ha. Lekin productionda, haqiqiy foydalanuvchilar bilan har balo bo‘lishi mumkin.
Shuning uchun ham yangi yozilgan kod haqiqatda eskisini o‘rnini to‘g‘ri bosa olish-olmasligini bilishning eng zo‘r usuli bu productionda test qilish.
Lekin qanday qilib?
Traffic shadowing yoki traffic mirroring deb ataladigan usul mavjud.
Unga ko‘ra bizga birorta request kelganda birinchi o‘rinda eski usul yordamida javobini foydalanuvchiga qaytaramiz. Lekin qaytarishimizdan oldin asinxron tarzda yangi usulga ham xuddi shu requestni yuborib qo‘yamiz. Nega asinxron? Foydalanuvchi kutilgandan ko‘proq kutib qolmasligi uchun.
Endi bizda 2 ta javob bor. Biri eski usulda olingan, narigisi esa yangi usulda olingan. Nima qilamiz? Solishtiramiz. Bir xil yoki boshqachaligi haqida xabar beramiz (metrics yuborish orqali).
Agar yetarlicha vaqt davomida yangi variantimiz eskisini bilan bir xil (va bir xil yoki yaxshiroq tezlikda) javob bera olsa, demak uni ommaga taqdim etishimiz mumkin. Havfsiz tarzda. Chunki u juda yaxshi test qilingan. Haqiqiy production trafficda.
Misol uchun, Amazon o‘zining IAM servisining asosida turadigan kutubxonani almashtirganda shu usuldan foydalangan. Ma’lumot uchun IAM sekundiga 1 milliarddan ortiq requestlarni qabul qila oladi. Bu raqam haqida yaxshilab o‘ylab ko‘ring!
@jakhonrakhmonov | 488 |
| 6 |  Agentic software development haqida qisqacha | 480 |
| 7 | https://backend-from-first-principle.vercel.app/ | 533 |
| 8 | https://nine-fives.vercel.app/ | 535 |
| 9 | Yaxshi dasturchi baribir qo'lda kod yozadi
Hatto kodning katta qismini Claude, Codex kabi agentlar yozgan bo'lsa ham. Chunki natijasini tushunmagan ishingizga ega chiqolmaysiz, natija uchun javob berolmaysiz. Bu shunchaki imkonsiz.
"Promptchi"lar agent bergan birinchi javobni shundoqqina qabul qiadi.
O'zlari qatorma-qator o'qib chiqmagan pull request'larni ochishadi.
Production ishdan chiqqanda esa qotib qolishadi, chunki nimani "merge" qilganini hech qachon tushunishmagan. Jamoa esa nima qanday buzilganini bilmay o'tiraveradi.
Juniorlar,
Qo'lda kod yozmaydigan junior hech qachon intuitsiya orttirmaydi.
Intuitsiya biror narsani noto'g'ri yozib, uning ishlamaganini ko'rib, xatoni anglab, o'z qo'lingiz bilan tuzatishdan paydo bo'ladi.
Bu bosqichni o'tkazib yuborsangiz, 3 yillik tajribaga ega, lekin asinxron koddagi bironta bagni tuzatib ko'rmagan "ko'r" dasturchi paydo bo'ladi.
Seniorlar,
Sizlarda ko'p kuzatadiganim:
❌ Agentda "toza"roq g'oya bor ekan, deb ishlab turgan modulni qaytadan yozish
❌ Simptoplar bilan kurarish va asl xatolikni yashiradigan "fix"ni merge qilish
❌ Agent aytgan kutubxonani tekshirmasdan, benchmark qilmasdan qo'shish
❌ AI ishonch bilan tushuntirgani uchun yechimni tasdiqlash
❌ AI ga ishonch bilan tushuntirgani uchun yechimni tasdiqlash
❌ Keraksiz murakkablik olib kirish.
Kuchli dasturchilar esa bunday qiladi:
✅ Merge qilishdan oldin kodni o'qiydi
✅ Agent sayoz yechim beryotgan murakkab qismlarni o'z qo'li bilan yozadi.
✅ Agent hisobga olmagan/ololmaydigan holatlarni tekshiradi, unga qanday qilish kerakligini aytadi.
✅ Taklif arxitekturaga mos kelmasa, uni rad etadi
✅ PR'dagi istalgan qatorni jamoadoshiga tushuntirib bera oladi
Dasturchilarga kod yozishgani uchun pul to'lashmaydi. Sizga biznes muammolarini hal qilganingiz uchun pul to'lanadi. Kod, bu ularni hal qilish usuli. AI agentlar esa IDE, debugger va linter yonidagi yana bitta instrument, xolos.
Hech kim kodni qo'lda yozganingizni yoki AI bilan yozganingizni so'ramaydi. Menejmentni kod ishlaydimi va bir yildan keyin jamoa uni qo'llab-quvvatlay oladimi, kabi savollar qiziqtiradi. Hammamiz kodni qo'lda yozishdan AI bilan yozishga o'tdik. Lekin unga javobgarlik va mas'uliyat joyida turibdi.
Agentlardan har kuni foydalanaman va ular bilan ishim tez bitadi. Oldin 1 kun yozadigan kodimni 1 soatda yozdiraman. Lekin tushunmasdan erishilgan tezlik, bu production'ga feature'lar bilan birga baglarni ham tez chiqarish degani.
Agar agent nima yozganini tushuntira olmasangiz, o'sha feature'ni siz qilmagansiz. Siz shunchaki agentga production uchun "access" bergansiz, xolos.
@brogrammist | 473 |
| 10 |  بدون متن... | 419 |
| 11 |  بدون متن... | 417 |
| 12 |  Juda qiziq fakt oʻqidim bugun, aslida fakt ham emas lekin hech oʻylab koʻrmagan ekanman, kuniga 2 soat bekor vaqt oʻtkazish bu bir yilda 1 oyga teng, agar uyqu, avqotlanish, yoʻl va kundalik ishlarga sarflanadigan vaqtni olib tashlab faqat foydali vaqtni qoldirsak, bu 2 oydan ham ortiqqa teng.
Kunlik scaleda kichik koʻrinishi mumkin, ammo bu yillarga boʻlinsa ehhe. | 579 |
| 13 | Juda qiziq fakt oʻqidim bugun, aslida fakt ham emas lekin hech oʻylab koʻrmagan ekanman, kuniga 2 soat bekor vaqt oʻtkazish bu bir yilda 1 oyga teng, agar uyqu, avqotlanish, yoʻl va kundalik ishlarga sarflanadigan vaqtni olib tashlab faqat foydali vaqtni qoldirsak, bu 2 oydan ham ortiqqa teng.
Kunlik scaleda kichik koʻrinishi mumkin, ammo bu yillarga boʻlinsa ehhe. | 3 |
| 14 |  Kommentlarni export qilib ChatGPT ga tashlagan edim.
Mana top 10 talik reyting 🙃 | 419 |
| 15 | 2026-yildagi yagona yutugʻim | 448 |
| 16 | IOAI tayyorlov
Sun'iy intellekt sohasidagi ish va o'qitish tajribamdan yoshlarga o'rgatish uchun IOAIga tayyorlov dasturi ochmoqdaman. Bu avvalgi Behbudiy Academy batchlaridan sal farqli bo'lib, maktab o'quvchilari uchun mo'ljallangan. Bu dastur matematika yoki informatika fanlaridan olimpiadalarga qatnashib yurgan, sun'iy intellektga qiziqadigan tirishqoq o'quvchilar uchun.
O'z ustida ishlaydigan, tirishqoq o'quvchi biz taqdim etadigan o'quv dastur bo'yicha shug'ullansa keyingi yilni o'zida yaxshi natija qila oladi inshaalloh.
Batafsil ma'lumotlar va topshirish formasi bu yerda. | 601 |
| 17 | Materialistik narsalar insonning shaxsiyatiga aylanib qolishi kerakmas.
Avtomobillar, soatlar, telefon, uy bu hech qanday moddiyat insonning qadriyatlari, eʼtiqodidan ustun boʻlib qolmasligi kerak.
Agar shunday boʻlsa, demak oʻlchovlar notoʻgʻri. | 597 |
| 18 |  بدون متن... | 746 |
| 19 | Bir necha oy ishlab, kompaniya yoqmay ishdan ketishdan koʻra osonroq.
Toʻgʻri, yuz foiz bilib boʻlmaydi, chunki shunchaki yolgʻon gapirishlari mumkin, eng asosiy maʼlumotlar baribir ishlaganingizdan keyin bilinadi, ammo qoʻldan kelgancha harakat qilish kerak | 699 |
| 20 | Ishga kirishdan avval kompaniya haqida koʻproq qiziqqan maʼqul.
Deadlinelar qanday, muhit qanday, qay tartibda oylik toʻlanadi, erinmay soʻrash kerak.
Ular sizni ming chig'iriqdan oʻtkazishyaptimi, siz ham yaxshilab surishtirib oling. | 619 |
