Programming ∀

Senior vibe coding engineer with 10 years of expirence of buling modern large complex systems.

Proof of impossibility https://en.wikipedia.org/wiki/Proof_of_impossibility #anti_shizofriniya

O'ylab qoldim, yuqoridagi yuborganim "Four color theorem" kabi, yoki boshqa qiziqarli mavzularni ulashib tursak. Masalan transportda o'qish uchun content deb nomlaymiz ) Bu foydali dunyo qarshni ham oshiradi, qanaqadir vahimalar ham kam bo'ladi. "O'ta adavanced topic!" "Akademik narsa" Hullas shizofiriniyaga qarshi profilaktika desak yaxshi bo'lar ekan va shu nom ostida qiziqarli maqolalarni ulashib turamiz, commentda ulashsangizlar kanalga forward qilib qo'yaman. Ideya yoqdimi ? Ha bo'lsa yaxshi. Demak shunaqa qilamiz.

Dilni yayratadiganam, tilni sayratadiganam pullar tiplar

Balki ularga cetbotni aytarmiz ?

Hayitga domain sovg'a qilamizmi ?

Effect-ts dan kegin nestjsni ko’rar ekanman, volidol ovolmaganimga afsus qilyabman. Bunaqa “abstraksiya”ni hidini sezmaysizlarmi sasib yotibtiku😁

Hehehe boi https://day-to-day-stuff.blogspot.com/2024/12/zio-kafka-faster-than-java-kafka.html

Metrikalar do’stingiz ! Hammaga ma’lumki metrikalar bilan biz applicationdagi jarayonlarni tushunib troubleshoot qilishimizga katta yordam beradi. Ko’plab anamaliyalardan tortib tushimizga kirmagan holatlargacha. Odatda bu mavzularda SRE va Niggopslar qayg’urishadi. Lekin metrikalarni yana boshqa maqsadlarda ham ishlatsak bo'ladi masalan: Agar metrikalardago falon parametr falonga yetadigan bo'lsa nimadir qilishni avtomatlashtirsak bo'ladi. Aytaylik Disk 85% bo'lsa alert qiladi. Endi yanayam qiziq versiya: agar resurs utilizatsiyasi N% dan ko'payib ketsa. Yangi instance yasash 🙂 Nimadirni eslatmayabtimi ? Ha biz metrikalardan turli qarorlar qabul qilishni avtomatlashtirsak bo'ladi. Shu orqali dastur o'zini o'zi maintaince qilishi mumkin, lekin bu chegaralangan vahima qivormanglar ! To'liq self maintaince yo'q narsa. Shunchaki bazi aniq vaziyatlarga aniq qilinadigan ishlarni yozib ketish mumkin. Lekin determenistic jarayonlarda bunaqa uslublar ham unchalik yemaydi. O'zini o'zi scale qilish esa autoscalinga misol edi.

Programming Language Principles and Paradigms. Bu darslikni yaxshi foundation deb qabul qilsangiz bo'ladi. Dasturlash tillarini o'rganishga yaxshi introduction va ancha dunyoqarash beradi. Nazarimda Familiarity Bias masalasiga yechim bo'la oladi. Kimlar uchun mos keladi ? Agar siz bitta dasturlash tilida biror muammoni hal eta olasangiz va ushbu dasturlash tilida fikrlasangiz siz uchun. Bu darslikni o'rganib dasturlash tillari va paradigmalarini yaxshiroq tushunasiz, turli perespektivalardan ko'rishni o'rganasiz. Darslikning yaxshi tomoni esa bu mavzularda o'rganishni istaganlar uchun yaxshi introduction va tushunalardan iborat biror mavzuga o'ta chuqur kirilmagan. Ayni shu faktorlarni xisobga olsak bu ko'pchilikga mos keladi ! Kanaldagi obunachilarni juda ko'pi asosan shu C oilasidagi tillarni bilishadi shu sababdan bemalol ko'pchilikga tavsiya qila man deya olaman. Kursni shoshmasdan o'ting, savollar bo'lsa ham commentlarda qoldiring bilganimizcha yordamlashamiz ! Bilgan mavzularim ekan deb etiborsizlik qimaslikni tavsiya etaman !

O'ylaymanki agar SQL bunchalik etalon bo'lmaganida odamlar alohida alohida katta kuruglarga bo'linib ketishar edi ))) Aslida esa rivojlanishning ham kaliti tanqid va muammolarga ko'z yummaslikda. O'rinli tanqid doyim kerak ! Siz foydalanadigan til yoki paradigm siz ishlaydigan domainda usefull ko'rinishi mumkin. Masalan javascriptda biror narsani parse qilib ko'ring, masalan o'zingiz json parse qiling. Ana kegin shuni Haskellda sinab ko'ring. O'ylaymanki shunda dasturlash tillariga ham boshqa perespektivadan qarashni boshlaysiz.

Familiy Biases Odatda dsaturchilar tili bitta tilda chiqadi. Kegin vaqti kelib boshqa tillarni ham o'rganishadi yoki ular bilan tanishadilar. Lekin bazi dasturchilar o'zlari ishlatadigan tillarni ham paradigmalarni ham yaxshiroq o'rganmaganlari yoki bo'lmasa instrumentaldagi bazi imkoniyatlardan umuman foydalanib ko'rmaganlari uchunmi bazi g'alati fikrlar bo'ladi. Bunaqa fikrlar esa amalda bazi nuanslarni keltirib chiqaradi. Masalan ular X tilda dasturlashni o'rganishgan va faqat shu doirada tushunadilar. Boshqa alternativ yechimlarni esa qabul qilishni istamaydilar yoki tushunmaydilar. Misollar: - Imperativ dasturlash tillaridan foydalanadiganlar uchun i++ yozish kundalik odatiy narsa. - Bazi C dasturchilar yoki low level bilan shug'ullanadiganlar uchun abstraksiya yoki murakkabroq tiplar shunchaki over engineering. - Ko'plab Nodejschilar multi threading deganda faqat CPU intensiv narsalarni tushunadi. - Frontenchilarni katta qismiku umuman frameworklarda fikrlaydilar. Bu misollar bizga anglatadiki biz birinchi qaysi tilni boshlasak aynan shu doirada fikrlashni boshlaymiz. Kegin esa miyya shunaqa fikrlashda qotishni boshlaydi, alternativ narsalar bizga notanish bo'lsa tayinli argument bo'lmasa ham shu bilan tanqid qilishimizga sabab bo'ladi. Masalan haskellni til sifatida qoralashga aniq texnik argument topa olmasdan ish yo'qligi, akademik til va bunga matematika kerak degan g'alati argumentlar bilan fikrimizni bayon qilamiz. Shu o'rinda bizga boshqa alternativlarni o'rganish juda qiyin ko'rinishini sababi ham manashunday familiy biaslar. Yangi til o'rganish bizga eng kamida yana bir point of view beradi ! Deyarli hamma tillarning o'zining hujjati bor ushbu hujjat esa spesifikatsiya deyiladi. Unda aynan til haqidagi ma'lumotlar bor, undan tashqari esa rfc kabi yana bazi documentlar. Agar siz biror dasturlash tilidan bemalol foydalana olayotgan bo'lsangiz, oldin tilga doir biror kitob, kegin tilni documentatsiyasi, spesifikatsiya va rfclarni bir kavlab ko'ring nimalar bor ekan ) Nimalar qayerdan kelgan-u ularni ustida kimlar ishlagan.

OOP va design patternlarni o'rganib software architect bo'lib olganlarning loyihasii.

Bu xazilmi ?

Your type annotation.

Macbookdan boshqa yaxshiroq laptop ham yo'qligi biroz alamli. Fikrimcha shu remote ide bilan development eng yaxshi variantga aylanib boryabti. Albatta buyoqda ham tradeofflar bor, lekin kattaroq resursli laptoplarni 3-4000$ga olgandan ko'ra remote IDE arzonroqga ham tushyabti. Masalan mani holatimda personal projectlar va expirementlarga Macbook ham boshqa 32GB ramlik laptop ham kamlik qilyabti. Albatta hammada turlicha ish muhiti va turlicha loyihalar. Lekin Macbookni unchalik yoqtirmaydigan va ko'p resurs talab qiladigan muhitda ishlaydiganlar uchun remote IDE zo'r variant bo'lib boryabti. Ayniqsa Vim va vscode userlar uchun remote IDE juda ham oson )

Xinux community tomonidan O’zbek segmentida ham Nix userlarni ko’paytirish, qo’llab quvvatlash uchun yaxshi qo’llanma tayyorlanyabti. Qiziquvchilar uchun: https://xinux.uz/learn Nix bizga familiar va nix hammajoyda!