Programming ∀

Linux distrolaridan Fedoraga to'laqonli o'tdim. 5-6 kun oldin setup qilgan edim. Bazi custimizationlar configlar boshida ancha oson bo'ldi. Oddiy user sifatida realni kayf qilib ishladim. Custumizationlar ham Debian based oslardan ancha oson va stabil ko'rindi (shortcuts, shell, envoirment destkop). Ammo development envoirmentni qo'yganimda haqiqiy jang boshlandi. Docker deamoni boshqasi setup bo'lgan ekan oqibatda containerlar ishlamadi undan tashqari eski versiya tushib qolibti. Nvm va nodejsda barcha asosiy pathlarni o'zim yozib chiqishimga to'g'ri keldi. VS Code bilan Jirani connect qiladigan extension yaxshi ishlamadi. DBMS appda qandaydur uzundan uzun loglar... Hali ham o'tiibman kavlab. Lekin stabillik sezilyabti package managelardan o'rnatilgan deyarli barcha paketlar muammosiz ishlaydi. Bazi package managerlarda hali update qilinmagan applarni boshqacha yo'llar bilan setup qilish keak bo'lyabti. Shu biroz boshogriq. PS: Dev Envoirmentni setup qilishga ~8 soat vaqtim ketdi... Linuxni xatolari bilan sevish kerak ))

Bir qo'shnim hardoyim mani ko'rganida "O'g'liga kompyuterni o'rgatishimni xoxayveradi. O'g'li esa mandan 3-4 yosh kichik. Eng muhim nuqtasi u TUPOY chunki adasi shunday devotida ))". Xozir u dasturlashni o'gansa tupoylar yana bittaga kamaymaydi )) Bugun aynan xozirgina bir joyga ketayotganimda mashinasida to'xtab mahalla boshigacha olib chiqib qo'ydi va yo'lda yana doyimgiday mavzu. Gapini yakunida bu bola tupoy bo'lib ketgani yaxshi o'qimagani shaxsiy dunyo qarashi yoqligi haqida aytdi. Ohiri o'zimni ushlay olmadim. - Aka man tupoymanmi ? - Yo'q, tuppa tuzik bolasan ... paxta - Nega unda o'g'lingizni IT ga kirishini xoxlayabsiz axir u TUPOY bo'lsa... - Loading... - Endi ukam o'zing ham bilasan bu soha yaxshi daromatli bo'lib qoldi. Shunga yaxshi yashasin deymanda. - Shu yerda tushib qolaman Rahmat aka )) PS: Dunyo qarashingiz ustida ishlang ))

Bir qo

Ha aytgancha Envoirment variablelar yoki secretlarni saqlash uchun servicelar juda ko'p. Shaxsan man qaysi toolda CI/CD qilishimga qarab saqlayman. GitHub, Gitlab, Bitbucketda. Alohida envoirment variables va secrets saqlasa bo'ladi. Runner ishga tushganda variablelarni qo'yib beradi. Yana bazilar bunday credentialslarni saqlash uchun alohida toolar ham ishlatar ekan. Cloud yoki boshqacharoq yechimlar. Masalan AWS secrets edi adashmasam.

#javob Envoirmentlar masalasi umumiyoq ya'ni loyihaga bog'liq bo'lgan masala xisoblanadi. Shunday ekan barcha ko'rinishlar uchun alohida envoirment qurish maqsadga muvofiq bo'ladi. Bu masalaga shablonlar juda ko'p eng sodda ko'rinishlaridan bittasi: Dev va Prod envoimentlani quish. Yani devlopment serverga alohida Poudctionga alohida. Yana qo'shimcha agar testla bo'lsa testla ayniqas Integaration va E2E testlar uchun Alohida envoirmentlar qurish kerak. Albatta lightway ko'rinishda yengil va tez. Envoiment masalasidagi qilingan barcha ishlar product sifatiga to'g'idan to'g'ri tasir qiladi. Bazilar har bir changesda relase qilishadi bu esa bad practice xisoblanadi. Envoirmentlarni rejalash va implement qilish loyihaga qarab belgilangani ma'qul. Lekin yuqorida izohlangan sodda pattern asosiga quriladi. Chunki software envoirment ham birmuncha qimmatli va yaxshiroq etibor talab qiladi. Oddiy usecaselarda aytadigan bo'lsak. Masalan sizda integartion testlar mavjud va loyiha monolith sodda. Testlarni ishlatish uchun docker-composeda to'liq envoirment qurishingiz mumkin. Bu birmuncha arzon va aytilganiday lightway talablarga juda mos keladi. Ammo productionda bunday qilish bad practice xisoblanadi. Agar sizga orchestration kerak bo'lsa compose bilan emas balki rostmana orchestaratorlar bilan qurgan ma'qul. Masalan docke swam yoki k8s.

#savol Service bor, ва у сервис, db га уланади, login password оркали, шу credentials ни кайси environment да саклаш более тогрирок безопасность томондан CI циклида?

Bundan oldingi postni share qilishimdan maqsadni ham aytib o'tay. To'g'ri bu madaniyatning yoki saviyaning eng past navi(sorti) deb baholaydigan bo'lsak. Aynan bizning ham qilayotgan xarakatlarimizda yoki o'lchovlarimizda muammolar ko'p. Bu gaplarim ayniqsa Bizga O'zbek engineerlariga ko'proq tegishli. Muammolar juda ko'p. 1. Shaxsiy fikrga ega emasmiz. Shu sabab birovlarni gaplarini ko'tarib yuraveramiz. 2. Bir narsani ohirigacha oborishdan qo'rqamiz sabab esa odamlarni gap so'zlari tanishlar yoki kattalar bergan maslaxat yoki ko'rsatgan yo'l 3. Xato qilishdan va Risk qilishdan doyim qorqamiz. 4. Hissiyotlar bilan qaror qabul qilamiz ko'pincha. 5. Paxta qo'yishni birovni maqtashni yoqtiramiz. Ammo aybi bo'lsa orqasidan gapiramiz. 6. Biror narsani tanqid qilsa. Tanqid qilma, Oldin o'zing shunday qilib ol yoki shu darajaga chiq, Oldin o'zingda shu o'xshasin... Shu kabi tarafkashlik va ortiqcha soxta positive fikrlashni yoqtiramiz. Qisqasini aytganda oldin o'zimizni tuzatishimiz kerak ))

#yoshlar, #muomalamadaniyati, #softskills

Open source uchun yana bir g'oya. To'g'ri unchalik qiziqmas. Ammo kimgadur qiziq bo'lsa marhamat. https://kun.uz/news/2022/08/02/yangi-ozbekiston-taraqqiyot-strategiyasi-kitobi-uchun-mobil-ilova-ishlab-chiqishga-26-mlrd-som-soraldi-vazir-etiroz-bildirdi

I slove this problem using Hashmap

Copy-and-Paste was programmed by programmers for programmers actually...

Copy-and-Paste was programmed by programmers for programmers actually...

Software Engineeringda log tracking va monitoring masalalariga juda etiborli bo'lish kerak. Bu narsani foydasini juda ko'plab usecaselarda sinab ko'rdim. Eng sodda misollardan biri. Bir loyihada alohida ko'plab qismlar mavjudligi tufayli loyihadagi fileManagerda qaysi moduledan murojat bo'layotganidan tortib qanday action bo'lganigacha Loglarni saqlagan edik. Vaqt o'tganidan keyin ushbu implementation o'z foydasini keltira boshladi. Loyihada 30+ module bo'lib ketdi va kamida 30% modulelarda filelar bilan ishlanar edi. Biz markazlashgan loglar orqali muammolarni tezroq hal etgan edik )). Huddi shu holat Linux distrolarini ishlatishni boshlaganimda muammolarni hal etishga ancha qol kelgan. Default holatda /var/log dir ichidan kerakli loglarni topib muammoni hal etish ancha osonroq. Endilikda IPada ham huddi shunday qilsa bo'lishini bilib qoldim. Keyin ozgina izlanishlar natijasida loglar topildi )). PS: Boshqa tomondan bu sizga qarshi ham ishlashi mumkin. Deyarli barcha actionlar log sifatida yozilgan.

Presentationdagi birinchi page kopchilik etiroziga sabab bo'lgan ekan. Avalam bor man Musulmonman Alhamdulillah rasmdagi narsaga o'zim ishonmayman bu yerda ketgan contextni tushunish uchun nazarimda biroz yaxshilab o'ylash kerak. Bazilar ushbu rasmga malomat qilishibti. Ushnbu postda aytganimday metrikalar yegayotgan edim atayin doklad uchun. Keyin bildimki bu barbir kopchilikga tushunarsiz bo'lishini. Shu sababdan o'zimni fikrlarimni aytaman. 1. Evolutioni tasvirlash uchun sizda boshqacharoq rasm yoki bittada tassavur uygotadigan manba bo'lsa shu post izohida yuboring. 2. Aynan shu page o'rniga alternative bo'lsa shu mavzuni shaxsiy youtube kanalimda qaytadan presentation qilib berishga tayyorman. 3. Biror mavzuni contextni tushunmay turib ko'rgan narsaga darxol fikr bildirishdan oldin biroz firklashni tavsiya qilaman. 4. Miyyani ishlatib turing zerikaningizda. 5. Birinchi berilgan taklif doyimo o'z kuchida qoladi. PS: Agar sizga mani fikrlarim yoki goyalarim yoqmasa bu sizni muammoyingiz. Man o'z subyektiv fikrlarimni ulashaman auditoryga. Undan tashqari biror narsaga negativ qarashdan oldin construktiv fikrlashni esdan chiqarmang.

#savol CI/CD o'rganish yoki ishlatish Frontend uchun qanchalik muhim? Javob: CI/CD ni tushuntish barcha dasturchilar uchun muhim. Chunki ushbu amaliyotda strategiyani yoki konveyrni qurishda faqatgina DevOpslar emas Dasturchilar ham ishtrok etadi. Ayniqsa CI ga koproq dastuchi etibor qaratishi lozim deb xisoblayman. Sababi dastuiy taminot publish qilinguncha prod, dev har qanday muhitga chiqarilishida eng katta masuliyat dasturchilarda bo'ladi. Shu sababdan o'rganish va amaliyot qilishni tavsiya etaman.

Kechagi meetupda man yoritgan topic bo'yicha javobsiz qolgan savollarga javob berib ketish kerak deb o'yladim. Chunki bazi savollar mangayam birmuncha qiyin bazilari esa o'ylantirib ham qo'ydi.

Meetupni oz kanalimda stream qilishga togri keldi ) Texnik noqulayliklar uchun uzr sorayman https://youtu.be/es_EGK_O39I

Dasturiy ta'minot ishlab chiquvchi Engineer. (Pragamis))) Engineering (SWE,SD, Programmer yana birbalola) Bu sohaga ko'pchilik o'z nuqtayi nazaridan qaraydi. Bu Fan (Science) Bu Texnalogiya Bu Biznes Bu Sanat PS: Shaxsan Manda aniq javob yo'q ekan chuqurroq o'ylasam. Manda hobbydan boshlanib kasbga aylanganini ayta olaman. Lekin bir tomonlama izohlash qiyin bo'lgan kasb yoki yo'nalish ekanini etishim mumkin. Qisqasi videoni ko'rishni tavsiya qilaman. https://www.youtube.com/watch?v=SE5aXH-yf0I