MKhan 404 Lab
691 subscribers
55 photos
1 file
38 links
Fullstack Developer at RealSoft

• AI • Career
• Startap • Government Projects

Donat: taps.uz/mkhan404lab

Contact: @mkhasanov
Download Telegram
1-qism — Event Loop Javascript

#javascript #mexanizm

🔻 Event Loop — bu JavaScriptda kuzatuvchi mexanizm. U Call Stack bo‘shaganini ko‘rsa, Queue’dagi birinchi funksiyani olib, Stack’ga joylaydi. Shu tariqa JavaScript bir vaqtning o‘zida ko‘p ish qilgandek ko‘rinadi. U asinxronlikni ta’minlab, interfeysni kutib qolishdan saqlaydi.

Nima bo‘ladi:
🔹 Call Stack — bu JS kod bajariladigan asosiy navbat. Har bir funksiya shu yerga kiradi, bajariladi, keyin chiqib ketadi. Ohirgi kirgan birinchi chiqib ketadi.

🔹 Web API — bu brauzerning yordamchi mexanizmi (masalan setTimeout, fetch, addEventListener). Ular vaqt oladigan ishlarni orqa fonda bajaradi.

🔹 Callback Queue — fon ishlar tugaganda, ularning natijalari shu yerga tushadi. Call Stack bo'shagandan keyin Event Loop ularni Call Stack ga yuboradi.


Oddiy misol:
console.log("1");
setTimeout(() => console.log("2"), 0);
console.log("3");


Natija: 1 > 3 > 2;

Sababi, setTimeout Web API orqali kechiktiriladi, Event Loop esa console.log("3") tugagandan keyin uni Queue’dan olib ishlatadi.

🔻 Tushunarli bo'ldimi?

🌐 WebBrogrammist
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍42
2-qism — JavaScriptda xotira boshqaruvi: Garbage Collection, Heap, Memory Leak.

#javascript #mexanizm

JavaScriptda xotira — V8 dvigateli orqali avtomatik boshqariladi. Yani, bu yerda GC, Heap va Memory Leak muhim rol o'ynaydi.


🔻 Heap — bu obyektlar saqlanadigan katta dinamik xotira. Primitive qiymatlar esa odatda Stack'da turadi. Stack'da qiymat o‘zi saqlanadi, Heap’da esa faqat obyektlar saqlanadi va Stack Pointer orqali unga murojaat qiladi.

🔻 Garbage Collection (GC)Heap ichidagi obyektlarga nazoratchi. Qaysi obyektga pointer yo‘q bo‘lsa — demak endi dastur ichida foydalanilmaydi. GC shu obyektni avtomatik topadi, o‘chiradi va xotirani bo‘shatadi.

🔻 Memory Leak — agar kodda obyektga hamon reference saqlanib turgan bo‘lsa — GC uni hali ishlatyapti deb o‘ylaydi. Bu — klassik Memory Leak deyiladi.

🌐 WebBrogrammist
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥83
Come Back to IT😎
👍1
Nega 6 oyga yo'q bo'lib ketdim?

Sezgan bo'lsangiz 5-6 oy davomida yo'q bo'lib ketdim. Sababi, dasturlashdan charchagandim. Doim kod, doim ekran — nimadir o'zgarish qilish kerak edi.

Juda introvert bo'lib ketgandim, lekin menga insonlar bilan muloqot yoqardi.

Shu payt qidirib-qidirib sotuv degan kasbni topdim. Buni yana bir foyda jihati, kelajakda mahsulotimni, xizmatimni sota olishim va o'z shaxsiy brendimni qurishda ham, har qanday sohada asosiy narsa bu muomala.

Nutqni ravon qilish, odamlarni tushunish, muomala — hayotda hamma narsa aslida shunga bog'liq.

Bir necha oy shu soha bo'yicha tajribaga to'pladim. Muzokara, mijoz bilan ishlash — bularni ichidan o'rgandim, faqat nazariyani eman.

Endi bu ikkisini birlashtirib olib borishga qaror qildim: dasturlash + sotuv.

Kod yozish bilan bir qatorda, uni qanday taqdim etish, sotishni ham bilish.

Xullas, Come Back to IT!
2🔥2
Sotuvda yurib ham, dasturlashni tashlab qo'ymadim...

Ish jarayonida ham loyihalar ustida ishlashda davom etib, yangi texnik bilimlar o'rgandim.

Shu davrda bir firma uchun tizim qurib berdim — xodimlarning ish jarayonini, bajargan ishlarini va oyliklarini hisoblaydigan platforma.

Tizimda har bir xodim roli alohida ruxsat va interfeys bor edi — har kim faqat o'ziga kerakli qismni ko'radi, admin esa umumiy nazoratni.

Bu loyiha menga shuni ko'rsatdi: sotuvda o'rgangan narsa — mijoz muammosini tinglash, uni aniq talabga aylantirish — dasturlashda ham aynan shu tarzda ishlaydi.

Yaxshi kod yozishdan oldin, mijozning muammosini yaxshi tushunish kerak.

👉 @WebBrogrammist
👍3
🏢 2 yil ichida 3 ta kompaniyada nima o'rgandim?

2 yil ichida 3 xil joy, 3 xil atmosfera, har biri boshqa dars.


Birinchisi — banklar uchun boshqaruv tizimi (xodimlar, oyliklar, hujjat aylanishi) + support. Bu yerda tushundim: tizim yozish oson, uni ishlab turish qiyinroq.

Ikkinchisi — talabalar uchun ish topish startap platforma va Davlat Aktivlari Agentligi uchun moliyaviy tizim. Startapdan davlat miqyosigacha — talab darajasi butunlay boshqacha ekan.

Uchinchisi — kofe do'konlari uchun startap loyiha. Boshqa birov boshlagan kodni davom ettirdim. Bu yerda o'rgandim: birovning kodi ustiga qurish — noldan yozishdan ko'ra ko'proq sabr talab qiladi.

Xulosa qilganda, kod yozish — ishning bir qismi. Asosiysi, muammoni tushunish va tizimni real hayotda ishlata olish.

Sizga qaysi ko'proq o'rgatgan — noldan yozishmi yoki boshqa kod ustiga qurishmi?

👉 @WebBrogrammist
👍5
Backend bilan bitta so'z tufayli yo'qotgan vaqtim

Kofe do'konlari uchun tizimni frontend qismini qilayotgan edim. Ma'lumot kelganda ba'zi joylar bo'sh chiqardi — uzoq vaqt o'z kodimdan xato qidirdim.

Muammo boshqa joyda edi: men price deb kutgan bo'lsam, backend cost deb yuborayotgan edi.

Kichik nom farqi ko'zga tashlanmaydi, xato ham chiqmaydi — faqat ma'lumot yo'q ko'rinadi. Juda kichik xato, lekin shu va shunga o'xshash narsalar ko'p vaqt oladi.

Jamoada ko'pincha eng katta xato texnik emas — kelishuv yo'qligi.
Har loyihada birinchi qadam: ma'lumot nomlarini va umuman loyihani oldindan yozma tarzda kelishib olish kerak.

✍️ Izohga yozing:
Siz qaysi kichik narsa ustida ko'p qolib ketgansiz?

👉 @WebBrogrammist
🔥4
Rol asosida huquqlarni (RBAC) to'g'ri loyihalash

Rol va huquqni ajrating — rol nom, huquq esa aniq harakat (salary.view, employees.delete). Rolga bir nechta huquq biriktiriladi. Shunda yangi rol qo'shish kod yozmasdan, faqat bazada amalga oshadi.

Markazlashgan tekshiruv — har controller'da if (role === 'admin') yozish o'rniga, bitta middleware orqali tekshiring:
router.delete('/employees/:id', checkPermission('employees.delete'), handler);


Haqiqiy himoya backendda bo'ladi — frontendda tugma yashirish faqat qulaylik uchun, xavfsizlik emas.

Faqat kerakli huquq beringehtiyot sharti deb ortiqcha huquq qo'shmang.
Boshida murakkab tuyulsa ham, loyiha o'sganda aynan shu tuzilma vaqt tejaydi.

Sizda huquqlar qanday boshqariladi — oddiy role check bilanmi yoki alohida permission tizimi bilan?

👉 @WebBrogrammist
👍41
IT sohasida chalg'itadigan mif

Mif: Ko'p dasturlash tilini bilish — yaxshi dasturchi degani

Haqiqat: Bitta tilni chuqur bilish, muammoni yechish mantig'ini tushunish — bundan ancha muhimroq.

Til — vosita, xolos. Bugun C++, ertaga Java kerak bo'lsa, mantiqni tushungan odam 1-2 haftada o'tib oladi.

Yana bir til o'rganay deb vaqt sarflashdan asosiysi — qanday o'ylashni o'rganish: muammoni bo'laklarga bo'lish, arxitekturani to'g'ri qurish va xatoni tezroq topish.

Sizningcha, dasturchi uchun eng muhim narsa nima — til bilishmi, yoki mantiq/fikrlash?

👉 @WebBrogrammist
4
Sun'iy intellekt dasturchini almashtiradimi?

Ko'p dasturchi bir savoldan qo'rqadi: "AI meni ishsiz qoldiradimi?"

Haqiqat: AI kod yozishni tezlashtiradi, lekin nima yozish kerakligini hali ham bilmaydi. Bu qaror odam qo'lida qoladi — tizim qanday ishlashi, xavfsizlik, arxitektura.

Menimcha, AI dasturchini almashtirmaydi — u faqat "copy-paste" qilib ishlagan, muammoni tushunmagan dasturchini almashtiradi.

Sizning fikringiz qanday:
💯 — AI dasturchilarni almashtiradi
🔥 — Xavf yo'q, u faqat bir vosita
😁 — Hali aniq emas, kuzataman

👉 @WebBrogrammist
😁4🔥32💯2
API-first arxitektura — endi tanlov emas, standart

2026-yilda saytlar yolg'iz ishlamaydi. Ular boshqa tizimlar, ilovalar, va servislar bilan doim aloqada bo'lishi kerak.

Shu sababli headless CMS va composable arxitektura an'anaviy monolit yondashuvni siqib chiqarmoqda. Frontend, backend, va content boshqaruvi endi bir-biriga qattiq bog'lanmagan — har biri alohida modul sifatida ishlaydi.

Nima uchun bu muhim? Chunki bugungi loyiha ertaga boshqa ilova, mobil app yoki hatto AI agent bilan integratsiya talab qilishi mumkin. API-first qurilgan tizim bunga tayyor turadi, monolit esa qayta yozilishga majbur bo'ladi.

Vue/Nuxt bilan ishlaydiganlar uchun bu allaqachon tanish yondashuv — REST yoki GraphQL orqali backend'ni frontend'dan mustaqil qurish.

Loyihalaringizda API-first yondashuvni qo'llayapsizmi?
❤️ — ha, shunday qilaman
👍 — hali monolit bilan ishlayman

👉 @MKhan404Lab
2👍2
🌍 World Monitor — 64k+ yulduzli open-source loyiha

Real-vaqtda ishlaydigan global intelligence dashboard: AI yordamida yangiliklarni yig'ib, geosiyosiy va infratuzilma jarayonlarini bitta interfeysda ko'rsatadi.

Arxitekturasi:
Frontend: TypeScript + Vite, 3D globe (Three.js) va WebGL xarita (deck.gl)
API: Protocol Buffers (281 proto, 35 xizmat)
Desktop: Tauri 2 (Rust)
Keshlash: Redis + 3 qatlamli strategiya

• 500+ yangilik feed
• 65+ tashqi provayder
• 25 tilni qo'llab-quvvatlaydi
• Hattoki MCP server va SDK'lar orqali AI agentlar uchun ham ochiq.

🔗 Havola: github.com/koala73/worldmonitor

🔥 — Foydalanib ko'raman
🤔 — Qanday foydalanaman?

👉 @MKhan404Lab
🤔3🔥1
Sayt tezligi — endi ixtiyoriy funksiya emas

2026-yilda foydalanuvchi 2-3 soniya kutmaydi. Sekin sayt — yo'qotilgan mijoz, yo'qotilgan pul.

Shu sababli endi CDN, edge computing, va caching qatlamlari qo'shimcha optimizatsiya emas, loyihaning boshidanoq kiritiladigan asosiy talab bo'lib qoldi.

Edge deployment nimani anglatadi?
Server foydalanuvchidan minglab kilometr uzoqda emas, eng yaqin nuqtada joylashadi — natijada so'rov tezroq bajariladi, sahifa tezroq ochiladi.

Nuxt 3'da bu allaqachon qo'lda: Nitro server orqali edge platformalarga (Vercel, Cloudflare) to'g'ridan-to'g'ri deploy qilish mumkin, qo'shimcha sozlashsiz.

Loyihangizda performance'ga qanchalik e'tibor berasiz?
💯 — har doim CDN/edge ishlataman
👍 — bu haqida hali jiddiy o'ylamaganman

👉 @MKhan404Lab
👍8🔥5
💲Keyingi post sotuv tajribasidan bo'ladi!
🔥82
Sotuvda o'zgargan bir narsa

Ilgari mijoz yo'q desa, buni og'ir qabul qilardim. Har bir rad javobi menga tegishlidek tuyulardi.


Hozir mijoz yo'q desa, endi birinchi qiladigan ishim — unga qarshi chiqmay, aksincha fikriga qo'shilish. Keyin savol berish: aynan nega yo'q, nima to'g'ri kelmayapti. Va shu javobga mos yechim taklif qilish.

Oddiy o'zgarish, lekin natija boshqacha bo'ladi — chunki endi mijoz o'zini eshitilgan his qiladi, men esa haqiqatan kerakli narsani taklif qilyapman.
Rad etgan mijozni dushmandek qabul qilib, o'zingizni ham mijozni ham qiynamang.

Sizda ham vaqt o'tishi bilan qarashingiz o'zgargan biror narsa bormi?
🔥 — Ha, albatta
👍 — Bu haqida o'ylab ko'rmaganman

👉 @MKhan404Lab
🔥5👍2
AI kod yozish vositalari — hype yoki haqiqiy foyda?

Copilot AI, Cursor kabi vositalar deyarli har bir dasturchining ish stolida. Bular haqiqatan ishni tezlashtiryaptimi?


Aslida, sodda va takrorlanuvchi kod uchun bu vositalar chindan ham vaqtni tejaydi — ba'zan 2-3 baravar tezroq. Lekin arxitektura yoki murakkab biznes logika kerak bo'lganda — AI ko'pincha o'rtacha javob beradi, va uni tekshirib, to'g'rilashning o'zi vaqt oladi.

Menimcha, bu vosita tezlik beradi, lekin fikrlashni almashtirmaydi. Kim buni tushunib ishlatsa foydasi katta. Lekin faqat AI yozib bersin desangiz — keyinroq kodni qayta yozishga to'g'ri kelishi mumkin.

Sizda AI vositalari kundalik ishingizda qanchalik foydali?
💯 — Haqiqatan foydali!
⚡️ — O'zim yozsam qiziqroq!

👉 @MKhan404Lab
1💯1
✍️ Keyingi post qaysi mavzuda deb o'ylaysiz ?
2😁1
🚀 Claude Opus 5 haqida eshitdingizmi?

Dasturchilar va AI bilan ishlaydiganlar uchun yaxshi yangilik. Ko‘plab dasturchilar uni hozirgi eng kuchli AI modellaridan biri sifatida baholamoqda.

U quyidagi imkoniyatlari bilan ajralib turadi:
— Murakkab kodlarni yozish va tahlil qilishda yanada kuchli.
— 1 million tokenlik kontekst oynasi.
— Katta loyihalarni yaxshiroq tushunadi va uzoq suhbatlarda kontekstni saqlab qoladi.
— AI agentlari va avtomatlashtirilgan vazifalar uchun optimallashtirilgan.
— Xavfsizlik va aniqlik bo‘yicha ham yaxshilangan.

Siz qaysi AI modelidan ko‘proq foydalanasiz?

🔥 — Claude
⚡️ — ChatGPT
❤️ — Gemini

👉 @MKhan404Lab
🔥10🤷‍♂11