Programming ∀

OOPda factory deyishgan narsa g'irt type constructorni o'zi.

data Colour = RGB Int Int Int

λ> RGB 42 42 22

Constructorlar elegantroq.

Yana qiziq expirement. Bazida juda uzoq ishlaydigan narsalar, migrator scriptlar vaxakazolarni ishga tushirganimda o'sha processlarga eng baland priority berib qo'yaman. Agar resurs utilizatsiyasi yaxshi qilingan bo'lsa jarayonlar kutilganidan 3-5x tezroq ham bitib ketadi. Lekin bazida I/O intensive narsalar bo'lsa osilib qoladi shunisi ham bor. Bazida concurrencyni juda oshirib yuboraman masalan minglab concurrent joblar bo'ladi. Afsus nodejs o'zida ham bazi muammolar bor shu concurrency bo'yicha to'liq control qilish qiyinroq, shunga process prioriteti bilan magic qilaman 😑

Agar linux ishlatib shularni kavlab ko’rmagan bo’lsangiz /dev/null ni ham bilmasangiz unda neofetchlar yuborib maqtanmang !

Bu yerda yana boshqa qiziq narsalar bor. Object degan columnga etibor qiling. Masalan /dev/urandom Random baytlarni generatsiya qiberadi. Juda kichik kollizya kofitsenti bilan. anon_inode:[eventpoll] eventfd Bu yana qiziq objectlar eventpool bu event notifcation mechanizm. eventfd esa file descriptor notification.

Linuxda /proc//maps Ochsangiz ichida mapped memory regionlarni ko’rasiz. Hamma linuxfurushlar biladiki linux fsda fayllarga permissionlar juda qattiq. O’ziz yozgan shell scriptni ishlatganiyam permission berishiz kerak )) Endi huddi shu permissionlar memory addresslarga ham doir. Memoryga Own bo’lgan process hamm hamma addresslarga hohlaganini qilolmaydi. Huddi siz o’zi yozgan shell scriptni ishlatolmaganizdek. Mana endi tushunsak bo’ladi nega windowsda osongina bufferni og’irlasa bo’lishini. Cheatlar qanday ishlashi va viruslar haqida. Lekin buniyam sababi bor, windows multi kernel arxitekturada multi kernel uchun esa eng tez transport bu memory. Flags columdagi — xp r-p —p Kabilar aynan shu permissionlar. r read w write x execute s shared p privat (copy on write)

NFTga sodda misol. Bu g'oya kelganida adashmasam NFT nimaligini bilmagan edik 😂 2018 yillardagi mavzu Shifu yoribtilar !

Manashunga o'xshagan sabablarni deb, dasturchining hard skilli kuchli ekani doyim ham qiziq emas. Shu sababdan ko'p narsalar templatelar, boilderplatelar ustiga qurilgan. Masalan FAANG uchun hamma letcoder bo'ladi, ammo real hayotga hammayam apply qilolmidi biror algorithmni. Hamma backenderlar OSI ni yodlab beradi ammo aniq caselarda aytib berolmaydi biror narsani so'rasa. Bizni holatda esa yana ham mujmal narsalar bor. Hamma dasturchi bo'lmoqchi bo'lganlar learning qiladi ammo asosiy maqsadni ish topish deb qo'yishadi. Shunga mos ravishta asosiy yutuq yoki dasturchilik belgisi ishlash deb belgilanadi. Dasturlashni bilishni isboti ishlash degan fikr ham asossiz. Hamma turli narsani major deydi. Kimdir Algo & DS bosish kerak deydi. Kimdir dasturchi uchun math shart deydi. Kimdir computer science degree kerak deydi. Talabalar, o'rganuvchilar esa odatda juda ham shoshilishadi. Hammani aytganini qilmoqchi bo'lishadiku ammo hechnimaga erishmasdan vaqt yoqotishlari mumkinligi haqida hech o'ylab ko'rishmagan. Business requirement deymizku ammo bazida business o'zi tog'ri talab qo'yabtimi ? Ular aytgan narsani o'zi tog'rimi ? Bunaqa savollar haqida kam o'ylaymiz yoki isbotlashni talab qilmaymiz.

Dasturlashni o’rganishda juda ko’p narsalar o’rganamiz ammo hammasiniyam hayotga tadbiq qilmaymiz. Aksariyat kompaniyalarda ham hard skillardan ko'ra ko'proq soft skillar muhimroq bo'ladi va shunga qarab kvalifikatsiya belgilashadi. Hullas manashunaqa dilema mavjud va bu masalaning sabablari anchadan buyon o'ylantiradi. 1. Kundalik discussionlarda ham "Business talab" shu context bilan ko'p suxbatlarda argumentlar qilinadi va bu argumentlar kuchliroq tosh bosadi bazida. 2. Aksariyat dasturchilar yoki jamoalar ham istashadi code maksimal sodda va bitta tepda bo'lishini. Bunga misol sifatida hexogonal architecture kabi ideyalarni olsak bo'ladi. Hamma tushunadi yoki ko'pchilikga tushunarli bo'la oladi. 3. Texnalogiyalar, uslublar kabi domainlar ham juda ko'p ekani. Hechkim falon narsa uchun falon uslub yoki texnalogiya yechim mos keladi deb aytolmaydi, ko'pchilik esa bu haqida umuman qayg'urmaydi. 4. Aksariyat holatlarda bazi dasturchilar ancha tor doirada masaln framework yoki aynan bitta til doirasida fikrlashadi. Bunga sabab ham o'zlari yaxshi bilgan narsa idealogiyasi bilan fikrlash. 5. Hamma ham self study qilgisi kelmaydi, bazilar esa umuman yangi narsalar o'rganishda juda passive bo'ladilar, bunga ham o'zlarining sabablari bor albatta. 6. Bazi bir yechimlar jamoaviy fikrlashni talab etadi, inson yolg'iz hamma narsani ham eplolmasligi mumkin. Bir qarorga kelish masalasida esa eng katta jarayon bu debatlar, afsuski debatlar jarayonida ko'pchilikda turli muammolar sodir bo'ladi. Bazida consensusga kelolmaslikning asosiy sababi context turlicha bo'lgani bo'ladi. 7. Odatda biror muammoning complexity darajasini bilmasdan qilingan yechimlar tufayli anashu muammo doirasia ko'p aylanib yurishadi. Bu standartlashtirish va boilerplatelarning tuzog'i desa ham bo'ladi.

Prolog haqida https://bitsandtheorems.com/the-simplicity-of-prolog/

Uje qor yog’yabti sen esa haliyam haskellda code yozmading.

Haskellda hamma narsa yoqadi lekin eng ko’p yoqgan narsalardan biri. <|> Alternative va umuman applicativelar. Concurrency - osonligidan shokga tushib qoludim. Cabal - Paket manager, builder. Cabal o’zida coveragelar ham qilaverasiz. undifined - bu man uchun orginal narsa yurakdan yoqtiraman.

Telegram appda calendar bo’yicha biror contentni ko’rish. Kanaldan kanalga forward qilinganda forwarded kanalni ochish ishlamayabti. Telegramni ichi ketyabti :(

Bekor ochdimda endi uxlolmayman.

Ko'plab zodagon programmerlar haqida ularni qilgan ishlari haqida o'qib tanishib juda havas qilaman. Directioni qayerdan olish kerakligi esga tushaveradi. Masalan social activity bo'yicha albatta Stallman amakidan o'rnak olish kerak. Abstraction haqida esa Philip Wadlerdan. Hullas bunaqa makkam amakilarning qilgan ishlarini fanatiman. Xozir Simon Marlov haqida o'qib qilgan ishlari bilan tanishib o'tirgan edim.

Soft skillarimniyam hard skillarimniyam Haskell tarbiya qiyabti deya olaman. 1. Communitydagi activity soft skillarni. 2. Code yozish va o'rganish hard skillarni. Bonusga networking ! Haskell superiority 😘

UML ni yomon ko’raman. Ammo to’laqonli alternativ yo’q

Scamming coding interview!