Dev thinking loud
описание
Dasturlash boyicha video darslar, subyektiv fikrlar, kundalik misollar, bahsli mavzular. Youtube kanal: https://www.youtube.com/@ravshansbox Muallif: @ravshansbox
1 616
подписчиков
Охват к подписчикам
202,0%
ERR
Реакции к просмотрам
0,60%
394 на 20 постов
Пересылки к просмотрам
0,61%
400
Постов в день
0,0
всего 20
Где отзываются чаще
доля реакций к просмотрам- 21 авг. 2025 г."Fluent React" kitobi tarjimasidan keyin, Webiston jamoasi navbatdagi katta loyihani taqdim etadi: Devid Flanagan qalamiga mansub, klassik asar — "JavaScript: The Definitive Guide, 7th Edition"'ning o‘zbek tilidagi tarjimasi. Loyiha O'Reilly Media nashriyotining rasmiy ruxsati bilan amalga oshirilmoqda. Hozirda kitobning dastlabki 4 ta bobi platformamizda o‘qish uchun mavjud. Qolgan qismlari bosqichma-bosqich qo‘shib boriladi. Bu o‘zbek IT hamjamiyati uchun muhim manba bo‘lishiga ishonamiz. 🔗 Havola: webiston.uz/books/javascript-definitive-guide #JavaScript #Uzbekistan #Dasturlash #Webiston2,38%
- 10 мая 2025 г.Darslar nega to’htab qoldi? TLDR: o’zim intensiv o’rganish jarayonidaman. Eski proyektim (gousto.co.uk) bilan shartnomamiz tugadi. Yangi proyektga (cascadepbs.org) taklif oldim, faqat proyekt React Nativeda. Mobile development boyicha umuman tajribam yoq edi. Bir necha kurs sotib olib o’rganishni boshladim. Mobile - qiziq platform. Bazi jihatlari webga oxshasa da (balki RN shunaqa his berayotgandir), oziga xosliklari juda kop. Live project bo’lgani uchun tezroq yetib olishim kerak, bu men uchun challenge. Bir narsani hobby sifatida o’rganish boshqa, majburan tez o’rganish boshqa. Yomon tomoni: shu sababdan bir muddat video darsliklar chiqara olmasam kerak. Yaxshi tomoni: balki keyinroq yaxshiroq o’rganib olgandan keyin react native haqida ham videolar chiqarish rejam bor.1,97%
- 4 маяAssalamu alaykum! Bir muddat uzilishdan keyin video darslarni davom etish uchun imkon paydo bo'ldi, alhamdulillah! Bu safar mavzumiz AI va LLMlar. Shaxsan o'zim bu soha mutaxassisi emasman afsuski, darsda asosan kuzatuvlarim va shu paytgacha tajribamdan o'tkazgan xulosalarimni aytib o'tishga harakat qilaman. Xatolar, noaniqliklar bo'lishi mumkin, agar shunday holat uchsatsangiz kommentlarda qoldirishingiz mumkin, undan keyingi darslarda tuzatish va aniqliklar kiritib ketishga harakat qilaman. Kuningiz xayrli bo'lsin! https://youtu.be/yeZ8QXzsYEU1,59%
- 14 июн.TDD, PP va AI Bir oralar Birlashgan Qirollikdan inglizlar bilan bir proyektda birga ishladik. Ularning tezlikdan ko'ra sifatni ustun ko'rishlari har qadamda sezilib turar edi. Har "feature" uchun "refinement session"lar albatta bo'lar, sessionda "feature" qanday qilib "implement" qilinishining har qadami qayd qilinib "ticket"ga yozib qo'yilar edi. Bajaruvchi u ishga deyarli qiynalmas edi, chunki hamma "design decision"lar qilingan bo'lardi. U paytlari copilot edi chiqqan, faqatgina funksiya yozib berishni bilar edi. Jamoada ikkita qattiq qoida bor edi: 1) "Test-driven development (TDD)" - testlarning "implementation"dan oldin yozilishi 2) "Pair-programming (PP) for new features" - yangi qoshilayotgan imkoniyatlar uchun juft-dasturlash uslubi. U proyektga qadar shaxsiy tajribamda testlarni yozish yoki "implementation"dan keyin edi ("beuracracy") yoki umuman yo'q edi (ha, shunday proyektlar ham bo'lgan va kam emas). Bazan shunday holatlar bo'ladi, sizga proyektga qo'shilishdan oldin shunaqa savollar berishadiki u proyekt ideal deb o'ylaysiz, qo'shilganingizdan keyin esa holat idealdan ancha uzoq ekanligini ko'rasiz va u kirishdagi savollarning bazilari sizga ma'nosiz tuyuladi. Bu gal ham shunday bo'lsa kerak deb o'ylagandim, chunki TDD tatbiqini faqat kitoblarda o'qigandim. Kutilmaganda ko'rdimki har ikki qoida (TDD va PP) amalda qattiq qo'llaniladi. Ikkisi ham avvalida noodatiy tuyuldi, qanday qilib test yozishimiz mumkin agar hali "implementation"ni yozmagan bo'lsak deb o'ylardim, lekin jamoadoshlarimdan buni qanday amalga oshirishni tez orada o'rganib oldim. Masala muammoning yechimidan nima kutayotganimizni oldindan o'ylash haqida ekan. Undan tashqari PP ham boshida juda galati tuyuldi, jamoada kun boshida guruh teng ikkiga bo'linadi va har guruhdan bir odam narigi guruhdan birini tanlaydi va kun ohirigacha u bilan tanlangan ticket(lar) ustida birga ishlaydi. Odatda juftlar "shuffling" bo'lardi, yani bir odam bilan ketma-ket ikki kun ishlay olmasdik. Process juda qiziq, bir odam "navigator" boshqasi esa "implementor" (bazan "typist" deb aytilardi, chunki uning vazifasi asosan "keyboard"da tugma bosish) vazifasini bajaradi va har 15 minutda vazifa almashishadi. "Navigator"ning vazifasi muammoni qo'yish, u haqida fikr yuritish, "implementor"ga nima qilishi kerakligini aytib turish. Mabodo ticketda "refinement"da o'tkazib yuborilgan "case"lar bo'lsa ular uchun "tradeoff"larni ko'zdan kechirish va "design decision"larni qabul qilish. Bu orada "implementor"ning fikrini ham so'rab ko'radi. Tez orada bu uslubga ham ko'nikib qoldim. Bazan jamoa bazi sabablarga ko'ra toq sonli bo'lib qolar edi, shu paytlari kimdir yolg'iz ishlashi kerak bo'lar edi. Shunday holatga men tushib qolsam o'zimni noqulay his qilar, qilayotgan ishimning sifatiga shubhalanar edim. Bularni nega gapirib berdim? Hozirgi kundagi AI "workflow"larni o'sha paytdagi "PP session"larga o'xshataman, faqat bu yerda endi AI faqat "implementor/typist" emas, balki oradagi chegara biroz surilgandek. Endi AI faqat kod yozmaydi, balki izlanish ham qiladi, muammoga yechimlarni ko'zdan kechiradi, "tradeoff"larga qarab ajratib chiqadi va biz("navigator")larga taqdim qiladi, bizga esa "design decision"larni qabul qilish va ish tugaganda uni "review" qilish qoladi. AI bilan oramizdagi mehnat taqsimotini "mechanics and responsibility" ga bo'lgim keladi, "mechanics" AIda, "responsibility" esa hanuz insonda.1,19%
- 1 дек.Assalomu alaykum. Webiston jamoasi Sun'iy Intellekt (SI) muhandisligi bo'yicha eng yaxshi va so'nggi kitoblardan biri — Chip Huyen'ning "AI Engineering" kitobini o'zbek tiliga o'girdi. Ushbu kitob SI mahsulotlarini yaratish, ularni baholash va masshtablashtirish bo'yicha amaliy va nazariy bilimlarni o'z ichiga oladi. U nafaqat muhandislar, balki mahsulot menejerlari va soha mutaxassislari uchun mo'ljallangan. Hozirda jami 10 bobdan quyidagi 5 ta bobi tarjima qilindi: - Fundamental modellar asosida SI ilovalarini yaratish; - Fundamental modellar mohiyati; - Baholash metodologiyasi. - SI tizimlarini baholash; - Prompt muhandisligi; Tarjima O'Reilly Media ruxsati bilan amalga oshirildi. Matnda texnik atamalar (inference, finetuning) xalqaro standartlarga mos ravishda saqlanib, o'zbek tilidagi izohlari bilan berildi. Marhamat, kitob bilan tanishing va o'z fikrlaringizni bildiring. 👉 O'qish uchun: https://webiston.uz/books/ai-engineering #AIEngineering #SuniyIntellekt #SI #Webiston #UzbekIT1,02%
- 4 мая 2025 г.18 Subtle Rules of Software Engineering: 0. You WILL regret complexity when on-call 1. Stop falling in love with your own code 2. Every single thing is a trade-off - no "best" 3. Every line of code you wrote is a liability 4. Document your designs and decisions 5. Everyone hates code they didn’t write 6. Don't use unnecessary dependencies 7. Coding standards prevent arguments 8. Write meaningful commit descriptions 9. Never ever stop learning new things 10. Code reviews are to spread context 11. Always build for maintainability 12. Always ask for help when stuck 13. Fix root causes, not symptoms 14. Software is never finished 15. Estimates are not promises 16. Ship early, iterate often 17. Keep. It. Simple. Manba: linkedin0,75%
- 24 июн. 2025 г.Vite 7 https://vite.dev/blog/announcing-vite7.html0,61%
- 22 окт.https://nextjs.org/blog/next-160,51%
- 7 апр. 2025 г.https://youtu.be/84vsqK9j3640,49%
- 29 июн. 2025 г.https://blog.google/technology/developers/introducing-gemini-cli-open-source-ai-agent/0,46%
- 6 мая 2025 г.Node 24 release bo'ldi https://nodejs.org/en/blog/release/v24.0.00,42%
- 9 дек.System design concepts Interviewlarga tayyorlanayotgan middle va senior darajadagi dasturchilarga system design tushunchalari bilan tanishib chiqishni tavsiya qilaman https://designgurus.substack.com/p/50-system-design-concepts-for-beginners0,38%