Engineering Notes

Python core skillarim ancha zanglab qopti, bir mock interviewdan o'tvoradigan joyi👀.

Bir internal toolning ikkita tightly coupled componentlaridan biri Pythonda, ikkinchisi Javada yozilgan ekan. Vaqtim bo'lishi bilan legacy code refactoring deb unisiniyam Pythonga o'tkazib qo'yaman😂.

Bugun ishining asosiy qismi regex yozish bo'lgan hamkasbim bilan gaplashib qoldik. Impression: 🤯

Thank you, AoC🙂. (skill issue)

Sarkor servis sifatiyam, tech supportiyam molxonadan farqi yo'q ekan.

Ish joying bergan corporate VPNga ulanish uchun boshqa VPN ishlatayapsanmi, demak O'zbekistondasan.

Bugun AoCda boshida part 1 shartini noto'g'ri tushunib yechim yozgan ekanman. To'g'rilab part 2 ga o'tsam boyagi yechim so'ralgan ekan )) P.S. Faqat men emas ekanman.

Anaqqisa, main hallni tashqarisidaman.

Daliy AoCni yechdik, endi bemalol DevFestga boraversak bo'ladi ))

Menga bir narsa qiziq. Tushunishimcha bu notification hammaga emas faqat bir guruh customerlarga yoki undan ham yomon senariyda faqat Sardor og'aga kelgan. Agar shunday bo'lsa payme engineerlari ochiqchasiga PII(Personally Identifiable Information)dan foydalanib troll qilayaptimi?

Sen haliyam Paymeda ekansan demak Paymedan biz ketamiz! O'chirvorish arafasidaman)

Sen haliyam Paymeda ekansan demak Paymedan biz ketamiz! O'chirvorish arafasidaman)

1 soat sarflab ko'rishga arziydigan video, yangi tandirdan uzilgan: https://www.youtube.com/watch?v=kOkfC5fLfgE

Rego Datalogdan ilhomlangan ekan. Bilmadim, lekin menga generic JavaScript libraryga o'xshab tuyildi, faqat sal declarative ))

Knowledge of the day: Zobrist hashing

GDGdayam 1-2 ta talkdan tashqari hammasi AI haqida ekan (AIdagi yangiliklar, qanday ishlashi haqida emas, asosan qanday ishlatish haqida). Kun bo'yi networking qilamiz shekilli ))

AoCda kimlar qiziqroq challange qilayapti? Har kuni har xil tilda yechish yoki shunga o'xshash.

Yaqinda internal servicelar haqida bir dunyo metrics qaytaradigan REST servisimiz turgan podlardan OOM alert kelishni boshladi. Avval 1 marta, 1 haftadan keyin yana 1 marta, 3-4 kundan keyin yana... . Memory usage pattern oldingi haftaga nisbatan biroz oshgan, lekin e'tiborni tortadigan hech narsa yo'q. Anomal usage patternlarni topadigan detectorlar ham hech narsani ko'rmagan. Xullas, bittada ko'zga ko'rinadigan hech narsa yo'q. Salkam 1 kun vaqt sarflab va nihoyat topdim bugni. Xullas, 2 oycha oldin bu endpointlarni ishlatadigan consumer (boshqa team tomonidan ishlab chiqilgan automation tool) talabi bilan bir endpointdagi query parameter default qiymati truedan falsega o'zgartirilgan. Lekin bu o'zgarish to'liq dokumentatsiya qilinmagan va natijada boshqa consumerlar bundan xabarsiz qolgan. Bu long running requestlarga, bunaqa load uchun mo'ljallanmagan workerlar esa memory leakka sabab bo'lgan. Boshida kichkinagina memory leak sekin-sekin kattalashib, endi OOMga sabab bo'layapti ekan. Xulosa: 1 qator kod yozsangiz ham to'liq document qiling. P.S. Oy tugasinchi ko'ramiz bu servis oldingi oylarga nisbatan qancha ko'p harajat qilibdi ))

Kanalda hozir Yevropa yoki AQSHda bo'lib turgan va yangi yilgacha O'zbekistonga qaytadiganlar bormi? Kichkina bir iltimos bor edi.

Operatsion tizim shunaqa narsaki qariganing sayin uning stabilligiga o'rganib qolasan. Masalan menga har qanday linux based distro bilan ishlash umuman muammo emas. Arch, fedora, gentoo... Muammo shundaki sen unga kun tartibingdagi asosiy vaqtingni sarflab qo'ymasliging lozim. Chiroyli themelar, turlicha desktop enviromentlarni yoshlik, o'rganish davrida sinash bu ok, ammo sening asosiy ishing kutadigan vaziyat bo'lsa luchshe bunga ovora bo'lib vaqt sarflamagan maqul. Aslida linuxning hammasi bir go'r, odatda ularni bir biridan build system va paket menejerlari farqlantiradi. Ammo asosiy nuqta ham shunda. Masalan fedora ishlatayotganimda men uchun eng noqulay bo'lgan vaziyat bu x264 codec, telegram binary update bo'lishi, klaviatura va mishka uchun custom eventlar ulashimda /dev/input nostabilligi, window protocol va remi paketlar kabi holatlar. Archda minimallik yoqadi ammo 3 kun otpusk olib os tayyorlar bu uje banalno. Debian based distrolarda esa odatda juda ko'p narsalarni tezkor va muammosiz topishing mumkin (build in tayyor ham) Bu ishni tezroq amalga oshirishga yordam beradi. Gnu/Linuxni bu istalgancha sozlash mumkin bo'lgan operatsion tizim. Ammo yosh o'tgan sari bunga umr qisqalik qilishini tushunib yetasan. Yoki juda sozlash yoqsa, eksperimentlarga qiziqsang bunaqa ish uchun BSD aslida yaxshiroq variant ekanini tushunib yetasan (uyer bu borada haqiqiy jinnixona). Ammo ikkala holatdayam qachondir zerikasan va sen uchun birinchi install qilganda tezroq va to'laqonli run bo'la oladigan narsaga yopishishni boshlaysan. Masalan fedora uchun x264 paketni qaytadan moslash, yetmay qolgan biror driverni yozish men uchun qiyin emas. Shunchaki bu endi menga kayf bermaydi. Undan boshqa tuzukroq muammoga yopishish ancha foydali (masalan yaqinda dsi protokoldagi ekran uchun 0dan kernel driver yozishga to'g'ri kelgandi) Serverlar masalasidayam xuddi shunday. Sen arch linuxga butun boshli phpni qaytadan build qilayotgan vaqtinga debianda Sury degan aka phpni hamma modulini chiroyli qilib yig'ib qo'ygan. Yosh va imkon bo'lsa eksperimentlar qiling, katta bo'lib muammo ortsa bu energiyani yaxshisi boshqa joyga sarflang. @yetimdasturchi