Brogrammist
前往频道在 Telegram
Veb-dasturlash bo'yicha kamtarona bilim va tajribalarimni ulashaman. Konsultatsiya: https://connected.uz/x/DiyorbekSadullaev Sayt: https://diyorbek.blog YouTube: https://youtube.com/@brogrammistuz Insta: https://instagram.com/brogrammistuz
显示更多1 182
订阅者
-124 小时
-27 天
-3130 天
吸引订阅者
十一月 '2611月 '26
十一月 '26
+3
在0个频道中
十月 '26
+155
在0个频道中
Get PRO
九月 '260
在3个频道中
Get PRO
八月 '260
在0个频道中
Get PRO
七月 '260
在1个频道中
Get PRO
六月 '260
在1个频道中
Get PRO
五月 '260
在2个频道中
Get PRO
四月 '260
在2个频道中
Get PRO
三月 '260
在3个频道中
Get PRO
二月 '260
在3个频道中
Get PRO
一月 '260
在0个频道中
Get PRO
十二月 '250
在1个频道中
Get PRO
十一月 '250
在2个频道中
Get PRO
十月 '250
在0个频道中
Get PRO
九月 '250
在9个频道中
Get PRO
八月 '250
在3个频道中
Get PRO
七月 '250
在0个频道中
Get PRO
六月 '250
在0个频道中
Get PRO
五月 '250
在2个频道中
Get PRO
四月 '250
在1个频道中
Get PRO
三月 '250
在4个频道中
Get PRO
二月 '250
在1个频道中
Get PRO
一月 '250
在1个频道中
Get PRO
十二月 '240
在4个频道中
Get PRO
十一月 '240
在0个频道中
Get PRO
十月 '240
在2个频道中
Get PRO
九月 '24
+418
在3个频道中
Get PRO
八月 '240
在1个频道中
Get PRO
七月 '240
在0个频道中
Get PRO
六月 '240
在3个频道中
Get PRO
五月 '240
在5个频道中
Get PRO
四月 '240
在1个频道中
Get PRO
三月 '240
在1个频道中
Get PRO
二月 '240
在0个频道中
Get PRO
一月 '240
在0个频道中
Get PRO
十二月 '230
在2个频道中
Get PRO
十一月 '230
在0个频道中
Get PRO
十月 '23
+10
在0个频道中
Get PRO
九月 '23
+18
在0个频道中
Get PRO
八月 '23
+9
在0个频道中
Get PRO
七月 '23
+10
在0个频道中
Get PRO
六月 '23
+59
在0个频道中
Get PRO
五月 '23
+8
在0个频道中
Get PRO
四月 '23
+27
在0个频道中
Get PRO
三月 '23
+7
在0个频道中
Get PRO
二月 '23
+6
在0个频道中
Get PRO
一月 '23
+26
在0个频道中
Get PRO
十二月 '22
+67
在0个频道中
Get PRO
十一月 '22
+42
在0个频道中
Get PRO
十月 '22
+833
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 12 十一月 | 0 | |||
| 11 十一月 | 0 | |||
| 10 十一月 | 0 | |||
| 09 十一月 | 0 | |||
| 08 十一月 | 0 | |||
| 07 十一月 | 0 | |||
| 06 十一月 | 0 | |||
| 05 十一月 | 0 | |||
| 04 十一月 | 0 | |||
| 03 十一月 | 0 | |||
| 02 十一月 | +1 | |||
| 01 十一月 | +2 |
频道帖子
| 2 | fayll.uz | 955 |
| 3 |  没有文字... | 4 |
| 4 | Umuman olganda, “frontend shitcode'ga to'la” degan gapning o’zi yolg’on. Shitcode hamma joyda va doim bo’ladi, menimcha frontendda uning yashirinishi qiyinroq, chunki u doim ko’rinib turadi. Backendning qanchalik do'zaxga aylanib ketganini esa, ortga qaytib bo'lmas darajaga yetguncha sezilmasligi mumkin.
Frontendda oddiy foydalanuvchi ham nimadir noto’g’ri ekanini sezadigan signallar ko’p. Masalan, “miltillovchi interfeys” - state bilan bog’liq muammodan darak beradi. Yoki, tugma bosilishi qotib ishlasa, event loopni bloklayotgan, optimizatsiya qilinmagan kod borligini tushunish mumkin. Bunday belgilar juda ko’p, ularni topish oson va ular biznes uchun doim sezilarli.
Backendda esa to’g’ridan-to’g’ri foydalanuvchilar deyarli yo’q, shuning uchun odatda backenddagi muammolar frontend muammolariga o’xshab ko’rinadi, kamdan-kam istisnolardan tashqari. Shuning uchun frontendda shitcode topish ancha osonroq.
Habr.ru dagi maqolada qoldirilgan izohdan | 1 007 |
| 5 | Umuman olganda, “frontend shitcode'ga to'la” degan gap o’zi yolg’on. Shitcode hamma joyda va doim bo’ladi, menimcha frontendda uning yashirinishi qiyinroq, chunki u doim ko’rinib turadi. Backendning qanchalik do'zaxga aylanib ketganini esa, ortga qaytib bo'lmas darajaga yetguncha sezilmasligi mumkin.
Frontendda oddiy foydalanuvchi ham nimadir noto’g’ri ekanini sezadigan signallar ko’p. Masalan, “miltillovchi interfeys” - state bilan bog’liq muammodan darak beradi. Yoki, tugma bosilishi qotib ishlasa, event loopni bloklayotgan, optimizatsiya qilinmagan kod borligini tushunish mumkin. Bunday belgilar juda ko’p, ularni topish oson va ular biznes uchun doim sezilarli.
Backendda esa to’g’ridan-to’g’ri foydalanuvchilar deyarli yo’q, shuning uchun odatda backenddagi muammolar frontend muammolariga o’xshab ko’rinadi, kamdan-kam istisnolardan tashqari. Shuning uchun frontendda shitcode topish ancha osonroq.
Habr.ru dagi maqolada qoldirilgan izohdan | 1 |
| 6 | Umuman olganda, “frontend shitcode'ga to'la” degan gapning o’zi yolg’on. Shitcode hamma joyda va doim bo’ladi, menimcha frontendda uning yashirinishi qiyinroq, chunki u doim ko’rinib turadi. Backendning qanchalik do'zaxga aylanib ketganini esa, ortga qaytib bo'lmas darajaga yetguncha sezilmasligi mumkin.
Frontendda oddiy foydalanuvchi ham nimadir noto’g’ri ekanini sezadigan signallar ko’p. Masalan, “miltillovchi interfeys” - state bilan bog’liq muammodan darak beradi. Yoki, tugma bosilishi qotib ishlasa, event loopni bloklayotgan, optimizatsiya qilinmagan kod borligini tushunish mumkin. Bunday belgilar juda ko’p, ularni topish oson va ular biznes uchun doim sezilarli.
Backendda esa to’g’ridan-to’g’ri foydalanuvchilar deyarli yo’q, shuning uchun odatda backenddagi muammolar frontend muammolariga o’xshab ko’rinadi, kamdan-kam istisnolardan tashqari. Shuning uchun frontendda shitcode topish ancha osonroq.
Habr dagi maqolada qoldirilgan izohdan | 1 |
| 7 |  😬 | 1 316 |
| 8 | Xullas, nima qilsangiz ham o'zingiz bilasiz. Bu mening shaxsiy fikrlarim. | 1 224 |
| 9 | Ofisda o‘tirgan hamma bilan birma-bir aylanib qo‘l berib salomlashib chiqishni MADANIYATSIZLIK deb hisoblayman.
Bu faqat o‘tirgan odamning fikrini chalg‘itmaydi, balki birdaniga hammaning e’tiborini shu vaziyatga qaratadi. Masalan, men uchun oldimdagi 15 ta odamning hammasi bilan so‘rashib, qo‘l berib kelayotgan odamni ko‘rish, e’tiborimning chalg‘ishiga sabab bo‘ladi. 2-3 ta odam o‘tirgan bo‘lsak boshqa gap.
Ishxonada shunday bir odam bor. Juda asabimni buzadi shu narsa. Lekin mendan boshqa hech kim bundan nolimaydiganga o‘xshaydi. Buni aytib ham ko‘rdim. Nima bo‘ldi deng? Jamoadagilar hamma bilan ko‘rishib chiqsa ham, menga kelganda o‘tib ketishadi. Ammo boshida aytgan odamim haliyam hamma bilan birma-bir salomlashib chiqadi. WTF? | 1 164 |
| 10 | Dasturlashning endi oldingidek emas. Bir tarafdan ko'p imkoniyatlarga eshik ochilgan bo'lsa, bir tarafdan ish bozori siqilyapti. Hammasi ko'z o'ngimizda "real-time" o'zgaryapti.
Ehh, qo'lda kod yozish davri boshqacha edi...
Qaridimmi deyman) | 1 236 |
| 11 | AI agentlar bilan ishlash meni menejerga aylantiryapti
Bu yangilik emas. Eng boshidan AI bilan ko'p ishlab ketyotganlardan ham shu fikrni eshitganman. Endi esa buni o'zimda kuzatyapman. Vanihoyat men ham kam kod o'qishni boshladim. Umuman o'qimay qo'yishim ehtimoldan uzoq, lekin bilib bo'lmaydi. 😬
AI ga topshiriq berishdan oldin uni yaxshiular muhokama qilaman. Qanday variantlarimiz bor-u, har birining qanday avfzalligi va kamchiliklari bor. E'tiborga olmagan nuqtalarimni ko'rsatadi, chunki undan shuni talab ham qilaman. Mendagi mas'uliyat esa, AI ga ko'proq kontekst berish, muammo/topshiriqni aniq taqdim qilish, va eng oxirida qaror qabul qilish.
Kod yozishga kelganida esa, ishni boshlashdan oldin miyyamda uning qanday bo'lishi kerakligini shakllantiraman. Ya'ni agar kodni qo'lda yozsam qanday yozishimni o'ylab qo'yaman. Kodni qanday bo'lishi arxitekturaga va kelishilgan API kontraktlarga qisman bog'liq xolos. Shuning uchun ham AI ga ularni o'zi implementatsiya qilishiga qo'yib beraman. Keyin esa uning ishini o'zim kutgan, miyyamdagi versiya bilan solishtiraman. Bundan 2 xil foyda olaman:
1. Yoki AIning ishidagi kamchiliklarni topaman.
2. Yoki yaxshiroq usul o'rganib olaman.
Tan olishim kerak, AI men yoza oladigan koddan yaxshiroq kod yozadi. Sifat masalasi esa ko'proq unga berilgan vazifaning aniqligiga bog'liq.
Shu sababmi balki, kodni sinchiklab emas, xuddi kitob o'qiganda satrlar ustodan tez-tez sakrab o'qiydigan bo'lib qoldim. Ya'ni nima ish bo'lyotganini umumiy holda tushunish uchun. Agar nimadir tushunarsiz bo'lsa, uni tushuntirishni so'rayman. Va buning natijasida ham yo kod soddalashadi, yoki nimadir yangi narsa o'rganaman, yoki arxitekturadagi muammo oydinlashadi. | 1 121 |
| 12 |  Ofisda shunaqa tekin narsalar bolishi zo'rda 🙂 | 969 |
| 13 | Yaqin kelajakdan bunday bo'lishi qiyin. Lekin qanchondir shunday bo'lsa, katta ehtimollik bilan brauzer+DOM API yaxshilanishi natijasida bo'ladi.
Qisqasi, React keragi bo'lmay qoladi va ortiqcha kutubxonalarsiz murakkab loyihlarni qurish mumkin bo'ladi.
Bu shunchakiy tahmin emas. Oxirgi yillarda JavaScript va brauzerlarga kiritilayotgan yangiliklar va takliflarga asoslanib aytayapman.
Ko'ramiz. | 1 066 |
| 14 | Bir kun rostdan ham shunday bo'lishi ehtimoli yo'q emas!
https://t.me/UmarSadullayev/3300 | 1 010 |
| 15 | RIP Deno.js 🥲
Node va Deno muallifi Ryan Dahl bugun butun jamoasi bilan Cloudflare'ga qo'shilyotganini e'lon qildi. Deno loyihasi yana 1 yil qo'llab-quvvatlanadi va shu bilan loyiha butunlay to'xtatilar ekan. Ammo u open-source'ligicha qoladi va ishlatishda davom etish mumkin.
Afsus, Deno yaxshi loyiha edi, lekin Node.js kabi ommalashishga ulgurmadi;
performance va feature'lar bo'yicha Bun.js dan orqada qolib ketdi.
https://deno.com/blog/cloudflare | 928 |
| 16 | Shu haqida o'qib turinglar chunki AOT-compiled JS ga qiziqish kuchaygan oxirgi paytda.
Har holda twitter/X dagi muhokamalar kuchaygan va JS ni interpretatsiyas emas KOMPILYATSIYA qiladigan engine'lar yasalayapti. | 925 |
| 17 | Show me how a man treats his family AI agent, and I'll show you who he really is.
—
Odamni qandayligini uning oilasiga AI agentiga bo'lgan muomalasidan bilib olish mumkin. | 1 108 |
| 18 |  Men birga ishlagan eng zo'r senior dasturchilarning bir umumiy jihati bor edi. Ular ataylab o'zlarini "almashtirishga" oson qilib qo'yishardi (ya'ni, agar ishdan ketishsa, o'rniga kelgan odam ularning ishni bemalol davom ettira olardi). Chunki ular atrofidagilarni o'stirishardi (ya'ni, o'zlaring o'rnini bosadigan darajaga ko'tarilishiga yordam berishardi).
Bu narsa boshida yoqimsiz tuyuladi. Lekin bu - sizga murakkab muammolar ishonib topshirilishiga erishishning eng tez yo'li. | 1 870 |
| 19 | 👆 | 1 620 |
| 20 | 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 | 1 936 |
