Engineering Notes

OSlar olamiga endi kirib kelayotganlar uchun manetta yaxshi series boshlanibdi. Ozgina teoriya o'rganib, endi shu narsalarning qanday ishlashini sinab ko'rmoqchi bo'lganlar uchun yaxshi boshlash joyi menimcha. https://youtube.com/playlist?list=PLP29wDx6QmW4Mw8mgvP87Zk33LRcKA9bl&si=-p6CGMqR3DShJ5tn

Anchadan beri o'ylab kelgan savolimga vanihoyat javob oldim (aniqrog'i, taxminim to'g'ri bo'lib chiqdi). Source: Modern Operating Systems, 4th edition

Anaqqisa, yana mock technical interview olishni boshladim. O'zbekiston IT bozori talablari doirasida junior va middle darajalari uchun. Yo'nalish – Backend (Python). Interviewda aynan qaysi jihatlar yoki qaysi texnologiyalarga ko'proq fokus qilishni tanlashingiz mumkin. Interviewdan keyin batafsil feedback beriladi va resurslar tavsiya qilinadi. Qiziq bo'lsa mockint.uz saytiga kirib, yozilishingiz mumkin. Reklama

Problem: Give 4 different path names for the file /etc/passwd Me: /etc/passwd /etc/./passwd /etc/././passwd /etc/./././passwd

1988-yilda o'sha vaqtdagi keng tarqalgan OSlar orasida cross-platform file system yaratish uchun ISO 9660 standardi ishlab chiqiladi. Eskiroq va soddaroq OSlar ham support qila olishi uchun ISO 9660 da cheklovlar ancha ko'p bo'lgan. Bu cheklovlarning ko'pchiligiga Microsoft tomonidan ishlab chiqilgan MS DOS sabab bo'ladi: Microsoft yangi standard o'sha vaqtda ancha kuchsiz bo'lgan MS DOSni ham support qilishi kerak deb turib oladi. 1995-yilda Microsoft ISO 9660 uchun Joliet nomli extension ishlab chiqadi. Sabab sifatida esa ISO 9660 da cheklovlar juda ko'pligi ko'rsatiladi... Standardlashtirayotganda o'zlari limitlab, keyin o'zlari norozi bo'lishadi. Microsoft☕️

O'zim cloud engineeringning unchalik muxlisi bo'lmasam ham cloud providerlarning qiladigan ishi men uchun juda qiziq. Yaqin kelajakda juda AWS yoki Azure bo'lmasa ham kichikroq cloud providerda ishlab ko'rish niyatim bor.

Bir narsani aniqlashtirib olaylik, OOP imperativemi yoki declarative?

Avvallari video darslar kam bo`lgan. Odamlar kitob o`qigan. Kitob o`qishning foydasi, miyyada o`qiyotgan narsan odam tasavvur qiladi. Miyyada biror strukturaga kelishni boshlidi. Video darsda esa, shu struktura ko`rsatib beriladi. Va bu struktura muallifning o`zi his qila olgan strukturasi. Sizniki emas. Masalan, biror kinoni olaylik. U yerda effektlar va qizziq jarayonlar bilan bitta scenariyni ko`tsatishadi. Bittagina yo`l. Shu yo`lni turlicha usullar bilan yoritishadi. Lekin yo`l bitta. Kitobda shu kinoni o`qib chiqsangiz, siz har bir yo`lni o`ziz qarab chiqasiz. Sizga qulay bo`lgan yo`l bilan yurib, jarayonlardan o`tasi. Bu esa sizning miyyangizda bu narsa shakllanishiga va saqlanishiga yordam beradi. Oddiy misol. Uyni tasavvur qiling. Shiftida (potolok) nima bor? Eshigini rangi qanaqa? Endi javob bering, nima uchun eshik tangini qizil demadingiz? Nima uchun shiftda turgan faner bo`yalgan? Siz hozir tasavvur qilishga hayotdan ko`rgan uyingizdan kelib chiqib fikrladingiz. O`z uyingiz, o`rtog`ingiz uyi, siz qurmoqchi bo`ldan uy. Lekin siz tanimagan Said akani uylarini tasavvur qilmadingiz. Chunki uni uyini ko`rmagansiz-da. Kitobda agar uyning ichi muhim bo`lmasa, uy deb etib ketiladi va siz o`z uyingizga moslab eslab qolasiz. Qayerdan odam kirdi, shkaf qayerda edi, oson eslab qolasiz. Agar kinoda ko`rsangiz va sizning uyingiz unga mos kelmasa, ertaga esizda ham bo`lmaydi. Bilim ham shunday. Ilmni o`qishda miyyada shakllantira olsangiz va saqlay olsangiz bilim bo`ladi. 2 + 2 = ? deganda, kimdur cho`plarni o`ylidi, kimdur olmalarda sanaydi, kimdur tosh bilan, kimdur esa pizza bilan sanab 4 deydi. Masala 2 ning shakli emas, qiymatida. Shuning uchun kitob o`qish kerak....

Savolni aniqroq qilish uchun Django ORMdagi berilgan filterlar bo'yicha 1 ta object (DB record) olishning 2 xil usulini misol keltiraman. Birinchi usulda agar object mavjud bo'lmasa exception chiqaradi va caller buni handle qilishi kerak. Ikkinchi usulda agar object mavjud bo'lmasa shunchaki None (null) qiymati qaytariladi.

Kimdir Canonical(Ubuntuni support qiladigan kompaniya)ga ishga topshirmoqchi bo'lsa avval ichkaridagi hiring process haqida internetdagi fikrlarni o'qib ko'rishni tavsiya qilaman. Boshida o'qib ko'rib bular kompaniyaning haterlari bo'lsa kerak deb ishonmagandim. O'zim shu processdan o'tgandan keyin ishondim. Recruitment process o'ta ko'p vaqt talab qiladi va yozuv-chizuv byurokratiyaga to'la. Offergacha o'rtacha 3 ta assesment (kamida to'liq 2-3 kun oladi) va 8-9 ta(!) interviewdan o'tish kerak bo'lar ekan. Shularning orasida IQga o'xshash test va o'zingiz haqingizda "essay" ham bor. Recruiting team o'ta disrespectful. Faqat menda shundaymi desam yo'q, ko'pchilikda bo'lgan ekan. Hatto offer olganlar ham buni ochiqchasiga yozgan. Eng yomoni bir dunyo tasklar va interviewlardan yaxshi o'tib rejection olganindan keyin batafsil feedback so'raganimda 2 qatorli automated email oldim. Bilmadim, kirgandan keyin ishlash muhiti yaxshiroq deyishayapti, lekin hiring process juda sifatsiz ekan. P.S. Muammo Canonicaldami yo o'zi katta tech kompaniyalarda shunday ishlashadimi?

Hozirgi ko'pchilik dasturchilar hatto oddiygina fayllarga har xil uzunlikdagi nom bera olish imkoniyatini qo'shish uchun vaqtida OS designerlar qancha mehnat qilganini bilishganida dasturlashni va yoshi katta dasturchilarni boshqacha hurmat qilishgan bo'lardi menimcha.

Yana bir gap. Shu paytgacha functional programming va procedural programmingni bir-biriga yaqin, hatto ikkalasi bir xil deb yozgan resurslarni ham ko'rdim. Shunchaki aytib qo'ymoqchiman, bu ikkalasi bir-biridan butunlay farq qiladigan paradigmlar.

Programming paradigmlar haqida ko'proq o'qiganim sari har birining g'oyasini, o'rnini va paydo bo'lishiga sabab bo'lgan muammolarni yaxshiroq tushuna boshlayapman.