Programming ∀

Dastur ishlab chiqishda ishlatadigan tizimlar Ma'lumki, hozirda dasturlash tillarini oʻrganishga qiziqish ortgan. Foundation'dan tortib PM boʻlishgacha turli mavzularda suhbatlar boʻlib oʻtmoqda. - Men dasturlashni oʻrgandim. ABC tilini yaxshi bilaman. Oʻzimni Jun/Mid/Sen hisoblayman, - deydiganlar kop. Lekin amaliyotga kelganida, ishlab ketish uchun yana yarim yil ish oʻrganishi kerak boʻlmoqda. Endi oʻzingizga savol bering: Nima uchun? Qayerda xato qildik, yoki biz oʻylagandek ketmayapti? Eng qizzigi javobini ham bilasiz. Project management :)

Loyihani bajarish jarayonlari haqida koʻp ma'lumot bor. Ammo amaliyot yoʻq.

Keling, shular haqida biroz toʻxtalamiz. 1. Email - borgan sari Oʻzbekistonda kamayib bormoqda. Ammo jahonda faol ishlatiladi. Balki biz ham boshlashimiz kerak-dur? 2. Kalendar - reja qilamiz, suhbat quramiz, lekin vaqtida ishni boshlay olmaymiz. 3. Xabarlashish (Messanger) - Telegramdan foydalanamiz. Ammo ishxonada ishlatish uchun qulay narsa emas. Sirlarini aytib beraman keyin. 4. Task manager - koʻpchilik buni ishlatadi. Ammo jarayonlarni moslamagan. Status faqat TODO, In Progress, Done dan boshqasiga oʻtmaydi. Bu yerda ham koʻp qizziq va ishingizni osonlashtiradigan narsalar bor. 5. Hujjatlar bilan ishlash (Documentation) - saqlash, tahrirlash, uzatish, chegaralash, hajm. Bu soʻzlarning har biri alohida mavzu aslida. 6. git - jonimiz. Lekin, main dan boshqasini ishlatmagandan keyin, 1 tiyin. Nima edi bu deganlar uchun, buni ichish mumkin emas, afsus... 7. IDE - tekin yoki pullik. Agar korxonaga ishga kirsangiz, talablaringiz qanday boʻladi? Bu uchun loyiha egasi pul toʻlashi shartmi? 8. Bosh reja (Roadmap, Gantt) - bu esa, har bir IT direktor bilishi kerak boʻlgan. Doim ishlatadigann narsa boʻlishi kerak. IT direktor ishlatdimi, demak siz senior boʻlishingiz uchun bundan xabaringiz boʻlishi kerak. 9. ??? https://t.me/DrAlgorithm/465

Hali tajriba qilib ko'rmadim. Imkoni borlar uchun bir tajribani ulashmoqchi edim. Bu narsani ancha oldin o'ylab ko'rgan edim. Ammo sharoyit bo'lmagani uchun to'liq amalga oshirolmadim. Lekin juda kichik doiradagi tajribalarim mavjud. Keginroq balki bularni hulosasini yozarman. Ushbu tajriba Quality metrics uchun bag'ishlangan. G'oya shundan iborat. Yangi kelgan engineerlarni projectga onboarding qilishdan oldin. Projectga kerakli accesslarni bergandan keyin faqat birgina topshiriq beriladi va yangi hodim N muddat davomida faqat shu ishni amaga oshiradi. Yangi hodimning vazifasi. Bir list ochadi. Hohlasa kanban board hohlasa notionga yozsin farqiyo'q qulay bo'lsa bo'lgani. Nima yoqmasa, tushunmasa, bilmasa barchasini yozadi. Har kuni ishxonaga kelib codebase bilan tanishib chiqar ekan barcha kerakli narsalar bilan tanishar ekan hammasida nimani trash deb hisoblasa yozishi kerak. Savol so'ramaydi, barcha savollarini ham yozib chiqadi. Shu jarayon N muddat davom etishi kerak. Man 40 kungacha degan bo'lardimku ammo bazi projectlar juda katta yoki complex yoki legacy bo'lishi mumkin. Yoki 40 kun koplik qilishi mumkin. Qilib bo'ldim deb qaytib kelsa ham ortiga qaytarib yuboriladi 😁 Hullas jarayon tugamaguncha deyarli ortiqcha information berilmasligi kerak. Jarayon tugaganda esa natijalar analiz qilinadi va kegin barcha muammolarni qayta ishlash mumkin. Yani tasklarga aylantirish, tushuntirish vaxakazolar.

Aynan shu video. SIzga juda katta yordam beradi ? Bug report qilishni hamma ham eplay olmaydi... Ishonmasangiz communitylarni kuzatib ko'ring. Shaxsan man birqancha communitylarda faol bo'lgan payitlarimda bemalol ayta olaman 90-95% murojatlarning hammasida detailzatsiya yo'q edi. Eng oddiy pointlar ham yo'q edi masalan qaysi OS, qaysi versiya, qanday holatlarda muammo bo'ladiku qanday holatlarda bo'lmaydi vaxakazolar. Bazilar esa

Menda muammo bo'lyabti

Shunday ko'rinishda yozardi muammosini. Kayfiyatim yaxshi bo'lganida erinmay bittalab savol berib chiqardim...

Kimgadir qiziq bo'lsa 😊 https://summerofcode.withgoogle.com/programs/2024/organizations

Hafta davomida nima ish qilding ? Bugun nima ish qilding ? Shu kabi savollarni umuman bermasdan. N vaqt oralig'ida nima ishlar bo'lganini monitoring qilish mumkin. Buning uchun Kanban Agile kabi narsalar ham shart emas. Manda barcha qilingan ishlar, ularning valuesi, muammolar va yana boshqa ko'rsatkichlar haqida ma'lumotlar aniq raqamlar va isbotlarda mavjud 🙂 So'ngi 1 hafalik 40 soatda nima ishlarni amalga oshirdingiz ? Loyihangizga qanday hissa qo'shdingiz ? Shunday savollarga aniq javobingiz bormi ?

Domain expert kim ? Domain expert - ma'lum bir soha yoki mavzular doirasida chuqur bilim va tajribaga ega bo'lgan shaxslar. Ular o'z sohasidagi juda ko'p aspectlarni qamrab olgan bilim tajribaga ega bo'ladilar. Ular sohaga biror nimani integratsiya, adaptatsiya va yana boshqa biror sohaga aloqador yechimlarni qilishda turli nuqtalardan tahlil qilishda va shu ma'vzuga doir ma'lumotlarni qayta ishlashda muhim rolega ega kishilar. Ular sohadagi contextlarni yaxshi tushunadilar va shu orqali integratsiya va boshqa amaliyotlarda katta yordam bera oladilar shu o'rinda qilinayotgan yechim uchun turli talablar va tahliliy hulosalar tayyorlaydilar. PS: Qisqasini aytganda aytaylik siz biror internet do'kon qilmoqchi bo'lsangiz aynan shu dokon mexanizmi aslida qanday ishlaydi. Undagi terminalogiya va contextlar customer, product, warehouse, vahakazolardan tortib chegirmalar mechanismi va yana turli shu domaindagi amaliyotlarning qanday bo'lishi va qanday ishlashi haqidagi bilim, tajriba va tassavurga ega shaxslar. Engineer uchun google kabi katta search engine ham bir app kichik ming kishilik online store ham app. Ammo business uchun bular product shu sababdan domain expertlar ushbu productlarni biz engineerlar qanday app qilishimiz kerakligini aniqlashimiz uchun muhim shaxslar xisoblanadi. PSS: 1 yillik tajribaga ega "Aka nima bo'lyabti ?" Deb har kuni meetingda savol beradigan Project managerlarning vazifasiga qiladigan ishlarga o'xshab ketar ekan-a ?

Telegram 3.42 GB memory yeyabti....

Bu gaplarni anchadan buyon aytib kelaman !

ML hype bo'layotgan ekan. Voice asisantlarni qo'yib foydaliroq narsalar bilan shug'ullaning. Xozirdan boshlasangiz keyingi yilgacha eng kamida kalavani uchini topasiz. Yoki bo'lmasa biror yangilikga qo'l urishingiz mumkin... Dataset ustida bo'ladigan jarayonlar aslida siz o'ylagandan ham qiziq va bu soha anchagina yopiq desa bo'ladi. Xozirda siz bilgan narsalarning to'xtab qolgani yoki siz bilmagan tassavur qilmagan narsalarning ommaga chiqmaganiga eng katta sabablardan biri resurslar... Xozir oddiy TODO app startuplar ham ML/AI/Data engineerlarga talabgor. Ammo ularda ishlayverish sizni topga olib chiqmaydi... Nega ? Sababi xozirda Engineeringni juda ko'p sohalarining asosi Research and Development. Ushbu process ayniqsa katta ma'lumotlar ustida ishlashga tegishli. Shu sababdan juda kichik doiradagi insonlar izlanyotgan sohalarda ham o'zingizni sinab ko'rishni tavsiya etaman. Chunki bu yo'nalishlarning juda ko'pi kelajakda actual bo'lib qoladi. Oddiy software engineeringda ham huddi shunday.

Anomlay detection haqida. https://www.ibm.com/topics/anomaly-detection https://www.datacamp.com/tutorial/introduction-to-anomaly-detection https://journalofbigdata.springeropen.com/articles/10.1186/s40537-020-00320-x

Ishlamay qayerga ham borasan 🙂 PS: O'sish bor.

Custom prioritet ham berib ko'rdim foydasiz... Ownerni ham rootga o'zgartirdim foydasiz (((

Node processlarga MacOS juda low prioritet beryabti... Linuxda N vaqt oralig'ida bajariladigan tasklar OSXda N*M marotaba bo'lyabti. Bu muammo yoki nodejs yoki OSX o'ziga aloqadormi bilmayman )))

Qanday Event sourcing tizimda har biringiz ishlagansiz ? PS: To'g'ri javobdan kegin orginal resourceni yuboraman 😃

Savolingizga javobni ayan shu mavzudagi authorlardan biri bersa qiziq bo'lar ekan 🥲 PS: Savol maniki emas ammo holat qiziq narsa kuzatdim shu kabi holatlardan kegin juda ko'pchilik aynan shu questionga reaction bildirgan...

Ko'pchilikda realtime va asynchronus comunicationga oid masalalarda muammo bor. Shu sababdan quyidagi maqolani tavsiya qilaman. Agar sizda ham shunday resourcelar bo'lsa ulashing. https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying

Semantic REST api qurishga qiynalyabsizmi ? Eng yaxshi resource bu RFC: Frontendchilar ham boshqasi ham siz qilgan ishdan xatoliklar topolmaydi 🙂 Topsa yuziga shu RFC bilan uring ! https://www.rfc-editor.org/rfc/rfc7231#section-1

Semantic REST api qurishga qiynalyabsizmi ? Eng yaxshi resource bu RFC