en
Feedback
Programming ∀

Programming ∀

Open in Telegram

Ushbu kanalda IT va Dasturlashga aloqador mavzularda subyektiv fikrlarimni bayon qilaman.

Show more
1 217
Subscribers
No data24 hours
-87 days
-3530 days
Posts Archive
Suhbat davrida gapni bo'lish va savol esdan chiqib qoladi deb aytish suxbatdosh oldida o'sha inson statusini tushurib yuboradi. Suhbat ohiirga yetmasdan mavzuni o'zgartiraverish, juda ham rasvo odat. Manashunaqa narsalar va shunaqa odamlardan imkon boricha uzoq yuraman. Sababi suhbatni mazmuni, hulosasini umuman olib bo'lmaydi. Qisqasi foydasiz gap sotilgani qoladi. Suhbat davomida suhbatdoshni eshitish, kegin uning fikrlarini analiz qilib fikr bildirish yoki hulosa qila olish juda muhim narsa deb bilaman. Bu narsa oqibatida suhbatdan juda katta foyda bo'lishi tayin. Agar har 5 daqiqada mavzu o'zgarsa, suxbat chastotasi juda o'ynaydigan bo'lsa bunaqa suxbatda miyya charchaydi ammo ozuqa olmaydi. Suhbatdoshni tushunolmaslikga eng katta sabab esa diqqat bilan uni eshita olmaslikdan boshlanadi. Kegin yana tog’dan bog’dan bo’ladi. Manashu masalalarda o'zingizga tashqaridan bir etibor bilan qarab ko'ring. Suhbatni hamma qila oladi, lekin hammayam suxbatdan foyda ololmaydi. Bu narsalarni aytishim sababi, o'zimda ham aynan shunday mavzulardagi bazi narsalarni tog'irlash maqsadida turli holatlarni kuzatib chiqdim va eng keng tarqalgan muammolardan bazilarini aytib o'tdim, bu muammolar ayniqsa zommer avloddan boshlab ko'p kuzatildi. Aniq shunday deyolmayman lekin man kuzatganlarim natijasi shunaqa.

Qaldagi gaplarni olib chiqibtilarku. Kanaldagi hammaga tavsiya etaman! https://www.youtube.com/watch?v=u0fHp8aAejc

Ton degan kiym ham bor ediya🥹 Contextlar adashib ketyabti 🥲

Popscience insonlarni ilimdan yiroqlashtiryotgandak tuyula boshlagan manga. Masalan shu computers haqidagi turli ilmiy ommabob contentlarda bazi narsalar juda surkatib yuborilgan. Murakkab narsani soddalashtirish doyim ham tog'ri ma'lumotga sabab bo'lmaydi. Lekin boshqa tomondan huddi tushuncha bergandek tuyuladi, ammo doyim ham amaliyotga qo'llanilmaydi, bilamizki bilimning bazi turlari amaliyotga tadbiq qilinishi uchun turli uslubdagi transformatsiyalar kerak demak biror bilm egasi o'z bilimini hayotga tadbiq qilolmasligi normal holat va shu sababdan mutaxasisslik mavjud, mutaxasiss ma'lum tor yo'nalishlarda juda chuqur bilim va ko'nikmaga ega bo'lib boradi, izlanishlar natijasida esa nimadirlarni hayotga tadbiq qiladi, o'z bilimini transofmatsiya va integratsiya qila oladi. Shu orqali kashfiyotlarga erishadi. Kimdir biror mavzuni ochib berishga ulgurishi mumkin yana kimdir esa bu mavzuda katta o'zgarishlar qiladi bu jarayonda esa undan oldingilar ishini rivojlantiradi. Ilmiy ommabob contentlarda yomon tomoni shundaki bazi nazariy narsalarni sayoz tushunish oqibatida notog'ri informatsiya hosil bo'ladi. Lekin vaqt o'lcho'vi mavjud bu esa inson hamma mavzuda ham katta bilimga ega bo'lolmasligi va chegaralanib qolaverishiga sabab bo'ladi. Buni shunchaki qabul qilish kerak, popsciencedan esa extiyot bo'lish va ko'proq fakt checking qilish kerak degan fikrga kela boshlayabman. Agar sohangiz dasturlash atrofida bo'lsa demak computer sicencedagi bo'limlar sizning sohangiz fundamenti, bularni o'rganish va tushunish muhim lekin popscience bilan emas, albatta yaxshi kitoblar, leksiya va maqolalar bilan. Hullas injiq qariyabman.

Nodejs, go, piton, php vaxakazolar haqida.
Nodejs, go, piton, php vaxakazolar haqida.

Agar biror til yozmoqchi bo’lsangiz aniq Haskell! Qolganlari sho’lpilab qoladi.

Agar biror backendni qayta yozish kerak bo’lsa tanlov Haskelldan boshlanishi shart ! Nodejsdagi fignyani piton or php kabi fignya dialekltlarda qilgandan mano ko’rmadim. Agar biror backendni hiring oson bolishi uchun qilishda demak spring boot. Qolgan tillardagilari esa masqaraboz. Agar biror low level codeni qayta yozishmoqchi bo’lishsa faqatgina Rust. C++ kabi masqarabozlar kerakmas.

nopejser vs gopher Kim tupoyroq ? Default caseda )

Hullas eviljs va dump engineers uzukga ko’z qo’ygandak !

Eng prikoli, excel uchun quriladigan data va uning serializatsiya va kompressiyasi. - Bollar excel bilan ishlash kerak - davay lib yozamiz … - exceljs da parallel building bormi ? - authors: Promise.all ?

Exceljs worksheetlarni qoshgan ammo ular bilan parallel ishlash mumkinligini oylamagan. Syurpriz…

Grpc da file transfer bo’lmaydi deb o’ylaganlar uchun mahsus. Надо тренироваться bro 😎 https://www.stevenskelton.ca/grpc-file-transfer-zio/

Fikringiz qiziq. Xozir shu haqida o’ylab qoldimda qayerda suxbat qilish effective )))

Odatda hamkasblar bilan qayerda birlashasizlar ? Masalan man ko’pincha coffeshoplarda o’tiraman.

Qiziq-a, COVIDdan kegin birdan 2x osib ketgani )

Repost from JAHON Insights
#Suniy_Intellekt 2024-yildagi eng yirik sun’iy intellektga venchur investitsiyalar: 1. Databricks - $10.0 mlrd. 2. OpenAI - $
#Suniy_Intellekt 2024-yildagi eng yirik sun’iy intellektga venchur investitsiyalar: 1. Databricks - $10.0 mlrd. 2. OpenAI - $6.6 mlrd. 3. X - $6.0 mlrd. 4. X - $6.0 mlrd. 5. Anthropic - $4.0 mlrd. @jahon_insights       📊Investitsion va moliyaviy insaytlar

Owner tomonidan coment: Loyihada ishlagan hamma dasturchilar kamida 1 oy o'z stiliga moslab refaktor qilib chiqishgan va bazilar 3 oy ham ishlamadi lekin 1.5 oy onboarding va refactoring olib qo'ydi. Man esa vaqtga nisbatan 2x ko'p pul yoqotdim. PS: Bularni yozishdan oldin hammadan ruhsat olganman ! Hech qanday ismlar tilga olinmagan va tilga olingan personajlarni hammasidan rozilik olingan.

Bir narsani hech o'ylab ko'rganmisiz ? Bir software N yildan buyon mavjud, ishlab kelyabti haligacha. Ammo eng boshlanishidan xozirgi kungacha nimalar bo'lyabti ? Qiziq narsani kuzatdim taxminan 5 oldin ishlagan bir loyihamda haligacha yangi nimadirlar qo'shishadi. O'tgan yili shu loyihaga consultant sifatida qayta jalb qilishgan edi maniyam. Kecha bir vaqtim bo'lib qilingan ishlarni ko'rib chiqdim. Commitlar orasida esa juda qiziq narsani topib oldim. 3-4 marotaba date libraryni o'zgartirishgan ) Eng boshida man mini date librarycha qilib olgandim. Sababi date bilan ishlash kerak bo'lgani bilan dependencylarni maksimal kamaytirganman. Osha payitlar bu juda muhim edi herokuda 500mb storage bergani uchun. Hullas MVPni qilganman tamam. Oradan vaqt o'tib alohida serverga oldim. Loyiha ham anchagina kattalashdi va man boshqa stabil ishga o'tib ketdim, shu bilan project boshqa odamni qo'liga o'tdi. Loyiha yaxshi daromat keltirgandan kegin egasi kompaniya qilgan va biznes ancha rivojlanishni boshlagan ko'p narsa biroz stabillashgan CRUDdan boshqa murakkabroq logiclar qo'shilgan va jiddiy downtimelar, perfomance issuelar ko'paygan. Shu sababdan ancha vaqt o'tib bu loyihaga yana qaytib jalb qilishgandi. Mandan faqat 2 haftada bir marotaba taxminan 2-3 soat ajratib turli tech debtlarga yechimlar berishimni so'rashgandi. Hullas muammolarni list qilib olaman va sekin sekin research qilib o'rganaman, kegin yechim topaman. Bunga odatda ko'p vaqtim ketmaydi va hechnimaga halal bermaydi. Kegin muammo sababi va yechimini yozib qo'yaman issuelarda. Hullas ushbu project o'zini oqladi va ancha rivojlandi, business hohlaganidek va undan ham ortiq daromat keltirdi va keltiryabti. Ohirgi subhatda esa overall muammolarni va ularni sabablarini report qildim. Masalan shu 5 yil ichida nimalar bo'lgan. 1. Aytganimdek dependencydan dependencyga ko'p sakrashgan, eng qizig'i aniq reason ham yo'q. Biror killer ficha bo'lsa ham mayli edi. 2. Negadir yana bir turdagi DB qilishgan, bundan ham reason yo'q. Man projectga PostgreSQL ishlatgan edim ammo yoniga Mongo qo'shishgan. 3. Arxitektura qandoq bo'lsa shundoq qolib ketgan, fayllar qalashib yotibti namingdan designgacha muammolar qalashib ketgan. 4. Code duplication juda ko'p, va negadir "microservice" qilamiz deb servislarga bo'lishgan va katta monorepo bo'lib qolgan. Bu yana bir complexiity. 5. Bitta layerda ~5k line code ammo u yerdagi narsalarni ko'pi ducplicate. Masalan quyidagicha qilishgan: A, B, C, D degan logiclar bo'lsa. A = {A} AB={A, AB} ABC = {A, AB, ABC} Shunaqa duplication. 6. Texnalogiya tanlashni osmondan olishgan, masalan birgina socket servisni to'lqi goga o'tkazishgan. Bundan ham reason yo'q. Huddi shunaqa yechimlar juda ko'p va katta complexity berib yuborgan loyihaga. 7. Man ancha oldin ishlatgan grpc callar haligacha turgan ekan va ularni update ham qilishmagan o'rniga yangitdan yozvorishgan. 8. DBda nima saqlanyabti, table va columnlar haqida umuman info yo'q. Bazi columnlarga taxminan 4 yil oldin nimadir yozilgan. Bu esa data versiyalarida inconsistencyga sabab bo'lgan. 9. Bounded contextlar, layerlar bir biriga hohlaganicha call qilib yuborgan. Bounding mavzusi tassavur qilishmaganga o'xshaydi. 10. Eng yomoni esa, ish jarayonida contributer dasturchilar bilan bo'ladigan comunicationda edi. Aynan bir dasturchini haydatganman ! Nega ? Eng katta sababi o'z ustida ishlashni hohlamaganida edi. Tassavur qiling 2 haftada 1 soatgina sizga aniq feedbacklar beriladi va aniq issuelar ko'rsatiladi. Qopol aytganda sizga tekin mentor bor. Lekin uning gaplariga tupurib va bu ishizni biror aniq narsa bilan argumentlamasangiz nima bo'ladi ? 11. Biznes egasi, manashu joyi qiziqku business owner tomonidan micro management qilinmagan. Code yozmasa ham dasturchini tushunadigan odam. Shu sababdan tajribali odamlarni maksimal jalb qilishni va shu bilan projectini yaxshilashni istagan. Lekin cho'ntak ko'tarmagandan kegin juniorlarni olgan, kegin ularga supervizor sifatida tajribali odam yonlagan.

Daily standuplarga tayyorlanish kerak deyishsa negadir manashu hayolga kelaveradi.
Daily standuplarga tayyorlanish kerak deyishsa negadir manashu hayolga kelaveradi.