Programming ∀

Siqilib qolamanda bunaqa tasklardan🥲

Negadir doyim arifmetika, kasrlar kabi narsalardan sinalamanda. Stepikdagi kursda aynan distance hisoblaydigan funksiyani yozish kerak bo'lgan taskni tashlab ketgan ekanman. Endi esa aynan shu taskni qilganmami yoqmi so'rashyabti. Baxtimizga google bor.

Agar yolg'on masshtabi katta bo'lsa haqiqatga aylanadi. Bu so'zlar kimga tegishli bilmadimku lekin bizga qiziq point of view beradi. Chunki real hayotda shunaqa katta yolg'onlarni ko'pi haqiqatga aylanib kelyabti. Misol sifatida kripto aktivlarni olsak bo'ladi. Xozirda 3.27  trillion $ qiymatni tashkil qiladigan ushbu bozor ko'pchilikning haqiqatiga aylangan. Nega yog'onmi ? Sababi rostdan ham jiddiy fundamentlar yo'q ammo fiat pullar kabi harakterga ega bo'lgan kripto aktivlar keng omma tomonidan tan olinyabti hatto davlatlar va katta kompaniyalar tomonidan ham chunki ular ham o'z zahiralarining bir qismini aynan shunday aktivlar ko'rinishida saqlashyabti. Dunyoda bunday hajimdagi yolg'onlarni ko'plab uchratishimiz mumkin. Dasturlashda ham boshqa mavzularda ham. Ho'sh bu yog'onlar qanday qilib haqiqatga aylana oldi ? Manashu faktor kaktta axmiyatga ega va bu savolning javobi primitiv bo'lolmaydi. Nima qilish kerak ? Fikrimcha bunday masalalarga ko'z yummaslik kerak va bunday ko'p o'lchamli masalalarda yolg'on qurboni bo'lmaslik uchun ham o'rganadigan narsalarimiz juda ko'p. Shu sababdan ham doyim aytamanki hechqachon complex masalalarga primitiv yondoshmaslik kerak. Kripto aktivlardan deyarli hammamiz foydalanamiz yoki bo'lmasam ishimiz tushadi va bu tabiy. Biz yog'onlarni yolg'on ekanini isbotlay olmaganimizda ham ulardan keladigan zararlarni va foydalarni riskini kamaytirishimiz yoki ular bilan ishlay olishni o'rganishimiz kerak. Bu degani shuni anglatadiki har bir oldinga bosgan qadamimiz bir yolg'on jarligiga tushib ketishimizga sabab bo'lishi mumkin. Risklar bilan ishlashni o'rganish esa jarliklarni oldindan ko'rishni o'rgatadi. Shu sabab ham doyim bir narsaga davat qilaman. Do your own research !

Yaxshi kitob topib oldim. Hechqanaqa romantikalarsiz va yemagan ertaklarsiz. Qisqasi bazi contentlar yoqdi, turli turdagi vulnerabilities haqida qidirib o'tirgan edim chiqib qoldi )) Bu mavzularda hechnima bilmayman bu kitob ham eski ekan ammo o'zimga yqogani uchun tavsiya qila olaman bemalol. Xozircha kitobdan aynan bazi o'zimni qiziqtirgan savollargagina javob olib cheklandim holos. Manimcha OS/Network dan biroz tushunchalari borlar uchun ko'proq foydali bo'ladi.

Ha mayli, muhimi research yaxshi ketyabti bu yerda aytganimdak uje aynan bitta muhim mavzuga doir content deyarli tayyor bo'ldi. Bugun ulguramanmi bilmayman publish qilgani lekin asosiy content tayyor biroz reviewlar qilib styleni ham qarab chiqish kerak. Shu bilan tayyor, nu asosiy contextlar tayyor bo'ldi.

Mana sizga safety composition.

FP ishlataman deb javraydigan default frontendchilar qilgan composition. Yana bir joyda ko'rib qoldim, dinamik composition emish... Lekin man yozganim static composition, zato type safety typescriptda magic yozgim kelmadi kegin unaqa magiclar yoqmaydi ham manga. TS genericlari ham qanaqadir nogiron )) JSchilar TS bizga safety beradi deyishadiku ammo unsafe code yozib yuraverishadi ))

Abstraction bilan OOPda tanishdim. FPda o'rgandim. Math bilan tushuna boshladim.

Internet ishlaganida shu yerdagi videolarni ko'rib chiqishni tavsiya qilaman https://www.youtube.com/@Kronark/playlists

Tiktor va Instada zadrod bo'ladigan dormayetlardan telefoni olib qoyish kerak blyat.

Faqat uzbda internet bunchalik trash bo'lib ketyabtimi? Bugun youtubdeda birorta video ko'rolmadim chunki har 30 sekunda qotib ko'rsatyabti 729p ham )) Telegramniku gapirmasa bo'ladi har safar connecting turibti ))

Rustga ko'pchilik egzotika sifatida qarayabti, fikrimcha bunaqa narsalarni yeg'ishtirib aniq maqsadga o'tish ko'proq foyda keltiradi. Hullas Rust C++ni replace qiladi ! Aynan shu perespektivadan qarangda bosavering ! C++ xarbaloga tiqishtirilganmi ? Rustda o'shalarni hammmasini egallashga yetadigan potensial bor. Texnik jixatdan ularni ortig'i bilan bajara oladi. Lekin Rustdan foyda ko'rishni istasangiz undagi ideatomicga rioya qiling. Shunday ekan agar Rust FP deb o'ylasangiz adashasiz, C++ kabi deb o'ylasangiz ham adashasiz. Maslaxatim boshqa tillar bilan solishtirmasdan o'rganing shunda biroz yengilroq bo'ladi. Lekin safety code yozishni o'rgansangiz kegin boshqa imperativ tillarni bir tiynga olmaydigan bo'lasiz.

AUF )) @copyright @keilambda

Data model mapping uchun mos keladigan va encode/decoding oson bo'lishi kerak deyilgan. Shunga mos semantics paydo bo'ladi. Lekin bitta neto tomoni bor, log aggregationlar ko'payib ketadi. Mani fikrimcha mapping log create qilishdan oldin bo'lishi kerak. Aggregatorlarga ish qoldirmaslik kerak )) Ammo tushunishimcha standartizatsiya foyda bermaydi bu degani hamma logger driverlarda birxil standart qilish kerak, bu uchun hamma loyihalarda shuni o'zgartirib chiqish kerak. Shu sababdan aggregatorlar ishlatishadi, logstash kabi. Ammo logstashlarda boshqa muammo kelib chiqyabti, log aggregation pipelinelarni deb alertlar kechikadi, ha buniyam birnimalar qilib amallashgan ammo bunaqa holatlarga ko'p duch kelgan edim. Alertlar birnecha daqiqaga ham kechikgan bazida. Yana bir approach esa agentlar o'zida tayyor log model yuborish kerak. Masalan filebeat kabi toolda logni olamiz, parse qilamiz va send qilamiz. Ammo bilamizki bu doyimiy parsing degani. Yani ko'p resource utilization ketadi. Shu sababdan ham loglarni yozishdan oldin aniq formatlashni loggerlar o'zidan boshlash kerak degan firkni ko'pincha oldinga suraman. App layerda bu jarayon unchalik ham katta resurslar yemaydi. Lekin bazi murakkabroq contextlarda muammolar kelib chiqishi mumkin masalan loglarni guruhlash vaxakazolar qilish paytida. Shu sababdan deyarli hamma dummy ammo structured loggerlardan foydalanadi. Agar uzoqni ko'zlasak barbir log aggregatorlar + structured logger driverlar bo'lib qolyabti. Ammo doyimiy log aggregatin uchun content dilivery muammosi bor. Shu o'rinda log collector va log driverlar juda kam resurs utilizatsiya qilishlari shart, ammo bilamizki real hayotda unaqa emas bemalol GB ram ham ishlataverishadi collectorlarimiz )) Driverlarimiz ham uyalmasdan CPUni ichishadi. Qisqasi oddiy loglarni yozishdan ularni saqlanadigan joyga yetkazishgacha manashuncha bosh og'riqlar bor. Siz haliyam AI dasturchilar ishini olib qo'yadi deb ertaklaringizda yuribsiz. Agar semantic log bo'lmasa AI ham tushunolmaydi ))

OTeL log model qilyabman eng prikol joyi deyarli hamma projectlar o'zicha qilib ketgan )) Masalan eng muhim fieldlardan biri time, bazilarda time numeric unix epoch bazilarda esa string yoki datatime )) Requirementlar ham qiziq, yani deyarli to'liq erkinlik huddi yamlga o'xshaydi )) Bitta perfmoance mavzusida birmuncha tayinli narsalar topib oldim. Nu mayli practice uchun shular ham bo'ladi, ammo OTeL modellari man o'ylaganimdan ham bardakroq bo'lib chiqyabti )) To'gri qanaqadir semantic bor RFC ham bor. Ammo hamma RFCga tupurib hamma o'z dunyosini qurigan 😁 https://docs.google.com/document/d/1ix9_4TQO3o-qyeyNhcOmqAc1MTyr-wnXxxsdWgCMn9c/edit?tab=t.0#heading=h.1c8voo540fzy

O’qiganku ammo uqimagan deganlari shunaqa bo’lsa kerak. Mashina oynasiga … qilib ketgan qushlar esimga keldi musichalar.

Ohho 2000 yillar vaybini his etyabman😇 Ammo maqola zor ekan. Manimcha qanaqadir manoda haliyam actual. Ha aytgancha bu maqola ko'pchilikga mos kelsa kerak o'qishga.

Refactoring Functional Programs https://kar.kent.ac.uk/14267/1/notes.pdf

Haskellga turli ekotizimlardan onboarding qilish haqida maqolachalar o'ylayabman. Lekin Haskelldagi hamma narsalarni solishtirib yoki aynan haskell kabi implement qilish mumkinmas. Shu sababdan aynan bazi o'xshashliklar haqida yozaman. O'ylab qarasam bunday content man uchun turli tillar bilan biroz yaqindan tanishgani qiziq bo'lsa o'quvchi uchun haskell bilan tanishish qiziq bo'ladi.