Programming ∀

Muvaffaqiyat - internetda bu haqida haddan oshiq gapira boshlashgani qiziq-a ? Ha xozir mediada turli odamlar mavjud va odamlarda haddan oshiq informatsiya qabul qilishi oqibatida kelib chiqayotgan informatsion krizis kuzatilyotgan bo'lishi mumkin. Ho'sh muvaffaqiyatga buning nima aloqasi bor ? Juda sodda aytganda trendlar o'zgara boshlagan. Oldinlari bir kompaniyada uzoq ishlash trend bo'lgan bo'lsa. Xozirda esa har yili ish joyini o'zgartirish norma. Oldinlari ish joylaridan ketish qo'rqinchili bo'lgan bo'lsa xozirda norma. Masalan oylikni oshirishni eng yaxshi yo'li bu ish almashtirish degan gap. Yoki bo'lmasa shunchaki o'zini boshqa tomondan sinab ko'rish. Bizni generationi dump va dangasaroq qilib ko'rsatishdi. Muvaffaqiyatni esa mexnatga bog'lashdi. Aslidachi ? Bugun aralash bir davrada manashu mavzu haqida gaplashdik. Korparativ hayot, loyal bo'lish vaxakazolar. Bizdan oldingi generation tomonidan berilyotgan commentlarga ko'ra, bizni avlod biroz savodsiz. Bir joyda muqum ishlamaydi, stabilikga harakat qilmaydi. Bizni generationdan kelgan commentlar esa. Bir joyda muqum ishlash stabilik bergani bilan kelajakga kafolat emas. Bu huddi yetarli argumentlar bo'lmagan javobdan qoniqish kabidir. Bu huddi guideni tushunmasdan unga amal qilishga o'xshaydi biz robot emasmiz. Bu suxbatlar fonida mediada gapirilyotgan muvaffaqiyat huddiki sodiqlik, loyalikga chorlov bo'lib ko'rina boshladi. Masala prioritetlarga kelganida esa zoomerlar ikki turga bo'lindi. 1. Koryera. 2. Erkinlik. Koryerani asosiy prioritet qilganlar pensiya kutishni emas balki qisqaroq vaqt oralig'ida yaxshi daromat qilib keginroq erkin bo'lishni takidladi. Erkinlikni asosiy prioritet qilganlar shunchaki erkin hayot kechirishni prioritet qilishdi. Aslida ikkisining ohiri ham bir faqat birinchi guruhdagilar boshida ko'proq tradeofflarga rozi va albatta erkinlik degan so'zni o'zi ham ko'plab contextda kelishi mumkin. Masuliyatsizlik fonida izohlanyotgan zommerlar harakatlari boshqa gorizontni ham ochib berdi. Ushbu holatdan kelib chiqib kelgan hulosalardan biri: bizni genration o'ziga ko'proq manfa'tli risklarni qila oladi. Muvaffaqiyat ushbu fonda huddi o'zi istagan narsaga erishishni anglatadi holos. Manashundan kegin muvaffaqiyat natijaning umumiy birlig'iga aylanib qoldi. Bilamizki bir natija uchun doyim ham qattiq mexnat shart emas, bazida katta risk yetarli. Lekin success rate baland bo'lishi uchun faqat mexnat va riskdan boshqa omillar ham mavjud. Mani hulosam esa: Bizdan oldingi generationlar belgilangan trendlardan tashqariga chiqishmagan ammo o'yin qoydalari o'zgarganida ular ko'p yoqotishgan. Bizni generation esa o'yini o'z qoidalari bo'yicha o'ynamoqchi va bu o'yinda ular risk olishdan qo'rishmayabti. Lekin qoliplardan haddan oshiq chiqib ketmaslik uchun bizdan oldingi generation tomonidan nima muhim ekanini belgilashga xarakat qilinmoqda. Agar bizni mindsetda ezoterik narsalar bo'lmasa haddan oshiq ratsional bo'lib ketamiz. Shu sababli bazida muvaffaqiyat haqida gapirilganda bir odam boshqasiga o'rindiqni bo'shatishni istamagandek tutadi gapiruvchilar.

Can You Trust Your Computer? https://www.gnu.org/philosophy/can-you-trust.html

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.

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

Bu ishlaydigan code.

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

Bugun zip bilan yaqinroq tanishdim. .ZIP File Format Specification https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.3.3.TXT

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

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

trik bot

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.

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 ))

I mean rust but... Hackage ochvolib nega manga crates emas hackage ochib berdi deb o'ylanib o'tiribman.

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

Juda sodda lekin juda effektiv.

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 ))