Forwarded from Tune Hunt Bot
Tematika (pilot
MINOR
🔊 MINOR - Tematika (pilot - fest3) | music version →
@TuneHuntBot orqali istagan musiqangizni tez va oson toping!
@TuneHuntBot orqali istagan musiqangizni tez va oson toping!
🔥1
Async vs Concurrency in Dart
Ko‘pchilik
async va concurrency tushunchalarini bir xil deb o‘ylaydi. Aslida ular boshqa-boshqa narsalar.Async (Asynchronous Programming)
async/await kodni bloklamasdan ishlash imkonini beradi.Masalan, API’dan ma’lumot kutayotganingizda UI muzlab qolmaydi:
Future<void> getUser() async {
final user = await api.getUser();
print(user);
}
Bu yerda Dart boshqa ishlarni davom ettiradi, natija kelganda esa kod ijrosini davom ettiradi.
Concurrency
Concurrency — bir vaqtning o‘zida bir nechta vazifalarni boshqarish.
Masalan:
await Future.wait([
fetchUsers(),
fetchPosts(),
fetchComments(),
]);
Bu yerda uchta so‘rov ketma-ket emas, parallel ravishda boshlanadi va umumiy vaqt kamayadi.
Muhim farq
✅ Async → vazifani kutishda threadni bloklamaydi.
✅ Concurrency → bir nechta vazifani bir vaqtning o‘zida boshqaradi.
Oddiy misol
🍳 Async — choy dam bo‘lishini kutayotganingizda telefon ko‘rib turish.
👨🍳 Concurrency — bir paytning o‘zida choy damlash, tuxum qovurish va non isitishni tashkil qilish.
Dart’da Concurrency vositalari
*
Future*
Future.wait*
Stream*
Isolate (CPU-intensive tasklar uchun)Eslab qoling:
Har bir concurrency async bo‘lishi mumkin, lekin har bir async kod concurrency degani emas.
#devspaceuz
Please open Telegram to view this post
VIEW IN TELEGRAM
لا طاعة لمخلوق في معصية الخالق
Yaratuvchiga osiylik bo‘lgan ishda hech bir maxluqqa itoat yo‘q.
Yaratuvchiga osiylik bo‘lgan ishda hech bir maxluqqa itoat yo‘q.
Forwarded from Юниор: стажировки и вакансии для молодых специалистов
Вот 14 авторских обучающих IT каналов по самым востребованным областям программирования:
Выбирай своё направление:
Please open Telegram to view this post
VIEW IN TELEGRAM
🙊1
Curious coder
Manam founder bo’lsamikan jo’ram ochibdi . #devspaceuz
Bo’ldi uje man founder 😂
Forwarded from Azim Pulat
Birinchi parvoz 1903-yil bo’lgan.
Birinchi avtopilot parvoz esa 1914-yil.
Faqat uchuvchilarda emas, ko’p boshqa kasblarda ham “avtopilot” bor. Masalan dehqon uchun kombayner, bugalterlar uchun 1C, sotuvchilar uchun ijtimoiy tarmoq va h.k.
Endi dasturchilar va ko’plab boshqa offis kasblari uchun avtopilot - sun’iy intellekt ixtiro qilindi.
Bu kasb yo’qolib ketadi degan qo’rquv endi boshlayotgan dasturchilarni ortga tortib, “qisqa yo’l” qidirib - muhim bilimlarni tashlab ketishlariga sabab bo’lyapti.
Fundamental bilimlarga ega, muammo yechuvchi dasturchilar esa hali hamon bozorda yetishmayapti, doim qidiruvda.
Parvozingiz bexatar bo’lsin...
Birinchi avtopilot parvoz esa 1914-yil.
Faqat uchuvchilarda emas, ko’p boshqa kasblarda ham “avtopilot” bor. Masalan dehqon uchun kombayner, bugalterlar uchun 1C, sotuvchilar uchun ijtimoiy tarmoq va h.k.
Endi dasturchilar va ko’plab boshqa offis kasblari uchun avtopilot - sun’iy intellekt ixtiro qilindi.
Bu kasb yo’qolib ketadi degan qo’rquv endi boshlayotgan dasturchilarni ortga tortib, “qisqa yo’l” qidirib - muhim bilimlarni tashlab ketishlariga sabab bo’lyapti.
Fundamental bilimlarga ega, muammo yechuvchi dasturchilar esa hali hamon bozorda yetishmayapti, doim qidiruvda.
Parvozingiz bexatar bo’lsin...
❤3❤🔥2💯2
Forwarded from Ikrom Sharif
У сенга 20 берди, мен эса 10 бердим. Табиийки, сен уни мендан кўра яхшироқ деб биласан. Чунки у кўпроқ берди-да. Лекин билмайсанки, унда 200 бор эди, менда эса фақат шу 10.
Меҳр-мурувватнинг даражаси яхшиликнинг миқдори билан ўлчанмайди, яхшилар!
@IkromSharif
Меҳр-мурувватнинг даражаси яхшиликнинг миқдори билан ўлчанмайди, яхшилар!
@IkromSharif
❤🔥1
Forwarded from Yusuf Abdullaev | Blog
Junior dasturchi bo'lish kerak(mi?)
TLDR; AI bilan ko'proq kod yozish kerak, qo'lda kamroq emas.
10 yil dasturchilik tajribam davomida Junior va Senior dasturchilar o'rtasida ko'rgan eng katta farq – qanchalik tez izlash. Qanchalik sekin ishlasangiz, shunchalik Senior hisoblanasiz – chunki sekin degani yuqori sifat, sabr va sinchkovlik hislatlarini o'z ichiga oladi. Berilgan vazifani bajarishga shoshilmaslik, batafsil o'rganish, "edge case"lar haqida o'ylash odatda Junior dasturchilarga xos emas. Ular tezroq va ko'proq kod yozishga, build qilishga shoshilishadi. Junior uchun ko'p = yaxshi degani. Senior esa sekinroq va kamroq, lekin sifatliroq kod yozish, uni test qilish va mustahkamroq tizim yaratishni xohlaydi.
Sekin va sifatli tizim yaratish muhim – lekin har doim ham emas. Sizni loyihangizda 5 ta foydalanuvchi bo'lsa, unda senior dasturchi hal qiladigan ko'p muammolar bo'lmaydi. Backend-ga bosim katta emas, bir vaqtda minglab yoki millionlab request kelmaydi, MVP loyiha bugun bunday, ertaga umuman boshqacha – bunday holayda code quality yoki arxitektura ham muhim emas. 1 haftadan keyin yozilgan kod baribir kerak bo'lmasa, uni sifatining nima ahamiyati bor? Kod va mahsulot sifati loyiha haqiqiy biznesga aylanganidagina, undan ko'p odamlar foydalanib, katta pul aylanishni boshlaganidagina muhim bo'ladi. To'g'ri, boshidan yaxshi sifatli mahsulot yaratish yomon emas. Lekin agar bu tezlikka ta'sir qilsa, hali foyda keltirishi noma'lum feature yaratish haftalab vaqt talab qilsa, bu har qanday biznes uchun zarar. Chunki, software bu birinchi navbatda biznes, u pul keltirishi kerak.
Biznes uchun asosiy metrika – bu revenue (daromad). Dasturning crash rate, latency, stability va hokazo ko'rsatkichlari hammasi aynan daromadga ta'sir qilgandagina critical muammoga aylanadi. Aksar tajribali dasturchilar AI-ni hali ham qabul qila olmayapti, undan 100% foydalanishga o'tishga qiynalmoqda (shu jumladan, men ham). Chunki biz uzoq yillar davomida hamma narsani qo'lda qilishga, codebase 100% bizga tegishli bo'lishiga o'rganganmiz. Chunki javobgarlik ham doim bizda bo'lgan. 2026 yilda Claude Code va Codex kabi AI agentlar ishimizni o'n yoki yuz martalab tezroq qilish imkoniyatini beryapti, lekin shu efemer ownership va control tuyg'usi unga 100% ishonishga yo'l qo'ymayapti.
Aksincha, yoshroq va yangi kelgan dasturchilar esa juda tez AI orqali kod yozishga kirishishmoqda, kunlar yoki soatlarda butun boshli loyihalarni yasashyapti. Sababi – ular ortiqcha xavotirlanmaydi, yozilgan koddagi edge caselarni o'ylab o'tirmaydi, chunki bunday xatoliklar keltirishi mumkin bo'lgan muammolarga duch kelmagan. To'g'ri, AI ham xato qiladi, galyutsinatsiya qilishi mumkin, lekin umumiy olganda berilayotgan tezlik va boshqa imtiyozlar potensial kamchiliklarni oqlaydi. Shu uchun ham balki hozir 17-18 yosh founderlar yaratgan multimillion dollarlik startaplar ko'payib, investorlar ham yosh founderlarga ko'proq e'tibor beryotgandir. Chunki ularning miyasi avvalgi tajribasi tufayli hali qotishga ulgurmagan, yangi narsalarni qilishdan qo'rqmaydi. Riski ham, reward ham ko'proq.
@yusufblogs
TLDR; AI bilan ko'proq kod yozish kerak, qo'lda kamroq emas.
10 yil dasturchilik tajribam davomida Junior va Senior dasturchilar o'rtasida ko'rgan eng katta farq – qanchalik tez izlash. Qanchalik sekin ishlasangiz, shunchalik Senior hisoblanasiz – chunki sekin degani yuqori sifat, sabr va sinchkovlik hislatlarini o'z ichiga oladi. Berilgan vazifani bajarishga shoshilmaslik, batafsil o'rganish, "edge case"lar haqida o'ylash odatda Junior dasturchilarga xos emas. Ular tezroq va ko'proq kod yozishga, build qilishga shoshilishadi. Junior uchun ko'p = yaxshi degani. Senior esa sekinroq va kamroq, lekin sifatliroq kod yozish, uni test qilish va mustahkamroq tizim yaratishni xohlaydi.
Sekin va sifatli tizim yaratish muhim – lekin har doim ham emas. Sizni loyihangizda 5 ta foydalanuvchi bo'lsa, unda senior dasturchi hal qiladigan ko'p muammolar bo'lmaydi. Backend-ga bosim katta emas, bir vaqtda minglab yoki millionlab request kelmaydi, MVP loyiha bugun bunday, ertaga umuman boshqacha – bunday holayda code quality yoki arxitektura ham muhim emas. 1 haftadan keyin yozilgan kod baribir kerak bo'lmasa, uni sifatining nima ahamiyati bor? Kod va mahsulot sifati loyiha haqiqiy biznesga aylanganidagina, undan ko'p odamlar foydalanib, katta pul aylanishni boshlaganidagina muhim bo'ladi. To'g'ri, boshidan yaxshi sifatli mahsulot yaratish yomon emas. Lekin agar bu tezlikka ta'sir qilsa, hali foyda keltirishi noma'lum feature yaratish haftalab vaqt talab qilsa, bu har qanday biznes uchun zarar. Chunki, software bu birinchi navbatda biznes, u pul keltirishi kerak.
Biznes uchun asosiy metrika – bu revenue (daromad). Dasturning crash rate, latency, stability va hokazo ko'rsatkichlari hammasi aynan daromadga ta'sir qilgandagina critical muammoga aylanadi. Aksar tajribali dasturchilar AI-ni hali ham qabul qila olmayapti, undan 100% foydalanishga o'tishga qiynalmoqda (shu jumladan, men ham). Chunki biz uzoq yillar davomida hamma narsani qo'lda qilishga, codebase 100% bizga tegishli bo'lishiga o'rganganmiz. Chunki javobgarlik ham doim bizda bo'lgan. 2026 yilda Claude Code va Codex kabi AI agentlar ishimizni o'n yoki yuz martalab tezroq qilish imkoniyatini beryapti, lekin shu efemer ownership va control tuyg'usi unga 100% ishonishga yo'l qo'ymayapti.
Aksincha, yoshroq va yangi kelgan dasturchilar esa juda tez AI orqali kod yozishga kirishishmoqda, kunlar yoki soatlarda butun boshli loyihalarni yasashyapti. Sababi – ular ortiqcha xavotirlanmaydi, yozilgan koddagi edge caselarni o'ylab o'tirmaydi, chunki bunday xatoliklar keltirishi mumkin bo'lgan muammolarga duch kelmagan. To'g'ri, AI ham xato qiladi, galyutsinatsiya qilishi mumkin, lekin umumiy olganda berilayotgan tezlik va boshqa imtiyozlar potensial kamchiliklarni oqlaydi. Shu uchun ham balki hozir 17-18 yosh founderlar yaratgan multimillion dollarlik startaplar ko'payib, investorlar ham yosh founderlarga ko'proq e'tibor beryotgandir. Chunki ularning miyasi avvalgi tajribasi tufayli hali qotishga ulgurmagan, yangi narsalarni qilishdan qo'rqmaydi. Riski ham, reward ham ko'proq.
@yusufblogs
👻2🆒1
Har kuni qancha token yoqyapsizlar
P/s: Mani jo'ralarim minutiga 10 ming token yoqyapti 😂
P/s: Mani jo'ralarim minutiga 10 ming token yoqyapti 😂
⚡️ Senior Flutter Developer
bo'lish uchun bilishingiz shart bo'lgan 4 ta performance trick
Har kuni ishlatadigan, lekin ko'pchilik e'tibor bermaydigan optimizatsiyalar
1. Rebuild nazorati — BlocBuilder'da buildWhen ishlatib, faqat kerakli qism rebuild bo'lishini ta'minlang. Butun page'ni rebuild qilish — eng katta xato.
2. ListView.builder — ListView barcha itemlarni darhol build qiladi. Builder esa faqat viewport ichidagini. 1000 item bo'lsa, farqni o'zingiz his qilasiz.
3. cacheWidth / cacheHeight — Image.network'da bu parametrlarni bermasangiz, Flutter original hajmda decode qiladi. 4K rasm thumbnail uchun ishlatilsa — RAM'ni yo'q qiladi.
4. RepaintBoundary — Animatsiyali va static contentni alohida layer'ga ajrating. DevTools'dagi Repaint Rainbow buni ko'rish uchun.
Har bir widget'ning lifecycle'ini, render pipeline'ni, va GPU layer'larini tushunish.
@devspaceuz
Please open Telegram to view this post
VIEW IN TELEGRAM
🆒1