Juda qiziq maqola. O'qishni tavsiya etaman.

https://blog.haskell.org/a-couple-million-lines-of-haskell/

Manga kelgan xabarlarga ko'ra xozirda relocation job offerlar yana bir muammoga aylangan.

Interviewdan kegin sizni ishga taklif qilishadi, masalan Tailandga. Borishingiz xarajatlarini qoplaydi kompaniya. Hullas relocation paket bo'ladi va uyoqda sizni kutib olishadi. Undan tashqari yuqori oylik ham taklif qilishadi.

Lekin hammasi kutib olishgandan kegin boshlanadi ularni qo'liga tushgandan kegin maxsus lagerlarda scam sektorlarda majburiy ishlatishadi. Uyog'i esa hammaga ma'lum 21-asrdagi qullik. Yuqori oylikga uchib borgan odam shu bilan majburan scammerlik qiladi agar ishlamasa hayotiga tajjovus bilan qo'rqitishadi vaxakazo.

Batafsilroq bu yerda bor ekan.

https://www.youtube.com/watch?v=HIMJajBcyLE

bizni qoravoylar rekord qo'ymoqchi commit qilishdan.

fixed group in module is fixed

- unused fields removed
- custom fields disabled
- missed
- debug missed but missed in debugging
- use removed field

About my genius skill issues

Juda juda go’zal.

https://obdev.at/blog/little-snitch-for-linux/

Appledagi liquid ass swiftdagi ui frameworkga qo'shilganidan kegin apple sofwarelar juda juda rasvo bo'lib ketti.

Fikrimcha apple ecosystemdan vos kechish davri kelyabti.

Alternativ laptoplar topsa bo'ladi battarey macbook bilan 1:1 bo'lmasda kuni bo'yiga yetadi.

Thinkpad
Framework
Dell xps

U yaxshi bu yaxshi demaylik linux based distrolarga manashularda driver supportlar topish osonroq. Ayniqsa framework nixos bilan partner bo'lgan.

Mobilega kelsak ha ko'plab sofwarelar muammoli bo'ladi mobilga. Ammo kerakli sofwarelarni biror simulatorda run qilish yoki bo'lmasa grapheneosga build qilish yo'lini topish kerak.

Narxlarga kelsak deyarli Apple ecosystemga qilinadigan harajatlar bilan tenglashyabti. Masalan framework laptopni bizga kelishi ancha qimmat.

Mobile maslasida aniq fikrlar yo'q research qilib ko'rish kerak.

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

Absolute kitob. Naxren kerak kanalga storylar ?

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

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.

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.

absolute kitob.

Mana endi bizga kelgan reportlarni analiz qila olamiz.

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.

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.