Shu paytgacha Javaning file(fayl)lar bilan ishlash usulini unchalik yoqtirmas edim. Yaqinda Pythonda yozilgan codebase ustida ishlashimga to'g'ri keldi. OOP paradigmda yozilgan, kod sifati ham ancha yaxshi.
Faqat file system bilan ishlash uchun hech qanday custom layer yozilmagan, Pythonda standard qanday bo'lsa shunday ishlatilgan.
Python filesystem bilan ko'proq functional styleda ishlagani uchun shu narsa kodning qolgan qismidan ajralib qolgan va ba'zi muammolarni keltirib chiqargan. Dasturning kattagina qismi file system bilan ishlashi sababli Pythonda filelar bilan object-oriented styleda ishlash imkonini beradigan "wrapper" yozishga qaror qildim.

Idealarni cheklamaslik uchun internetdan izlab ko'rishdan oldin biroz "brainstorm" qildim. Ikkita alohida-alohida ideani analiz qilib ko'rdim. Keyin ikkalasining yaxshi tomonlarini birlashtirishga harakat qilib ko'rdim. Boshida e'tibor bermagan ekanman, 1 soatlardan keyin qaytib kelib chizilgan designga qarasam Javaga ancha o'xshab qolibdi. Shular bir narsani bilsa kerak deb implement qilib ko'rdim. Yaxshi ishlayapti.

Javachilar uchun oldik ☕️

Ish joyi kerak:

👨‍💼 Xodim: Muhammadxon Najimov
🕑 Yosh: 28
📚 Texnologiya: Javascript, Webgl, Wasm (Rust)
🇺🇿 Telegram: @Mathammed
🌐 Hudud: Toshkent Shahar
💰 Narxi: $3000 (minimum)
👨🏻‍💻 Kasbi: Computer Graphics Developer (Junior)
🕰 Murojaat qilish vaqti: 11:00 - 02:00
🔎 Maqsad: Pul, juda ko'p pul, commercial experience, networking

PS: Saidolim aka rozi bo'ling, UstozShogird botingizni shablonidan foydalandim). Tushunishimcha moderatordan o'tmadi. Shunga shu yerda share qilayapman.

PS: post fake emas

Aytgancha, o'zim ham ish izlayapman. Iloji boricha systems engineering sohasida yoki software qualityga rostdan yaxshi e'tibor qaratiladigan kompaniyada backend engineer sifatida.

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.

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.

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.

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, reaction test, va 5000 ta so'zdan iborat o'zingiz haqingizda "essay" ham bor. Bir interviewer o'zida hiring process 4 oyga yaqin davom etganini aytgandi.

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 olganimdan 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?

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.

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

Bir narsani aniqlashtirib olaylik, OOP imperativemi yoki declarative?

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.

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☕️