Programming ∀

Man uchun azob. commit comment yozish PR description yozish Doc yozish Lekin barbir yozishga majburman manashu narsa doyim kompramisga sabab bo'lgan. Generatorlarga berish mavzusiga ham skeptikman ishqilib kasbimni yoqimsiz qismi deb qabul qilganman bu mavzularni.

Error handling qilishda ko'p narsalarni skip qilib tashlaganim uchun endi juda qiziq fuckuplar bo'lyabti. Masalan choq nimadir neto ketadi shu bilan cooked. Bunga o'xshab aynan compile timeda check bo'lmaydigan joylardan chiqyabti muammo ham )) Hullas bizga reportlar encrypted keladi uni decrypt qilish uchun alohida gpg keylar bor. Man key generate qilganimda manashu key passphrase parametrni qo'yishda space esdan chiqarganman va secret key empty bo'lib qolgan. Ha xozircha keyni check qiladigan narsalar qilmaganman. Shu narsani odamga o'xshab tiplarga o'girib qo'yganimda xozir shu muammo bo'lmas edi yani params record qivosam. Yetmaganiga error handling ham qilmaganman deyarli. Eng qizig'i esa man ishlagan keylar bilan ishlaydigan paket gnu gpg dan kelgan errorlarni beradi. Hullas buni fix qilishga uyoqdagi constantlarni haskelldagi tiplarga ham og'irish kerak adashmasam. Absolute cinema haqiqiy samuraycha qibtashlaganman hamma joyni keyingi hafta endi shularni otirib tog'irlab chiqish kerak. Programmerga ish topish shart emas o'ziga o'zi topadi ishni deymanku mana misol.

Shunaqa payitda hamma joy jim jid, qo'shnilar ham baqir chaqir qilmaydi. Alam qiladi bla. Boya xonamda uchib yurgan pashsha ham yo'q.

Alamimni kimdan olayin ?

Bunaqa prikol narsalar ham bor. Juda sodda cli qivolsa bo'ladi shell o'zida. https://www.gnu.org/software/bash/manual/html_node/Conditional-Constructs.html#index-case

Internetni nima qildilar ? Va nega unday qildilar ?

Video ochmagan bo'lsa manashunga kirilar. https://www.youtube.com/watch?si=WEAa0a5nSeGRp4Kx&v=rgZlzCd0DUU&feature=youtu.be

Framework devayslarini prezintatsiyasi bo'lyabti ekan. Nixoyat macbooklarni musorga o'tishimizga oz qoldi. https://www.youtube.com/watch?v=uqFDIR00Mwo

topdim

Beshqozondan PR keldi.

Umuman olganda 2-3 soatda kerakli hamma narsani setup qilib appga tegishli ko'p narsalarni tog'irlab oldim. Bazi narsalarni test qilishga birmuncha ko'p vaqt ketdi nu asosan skill issuelar sabab. Haskellda network application, backend yozish mavzusiga kelsak ecosystem mazza. Ammo bazi sal ezmaroq joylar bor, monad transformerlarni ko'proq practice qilish kerak. Yoki biror effect systemdan foydalanish kerak. Infraga kerakli bazi narsalar bo'lmasligi mumkin. Ammo Bu ham unchalik muammo emas chunki unaqa narsalarga contribution qilish ham qiyin emas. Masalan gpg keylar generatsiyasi uchun kerakli lib FFI ekan. Gpgmeda 2.0.0 versiyadan uje bazi eski apilar chopilgan. Repodan remove qivorilgan shu sababli buni o'zim fix qildim. Huddi shunday gpg keylarni export qilish uchun libraryda apilar yo'q ekan bularni ham o'zim yozdim. changes: https://github.com/rethab/bindings-dsl/compare/master...lambdajon:bindings-dsl:relago https://github.com/rethab/h-gpgme/compare/master...lambdajon:h-gpgme:relago Kecha va bugun esa manashu narsalar chiqdi: https://github.com/xinux-org/relago-support/pull/5 Prototip uchun request paytida hamma narsani qivoradigan qildim. Ammo ideya o'xshadi muammosiz ishlayabti hammasi. Endi bazi narsalarni backgrounda process qiladigan qilish kerak. Masalan shu opensearch indexlar saqlashni, Hademay productionga ham tayyor bo'ladi hamma narsa. Millionlab qator production codega ham ozgina qoldi )) Hali boshqa qiziq joylari oldinda xozir juda ko'p narsalar ancha minimal holatda qilinyabti sherigim ham tezroq yetishib olishi uchun. Jamoada uje 2ta haskellist bo'lsa uje boost time keladi bizga.

Ideya o'zini to'liq oqladi, eng qizig'i biz Opensearchga tayyor templatelar qilib qo'ya olamiz va report kelsa birdan manashu templatelar bo'yicha datani filter qilib ko'rsatadi. Opensearch juda powerful tool ijod qilsa ancha narsalarni avtomatlashtirvorsa bo'ladi.

Mana endi bizga kelgan reportlarni analiz qila olamiz.

absolute kitob.

Juda qiziq narsa topib oldim. https://openzfs.github.io/openzfs-docs/Basic%20Concepts/VDEVs.html ZFSda virtual device degan narsa bor VDEV. Agar VDEVga yaxshilab qarasa bu Object storage bilan deyarli birxil narsa. Faqat local! Bizda ZIO ham bor yani ZFS scheduler, bu narsa read/write operationsni sync qilish uchun ishlaydi. Undan ham qiziq tomoni ZIOda async write scheduling degan narsa bor. S3 based on ZFS Bu yerda asosiy yutuq ZFS backend tayyorligida bizga raw blocklar uchun backend kerak emas bu narsa uje zfsda mavjud. Ho'sh zfsda nimalar bor ? Compression - LZ4 or Zlip native. Bucket isolation - zfs create objectstore/bucket/test1 Caching - ARC aynan ram adapdive va undan tashqari L2ARC ham bor. Bu narsa aynan VDEV yordamida metadata va small object blocklar saqlashga juda zor. Snapshots/backup - zfs snapshot va olg'a! OPS - zpool iostat, zpool status etc ZFS tayyor s3 yoki block storage engine bo'la oladi. Endi scaling perespektivasida raftni moslab ko'rish kerak. Bu biroz nozikroq lekin o'ylab ko'rsa bo'ladi. Undan tashqari yana bir prikol bor. Masalan object sotrageda /x/y/z.txt bu path flat bo'ladi yani shunchaki x/y/z.txt degan key bilan saqlangan object. Lekin filesystemda unday emas bu flat namespace vs directory tree problemga olib keladi. Albatta bu narsani boshqacharoq uslubda design qilsa bo'ladi maslan hashing. Shunchaki prototip uchun object CRUD va bucket operations qilib ko'rish kerak.

X topicdagi chatga Y topicdagi vakansiyani joylamoqchi bo'lgan HRlarni nima qilish kerak ? Man oldin ham aytganman HR degan pozitsiyani chopish kerak. Maksimum hodimni documentlari vaxkazo qog'ozbozliklarni qilsa yetarli.

Hullas LLMlar 2038 kutilyotgan muammoni hal etish uchun ishlab chiqilgan. Ammo ular buni hal eta olishmaydi chunki LLM agentlar ham unixtimedan foydalangan. https://en.wikipedia.org/wiki/Year_2038_problem

Absolute kitob. Naxren kerak kanalga storylar ?

Kanalga story qo’ysa bo’lar ekan. Bilmas edim.