es
Feedback

¡No caigas en manos de tramposos! Telemetrio encuentra y marca estos canales 👉 Si quieres ver la etiqueta, suscríbete

Programming ∀

Programming ∀

Ir al canal en Telegram

Ushbu kanalda dasturlashga aloqador turli expriementlarim, g'oyalarim, hulosalarimni ulashaman.

Mostrar más
1 354
Suscriptores
Sin datos24 horas
Sin datos7 días
Sin datos30 días
Archivo de publicaciones
Higloadagi deyarli hamma talklarni ko'rib chiqgan ekanman. 2017-2023 ohirigacha 😄

Bu esa biz yasagan talbe mazzami 😅 Cloumnlar listini txt fileda saqlar ekan clickhouse ))
+1
Bu esa biz yasagan talbe mazzami 😅 Cloumnlar listini txt fileda saqlar ekan clickhouse ))

Cliclhouse qiziq database ekan rostdan ham nima keragi bor qanaqadir yangicha extensionlar o'ylab, stringlarni txtga yozamiz
+1
Cliclhouse qiziq database ekan rostdan ham nima keragi bor qanaqadir yangicha extensionlar o'ylab, stringlarni txtga yozamiz !

Open source qilib pul topsa bo'ladimi ? Haqiy javobim:
Agar siz open sourcega qiziqmasangiz, contribution degan madaniyatni tushunmasangiz. Demak dasturchi emassiz,
Soqqani qiling! Hullas open source business modelga ham aylanishi mumkin. Maslaan mongodb aynan shu modelda ishlaydi source ochiq client bazasi bor soqqani bosyabti. Endi bu company levelda. Laravel avtori lobarginida yuribti, bu yana bir misol. Open source bu eng katta sinov maydoni desa ham bo'ladi. Sababi juda ko'p narsani fundamenti xozir ochiq kodli dasturlar asosida. Lekin yopiq code dasturlarda katta kapital. Open source ko'plab dasturlchilarni bir maqsada bir joyga yeg'adigan joy. Ularning maqsadi anashu X softwareni yaxshilash. Business modelga qaytamiz, OSSda bir loyiha qilib uni sotsa bo'ladigan holatga olib chiqishingiz masalsi anchagina qiyin mavzu, sababi xozirgi kunda bilamizki marketing katta axamiyatga ega(afsuski). Misol uchun yaqinda anashu clickhouse driverda ham manashu mavzu ko'tarildi, githubga dependent bo'lsak vendor-lock bo'ladi. Ammo githubga joylamasak marketing bo'lmaydi. Hullas siz biror narsani qilganingiz bilan unga foydalanuvchi bazasi yeg'ilishi va to'liq monetizatsiyas masalasi ancha murakkab. Shu sababdan siz yasagan own-x project ko'plab star yeg'ib popular bo'lib ketishi haqida o'ylash xozircha qiyin. Agar o'ta unical project bo'lsa va yaxshi marketing bo'lsa shunaqa bo'lishi mumkin. Xatto shunchaki yaxshi marketing bo'lsa ham. Buggly projectlarni barbir ishlatasizku shunaqa gapda )) Endi keling bu sohada foyda olishni minimalroq spektorda ko'rib chiqamiz. Hullas xozircha 2 turdagi perespektivadan qaraymiz. Boshqalar loyihalargiga contibution: 1. Portfolio, resume vaxakazolar. Aynan bazi turdagi yaxshi kompaniyalar githubga katta etibor qaratadi. Ularga siz leetcodeda qancha masala yechganizni qizig'i yo'q. Ayniqsa siz contribution qilgan biror projectni o'sha company ishlatadigan bo'lsa sizga uje boshqa ko'z bilan qarashadi. Yani kerakli insonsiz. Bu degani koryeraviy o'sishingiz uchun katta yordam beradi, albatta daromatga ham tasiri bor lekin qilgan ishlarizga qarab. Shu o'rinda aynan shu project bahona qilgan networkingiz sababdan yangi job olish imkoni oshadi. 2. Agar sizda yaxshi potensial bo'lsa va sizdagi contributionlar ko'payib ko'proq impact berayotgan bo'lsangiz. Loyiha esa qandaydir monetizatsiyaga ega bo'lsa. Ular asosiy contributorlarni yoqotmaslik uchun pul to'laydi, albatta passive daromat lekin eng shirin daromat ham shu manimcha )) 3. Agar siz anashu projectni boshqalardan yaxshiroq bilsangiz, albatta consulting qilishiz mumkin. Bu ham turli uslubda bo'ladi detallarga kirishmayman. Qisqa aytganda siz x narsadan boshqalarga qaraganda ko'proq bilimlisiz shu sababdan manashu tajribangizni ulashganiz tufayli daromat qilishingiz mumkin. Odatda bunday amaliyotlar criticalroq darajada extiyojga ega bo'linsa qilingani uchun qimmat bo'ladi. Sizni projectingiz mashxur bo'lsa: 1. Loyiha ma'lum auditoriyaga ega bo'lsa eng kamida github sponorship bor. Tog'ri bu juda ham minimal narsa. Lekin sopsorshipdan ham yaxshi daromat kelishi mumkin. 2. Sponsorship tariflari, bazida qanaqadir puli bor kompaniya sizni projectni ishlatadigan bo'lsa. Shartnoma asosida x,y,z feauturelar so'rashi mumkin. Bu biroz intensiv tarif bo'lsa ham yaxshi daromat keltiradi. Chunki siz xizmatingizni kompaniyaga sotyabsiz. 3. Consulting, bundan oldingisidan ko'ra ancha kengroq doirada. Chunki siz authorsiz. Hullas xozirda OSSni monetizatsiya qilish masalalari ham ancha rivojlanib boryabti. Shu o'rinda bunday ish bilan shug'ullanadigan alturistlar ham kamayib ketyabti afsuski. Man hohlar edimki OSS madaniyati bizda ham rivojlanib shu orqali saviyamiz oshsin. Github huddi instagram, ticktok kabi prosto listing qiladigan tarmoqga, linkedin hh kabi job platformga va networking zonega aylansin.

Mana uje yangi versiya mazza 😎
Mana uje yangi versiya mazza 😎

Mavsumiy tasviriy sanat festivali bo’lyabti ekan.
Mavsumiy tasviriy sanat festivali bo’lyabti ekan.

Pattern matching proposal. Stage 1 ekan. Nima deb o’ylaysizlar jschilar buni qabul qilisjadimi ? Yoki o’z botqoqlarida yotaverishadimi :) Javada allaqachon bor ) https://github.com/tc39/proposal-pattern-matching

Open source uchun eng birinchi qadamni aytaymi ? Juda sodda sandbox qilmoqchi bo'lsangiz ham foydalanadigan platformangizni nightly yoki beta versiyasini oling. Manda sandboxlar uchun 9.10.1 xozircha. 9.12.x versiyani xozircha qo'yolmadim )) Bular asosan sandboxlar va pet projectlar uchun, productionda stable versiyadan foydalaning ! Buning foydasi nimada ? 1. Yangi feauturelar bilan tanishasiz va o'rganib chiqasiz shu orqali trenda yurasiz. 2. Agar platformni deb muammo chiqsa issue report qilasiz. Balki yechimini ham topa olarsiz uyog'i endi o'zingizga bog'liq. 3. Bahonada reja ham qilib olasiz productionda update qilishni. Shu orqali legacy bilan ishlashni ham sekin sekin o'rganasiz. Odatda man xarakat qilaman productionda doyim 1ta stable relase orqada yurishga. Masalan so'ngi stable versiya 42.x.x bo'lsa va undan oldingi versiya 40.x.x bo'lsa mandagi productionda 40.x.x bo'lsa juda zo'r.

Welcome IOSdroid. Buyam ayniyabti borgan sayin😏
Welcome IOSdroid. Buyam ayniyabti borgan sayin😏

photo content

Shu o'rinda aynan Haskell va bazi ML tillardagi loyihalardagi tasklarni ulashib bormoqchiman. Kanalda emas aynan haskell uz communityda. Qiziq bo'lsa haskell o'rganilar bizga qo'shililar. PS: Qolganlari qiziq emas ! Faqat o'zimga qiziq tillardagi kerakli packagelarni yaxshilash baxona tajriba olishni tarag'ib qilaman.

Amaliyot uchun eng yaxshi narsalardan biri bu Open source projectlar. O'zingizni pet project ustida ishlash emas balki odamlar foydalanadigan va community tomonidan feedbacklar keladigan loyihalarga hissa qo'shish. Bilaman boshida juda qiyin bo'ladi ancha vaqt o'tib vanihoyat bu narsaga erisha boshladim. Lekin siz tezroq erishishingiz mumkin buning uchun quyidagi tavsiyalarni beraman. 1. Katta projectlarni tanlamang ! Man boshida kattaroq projectlarga contribution qilaman deb ancha ovora bo'lganman undan ham yomoni man bilmagan stackdagi projectlar bo'lganiga bazida compile ham qilolmasdan tashlab ketganman. Shu sababdan imkon qadar kichikroq masshtabdagi birorta librarylardan boshlang. 2. O'zingiz bilgan stackda bo'lsin ! Yuqorida aytganimdak manga notanish stacklar sabab ko'pincha tasklarni yopolmaganman. Chunki complexity yanayam oshib ketgan har tomonlama skill issuelar esa failga olib keladi. 3. Yaxshi onboarding qiling ! Hohlasangiz issuelarda savollar yozishingiz mumkin nimadirni tushunmasangiz. Yoki author o'ziga ham yozsangiz bo'ladi. Nima qilsangiz ham yaxshilab tushunib o'rganib chiqing oldindan. Loyihani tushunmasdan turib unga hissa qo'sha olmaysiz, onboarding process esa maksimal darajada effektiv bo'lishi zarur. Birinchi contributionlar uchun imkon qadar o'zingiz yaxshi bilgan domaindagi project va tasklarni qiling odatda "good first issue" labeli ostida bo'ladi. Lekin shunda ham oldindan issueni yaxshilab o'rganib baholab ko'ring qila olasizmi yo'qmi ? Notog'ri project tanlash va onboarding qilmaslik fail possibilityni oshirib yuboradi. 4. Biror narsada qotib qolsangiz savol bering! Man qotib qolgan joyimda researchlar foyda bermasa boshqalardan so'rayman. Muhimi taskni yopish emas ! Sizning maqsadingiz amaliyot doirasida skillarni o'stirish ham shu sababdan so'rayverish kerak qo'rqmasdan uyalmasdan. Hullas taslim bo'lmasdan boshqalardan yordam olib bo'lsa ham ishingizni bitkazishga xarakat qiling. 5. Sabrli bo'ling ! Natija bittada bo'lmaydi va o'xshamaydi, xatolar ustida ko'proq ishlab sabr qilish kerak. Doyimiy intensiv full focusda ishlang. Ayniqsa yaxshi bilim va tajriba qilishni istasangiz demak sabr bilan ko'proq energiya ajratishingiz kerak. Mayli boshiga har kuni commit qilmang, har kuni yopmang taskingizni. Ammo harakat qilavering, eng boshidan taskni yaxshiroq yopishga emas balki sifatliroq qilishga xarakat qiling. Deadlinelar qo'ymang 1 kunda tugataman falon kungacha tugataman. Yo'q siz mutlaqo erkinsiz va sabr qilib vazifani sifatli qiling. Sizni PM yo'q, team lead yo'q. Shu sababdan bosimni his qilmasdan xarakatni maksimal qiling. 6. Loyihani doyim kuzatib boring, g'oyalar fikrlar kelsa maslaxatga tashlang buning uchun ham issue ochish mumkin. Faqat pr yubormasdan reviewlarda ham active bo'lishga xarakat qiling, hechnima report qilinmaganida ham biror muammoning yechimi qanday ekanini o'rganasiz. 7. OSS bu haqiqiy networking maskani ! Sizga qiziq profile egalari bilan networking qilishni unutmang ! OSS yaxshi filter qilib beradi kim aslida qanday ekanini. Yaxshi authorlar twitterlariga ham follow bo'ling shu orqali aloqaga chiqishingiz imkoni ortadi. Lekin hamma turli platformlarda o'tiradi. Masalan man networking uchun quyidagi platformlarni ishlataman. Major: Twitter Telegram Email Minor: Mastodon Discord Undan tashqari yana alohida joylar bor stackoverflow kabi. Ulardan ham bazida foydalanib turaman yoki o'zimga qiziq Q&A conversationlarni o'qiyman. Linkedin va yana boshqa saviyasiz joylardan uzoq turavering ularni sizga umuman foydasi tegmaydi. Man CVni githubga ko'chirishni ham o'ylayabman oddiy page qilaman. Repolarim esa portfolio bo'ladi. O'ylaymanki shunda o'zimga qiziqroq joblarni topish imkoni ko'payadi.

Bizga ma'lum, build your own x bizga katta tajriba beradi. O'zimizi database, protocol, server, compiler yoki interpreter hullass bu bahona pet project ham qilamiz biror narsani aslida qanday qurilishi va ishlashini ham o'rganamiz. Ammo bu mavzular bizga real situatsiyani ochib berolmaydi. Bunga esa birnqancha sabablar bor. 1. Project foydalanuvchilari yo'q ekani. Bu eng katta sabab Toshmat o'zi yasagan Databaseni biror loyihada ishlatmaydi. 2. Aniq chegaralar, biz yasagan X aniq chegaralangan imkoniyatlardan iborat buni kengaytirishimiz esa barbir velosopedni qayta ixtro qilishga aylanadi. 3. Ma'lumotlar chegaralari, asosan biz o'rganayotgan resurs doirasida qolib ketamiz, kimdir o'zining tilini yozyabtimi ? Unga berilgan ma'lumotlardan tashqariga chiqishi qiyin, masalan o'sha X tilining syntaxidan tortib ishlashigacha birxil bo'ladi. Juda kamdan kam odamlar main resource asosida boshqa resurslarga murojat qiladi, chunki bu ancha murakkab jarayon. 4. Feedback bo'lmaydi, eng maksimum feedbacklar author yoki biror tanishlardan keladi. Bu esa rivojlanish imkoniyatini juda pasaytirib yuboradi. Huddi junior biror loyihani to'liq o'zi qurganday gap. 5. Software evalutsiyasi bo'lmaydi, bu anchagina og'riqli mavzu. Masalan siz yasagan X project hech qanday evelutsiyani ko'rmaydi bu degani A nuqtadan B nuqtagacha borissh yo'li aniq. Bunday holatlarda ancha muhim bo'lgan software developmentdagi practice, processlar bo'lmaydi. Sanasa ancha nuanslar kelib chiqaveradi. Shu sababdan man umuman boshqa tajribani qilib ko'rishni istadim. Haskell o'rganar ekanman yet another X qilgim kelmadi. Buning o'rniga mavjud bo'lgan X uchun hissa qo'shishni istayabman. Keyingi postlarda aynan manashu jarayon va undan ko'zlangan manfatlar haqida batafsil yozishga xarakat qilaman.

Ohh, vanihoyat 3 kun deganda o'xshadi. https://github.com/KovalevDima/ClickHaskell/pull/93 Author yana alohida feedbacklar beryabti )) Hullas juda ajoyib tajriba, manashu PR authori man ammo orqasida juda ko'p insonlar turibti, Buni qilguncha authordan, keijondan va haskell communitydan ko'p yordam oldim. Boshida testlar run bo'lmagani uchun birqancha devayslarda sinashga yordam berishdi, noob questionlarimga ham erinmay javob berishdi. Bahonada UUID nima ekanini ham o'rganib oldim, yangi typeclasslar bilan tanishdim va yana birqancha expirementlar qildim. Bazi narsalar o'xshamagan, yoki g'alatiroq bo'lsa mani xatoyim. Agar zo'r bo'lsa demak community tajribasi )) Hullas lets fu***ng go, OSSlar juda katta tajriba beryabti😊

Manam biror xizmat ochsamikan. Masalan Shunaqa xizmatlar qanchalik tresh ekanini baholab beraman.
Manam biror xizmat ochsamikan. Masalan Shunaqa xizmatlar qanchalik tresh ekanini baholab beraman.

Uzb Senior SWE: - 4-6 years expirence - 2.5-3.5k $ - On-site - (20 skills) Are candidates skill as junior
Uzb Senior SWE: - 4-6 years expirence - 2.5-3.5k $ - On-site - (20 skills) Are candidates skill as junior

Tabriklaymiz qutlaymiz. Yaqin yillarda halolbet loyihalarini ham kutib qolamiz. Huddi halol kredir kabi…
Tabriklaymiz qutlaymiz. Yaqin yillarda halolbet loyihalarini ham kutib qolamiz. Huddi halol kredir kabi…

Backend shunchalik katta narsaki, backendchilar skill issuelarini yopadigan yangi soha va toolar chiqib kelaveradi. Ko’pchilikga tanish sohalar: SRE, DevOps, PL/SQL dev, cloud engineer. Trend xozir shunaqa branchga ketyabti. Ammo borgan sari complexity faqat o’sib bormoqda. Backendga yetishmayotgan narsalardan biri esa asosan abstraction, yangi texnalogiyalar ammo code base eskicha. Bu default holatda shunday. Frontendni qo’ldan boy berib bo’lganmiz deyarli, ammo backenda unday bo’lmasligi uchun imkoniyatlar ko’p xozir.

Memory Model Series https://research.swtch.com/mm

Manimcha vaqti keldi Conference, Meetup vaxakazo eventlarni aniq tierlarga ajratish kerak va shunga qarab speakerlar va topiclar bo'lgani afzal. Xozir AI deb miyyani qotirishyabti hamma joyda. Masalan biror confga bormoqchi bo'lsam AI related topiclarni ko'rsam bormay qo'yaveraman. Chunki uyoqdan oladigan manfatimdan boshqa shu mavzuda Katta amakilar qilgan talklarni ko'rganim 10x foyda. Masalan qanaqadir X meetup bo'lsa, ma'lum scope yoki sub scopega olish kerak. Endi shu scopedegi speaker va tashrif buyuradiganlarni ham biroz saralash kerak. Keling masalan FP misolida. Speakers bor deylik: Eshmat, Toshmat, G'ishmat Mavzular: Eshmat - Monadic parser Combinators. Toshmat - Backend development with MLT style G'ishmat - Dependent types makes your life easier Hamma narsa aniqmi endi kimlar keladi degan masala bor. Masalan FP bilan tanish bo'lgan yoki qiziqishi bo'lgan odamlar. Dasturlash paradigmlarini tushunadigan va farqlay oladiganlar. Nega bunaqa taklif ? 1. Aniq bilasiz shu conferencega borish sizga kerakmi yo'qmi ? Vaqtingizga arziydimi yo'qmi. 2. Aynan o'zingizga o'xshaganlarni topasiz. 3. Ontopic mavzularsa suxbatlar qilishingiz mumkin. 4. Offtopiclar bo'lmaydi, speakerlarga ham noqulay bo'lmaydi omma bilan muloqot. Chunki buyoqda 1 soat gapirilgan gaplardan kegin savollar umuman tog'dan, bog'dan bo'layotgan bo'lsa speakerlarga ham biroz noqulay bo'ladi. Manimcha shunda eventlarning effektivligi ko'payadi.