Programming ∀
Hullas bizda yangi imkoniyat ochilyabti. Xinux jamoasiga bitta frontenddan tajribasi bor odam kerak. Bizda ichki dashboardlar va saytimiz xinux.uz bor manashular ustida ishlagani. Batafsil aytadigan bo'lsam. Bu vakasiya aynan frontendan boshqa narsalarni…
Deadline haqida savollar bo'lglan ekan.
Biz hiringa uncha shoshmaymiz odatda, shu sababli bemalol 2-3 oycha deb qarashingiz mumkin.
Ammo bu vaqt davomida matrix chatda gaplashib siz bilan biroa tanishib olishimiz ham kerak. Yani shunchaki birga ishlaymiz.
Shunda aynan kimnidir tanlash kerak bo'lganida.
- Technical skills.
- Qanchalik research qila oladi.
- Comunication skills va masuliyat.
Shu kabi sifatlarga etibor qilamiz. Yani biz oldindan tayyormiz qandaydir student olgani faqat undan yaxshi impact bo'lishi mumkinligini ham tekshirish kerak.
Universitetda 4-kursgacha o'quvchilar bo'lsa biz qabul qilishimiz qiyin. Sababi fulltime uchun kerak va jamoamizda part timechilar allaqachon mavjud.
Biz hiringa uncha shoshmaymiz odatda, shu sababli bemalol 2-3 oycha deb qarashingiz mumkin.
Ammo bu vaqt davomida matrix chatda gaplashib siz bilan biroa tanishib olishimiz ham kerak. Yani shunchaki birga ishlaymiz.
Shunda aynan kimnidir tanlash kerak bo'lganida.
- Technical skills.
- Qanchalik research qila oladi.
- Comunication skills va masuliyat.
Shu kabi sifatlarga etibor qilamiz. Yani biz oldindan tayyormiz qandaydir student olgani faqat undan yaxshi impact bo'lishi mumkinligini ham tekshirish kerak.
Universitetda 4-kursgacha o'quvchilar bo'lsa biz qabul qilishimiz qiyin. Sababi fulltime uchun kerak va jamoamizda part timechilar allaqachon mavjud.
🔥4
Bla taxminan 40 soatda bitta servisni online qivordik. Ideyadan mvpgacha no LLM and witten in Haskell 😎
Juma kuni boshlangan edi xozir online bo'ldi ~40 soat vaqt sarflandi.
Juma kuni boshlangan edi xozir online bo'ldi ~40 soat vaqt sarflandi.
🔥9
Forwarded from bahrom04
This media is not supported in your browser
VIEW IN TELEGRAM
Pov: Xinux install
❤2🔥2😁1
Programming ∀ pinned «Hullas bizda yangi imkoniyat ochilyabti. Xinux jamoasiga bitta frontenddan tajribasi bor odam kerak. Bizda ichki dashboardlar va saytimiz xinux.uz bor manashular ustida ishlagani. Batafsil aytadigan bo'lsam. Bu vakasiya aynan frontendan boshqa narsalarni…»
Keyingi safar shunaqa murojatlar bo'lsa deb bitta baliq o'vi uchun page qivolish kerak ekan qiziq ocharmikan linkni :)
👌5
Mayli keyingi safarga yaxshiroq tayyorlanib ko'raman bazi narsalar yemadi.
Hullas user accountlar qanaqadir qilib linkni ochishiga majburlash kerak. Uyoqda katta extimol bilan LLM based personajlar bo'ladi.
Va manga qiziq LLMlar linkni ochishi :)
Shunga bitta norm domaincha olib page qilib uyoqda telemeteriya qo'yish kerak va qiziq botlar tashrif buyurarmikan yoki yo'q.
Negadir manga scammerlar ko'p yozadi va juda ham qiziq buyoqdagi qoravoylar qayerdagi serverlarda turibti vaxakazo ma'lumotlar.
Hullas user accountlar qanaqadir qilib linkni ochishiga majburlash kerak. Uyoqda katta extimol bilan LLM based personajlar bo'ladi.
Va manga qiziq LLMlar linkni ochishi :)
Shunga bitta norm domaincha olib page qilib uyoqda telemeteriya qo'yish kerak va qiziq botlar tashrif buyurarmikan yoki yo'q.
Negadir manga scammerlar ko'p yozadi va juda ham qiziq buyoqdagi qoravoylar qayerdagi serverlarda turibti vaxakazo ma'lumotlar.
❤3🔥1
Aytgancha bilasizmi skam tarixi javascriptdan boshlangan.
https://www.youtube.com/watch?v=OMwW4T19sHw
Full skam dasturchi bo'lmoqchi bo'lsangiz frontend jsda backend php da bo'lishi kerak.
https://www.youtube.com/watch?v=OMwW4T19sHw
Full skam dasturchi bo'lmoqchi bo'lsangiz frontend jsda backend php da bo'lishi kerak.
😁15🤣4❤2
System design haqida gap ketganda qiziq narsa bor.
Ko'pchilik turli yechimlarni ko'rib buni train qilish kerak deb o'ylaydi. Masalan bitta narsa qanday ishlashini o'rganish, tushunish uncha qiyin emasdek ko'rinadi. Juda ko'p holda muammoni katta qismini infrastructure levelda hal etiladi.
Masalan:
Transactional processing system - misolida olsak, bizga kerak bo'ladigan narsa qanaqadir event sourcing uchun muhit. Eventlarni saqlash va process qilishga yechimlar. Aytaylik kafka + kql da consistency qilsak event handlerlarni esa kafka + app levelda qivoramiz. Masalan consumer groups bilan concurrent handlerlar qilishimiz mumkin. Endi manashuni kengaytirish kerak bo'lsa shunchaki saga pattern kabi yechimlar qilamiz, aytaylik har bir servisda o'zini eventlarini process qiladigan yoki eventlarni ochrestrate qiladigan yechimlar qilishimiz mumkin. Agar 2ta servis birxil data saqalasa shunchaki transactional outbox kabi narsa kerak.
Yani bu keysda technical narsalar ancha kam asosiy masala domain aspectlarda bo'ladi. Aytilgan narsalarni katta qismiga infratuzulma darajasidagi yechimlar yetarli. Masalan appingizda load ko'paysa kubernetesga tiqib autoscaling setup qilasiz tamam. Kafkani ham tog'ri setup qilsangiz juda ko'p holda sizni muammoni cover qiladigan yechimlar tayyor bo'ladi.
Shunga ko'p gapiraman internetda aytilgan system design degan narsalar sizga vaybdan boshqa hechvaqo bermaydi. Realityda muammoni katta qismi operational levelda hal bo'ladi. Enterpraysda esa sizni technical skilldan ko'ra non technical skill usunroq. Yani senior bo'lishingiz uchun biror dasturlash tilini yaxshi bilganingizdan ko'ra ko'proq odamlar bilan gaplasha olishingiz muhimroq. Chunki agar raxbar yoki manageringizni so'kib qo'ysangiz biroz noqulay bo'ladi 😃
Real engineering problems sal boshqacharoq bo'ladi. U yerda doyim ham million foydalanuvchi uchun ishlaydigan crud yozmaysiz. Juda ham sodda aytganda shunchaki davomli fuckery qilasiz, davomli itariladi miyyangiz. Sababi doyim ham tayyor yechimlar bo'lmaydi yoki tayyori sizga mos kemaydi. Tayyorini modify qilishingiz kuchaytirishingiz kerak bo'ladi. Bushqa tomondan esa sizni kimdir perfomance tomondan itaradi kimdir esa abstraction tomondan. Ko'proq code yozish kerak bo'ladi biror technical scopeda yaxshi background qilish kerak bo'ladi. Hullas ishingiz kechirmaydi skill issuelarni. Doyim ham yaxshi gapirib qutilib ketolmaysiz, sizga comfort bo'lmagan odamlar bo'lishi mumkin atrofingizda.
Juda sodda aytsak enterpraysda siz mexanizmni bir qismi bo'lishingiz kerak, shunda trik qolasiz. Agar raxbarga yoqmasangiz chopilasiz.
Rostmana muxandis bo'lsangiz avtoritet bo'lishingiz kerak shunda trik qolasiz. Agar sal kalla qo'ysangiz avtoritet minus bo'ladi va davom etaversangiz uje chopilasiz.
Ko'pchilik turli yechimlarni ko'rib buni train qilish kerak deb o'ylaydi. Masalan bitta narsa qanday ishlashini o'rganish, tushunish uncha qiyin emasdek ko'rinadi. Juda ko'p holda muammoni katta qismini infrastructure levelda hal etiladi.
Masalan:
Transactional processing system - misolida olsak, bizga kerak bo'ladigan narsa qanaqadir event sourcing uchun muhit. Eventlarni saqlash va process qilishga yechimlar. Aytaylik kafka + kql da consistency qilsak event handlerlarni esa kafka + app levelda qivoramiz. Masalan consumer groups bilan concurrent handlerlar qilishimiz mumkin. Endi manashuni kengaytirish kerak bo'lsa shunchaki saga pattern kabi yechimlar qilamiz, aytaylik har bir servisda o'zini eventlarini process qiladigan yoki eventlarni ochrestrate qiladigan yechimlar qilishimiz mumkin. Agar 2ta servis birxil data saqalasa shunchaki transactional outbox kabi narsa kerak.
Yani bu keysda technical narsalar ancha kam asosiy masala domain aspectlarda bo'ladi. Aytilgan narsalarni katta qismiga infratuzulma darajasidagi yechimlar yetarli. Masalan appingizda load ko'paysa kubernetesga tiqib autoscaling setup qilasiz tamam. Kafkani ham tog'ri setup qilsangiz juda ko'p holda sizni muammoni cover qiladigan yechimlar tayyor bo'ladi.
Shunga ko'p gapiraman internetda aytilgan system design degan narsalar sizga vaybdan boshqa hechvaqo bermaydi. Realityda muammoni katta qismi operational levelda hal bo'ladi. Enterpraysda esa sizni technical skilldan ko'ra non technical skill usunroq. Yani senior bo'lishingiz uchun biror dasturlash tilini yaxshi bilganingizdan ko'ra ko'proq odamlar bilan gaplasha olishingiz muhimroq. Chunki agar raxbar yoki manageringizni so'kib qo'ysangiz biroz noqulay bo'ladi 😃
Real engineering problems sal boshqacharoq bo'ladi. U yerda doyim ham million foydalanuvchi uchun ishlaydigan crud yozmaysiz. Juda ham sodda aytganda shunchaki davomli fuckery qilasiz, davomli itariladi miyyangiz. Sababi doyim ham tayyor yechimlar bo'lmaydi yoki tayyori sizga mos kemaydi. Tayyorini modify qilishingiz kuchaytirishingiz kerak bo'ladi. Bushqa tomondan esa sizni kimdir perfomance tomondan itaradi kimdir esa abstraction tomondan. Ko'proq code yozish kerak bo'ladi biror technical scopeda yaxshi background qilish kerak bo'ladi. Hullas ishingiz kechirmaydi skill issuelarni. Doyim ham yaxshi gapirib qutilib ketolmaysiz, sizga comfort bo'lmagan odamlar bo'lishi mumkin atrofingizda.
Juda sodda aytsak enterpraysda siz mexanizmni bir qismi bo'lishingiz kerak, shunda trik qolasiz. Agar raxbarga yoqmasangiz chopilasiz.
Rostmana muxandis bo'lsangiz avtoritet bo'lishingiz kerak shunda trik qolasiz. Agar sal kalla qo'ysangiz avtoritet minus bo'ladi va davom etaversangiz uje chopilasiz.
❤1
O'zi Postgrest bilan anavi crm/lms balo battar crud applaringizni juda ham katta qismini hal qivorsa bo'ladi.
Chunki shundoq ham hamma narsani dbda qilasilar :) Mana yechim: https://docs.postgrest.org/en/v16/tutorials/tut1.html
Bu yerda turli misollar: https://docs.postgrest.org/en/v16/ecosystem.html#example-apps
Chunki shundoq ham hamma narsani dbda qilasilar :) Mana yechim: https://docs.postgrest.org/en/v16/tutorials/tut1.html
Bu yerda turli misollar: https://docs.postgrest.org/en/v16/ecosystem.html#example-apps
PostgREST 16
Tutorial 1 - The Golden Key
author, begriffs,. In Tutorial 0 - Get it Running we created a read-only API with a single endpoint to list todos. There are many directions we can go to make this API more interesting, but one good place to start would be allowing some users to change data…
API testlar yozgani yana bir qiziq narsa topib oldim. Bu yerda turli request related automationlar va testlar yozish mumkin. Sodda dialekt va nisbatan qulay user expirence.
Hurl: https://hurl.dev/
Ammo manashu mavzuda boshqa muammolar ko'ryabman.
Code alohida
test alohida
benchmark alohida
nu bazida doc alohida
Deyarli hamma ekotizimda manashu masalalarda end to end solutionlar yo'q. Lekin o'ylab qarasa bularni eplash mumkin.
Maslan manda uje tayyor api code bor juda ko'p holda maximum swagger generate qilib bera olaman. Ammo qani edi man birdan swagger generate qilolsam, test cover qilolsam.
Apilar doyim ham bitta stepli bo'lmaydi masalan A->B dan kegin C or D ko'rinishida ketmaketlik asosida bo'lishi mumkin bazida esa concurrency tog'ri ishlaganini ham test qilish kerak bo'ladi. Bular o'ziga yarasha nuansli masalalar. Bazi narsalar esa async ishlaydi, buni ham avtomatlashtirish qiyin chunki aniqroq constant tiime qo'ya olmaysiz.
Ammo servant bilan bunga potensial yechimlar qilsa bo'ladi. Masalan 10 yillar oldin servant-js kabi narsalar chiqib bo'lgan bu orqali apidan biratola js api callar generate qilishgan, bu haqida yozgan edim. Manashu g'oyani kengaytirish kerak, apidan avtomatik tarzda testlar va unga mos loading request ham generate qilib ko'rish kerak. O'ylaymanki tez orada manashu mavzuga ham yetib boraman ozgina zerikarli ammo juda qiziq mavzu.
Hurl: https://hurl.dev/
Ammo manashu mavzuda boshqa muammolar ko'ryabman.
Code alohida
test alohida
benchmark alohida
nu bazida doc alohida
Deyarli hamma ekotizimda manashu masalalarda end to end solutionlar yo'q. Lekin o'ylab qarasa bularni eplash mumkin.
Maslan manda uje tayyor api code bor juda ko'p holda maximum swagger generate qilib bera olaman. Ammo qani edi man birdan swagger generate qilolsam, test cover qilolsam.
Apilar doyim ham bitta stepli bo'lmaydi masalan A->B dan kegin C or D ko'rinishida ketmaketlik asosida bo'lishi mumkin bazida esa concurrency tog'ri ishlaganini ham test qilish kerak bo'ladi. Bular o'ziga yarasha nuansli masalalar. Bazi narsalar esa async ishlaydi, buni ham avtomatlashtirish qiyin chunki aniqroq constant tiime qo'ya olmaysiz.
Ammo servant bilan bunga potensial yechimlar qilsa bo'ladi. Masalan 10 yillar oldin servant-js kabi narsalar chiqib bo'lgan bu orqali apidan biratola js api callar generate qilishgan, bu haqida yozgan edim. Manashu g'oyani kengaytirish kerak, apidan avtomatik tarzda testlar va unga mos loading request ham generate qilib ko'rish kerak. O'ylaymanki tez orada manashu mavzuga ham yetib boraman ozgina zerikarli ammo juda qiziq mavzu.
hurl.dev
Hurl - Run and Test HTTP Requests
Hurl, run and test HTTP requests with plain text and curl. Hurl can run fast automated integration tests.
🔥1
Endi tushlarimga kirsa kerak bu video.
from 3.2Tbps to 102.4Tbps bla
bunaqa networkda
bilmayman qancha nix kesh server qo'ysak bo'ladi
bilmayman qancha mayner run qilsa bo'ladi
https://www.youtube.com/watch?v=yFSDB1BatrQ
from 3.2Tbps to 102.4Tbps bla
bunaqa networkda
bilmayman qancha nix kesh server qo'ysak bo'ladi
bilmayman qancha mayner run qilsa bo'ladi
https://www.youtube.com/watch?v=yFSDB1BatrQ
😁1