Ataylab bunday todo yozib ketdim, contrabutorlar uchun oson bo'lsin deb.

Agar yanayam osonrog'idan boshlayman desangiz marhamat:

Bu yerda faqat texni o'zgartirishingiz kerak. Ammo undan oldin floss guruhdagilar bilan kelishib olish kerak text contenti qanday shaklda bo'lishini.

Floss: https://t.me/flossuzc

https://github.com/floss-uz/regulator/issues/3

Agar contributing qilishni istayotgan bo'lsangizu ammo savollaringiz bo'lsa yozib qoldirsangiz batafsil javob berishga harakat qilaman.

Masalan kimdir oddiy PR ochishni ham bilmasligi mumkin. Yana kimdir umuman workflowni tushunmaydi. Balki umuman ingliz tilini bilmassiz vaxakazo...

Shu sababdan savollar va tushunmovchiliklar bo'lsa ushbu post commentida qoldiring, shu bahona xozirda qilinayotgan contrabuting guides va yana birqancha narsalarni yanayam yaxshiroq qilishimiz mumkin.

Lekin maqsad ko'p contrabutorlar to'plash emas. Shu sababdan hammaga mos keluvchi nimadir vada qilinmaydi, lekin maksimal darajada qulay bo'lsa ko'pchilikga yoqimli bo'ladi.

Floss hamjamiyatida AI masalasida bazi qonunlarni qabul qilyabmiz va ushbu qonunlarni RFC darajasida o'rnatishni maqsad qilganmiz.

Birnecha kun oldin shu masalada muhokamalar boshlangan edi. Ha umuman haligacha bu masalada ko'pchilik bir qarorga kelolmagan biz ham shular orasidamiz.

Ammo commentlardan biri yaxshigina o'ylashimga majub qildi. @AbduazizPy Open source projectlarga AI agentlar bilan contrabution qilish doirasida o'z fikrlarini izohlaganlar va ularning fikrlariga ko'ra eng fundamental narsadan biz yutkazyabmiz, AI bilan code yozib ownershipdan vos kechyabmiz.

Umuman olganda "Open source free software" nafaqat qandaydir loyihani githubga ochiq qo'yib qo'yish balki o'ziga yarasha tajriba almashish, networking qilish va qandaydir kichik hamjamiyatchaning paydo bo'lishiga asosdir.

Keling sizlarga Ochiq va tekin dasturlar haqida biroz gapirib berayin. Juda fundamental narsalardan boshlasak, masalan windows, macos operatsion tizimlarining foydalanuvchilari jamlanuvchi biror joylarni bilasizmi ?

Asosiy source Microsoft yoki Apple community va bazi stackexchange threadlar yoki reddit. Lekin linux distrubutivlarining hamjamiyatlariga etibor bering. Qanchalik ko'p ? Chunki ochiq kodli va tekin, hamma hohlagancha o'zgartira oladi.

Linuxni taxminan 10 yildan buyon ishlataman turli distrubutivlar, va turli qurilamalarni ishlatib ko'rganman, Laptopdan tortib serverlar va mini-pc qurilmalargacha. Manda muammolar chiqganida esa turli forumlar va hamjamiyatlardan yordam olganman. Eng muhimi esa bular hammasi tekinga bo'lgan. Linuxga birinchi bor apache server qo'yganimni eslayman, linux uzbek hamjamiyatidagi Vodiylik aka har bir bosqichda bittalab yordam bergan edilar ancha vaqtimiz ketgan edi chunki linuxdagi network configlarni ham tog'irlash kerak bo'lgan. Aka hammasini tog'irlab bergan edilar, lekin mandan bir tiyn olmaganlar. Manashunday communitylarda yetishib vaqti kelib communitylarda o'zim ham boshqalarba yordam berishga ozmi ko'pmi ulgurdim va doyim yordam berishga tayyor bo'lganman bazida ko'p vaqt ketsa ham farqi bo'lmaydi. Chunki bu kasb madaniyatimiz deb bilaman va imkon qadar shunga amal qilaman, amal qilishga chaqiraman!

Communitylar bahona ko'p yaxshi hamkasblar, do'stlar va tanishlar ortirdim. Bazilari bilan birga ham ishladik bazilari bilan ishlash nasib etmadi. Lekin community supportdan doyim ko'p manfat ko'rganman va ko'p narsa o'rganib kelmoqdaman. Communitydagi hamma huddiku uztoz nimadir o'rgansa bo'ladi )) Albatta hamma joyda turlicha odamlar bor va odamlardagi qaramaqarshi fikrlar o'rtasidagi konfliktlar doyimiy mavjud. Albatta turli hamjamiyatlarda madaniyat turlicha ildiz otgani ham bor narsa. Lekin eng muhim nuqta shundaki agar qachondir nimadir yangilik bilan tanishsam manashu narsaga aloqador shu mavzuni biladiganlar hamjamiyatini qidirganman, dasturlash tillaridan tortib turli toolargacha va asosan ochiq kodli tekin dasturlarda manashunday hamjamiyat bo'lish madaniyati saqlanib qolgan. Ha mayli 3-5 kishi bo'lsa ham bor... Albatta qandaydir tildagi kichik kutbxona, driver kabi narsalarga aloqador narsalar umumiy yoki ushbu texnalogiyaga aloqador hamjamiyatlarda muhokama qilinadi chunki juda ham tor context uchun yana alohida joy qilgandan mano ham yo'q.

Lekin bilamizki dasturlash tillari, turli texnalogiyalarga aloqador forum va communitylar mavjud. Ha bazi yopiq va tekin bo'lmagan narsalarga ham bunday narsalar bor ammo ularni tepasida asosan kompaniyalar turishadi.

Endi ushbu boshlang'ich ma'lumotlardan bir hulosa qilsak:

Open source bizga nimalar beryabti ?
- Mavjud dasturni tekinga ishlata olamiz.
- Ma'lum qoidalar asosida kodni o'zgartira olamiz. O'zimizga moslashimiz mumkin.
- Forumlar va hamjamiyatlardan mutlaqo tekinga yordam olamiz.
- Forum va hamjamiyatlarda yangi tanishlar do'stlar ortira olamiz.
- Malum qoidalar asosida biror loyihani yanada yaxshiroq bo'lishiga o'z hissamizni qo'sha olamiz va bu jarayonda hamkasblar bilan fikr, tajriba almashamiz. Bu huddi tekinga malaka oshirish kursi kabi narsaku ahir ))

Done

https://github.com/floss-uz/registrar/pull/4

Huddi shu narsani bu yerga ham copy qilib PR yuborishingiz mumkin. Agar kimgadir qiziq bo'lsa marhamat.

https://github.com/floss-uz/regulator

done

Bu hali ham actual, tushunarli bo'lishi uchun replyAnswers ichiga hamma textlarni joylab qo'yganman.

https://github.com/floss-uz/regulator/issues/3

Biz issue va PR templatelar ustida ham ishlayabmiz, bundan asosiy maqsad har bir issue, feauture request, pull requestlarning tartibli va aniqroq ma'lumotga ega bo'lishi. Masalan nimadir kimnidir qurilmasida, muhitida ishlamadi xatolik chiqdi.

Bulardan maqsad shuki, aynan shu xatolikni imkon qadar tushunarli qilib yetkazishi.

Kimdir qandaydir issuega PR yuborsa ham huddi shunday holat, conversationlar kamroq fa maksimal effektiv bo'lishi uchun Pull requestlarda kerak bo'lsa qanday uslubda test qilingani ham yoziladi.

Xozircha birgina bot misolida manashunday holat shakillandi.

Agar fikr va takliflar bo'lsa PR commentlarida yozaveringlar.

https://github.com/floss-uz/regulator/pull/4

Biz yaqin kunlarda reja qilgan xujjatlar quyidagilardan iborat.

PR templates
Issue templates
Readme docs guideline
Codeofconduct
Contrabuting guides

Bulardan tashqari endilikda sekin sekin kodga commentlar ham qoldirishni boshlayman.

Eng muhimi imkon qadar informativ va moslashishga oson bo'lishi.

Tassavur qiling siz qandaydir loyiha qilyabsiz, aytaylik qandaydir muammoni hal etadigan kichik kutbxona.

Readme.md fayl ichiga ushbu kutbxona haqida ma'lumot yozasiz. Agar uncha katta bo'lmasa user documentation ham o'sha yerga qo'shib ketiladi. Tabiyki sizda unchalik ham ko'p faylar bo'lmaydi. Shu sababdan qo'shimcha contextlar kerak bo'lmaydi.

Lekin qancha aniq context berilsa biror narsani hal etish yoki tushunish shuncha oson bo'ladi. Biror ishni o'zingizcha qilib qo'ydingiz bo'ldi emas. Balki shu ishga masuliyat olish va qilingan ishni yetkazib berishgacha bo'lgan jarayonlarda ham qatnashish kerak. Masalan qandaydir PR yubordingiz, siz yozgan kodni review qilganlar feedback berishdi, demak diskussiyani davom ettirib ular bilan kelishib ushbu ishni ohirigacha yetkazish lozim bo'ladi. Bu narsalarni tashkillashtirish va ikki toon amal qilishi uchun esa yuqorida aytilgan xujjatlarga yaxshilab etibor qilish kerak.

Bazilar aytadiki bu narsalar allaqachon bor tayyorini olib qo'ysa bo'ldi, deyishadi ammo masala shundaki siz qilayotgan loyiha, sizning jamoa ishlaydigan muhit va qoidalar hammanikidan birmuncha farqli bo'lishi mumkin shu sababdan githubga kirsangiz turli loyihalarda turlicha workflow organizationi ko'rasizlar. Ha asoslar deyarli birxil ammo detallar ancha farqli bo'ladi va manashu detallar katta axamiyatga ega.

Yangi challenge, bu safar tarjima emas. Aniq narsa yani command optionlarni parserini qilish kerak.

https://github.com/floss-uz/regulator/issues/9

Fikrimcha github PRlar va Issuelarda bo'ladigan suxbatlar eng zo'ri.

1. Doyim ancha tor va aniq context bor.
2. Hamma o'z vaqtini o'zi belgilaydi va asinxron komunikatsiya imkoni mavjud. Bu yaxshigina moslashuvchanlik berib qo'yadi.
3. Manashu conversationlar shu joyda mixlanib qoladi, kerak bo'lganida topib reference qilish yoki bo'lmasam biroz muddatdan kegin yana bir o'qib qayta contextga kirib olish mumkin.
4. Masalan bitta issue ketidan boshqa issuelar ochilishi mumkin chunki ancha toza discussionlar sababli bir biriga bog'liq narsalarni kimdir aytib qolishi mumkin.

Bizda ham sekin sekin manashu madaniyat shakillanyabti va albatta bu hursand qiladi !

Shu joyiga esimga kelib qoldi ))

https://www.youtube.com/watch?v=9sJUDx7iEJw

Umuman olganda miyyaga kelib qoldi. Bizda agar uzkiy kuruglarda bazi gaplar gapirimasa lekin hech Open source sofware success historylarni O'zbekchada ko'rmagan ekanman. Yoki shunday maqola, video contentlar bormi ? Bilsangiz yuboring. Aynan O'zbeklar qilgani emas umuman masalan eng mashxurlardan Linux hamma biladi lekin umuman tarix qanday bo'lgan edi ?
Nimalar bo'ldi ? bu narsalarni aniq texnik uslubda yortilgan narsalar O'zbekchada yo'q ekan.

Agar shunday contentlarni bilsangiz iltimos ulashing !

Masalan ko'pchilik biladi turli loyihalar tarixini biladi, kinolardan ko'rgandir yoki maqola o'qigan yoki biror texnalogiyani qattiq yaxshi ko'rgani uchun kuzatib o'rganib chiqgan chuquroq.

Masalan o'zingiz foydalanadigan dasturlash tili tarixini qanchalik bilasiz ? Avtorlar kimlar, nimalar qilgan vaxakazo.

Bu masaldan maqsad o'zim ham 3-5 loyihalar tarixidan g'ira shira xabardorman. Ammo qiziqib turaman masalan falon narsani nega unday qilishgan, ungacha nima bo'lgan vahakazolar. Ahir qiziqku masalan falon narsa nega unday ? Shu vaziyatni detallar bilan o'rganish va do'stlar davrasida manashu masalada suxbat qilish ajoyib!

Startupchilarni ko'p qismi dasturchilarga taklif beradilar - Part time yoki kelishilgan vaqtga ishlashni va evaziga pul to'lashni. Yoki bo'lmasa foydadan % taklif qiladilar.

Foydaga sherik, aksiya takliflarini doyim rad etganman. Fikrimcha boshqa hamkasblarimning ko'p qismi ham shunday qaror qilishgan. Chunki startuplarning juda ham ko'p qismi foydagacha yetib bormaydi, aksiyalar chiqarish maslasi esa ehhe )).

Lekin startupchilar loyihasining juda ko'p qismlarini OSSga chiqarib ko'ngillilarni yeg'ishlari mumkin. Albatta bularni tashkillashtiradigan yoki tushunadigan odamlar bo'lmasa bunday narsani qilish qiyinroq masala 🤷‍♂️

Lekin bu narsani eplaganingizdan kegin yaxshi contabutorlarga qo'shimcha pul bersangiz bo'ladi. Fikrimcha bizni mahalliy loyihalarning juda katta qismi nimadirning nusxasi, deyarli nusxa va aslini farqi bo'lmasligi ham mumkin.

AI bilan uzoqga borishingizga ishonmayman, vaybkoderlarni ishlatib ham. Shu sababdan loyihaning umumiy qismlarini ochiq kodli qilish eng yaxshi variant deb o'ylayman. Bu orqali qo'shimcha ishchi kuchiga ham ega bo'lasiz va loyihangizga qiziquvchi potensial yangi hodimlarni ham topasiz.

Bilaman ko'pchilik bu narsani tushunmaydi ham, yoki bo'lmasa xavfsizlik va NDA kabi narsalarga tog'ri kelmaydi deb biladi. Lekin siz qilayotgan startupingizdagi code o'zidan anchagina CVE chiqishi mumkinligini o'ylab ham ko'rmaysiz. Yoki bo'lmasa sizni loyiha kodlarining katta qismi aslida oss ekanini ham o'ylab ko'rmagan bo'lsangiz kerak )) Masalan shu ishlatgan frameworklaringiz.

Loyihangizni qanchadir qismini ochiq kodli qilishingiz aynan qandaydir dasturchilarni birnecha soat part time ishlatganingizdan ancha foydaliroq.