Engineering Notes

Hayit ayyomingiz muborak bo'lsin, azizlar.

Yaqinda hozirgi ish joyimdan bo'shayman va shu sabab yangi ish joyi izlayapman. LinkedIndan ko'ra shu yerda e'lon qilganim foydaliroq ekan menimcha (3-4 oydan beri LinkedIndan aktiv foydalanmayapman).

Ideal holatda product-oriented kompaniyada, backend yoki low-level development bo'yicha ishlamoqchiman (lekin menda hozircha low-level bo'yicha experience yo'q). Agar ish yetarlicha qiziq bo'lsa hybrid yoki remote full time ishlashim mumkin. Onsite bo'lsa faqat part time ishlay olaman.

P.S. Sharing is caring 🙂

Leetcodedagi "Valid Parentheses" masalasini ko'pchilik ko'rgan va yechgan bo'lsa kerak. Klassik yechimda stackdan foydalaniladi: input string bo'ylab yurib agar belgi "opening bracket" bo'lsa u stackka qo'shiladi; "closing bracket" bo'lsa stackdan belgi pop qilinib hozirgi belgi bilan pair ekani tekshiriladi. Agar birorta pair to'g'ri chiqmasa yoki input string bo'ylab yurib chiqish tugaganidan keyin ham stackda belgilar qolib ketsa parentheses invalid bo'ladi.

Bu yechimni bilishingiz mumkin, lekin u nega to'g'riligini ko'rsatib bera olasizmi? Buning uchun tepadagi yechim:
a) birorta valid inputga invalid deb natija chiqarmasligini;
b) birorta invalid input uchun valid deb natija chiqarmasligini isbotlash kerak bo'ladi.

Isbotingizni commentda qoldirishingiz mumkin.

Mustahkam sistema qurishning eng asosiy talablaridan biri uning asosini to'g'ri tanlash. Ilmiy sohada esa bu odatda eng oddiy va "hamma biladigan" tushunchalarni to'g'ri tasvirlay olishga taqqoslanadi. Xo'sh, bu qanchalik qiyin?

Keling, eng oddiy tushunchalardan boshlaymiz. Tasavvur qiling, sivilizatsiyadan 10 ming yil orqada qolib ketgan do'stingizga (bunaqa do'st hammada bor😂) bir amallab sanashni o'rgatdingiz. Endi u natural sonlar nimaligini biladi. Lekin u hali sonlarni taqqoslash (katta, kichik yoki teng) nimaligini bilmaydi. Sizning vazifangiz "to'rt uchdan katta" degani nimani bildirishini haligi barmoqlari orqali sanashni o'rgangan do'stingizga tushuntirib berish. Xo'sh, buni qanday qilgan bo'lardingiz?

Q:
Speaking objectively, OOPni qanday yomon taraflari bor?

A:
Declarative OOPga hech qanday e'tirozim yo'q. Masalan, mashhur "Object Thinking" g'oyasini to'liq support qilaman.

Tepada aytilgan "cho'loq OOP" allaqachon to'liq imperative bo'lib ulgurgan va paradigmlarga xos idealogiya yetishmaydigan OOP. G'oya qolib implementatsiya detallariga yopishib olganmiz. O'sha implementatsiya esa authorning "kayfiyatiga bog'liq". Zarur bo'lib qolganida paradigmning naq belidan ketmon bilan soladigan featurelarni ham bemalol qo'shaverishgan. Static methodlar, DTO va umuman, public attributelar bunga yaqqol misol.

Va menimcha eng katta muammo "it works like in real world" ideasida. Dasturda objectlar orqali real world sifatida simulate qilish yaxshi idea sifatida qaralsa-da, bu juda inefficient (design patternlar bunga yaqqol misol). Ayniqsa, real worlddan building blocks sifatida nimalarni olishga hamma rozi bo'ladigan ilmiy asos bo'lmasa. Plus, Stepanov aytganidek, hamma narsa ham object emas. Masalan, algorithmni object yoki object behaviour sifatida qarashning o'zi antipattern. Boshida modularity orqali dasturchining ishini osonlashtirishni maqsad qilgan OOP imperative style, shared state va single responsibility prinspi orqasidan kirib kelgan "shallow class"lar (va shuning orqasidan paydo bo'lgan design patternlar) sabab naborot, dasturchi kod yozish davomida hayolida turishi kerak bo'lgan componentlar sonini absurd darajada oshirib yubordi.

Qisqasi, menimcha OOPda avval boshidan yaxshi ilmiy asos bo'lganida balki u hozirgidan ko'ra ancha consistent bo'lardi. Shunchaki shaxsiy qarashlar asosida qo'shilgan ba'zi g'oyalar sabab OOPning o'zida yetarlicha contradiction topish mumkin va odatda javob "it depends"ga borib taqaladi.

P.S. Tepada objective javob so'ralgan bo'lsa-da, ba'zi shaxsiy fikrlarim ham qo'shilib qolgan.

P.S.2. Buni 1-2 kun oldin Vohid akaning kanalida comment sifatida yozgandim. Hozir Ahmad akaning postini ko'rib share qilib qo'yay dedim. O'lganning ustiga tepgan degandek ))

Leetcodeda har kuni aktiv masala yechadiganlarga biror oy Codeforcesga o'tib ko'rishni tavsiya qilaman. U yoqdagi masalalar "ko'ngilni kengroq qilib" o'ylashga majburlaydi ))

Jamoada task management uchun o'zimizning productimiz – kennekt.com'ni ishlatamiz. Hozir e'tibor beribman, productionda (ya'ni o'zimning asosiy accountim bilan) ham developer tools ochiq holda ishlatar ekanman. O'ylab qoldim, Googleda ishlaydiganlar ham search qilishdan oldin developer toolsni ochib qo'yarmikan?😂

P.S. Reklama tirikchilik huquqi asosida.

Aytgancha, yaqinda Hussein Nasser Udemyda Operating Systems bo'yicha kurs chiqaradi. Kursni yozish boshlangandan beri o'tgan vaqt va chiqqan teaserlarga qaraganda zo'r kurs bo'lsa kerak. Shu kurs chiqsa kanalda 3-4 kishiga gift qilishni o'ylab turibman.
Stay tuned ))

Sal qolsa yangilikdan bexabar qolib ketibman. Networking va umuman, low level developmentni Rust ko'pchilik kutganidan ko'ra tez egallab olayapti.

Rust tili menga juda yoqdi. Lekin bir narsaga tushunmayman, nega Rustchilarning ko'pchiligi "anime"shniklar? ))

– DNS?
– Not this time.

Har yili bo'ladigan AI hackathonlarni ko'rib o'ylab qolaman. Bizdayam qachondir cyber security, low level yoki shunga o'xshash, qisqasi faqat chiroyli gapirishni biladiganlar suqilib kira olmaydigan hackathonlar bo'larmikan?

P.S. AI va ML mutaxassislarini juda hurmat qilaman, haqiqiy soha mutaxassislarini. Bilmadim, lekin ko'pincha ular chetda qolib chiroyli prezentatsiya qiladiganlar o'rin olib ketayotganga o'xshayapti.