Programming ∀

Naxotki tassavur qilib ham ko'ra olmasak... Shu darajda qolipda ekanmiz davlat ishi uyoqda tursin o'z ishimizda qanday qilib biror narsaga erishamiz )))

Yaxshi fikr. Masalan Axborot texnalogiyalari vazirligi bormidi shu vazirlikga ishga kirish uchun quyidagilarni qilish kerak. 1. Leetcodeda 3 ta problem ishlashi kerak online. 2. Biror mashxur certficationlardan o'nline holatda imhtondan o'tishi kerak. Masalan CISCO, ORACLE, RedHat, Linux foundation, AWS, Microsoft vaxakazolar. 3. ITga aloqador soxalarda N yil tajribaga ega bo'lishi kerak. 4. Kamida 30 ta IT tajribasi kamida 6-7 yillik mutaxasisslarni osha kishi xaqida feedbacki bo'lishi kerak. 5. Kamida 3 ta ilmiy maqola chiqargan va research output qilgan bo'lishi kerak. Ushbu tekshiruv online holatda yoki TV da xalqga ko'rsatilishi kerak. PS: Hamma ayib bollarda....

Hozir ham dasturchi sifatida algoritmlarni o'rganish muhimmi? Mening fikrimcha juda muhim. Albatta, algoritmlarni yaxshi o'rganmasdan turib ham dasturchi bo'lish mumkin. Hozirgi kundagi dasturga va dasturlashga bo'lgan zamonaviy yondoshuvlar (ayniqsa OOP) ko'pchilikda algoritmlar keraksiz narsa degan tushunchani uyg'otishgacha bordi. Keling, sizga bir haqiqatni aytaman: siz va biz OOP bilan erkin ishlay olishimiz uchun ham ancha-muncha algoritmlar o'ylab topilib, implement qilingan. OOP esa biz – dasturchilar uchun ishlab chiqilgan juda chiroyli abstraksiya. Shunchalik chiroyli-ki, ko'pchilik OOPning o'zini dasturlashdagi elementar, atomic tushuncha deb o'ylashni boshladi. Komputerlar esa haliyam objectlar bilan emas, instruksiyalar ketma-ketligi bilan ishlaydi. Siz bilan biz kundalik dasturlashda duch keladigan business-related (ya'ni to'g'ridan-to'g'ri loyihaning biznes tomoni bilan bog'liq) muammolar texnologik tomondan allaqachon hal qilib qo'yilgani uchungina algoritmlar bizga kundalik ishimizda kerak bo'lmayapti. O'zingiz o'ylab ko'ring, siz ishingizda foydalanadigan til, tarmoq, protokollar, tayyor software toollar (OS, database, proxy, MQ, ...) va hokazolar hammasi texnologik muammolarni hal qilish uchun ishlab chiqilgan va biz uchun abstraktlashib ulgurdi. Biz esa deyarli hech qanday murakkab texnologik muammoni hal qilmayapmiz. Muammo shundaki, atrofimizdaki ko'pchilik dasturchilar asosan biznes muammolarni hal qiladi (oxirgi marta ishingizda qachon yangi protokol ishlab chiqishga ehtiyoj tug'ilgan?). Lekin hozir ham minglab dasturchilar sohadagi muhim texnologik muammolarni hal qilish ustida ishlayapti va bir-ikki yildan keyin biz ularning natijasidan shunchaki tekinga foydalanamiz. Dasturlashdagi texnologik, ya'ni dasturlash sohasining o'zi bilan bog'liq muammolar doim algoritmlarga muhtoj bo'lgan va shunday bo'ladi. Siz saytingizni yaratish uchun qo'lda algoritm yozmayotgan bo'lsangiz bu algoritmlar kerak emas degani emas. Xo'sh, algoritmlar qanchalik kerak? Bu ko'proq sizga bog'liq deb o'ylayman. Siz dasturchi sifatida nima ish qilasiz? Texnologik muammolarni yechasizmi yoki biznesdagi muammolarnimi? @boboshersnotes

Man 2023 ni nima deb elon qilishimni... 4ungan4chundi.

2023 yil, "PHPning qadri va sifatli kod yozish" yili deb e'lon qilaman, kanalimda. 2023 yilda PHPni butun O'zbekiston bo'ylab tarqalishini, har bir dasturchi bo'lishni istagan o'quvchilarning tanlagan yo'li bo'lishini ta'minlaymiz. 2023 yilda "PHP forever" jumlalari har bir maktab ba o'quv markazlarning shioriga aylantiramiz. PHP forever☺️❤️

Bunisini yomon qilishibti lekin.

Problem solving... Muammoni hal etishga qaratilgan bazi qiziq fikrlar shakillanib qoldi. Shanba kuni bir masalada muammoga duch kelgan edim. Masalani to'liq ayta olmayman ammo qisqaroq aytganda non-traditional muammo. Soddaroq aytganda priority queue notogri ishlayotgan edi. Muammoning asosiy qismi design ga bog'liq edi. Solutioni boshida notogri design qilingan 2 yilcha oldin qilingan yechim edi ))) Shanba kuni kop vaqtimni oldi. Hayoldan hech ketmadi. Ertasi kuni yani kecha esa. Shunchaki o'ylab 1 soat o'tiribman 😅 Keyin lampa yondi. Muammoni aniq bir pipelineda hal etishga urinib ko'rdim. Avvalo birqancha qismlarga bo'lib chiqdim. 1. Barcha usecaselarni o'rganib analiz qilib chiqdim. 2. Kelajakda extimoliy changeslar va evolutioni analiz qildim. 3. External faktorlarni ko'rib chiqdim. Yechimni qandaydur texnalogiyaga bog'lash vaxakazolar. 4. Decomposition va integration masalalari minmal va maximal cost. 5. Limitlarni ko'rib chiqdim. 6. Barcha ma'lumotlar asosida xulosalarni yegib chiqdim. Barcha ma'lumotlar aniq bo'lganidan keyin esa 3-4 xil approach xosil bo'ldi. 1. Barcha solutionlarni turli aspectlardan taxlil qilib ko'rdim. Businsess, Design, Perfomance, ...lity 2. Har bir approach qanchalik trash ekaniga yoki qachon trash bo'lishi mumkin ekaniga argumentlar yegib chiqdim. 3. Boshqalar qilgan solutionlar bilan tanishdim. Yana birqancha processlar... Ohir oqibat yechim aniq bo'ldi. Implementation esa 1-2 soat vaqt oldi. Muammo esa hal. Umumiy xisobda 1 kundan kop vaqt ketdi. Doyimgiday dafominga toyinib o'tirgan joyimda bir hamkasb xabar yozdi. Ular bilan ozgina gaplashdik va yaqinda qilgan ishimni muammo va uni yechimini gapirib berdim. Hamkasb birat: — Man buni a,b,c packagelar yordamida qilganman... Man: — Haa ajoyib Ichimdagi odamcha: — Shuncha qilganimni trashga tiqding... PS: Lekin barbir yuqoridagi uslubga sodiqman 😅

Ha aytgancha yana bir narsa anchadan buyon o'ylantiradi. IT product ga nisbatan kim qanday qarashi kerak ? Aytayik Eshmat. Eshmat Dasturchi u loyihaning texnik nuqtasiga javob beradi. Barcha narslarga texnik jixatdan qaraydi. Toshmat: Manager loyihaning feuturelariga va mijozlar bilan ishlashga javob beradi. Boltavoy: Loyiha egasi va investori ushbu loyiha uning startupi va uning loyihasini hamma ishlatishini xoxlaydi. Mijoz: Hammasiga tupurgan ishi bitsa bo'ldi. PS: Juda ham sayoz izohlashga xarakat qildim. Kengroq izohlarni va fikrlarni sizdan kutib qolaman. Qaysi role nima qiladi yoki nima qilishi kerak ? Fikrlaringiz manga qiziq :)

Bizda ham shunday kompaniyalar ko'payib ketyabti. Bu mavzuni alohida yortish kerak. Maqola chiqgunicha o'qishga ruxan tayyor turing. Hissiyotlarni o'chirib yoqishni mashq qiling. Ancha muncha trashlarni ko'rib chiqamiz 😁

CPU cache haqida yana bir yaxshi maqola ekan. Author: Otabek ismli obunachi. https://ismoilovdev.vercel.app/uz/guide/cpu_cache.html

Endi uxlamoqchi edim :) Uyqi o'chib ketdi...

OOPda static methodlar antipattern degan fikrga qanday qaraysiz va muhimi, nega? Ba'zi savollar borasida dasturchilarning fikrini o'rganayapman. Tepadagi savolga iloji boricha batafsilroq javoblar qoldirsangiz xursand bo'lardim.

Multiple statements kerak bo'lganda if else yoki switchlar ichida adashib qolmaslik uchun Rustda match degan narsa bor ekan. Bu narsani qanday ishlashini tushunganimdan keyin oldin yozgan qonli iflarim ko'z oldimdan o'tdi :)

Docker desktop yoqmagan edi. Endilikda docker extensions va Wasm imkoniyatlari beta ko'rinishda chiqibti. Buyog'i ancha qiziqarli bo'lsa kerak 😁

No comment :)

Light theme: On

Ha manam kurslarni reklama qilib turaman :) O'zimga ravo ko'ra oladiganlarimni faqat )))

Внимание! Хочу перезапустить курс для начинающих, а для этого перераспределим подписчиков. 👶 Если вы новичек, то более подходящие материалы быдут в канале: https://t.me/metaedu и группе https://t.me/+znsE73dPWLQ5Nzky. 🧑‍💻 Если вы уже работаете, но все еще активно учитесь новому, то вам в канал: https://t.me/HowProgrammingWorks и группу https://t.me/MetarhiaHPW 🎅 Для продвинутого уровня канал https://t.me/metarhia и группа https://t.me/nodeua

#take_question Eng yaxshi berilgan savol egasini Coffe bilan mexmon qilaman. Shartlar: Oldi qoshdi bomagur savollar kerakmas. Kanal mavzusiga mos IT va Dasturlashga mos savol bo'lishi kerak. Fix qila olmagan buglaringizni ham to'g'irlab bermayman ))) Qilolmagan projectlaringizni ham review qilib ko'rib berolmayman. Shu sababdan savol berayotganda shunga o'xshagan narsalarni xisobga olishingizni so'rab qolaman.