Programming ∀

Biroz mazasini ko’rsangiz bo’ladi bu yerda. Manashu narsani o’zida ancha narsa tushunarli bo’lsa kerak deb o’ylaymam. Production ready qilish uchun esa bazi qolgan componentlarni qo’shsangiz yetarli. Qisqasi hammasini manual qilib bir biriga yopishtirib ko’ramiz va kegin code yozib avtomatlashtiramiz. Bemalol o’zingizni serverlessni qurishiz mumkin. https://jvns.ca/blog/2021/01/23/firecracker--start-a-vm-in-less-than-a-second/

— Ovoz bormi aka ovoz ? — Masalan shu ovoz qayerdan o’tadi? Mana siz gapirdingiz man esa eshitdim, havodan o’tadi havodan!

Who is next?

Mardikorlar: — Aka ovoz bormi ovoz? — Assalomu Alaykum! Sizni biznesingizni arzonga avtomatlashtirib beramiz! Bizda mobil va web dasturlar qilish xizmati bor!

Arch user. — Aka ovoz bormi ovoz ? — I use Arch BWT!

— Aka ovoz bormi ovoz ? — Qaysi tipda ? — Open budjedga. — Aaa, yoq!

Yana bir nuans: Man serverless user emasman, bunaqa servislardan foydalanishni yomon ko'raman faqat bularni qurish va qanaqa ishlashini o'rganish qiziq. Shu sababdan terminalogiyada yoki ma'lumotlarda user sifatida xatoliklar bo'lsa iltimos report qiling ! Bu mavzuni boshlaganim sababini aytadigan bo'lsam. Ancha vaqt research qildim, ammo hech qanday output bo'lmadi shu sababdan eng kamida maqola yozay degan edim.

Lekin eng birinchi EC2 o'zida virtualizatsiya qanday ishlashini ko'rishimiz kerak. Bu bizga ancha narsalarni ochib beradi. Shu sababdan quyidagi resursni tavsiya etaman. Bu yerda juda yaxshi ma'lumotlar berilgan. Mavzuga qiziqganlar birinchi shundan boshlaganlari afzal nazarimda. AWS EC2 Virtualization 2017: Introducing Nitro

AWS ham FireCracker ishlatar edi adashmasam. Microvmlarda overheadlar juda ham kam. Manashu mavzudan boshlab research qilsangiz, ushbu mavzu davomida ko'rib chiqamiz qanday qilib microvmlarda runtime qurishimiz mumkinligini albatta juda ham kichik masshtabda, cheklangan resurslar bilan.

Endi shu puzzleni yeg’ib chiqsangiz own serverless function tayyorda! Hammasi bir biriga yopishadigan ekotizim qilsangiz uje steroidlardagi amazon ham tayyor :)

Masalan AWS lambda kabi cloud function qilmoqchi bo'lsak nimalar kerak ? Introduction: High levelda qarasak own serverless funksiyamiz uchun quyidagi narsalar kerak. 1. Runtime Environment - Juda ham yengil runtime environment asosan microvmlar ishlatilingani afzal. 2. Event driven approach - serverless funksiyalarda EDD bo'lmasa turli compoenentlar bilan integratsiya azob bo'ladi. Masalan sizni funksiyani http requestlarda ham invoke qilsa bo'ladi yoki bo'lmasa qanaqadir boshqa triggerlarda ham ishlatsa bo'ladi. Juda aniq misollardan biri S3 triggerlar. 3. Minimal orchestrator - Serverlessda microvmlarni orchestrate resource management bilan shug'ulanmasa bo'lmaydi. Turli resurslardan boshlab availability, lifecycle management mavzularigacha. 4. Isolation - microvm deganim sababi ham aynan shu resurslar shared bo'lib ketmasligi va tashqi muhitdan izolyatsiyalangan runtimeda ishlash. 5. Logging and Monitoring - Bu optional bo'lib ko'rinadi lekin juda muhim, bularni oldindan tadbiq qilinmasa, runtimeda nima bo'layotganini bilib bo'lmaydi. Manashu minimal compontentlar bilan bemalol AWS lambdaga alternativ narsa qurishingiz mumkin, balki lambdadan ham yaxshiroq bo'lar !

Tiplarsiz tillar yolg’on gapiradi !

@keilambda Keijon ancha oldin aytgan fikriga ko'ra effect-ts platform issuelar doirasida qolib ketishiga shu misol qilib community va tildagi yo'q imkoniyatlarni steroidlarda qilishganini aytishim mumkin. Agar shu tomondan qarasak effect-ts worse effect system framework. Lekin shunda ham nestjs yoki boshqa nodejs backend frameworklardan anchagina yaxshi. Lekin odatiy backend applar uchun nazarimda yetib oritadigan darajda yaxshi tanlov.

Effect systemsni industial darajga kela olgani va typescript kabi tillarda ham implement qilingani aslida bizga ko'p qarashlarimizni ko'rib chiqishga signal deb bilaman. O'tgan yili effect-tsni ko'rganimda tushunmagan va deyarli be etiborlik qilganman, boshqa tomondan esa bu narsa ham huddi fp-ts kabi bir chekada qolib ketsa kerak deb o'ylagan edim. Ammo yaqinda effect-ts docsga kirib ancha narsalar stabillashganini ko'rdim va bitta loyihaga apply qildim. Odatiy developmentdan ancha sekin bo'ldi, lekin asosiy sababi skill issuelarim edi. Platformda mavjud bazi narsalar to'liq docsga qo'shilmagani uchun source codedan titkilashga, api docs ko'rishga ham tog'ri keldi. Hullas yarmi effectda yarmi boshqa narsada bo'lsa ham project tayyor bo'ldi. Loyiha shunchaki crud bo'lmagani uchun nuanslar bor edi. Huddi CI/CD runnerlarga o'xshagan kichik instrument qilayotgan edim. Shu sababdan effect-tsdagi bazi narsalar, vaqt kamligi tufayli chala effect implementatsiyasi bo'ldi. Yani runner deamonlarni o'zim yozib chiqishim kerak bo'ldi. Concurrency kabi narsalar esa asosan effect-tsda hal etildi, shu o'rinda interfeyslar vaxakazolar ham. Effect-ts related bazi narsalarni deb doyimiy turli narsalarni kuzatib o'tirdim va bildimki development ancha active ketayotgan ekan masalan unstable apilarni ham qo'rqmasdan ishlata boshladim chunki bazi conceptlarga ancha tushunib olgan edim va nodejsdagi backgroundim borligi tufayli juda ko'p narsani qo'rqmasdan ishlataverdim, deyarli savol ham bo'lmadi. Hulosam esa shunaqa bo'ldi: Effect-ts bemalol nestjsni replace qila oladi, nestjsda yo'q imkoniyatlari unda bor. Developer firendly anchagina va borgan sayin bu narsaga katta etibor qaratishyabti, tracing, devtools etc... Loyihada faqat crud emas edi, asosan resurs managementga relatedroq narsalar ham bor edi, effect-ts bularni bazilarida o'zini yaxshi ko'rsatdi, masalan fayllar bilan ishlash, concurrency, streams etc. Ammo deamon effectda bo'lmadi sababi esa vaqt kamligi tufayli risk qilgim kelmadi yani tradeoff. Nimalarga erishdim ? 1. Easy controlflow, error handling, matching, 2. Easy, requirement management. DI, Layers, Services 3. Qulay tiplar, asosan shu FP approach tiplar va steroidlardagi "typeclass"lar deriving 4. Less cognitive load - Buning asosiy sababi shu objectlar bilan funksiyalar qorishuvi va namming kabi narsalar zo'r qilingani. Colouring yo'q masalan. 5. Rich platform - Effectda oddiy primitivlardan tortib boshqa complex constructionlargacha tayyor implementatsiyalar olib ishlatib ketaverasiz. Nimalar yoqotdim yoki kutmagan edim? 1. Chala effect bo’lishini kutmagan edim. Vaqtga risk kattaligi esa bunga rozilikga majbur qildi. Overtime ishlasam ham effect-tsda full qila olishimga ko’zim yetmadi. 2. Configlar, bu yerda umuman kutilmagan vaziyatlar bo’ldi yani skill issuelar tufayli bootstrap qilish vaqtimni ko’p oldi bu esa birinchi punktda nazarda tutilgan tradeoffni olib keldi. 3. Community expirence. Bu aynan js community effect-ts ishlatsa ham ko’p narsalarni effectga teskari qilganiga doir. Yani communitydan kelgan hamma narsaga ham ishonib bo’lmasligi bazi narsalarni o’zim o’ylab chiqishimga sabab bo’ldi. 4. Tilga bog’liq ergonomikalar muammosi. Bazi qismlarda katta kompozitsiyalar bo’lib ketgani uzundan uzoq code yozishga sabab bo’ldi.

Nigga manga call qilib 6 oylik kursimizda qatnashib dasturlash kabi zamonaviy kasblarni o’rganing deyabti. Infosigan markazlarga pofig biri sizni personal datani sotib olib scam qilsa boshqasi diniy mavzularga bog’lab marketing qilishdan ham tortinmaydi. Hullas pul uchun ketini ham sotishga tayyorlarga emas ta’lim haqida gapirish !

Effect-ts yana oldinda. Date bilan ishlashni ham ancha qulay qivorgan ekan. Ko'p qiyinchiliklar o'zini oqlashni boshlayabti. Bazi narsalarni yaxshi tushunib olsa, developmentni huddi nestjs kabi development tezlikda qilsa bo'ladi. https://effect.website/docs/data-types/datetime/

AIga summarize qildirsangiz ham bo’ladi )

The Value of Open Source Software https://www.hbs.edu/ris/Publication%20Files/24-038_51f8444f-502c-4139-8bf2-56eb4b65c58a.pdf#page=31.22

Yoshlar ts haqidagi memega go qo’shishdi.