Bizni crash detector aynan bazi caselarni detect qila boshladi, masalan coredumplar.

Ammo servislar fail bo'lgani kabi masalalarga yozgan handlerlarimiz kutganimizdek ishlamadi, kegin journaldan hamma datani ovolib shu bilan ishlashni uni analiz qilishni boshladim.

Kegin kutilmagan narsani ko'rdim, ishlab turgan nixos based distrodagi journalda man kutganimdan ham ko'proq fieldlar bor ekan. Bunisi yetarlicha surpriz bo'ldi sababi o'ylaganimdan juda ko'p va turli devayslarda turlicha fieldlar bor.

Birnechta devayslardan dataset to'plab ularga parser yozdim, kegin bazi narsalarni analiz qilib ko'rdim masalan manashu journalda mavjud barcha fieldlar...

Albatta parserlar bilan birnechta narsalarni analiz qildim, ammo savollar ko'paygan sayin muammolar ham ko'paydi.

1. Har bir ideyani tekshirgani yoki savolga javob topgani alohida code yozish kerak.
2. Bazi narsalar natijasini olish uchun yoziladigan kodlar optimal bo'lmagani uchun uzoq kutish kerak ayniqsa 1GB log faylar bo'lsa.

Qisqasi, qarsasam uje DB yozib qo'yabman.

Ha, kegin journaldan olingan dumplar contentlarini tog'ri mongodbga yozdim. Mongodbdab schema generate qivolib bazi fieldlarga indexlarni tiqdim bunga alohida sodda index generator yozvordim.

Shu bilan xozir 1mln documentlik journalarni dbdan bemalol aggregate qilolyabman, bu narsa esa asosan turli edge caselar, turlicha catch senariylar qilish uchun kerak.

Masalan xozir systemd qanday dasturlani manage qilgan ?
Qaysi dasturlarda muammolar sodir bo'lgan ?
Kernel scopeda qanday muammolar sodir bo'lgan ?
Falon dasturda errorlar sodir bo'lganmi ?

Hullas manashunaqa savollarga ancha tez javob olyabman.

Endi ushbu savollar problem detection case bo'lib xizmat qiladi codega o'girilsa bo'lgani ))

Juda sodda lekin juda effektiv.

Haa do'stlar uje githubni ham yoshi o'tib qarib qoldi.

I mean rust but...

Hackage ochvolib nega manga crates emas hackage ochib berdi deb o'ylanib o'tiribman.

Journaldan olingan datani compress qilib ko'rdik

Compression deyarli 10x resize qilyabti manashu datani olishga taxminan 20s vaqt ketyabti.

Agar best compression qiladigan bo'lsak unda 15x dan ko'proq resize qilyabti ammo 30s ketyabti.

Code hali optimal emas shunchaki prototip bo'lib yotibti agar shularni optimization qilsak xozirgi 20s taxminan 15s bo'lsa kerak yana bilmadim ))

Telekom kompaniyalari ajoyibda.

Huddi hechqanday malumotga ega bo’lmaganlardek 8-martda erkaklarni 14-yanvarda ayollarni ham tabriklayveradi. Bu bilan miyig’ida aytishadi: sizni hechkim kuzatmayabti.

trik bot

Social networkdagi bazi debatelar ko'zimga shunaqa ko'rinadi.

Man uchun LSP bo’lmasa eng qiynaydigan til bu rust.

Bugun zip bilan yaqinroq tanishdim.

.ZIP File Format Specification

https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.3.3.TXT

Bu ishlaydigan code.

let toSelector = const (mkEntrySelector "my-entry.txt")

Bo’ynigacha kreditga borgan va LLMni source of truth qiladigan generation paydo bo’lyabti.

IT related narsalar biznesga aylanganishi jadallashganidan kegin boshqa point of viewlar paydo bo'ldi.

Xozir dasturchi bo'lib pul topish uchun ko'p narsa bilish shart emas buni tan olish kerak. Ho'sh nega ?

Masala vaybkodingda ham emas. Hamma narsa yondoshuvga bog'liq. Har qanday sohada biznes qilayotgan odamga detallar doyim ham qiziq emas ular masalaga boshqa nuqtadan qarashadi. Aytaylik falon sofware ishlab chiqish kerak. Xozirgi classic model: Qandaydir jamoalarga bu ishni topshirish yoki jamoa yeg'ish. Biznes progressiv harakatni yoqtiradi shu sababli siz vaybkod qilasizmi, framework ishlatasizmi bular unchalik qiziq emas. Agar loyihada katta load bo'lyotgan bo'lsa buni hal etgani kamroq xarajatli yo'lni tanlashadi. Masalan shunchaki horizontal scale etc...

Bunday progressiyada dasturchilar ham ko'p narsaga ulgurmaydi, technical dept yeg'ilib qolaveradi. Dasturchida esa o'z ustida ishlashi va rivojlanishiga vaqt kamayib boraveradi.

Oyliklarni kelishish uchun rolelar o'ylab topildi junior senior melord vaxakazo. Chunki kamroq xarajat va kattaroq natija kerak biznes uchun. Shu o'rinda bazi dasturchilar ham bilib bilmasdan biznes rayiga qaray boshladilar buning sababi esa shu tendensiyaga follow qilishsa shu trend bo'yicha o'sadilar huddiki yo'l aniqroq ko'rinadi.

Tizimda biror critical muammo chiqsa nima bo'ladi ?
Masalan payment systemlarda turli regulatorlar talablar qo'yadi agar shu talablar bo'yicha noxush nimadirlar sodir bo'lsa eng yomon holatda kompaniya litsenziyasidan ayriladi lekin ko'p holatda jarimalar to'lanadi. Buni nima aloqasi bor deysizmi ?

Biznes kamroq xarajat qilib ko'proq natija qilishi kerak. Ha bazida katta jarimalar arzonroq bo'ladi agar biror narsani bajarishga solishtirilsa. Biznes ham buni biladi shu sababli jarima to'lash afzal deb bilib bazi narsalarga ko'z yumadi. Ammo ushbu ko'z yumulgan narsalar oqibati foydalanuvchilarga tasir qilishi extimoli baland. Ammo juda ko'p holatda foydalanuvchilarga hechnima kompensatsiya qilinmaydi bazida.

Etibor bergan bo'lsangiz xozirda ko'p joyda hard skillardan muhimroq soft skillar deyiladi. Buning sababi nimada ?
Yuqorida biznes rayiga qaraydigan toyifadagi hamkasblar haqida izohladim. Keyingi qismi esa ha biznesga sizni qanchalik tog'ri code yozishingiz muhim emas. Odatda siz yuborgan pull requestni founderlar review qilmaydiku tog'rimi ?

AI pufagi ishsa texnik bilimi yaxshi dasturchilar qadrlanishi mumkin deyotganlar diqqatiga shuni ma'lum qilamanki. Siz kutgandan boshqa senariylar ham bo'lishi mumkin, chunki bozorda yuqori texnik bilim talab qiladigan ishlarni o'zi ancha kam.

Can You Trust Your Computer?

https://www.gnu.org/philosophy/can-you-trust.html