Programming ∀

Familiy Biases Odatda dsaturchilar tili bitta tilda chiqadi. Kegin vaqti kelib boshqa tillarni ham o'rganishadi yoki ular bilan tanishadilar. Lekin bazi dasturchilar o'zlari ishlatadigan tillarni ham paradigmalarni ham yaxshiroq o'rganmaganlari yoki bo'lmasa instrumentaldagi bazi imkoniyatlardan umuman foydalanib ko'rmaganlari uchunmi bazi g'alati fikrlar bo'ladi. Bunaqa fikrlar esa amalda bazi nuanslarni keltirib chiqaradi. Masalan ular X tilda dasturlashni o'rganishgan va faqat shu doirada tushunadilar. Boshqa alternativ yechimlarni esa qabul qilishni istamaydilar yoki tushunmaydilar. Misollar: - Imperativ dasturlash tillaridan foydalanadiganlar uchun i++ yozish kundalik odatiy narsa. - Bazi C dasturchilar yoki low level bilan shug'ullanadiganlar uchun abstraksiya yoki murakkabroq tiplar shunchaki over engineering. - Ko'plab Nodejschilar multi threading deganda faqat CPU intensiv narsalarni tushunadi. - Frontenchilarni katta qismiku umuman frameworklarda fikrlaydilar. Bu misollar bizga anglatadiki biz birinchi qaysi tilni boshlasak aynan shu doirada fikrlashni boshlaymiz. Kegin esa miyya shunaqa fikrlashda qotishni boshlaydi, alternativ narsalar bizga notanish bo'lsa tayinli argument bo'lmasa ham shu bilan tanqid qilishimizga sabab bo'ladi. Masalan haskellni til sifatida qoralashga aniq texnik argument topa olmasdan ish yo'qligi, akademik til va bunga matematika kerak degan g'alati argumentlar bilan fikrimizni bayon qilamiz. Shu o'rinda bizga boshqa alternativlarni o'rganish juda qiyin ko'rinishini sababi ham manashunday familiy biaslar. Yangi til o'rganish bizga eng kamida yana bir point of view beradi ! Deyarli hamma tillarning o'zining hujjati bor ushbu hujjat esa spesifikatsiya deyiladi. Unda aynan til haqidagi ma'lumotlar bor, undan tashqari esa rfc kabi yana bazi documentlar. Agar siz biror dasturlash tilidan bemalol foydalana olayotgan bo'lsangiz, oldin tilga doir biror kitob, kegin tilni documentatsiyasi, spesifikatsiya va rfclarni bir kavlab ko'ring nimalar bor ekan ) Nimalar qayerdan kelgan-u ularni ustida kimlar ishlagan.

OOP va design patternlarni o'rganib software architect bo'lib olganlarning loyihasii.

Bu xazilmi ?

Your type annotation.

Macbookdan boshqa yaxshiroq laptop ham yo'qligi biroz alamli. Fikrimcha shu remote ide bilan development eng yaxshi variantga aylanib boryabti. Albatta buyoqda ham tradeofflar bor, lekin kattaroq resursli laptoplarni 3-4000$ga olgandan ko'ra remote IDE arzonroqga ham tushyabti. Masalan mani holatimda personal projectlar va expirementlarga Macbook ham boshqa 32GB ramlik laptop ham kamlik qilyabti. Albatta hammada turlicha ish muhiti va turlicha loyihalar. Lekin Macbookni unchalik yoqtirmaydigan va ko'p resurs talab qiladigan muhitda ishlaydiganlar uchun remote IDE zo'r variant bo'lib boryabti. Ayniqsa Vim va vscode userlar uchun remote IDE juda ham oson )

Xinux community tomonidan O’zbek segmentida ham Nix userlarni ko’paytirish, qo’llab quvvatlash uchun yaxshi qo’llanma tayyorlanyabti. Qiziquvchilar uchun: https://xinux.uz/learn Nix bizga familiar va nix hammajoyda!

Agar comunication bazida agressive bo'lmasa consensus ham qilib bo'lmaydi. Tolerantlik doyim ham ish bermaydi bo'lmagan gap. Xatoni xato deyish kerak tamam, trashni trash. Qabul qilmaydimi demak chichqoq ! Your idea bullshit ! Work on it! Eng yaxshi comment. Shunda aniq bo'ladi hammasi. Aqilli odam argument so'raydi va suxbat aniq direcitonda davom etadi. Tupoy odam esa shaxsiyatga o'tadi, arazlaydi hullas barbir consensus bo'lmaydi. Ancha oldin, birqancha tanishlar tavsiyalar berishgan edi, comunication va yana bazi narsalarni tog’irlashim kerakligi haqida. Hozirgacha kuzativlarim va o’rganishlarin shunaqa hulosaga olib kelyabti. Ammo bu narsalar etikadan tashqarida bo’lmasligi, subordinatsiya bo’lishini inobatga olish keraj. Shu sababdan argressive deganda so’kinish, ovozni juda baland qilish kabi narsalarni tushinib olmaylik, bular tarbiyasizlik!

Agar siz tasklar statusiga tupurib qo’ygan bo’lsangiz lekin ishlar bitayotgan bo’lsa. Doyimiy contribution qilayotgan bo’lsangiz. Bu yerda tezroq managerni chopish kerak bo’lmasa ishlagani halal beradi.

Manager and teamlead

Eski xazil bor edi o’zi. Hamma to’yida qo’y so’ysa san server olasan.

Uydagilar ko’rsa: Tezroq uylan ! Sarpoga DDR5 256GB qo’yasan !

Memory olib ber ! Deyabti (

Branchni main qilsingiz ammo ichidagilar master/slave qolib ketganku...

Sizlar markazga boraman, uztoz kerak deysilar. Mana: mertroda yurilar har kuni ertalabdan dasturlash. Masalan yaqinda startaplarga invistitsiya jalb qilishni gaplashib ketishyotudi. Undan oldin esa trading haqida. Mana tekin darslik !

Bu safar metrodagi suhbat angular haqida bo’ldi. Haa mayli yoshlarni murg’ak ko’nglini chil parchin qilmay deb indamay eshitib kettim.

Bizda vm juda abstrakt bitt muhit. Uni ichida guest os bor faqat. Huddi container kabi deb tassavur qiling. Firecracker bilan biz manashularni quramiz. Endi uni ichida biror appni run qilishimiz kerak. Agar serverless function bo’lsa demak huddi main funkiya kabi funksiyani run qilib params berishimiz kerak. Run qilish muammo emas run qilib data berib yuborish muammo. Bunda esa ikki model hayolga keladi. 1. IPC 2. Network.

Runtime bor deylik. Lambdani qanday invoke qilamiz ?

Endi bekorchilikda manashularni birlashtirib bir sodda vmchani run qilib ko’rsak bo’ldi. Yuqoridagi talablar bo’yicha aniqroq sodda document qivolamiz va bosaveramiz. Xozir hechnima aniq emasligida ideyachalar bo’lsa yozsangiz note qilib ketaman, serverlarim bo’shaganda esa implementatsiyani ko’rsataman.