Kodni o'rganish madaniyatida toksik xatti-harakatlarni tushunmaslik

Jon Shnobrich surati Unsplash-da

Kod tekshiruvi munozarali bo'lishi mumkin. Men AlterConf-dagi "Kodlarni ko'rib chiqish madaniyatidagi toksik xatti-harakatlarni tushunmaslik" mavzusidagi birinchi konferentsiyamni tinglashda ajoyib tajribaga ega bo'ldim. Men dasturiy ta'minot guruhlarini qo'llab-quvvatlovchi kodlarni ko'rib chiqish muhitini yaratishda rag'batlantirish paytida oladigan har qanday pushback va tanqidga tayyorgarlik ko'rish tajribasiga duch keldim.

Ammo men AlterConf jamoatchiligini qanchalik qo'llab-quvvatlayotganini va uni qanday qabul qilishini to'liq anglamaganman. Men orqaga qaytish haqida qayg'urardim, ammo bu jamoa meni mehr va dalda bilan kutib oldi. ❤

Mendan slaydlarimni baham ko'rishni so'rashdi (va men ham bor), lekin endi men slaydlarning o'zi foydasiz va kontekstdan oson chiqib ketishidan xavotirdaman, chunki kemada kontekst va tushuntirish yo'q. Slaydlarim ushbu muhim xususiyatlarsiz Internetda aylanib yurganligi sababli, suhbatlashish mavzularimni ko'rib chiqish uchun yozishga qaror qildim. Video yozuv ushbu maqola nashr etilganidan bir necha oy o'tgach chiqarildi.

Men quyida kodlarni tekshirish paytida odamlar tomonidan ko'rsatiladigan ba'zi yaroqsiz xatti-harakatlar va zaharlanishni normallashtirishni rad qilgan holda dasturiy ta'minot guruhlari o'z jamoalarini qanday qilib qo'llab-quvvatlay olishlari bo'yicha ba'zi tavsiyalarni sanab o'tdim. Men tasvirlab bergan barcha xatti-harakatlar o'zim guvoh bo'lganman yoki men bilan aloqada bo'lgan. Ilgari men ham bunday xatti-harakatlarda aybdor bo'lganman.

1-zararli xatti-harakatlar: fikrni haqiqat sifatida berish

Agar siz ushbu da'volarni zaxiralash uchun hujjatlar, rasmiylashtirilgan ko'rsatmalar va kodlash misollarini keltira olmasangiz, da'vo qilmang. Odamlar nima uchun o'zgartirish kiritishni so'rashlarini bilishlari kerak, va boshqa ishlab chiqaruvchilarning shaxsiy tanlovi bu etarli darajada dalil emas.

Aytish o'rniga:

Ushbu komponent fuqaroligi bo'lmagan bo'lishi kerak.

... tavsiyanomaning orqasida biron bir kontekstni keltiring:

Ushbu komponentda hayot aylanishining hech qanday usuli yoki holati mavjud emasligi sababli, uni fuqaroligi bo'lmagan funktsional tarkibiy qism qilish mumkin. Bu ishlash va o'qishni yaxshilaydi. * Mana * ba'zi hujjatlar.

Ishlab chiquvchilar uslub va sintaksis afzalliklarini muhokama qilishda fikrni haqiqatdan ham olib tashlash odatiy holdir. Bular juda muhim munozarali mavzular, lekin kodni qayta ko'rib chiqishda hech qachon bo'lmaydi, chunki uslub va sintaksis dastlab dasturchi hal qilmoqchi bo'lgan muammoga aloqasi yo'q.

Ushbu munozaralarni alohida-alohida o'tkazing va guruh sifatida qaysi uslub ko'rsatmalariga amal qilishingizni hal qiling. Chiroqni va avtomatik kodni tuzatuvchini joylashtiring. Shu tarzda, siz nomuvofiqliklarni ko'rganingizda kodni tekshirish paytida siz shaxsiy fikringizga emas, balki uslubiy ko'rsatmalaringizga murojaat qilishingiz mumkin.

O'zingizning jamoangiz yoki kompaniyangizda yuqori martabaga va obro'ga ega bo'lganingizda, o'zingizni haqiqat sifatida qabul qilmaslik ayniqsa muhimdir. Agar buni amalga oshirsangiz, ishlab chiquvchilar sizning talablaringizni jimgina bajarishdan boshqa tanlovlari yo'qligini his qilishadi.

Noxush xatti-harakatlar №2: sharhlar ko'chkisi bilan to'lib toshgan

Biror kishi xatoga yo'l qo'ygan bo'lsa, ular o'zgargan joylarida bir nechta xatolarga yo'l qo'yganliklari ehtimoli katta. Men shuni payqadimki, sharhlovchilar foydali manbalarga havolalar bilan batafsil eslatma qoldirishning o'rniga, ba'zida har bir xato ko'p uchraydigan holatlarga ishora qilishadi.

Sharhlarni birlashtirish sizga xuddi shu xabarni sharhlovchidan ustun qo'ymasdan etkazishga imkon beradi. Bitta muammo bo'yicha izohlarning ko'chishi ko'chirma natijasida paydo bo'ladi.

Bekor va haddan tashqari:

Ko'proq foydali:

Fikr-mulohazalarni birlashtirish

PRda xato yuzaga kelgan har bir joyda ishora qilish ba'zan foydali bo'lishi mumkinligi haqidagi dalilni tushunaman, chunki sharh ishlab chiquvchi keyingi masalani hal qilganda yo'qoladi. Ammo, ushbu xato o'zgargan sahifada paydo bo'lganidan so'ng, ishlab chiqaruvchi ma'lum qo'llanma haqida xabardor emasligi va uni to'g'ri manbalarga yo'naltirish kerakligi aniq bo'lishi kerak.

3-zararli xatti-harakatlar: muhandislardan "ular turgan paytda" sabab bo'lmagan muammolarni hal qilishlarini so'rash

Dasturchilarga ularning o'zgarishi bilan yoki to'g'ridan-to'g'ri o'zgarishi bilan bog'liq bo'lmagan muammolarni hal qilishni so'rashdan saqlaning. Agar dasturchi yomon odatlarga ega bo'lgan kodning iflos qismini kengaytirsa yoki o'zgartirsa ham, ishlab chiqaruvchidan ularni o'zgartirish so'rovi notekis kodga tegib ketishi sababli tuzatishni so'ramang.

Ishlab chiquvchilar kod uchun javobgarlikni his qilmasliklarini taklif qilmayman, chunki ular dastlab uni kiritmagan edilar. Aslida, "mening kodim emas, balki mening muammoim" kabi bir narsa aytish odatiy emas. Men shunchaki chalkash kodni hal qilish uchun alohida chipta va PR yaratish maqsadga muvofiq bo'lishini taklif qilaman. Shunday qilib, siz kimdirning ish hajmini keskin oshirishdan qochasiz, ammo tartibsiz kod baribir tuzatiladi.

TL; DR: Devslardan "ular turgan paytda" muammolarni hal qilishini so'ramang. Agar kod ishlab chiqilgan muammo / chiptani hal qilsa va kod bazasiga yangi muammolar kiritmasa, tortish so'rovini yuboring. Yomon kodni tozalash uchun chipta yarating va "yomonlashtiradi".

№4 zararli xatti-harakatlar: hukm savollarini berish

Hukmga oid savollarni bermaslikka harakat qiling:

Nega bu erda ___ qilmadingiz? "

Bunday savollarni berish, oddiy echim aniq bo'lishi kerakligini anglatadi. Shuningdek, u ishlab chiqaruvchilarni o'zlarini himoya qilishga majbur qiladi.

Ko'pincha, ushbu hukm savollari oddiy talablardir. Buning o'rniga, tavsiya (hujjat va iqtiboslar bilan) bering va qo'pol so'zlarni qoldiring.

Siz ____ ni qilishingiz mumkin, bu esa ____ ning foydasiga ega.

№5 zararli xatti-harakatlar: shafqatsiz

Birovning fikr-mulohazalarini taklif qilganda, shafqatsiz bo'lish uchun mos vaqt yo'q. Sarkastik izohlar odatda kontekst yoki ta'sirchan fikrlarni bildirmaydi. Buning o'rniga, muammoni tafsilotlar bilan tavsiflang va tavsiyalar bering, ammo kostik hazillarini qoldiring.

Foydasiz:

Ushbu kodni tekshirmasdan oldin uni sinab ko'rdingizmi?

Foydali:

Salbiy raqamni kiritganingizda bu buziladi. Iltimos, ushbu holatga murojaat qila olasizmi?

Kodni sharhlashning kulgili yoki foydali bo'lmagan yana bir misoli:

Bizlar beadab odammiz degani emas. Men shunchaki shafqatsiz ekanligimizni aytmoqchiman. Siz bosgan har bir faylni import qilish haqida "Beep!" Degan sharhni qoldirganimni sezasiz. Men sizning "sizning importingiz bizning standart konventsiyamizni buzadi - biz ularni ichki, keyin uchinchi tomon va keyin loyiha darajasida buyurtma qilamiz" degani edi, ammo bu har bir faylga yozish uchun juda ko'p edi.

Yuqoridagi misolda “signal!” Foydali yoki tavsifli emas. Ushbu amaliyot shunchaki pedantik hazil bo'lib, sharhlovchini yaxshilash uchun hech narsa qilmaydi.

№6 zararli xatti-harakatlar: muammolarni ko'rsatish uchun bayonot o'rniga emojisdan foydalanish

Koddagi muammolarni ko'rsatish uchun "pastga" yoki "pastga aylantiradigan" kulgichlardan saqlaning. Bu xuddi shunga o'xshash sabablarga ko'ra kinoyali befoyda. Emojisalar sirli va misrolarni tuzish oson. Emojis odamlar nima demoqchi ekaningizni tushunishga urinib, vaqtlarini behuda sarflaydi.

Kodlash bilan bog'liq muammolarni ko'rsatish uchun emojis-dan foydalanmang

Siz baribir odamlarning kodlashdagi xatolariga visseral reaktsiya qilmasligingiz kerak.

Ushbu kod yaxshi ko'rinishini bildirish uchun "bosh barmog'i" yoki "hooray" kabi emojisalarni ishlatish yaxshi, lekin ularni muammoni ko'rsatishda foydalanmang.

Emojilar maqtashga odatlanganlarida juda yaxshi

№7 zararli xatti-harakatlar: barcha sharhlarga javob bermaslik

Qayta ko'rib chiquvchilar ham qo'llab-quvvatlanmaydigan muhitga hissa qo'shishi mumkin. Agar siz kodni barcha fikr-mulohazalarni ko'rsatmasdan birlashtirsangiz, odamlar nima uchun sizga yordam berishga qiynalganliklari haqida savol berishadi va siz ba'zi fikrlar boshqalarga qaraganda qimmatroq degan xabarni yuborasiz.

Agar sharhingiz etarli emas yoki siz ushbu fikrga munosabat bildirmasangiz, buning sababini tushuntirgan holda qisqacha eslatma bering.

Xayolparast odamlarga o'xshamang.

Barcha fikrlarni bildirmasdan kodni birlashtirish

8-zararli xatti-harakatlar: yuqori ijrochilarning zaharli xatti-harakatlariga e'tibor bermaslik

Toksik xatti-harakatlarni e'tiborsiz qoldirmaslik yoki tushunmaslik kerak, chunki ishlab chiqaruvchi yuqori darajadagi ijrochi va juda samarali. Garchi ushbu ishlab chiquvchi ajoyib ishni bajarayotgan bo'lsa ham, uni ishlab chiqaruvchining toksik xatti-harakatlari ularni charchatadigan va boshqa ishlab chiquvchilar bilan ishlashda asabiylashtirishini yodda tutish kerak.

Odatda toksik xatti-harakatlarni namoyish etadigan dasturchilar bilan ishlashda:

Boshqalar bu drenajlash va demotivatsiya bilan ishlashni topadilar. Ular o'zlarining vazifalarni bajarish qobiliyatiga salbiy ta'sir ko'rsatsa ham, ular bilan aloqa qilmaslik uchun juda ko'p imkoniyatlarga ega bo'ladilar. Muloqot sizning butun tashkilotingizda o'chiriladi. Agar u yomon bo'lsa, sizning jamoangiz boshqa joylarda imkoniyatlarni izlay boshlaydi. Agar siz iste'dodning yo'qolishi va muvaffaqiyatsiz loyihalarning yo'qolishi bilan shug'ullanayotgan bo'lsangiz, ushbu turdagi ishlab chiquvchi hech qanday yomon narsa bo'lmagandek baxt bilan ishlashni davom ettiradi. - Jozef Gefroh

Ushbu zaharli xatti-harakatlarga barham berish uchun hech qanday choralar ko'rilmasa, bu jamoada jiddiy muvaffaqiyatsizliklarga olib kelishi mumkin, chunki ishlab chiquvchilar haddan tashqari xafa bo'lishadi, hujum qilishadi va demotivatsiya qilishadi. Ular o'sishiga yordam berishi kerak bo'lgan fikr-mulohazalar jarayonidan qo'rqishni boshlaydilar.

Oldingi hamkasbi (toksik va zararli fikrlarni etkazish uchun tanilgan) mening tortishish iltimosimga sharh berganligi haqida elektron pochta xabarini olganimda, men shaxsan juda tashvishlanardim. Zaharli xatti-harakatlar hammaga har xil ta'sir qilsa ham, bu toksiklikdan hech kim foyda ko'rmasligiga hammamiz ham rozi bo'lishimiz mumkin.

Eslatma: Yuqoridagi toksik xatti-harakatlarning biridan pastga tushish va o'zini namoyish qilish faqat ishlab chiqaruvchini "toksik" qilib qo'ymasligini aniq bilmoqchiman. Shunga qaramay, takroriy huquqbuzarliklar va kostik mulohazalar ko'p narsani anglatadi.

Kodni ko'rib chiqishga yordam beradigan foydali amaliyotlar

Quyida, har qanday odamga hamkorlikdagi va geribildirim asosida ishlaydigan muhitda qo'llanilishi mumkin bo'lgan ba'zi tavsiyalar mavjud, hatto ular dastur muhandisining ko'zlari orqali filtrlangan va kodlarni ko'rib chiqish nuqtai nazaridan bo'lsa ham.

Foydali xatti-harakatlar №1: suhbatni boshqarish uchun savollar yoki tavsiyalardan foydalaning

Hech qachon odamlardan o'zgarishlarni yoki hukm savollarini so'rashlarini talab qilmang, chunki bu siz va kodni ko'rib chiqayotgan odam o'rtasida dialog ochmaydi.

Nega bu tarjimalarni shunchaki doimiy faylga tortmadingiz?

Yuqoridagi savol bo'lsa-da, lekin u siz va sharhlovchingiz o'rtasida dialog yaratmaydi. Bu ularni o'zlarini himoya qilishga majbur qiladi. Buning o'rniga, ko'rib chiquvchidan sizning taklif qilingan echimingiz haqida nima deb o'ylang, masalan:

Ushbu tarjimalarni konstantalar fayliga kiritish haqida nima deb o'ylaysiz? Ko'p narsa bor, va alohida fayl hozirgi paytda mantiqiy bo'lishi mumkin

… Yoki tavsiya bering:

Ushbu faylda "feature x" uchun juda ko'p tarjima qo'ng'iroqlarini amalga oshirdingiz. "Xususiyat x" konstantalariga bag'ishlangan alohida fayl yaratish mantiqan to'g'ri bo'lishi mumkin.

Foydali xulq-atvor # 2: hamkorlik qiling, orqa o'rindiqqa o'tirmang

Boshqa odam bilan juftlik qurishda siz savol berish, bahslashish va manbalarga ishora qilish uchun u erda bo'lishingiz kerak.

"... siz boshqalarga yordam bermoqchi bo'lsangiz yoki ular bilan ishlashni xohlasangiz, shunchaki bemalol emas, to'liq shug'ullanishingiz kerak" - Rekurs markazining foydalanuvchi qo'llanmasi.

Foydali xulq-atvor # 3: har bir sharhga javob bering

Agar siz sharhlovchi sifatida odamning fikr-mulohazalarini qo'llashni rejalashtirmasangiz, shunchaki ularga eslatma qoldiring. Sizga yordam berish uchun vaqt ajratadiganlarni e'tiborsiz qoldirmang.

Masalan,

Shaxs A: Ushbu api qo'ng'irog'i uchun yordamchi funktsiyani yaratish haqida nima deb o'ylaysiz? Aks holda menga yaxshi ko'rinadi
B kishisi: Bu chiziq mening sahifamning bir qismi emas edi. Men hozirda ushbu kodni birlashtiraman, lekin api qo'ng'irog'i uchun alohida GitHub chiqishini yarataman va uni guruhimizdagi ishlar ro'yxatiga kiritaman.

Foydali xulq-atvor # 4: qachon munozarani oflayn rejimga o'tkazish kerakligini biling

O'nlab qarama-qarshi PR-mulohazalar va taklif qilingan echimlardan so'ng, onlayn aloqalar ushbu masala uchun samarasiz bo'lib qolganligi aniq bo'lishi kerak. Muammoni oflayn muhokama qilish uchun jalb qilingan a'zolarga yig'ilish yuboring.

Shunday qilib, sizning guruhingiz tezroq qaror qabul qilishi va echimni qo'llashi mumkin.

Soatlar va tonna izohlarni talab qiladigan muammolarni odatda samarali nutqning bir necha daqiqasida hal qilish mumkin. - Tidy Java

Foydali xulq-atvor №5: o'qitish uchun imkoniyatlardan foydalaning va o'zingizni namoyon qilmang

Kodni o'rganishda ishtirok etishdan oldin, o'zingizdan so'rang:

Sizning sharhingiz boshqa ishlab chiquvchiga o'rganishga yordam beradimi yoki siz ishtirok etishni xohlamaysizmi?

Nima uchun ishtirok etayotganingiz haqida o'ylang. Shuni esda tutingki, kodni o'rganish maqsadi boshqa ishlab chiquvchilarga o'sishni o'rgatish va yordam berishdir. Maqsad - bu g'alaba qozonish emas.

Foydali xulq-atvor # 6: ajablantirmang

Kimdir sizning mavzu bo'yicha siz bilgan ma'lumotga ega emasligi ajablantirmaslikka ehtiyot bo'ling. Qaysi mavzular bo'yicha tajribangiz etishmasligini tan olsangiz, yordam so'rashning eng yaxshi usuli hisoblanadi. Odamlarni ushbu ma'lumotni "allaqachon bilishi kerak" deb yomon his qilmang.

Bu haqida ko'proq ma'lumot olish uchun Recurse Center ijtimoiy qoidasiga qarang: "Ajablanmang

Foydali xulq-atvor # 7: nima bo'lishi mumkinligini avtomatlashtirish

Chiziqlar, git kancalari yoki avtomatlashtirilgan testlar bilan duch keladigan muammolarni ko'rib chiqish foydasizdir, chunki ular tez-tez sharhlarning ko'chib ketishiga olib keladi va urishish bilan yakunlanadi. Odamlar ushbu muammolarni hal qilishda unchalik yaxshi emas, shuning uchun avtomatlashtirish vositalari mavjud.

Kodni tekshirish paytida testlaringizni olib boradigan va o'zgartirishlar to'plami ushbu har qanday testlarga zid ekanligi to'g'risida ogohlantiruvchi vositalar mavjud. TeamCity va Jenkins CI ikkalasi ham ushbu funktsiyani taklif qilishadi.

Bundan tashqari, git kancalaridan foydalaning. Kimdir kodni tekshirmoqchi bo'lsa, Git kancalari sinovlarni va lintersni ishga tushiradi va agar biron bir xato, noma'lum kod kiritilgan bo'lsa, ular majburiyatni ushlab qolishadi.

Asbob odamlar muammolarga duch kelmasligi uchun muammolarga ishora qilsin.

Foydali xulq-atvor # 8: zaharli xatti-harakatni normallashtirishdan bosh tortish

Kodni ko'rib chiqishning zaharliligiga qo'shilmang va qo'shilmang, chunki bu status-kvo, yangi ishlab chiquvchilar uchun xavfli marosim yoki shunga o'xshash narsalar kabi ko'rinadi.

Sizni qo'llab-quvvatlaydigan va sizga yordam beradigan jamoadoshlaringizni qidiring.

Agar siz kodni tekshirish paytida kimdir yordam bermayotganini ko'rsangiz, ularni xabardor qiling (agar o'zingizni o'zingizning rolingizda / kompaniyangizda o'zingizni xavfsiz his qilsangiz) va to'g'ridan-to'g'ri bo'ling.

Foydali xatti-harakatlar № 9: menejerlar - ehtiyotkorlik bilan yollash, jamoangizni tinglash va majburlash

Menejerlar o'z jamoalarida ijobiy va qo'llab-quvvatlovchi madaniyatlarni yaratish uchun juda ko'p kuchga ega.

"Zararli deb hisoblaydigan zaharli ishlab chiqaruvchilar" ning tavsiyalarini ifodalash uchun:

  • Toksik ishlab chiquvchilarni jamoangizga qo'shilishining oldini oling. Yollash jarayonida faqat texnikani ta'kidlamang. Nomzodingiz qanday ishlashi va qanday aloqa qilayotganini bilib oling. Ularning ishlarini tanqidiy tahlil qiling va ular qanday munosabatda bo'lishlarini ko'ring. Har bir yollanma nafaqat madaniyat uchun mos, balki madaniyat qo'shadigan ekanligiga ishonch hosil qiling.
  • Zaharli ishlab chiquvchilar hiyla ishlatganda yoki ularni meros qilib olganingizda, to'g'ridan-to'g'ri hisobotlarni so'rang, ularning tajribasi boshqalar bilan jamoada qanday ishlaydi 1: 1. Agar sizda zaharli zahar mavjud bo'lsa, to'g'ridan-to'g'ri hisobotlaringizning mulohazalari buni ko'rsatadi.
  • Sizning zaharli devingiz bilan gaplashing. Ularga aniq misollar va ta'sirli fikrlarni bering. Ular bilan menejer / to'g'ridan-to'g'ri hisobot munosabatlari davomida ishlang.
  • Zaharli dasturni ajratib qo'ymang (*)
  • O'zingizning jamoangizni qo'llab-quvvatlovchi muhitga hissa qo'shishingizni kuting

(*) Maqolada toksik ishlab chiqaruvchilardan ajratish taklif qilingan bo'lsa ham, menimcha, toksik ishlab chiqaruvchini boshqa jamoalar bilan hamkorlik qilishni davom ettirishga undash kerak, ammo sog'lomroq usulda. Zaharli ishchilarni izolyatsiya qilish muammoni hal qilmaydi. Garchi ushbu mustaqil ishni bajarish jamoaga qisqa muddatda kamroq toksiklikni boshdan kechirishga imkon bersa ham, ushbu zaharli ishlab chiqaruvchi zararli xatti-harakatlarga ega emas. Ular hozirgina ushbu xatti-harakatlarni namoyish etish uchun platformani yo'qotishdi.

Foydali xulq-atvor # 10: sizning jamoangiz kichik va o'sib borayotganligi sababli standartni belgilang

Kichkina jamoalar g'oyalarni qabul qilishlari va ularni boshidan amalga oshirishlari mumkin. Agar siz standartni belgilash kerak deb o'ylasangiz ham, yaxshi emas deb hisoblasangiz ham, sizning jamoangiz hozirgi paytda yaxshi hamkorlik qilsa ham, yangi a'zolaringizni taklif qilganingizda jamoangiz yaxshi bo'lishini istashingizni unutmang.

Foydali xulq-atvor # 11: muammoning bir qismi bo'lishingizni tushuning

Ko'proq qo'llab-quvvatlaydigan muhitni yaratish uchun odamlar o'zlari bilan halol bo'lishlari va ular ilgari ko'rsatgan har qanday yomon xatti-harakatlar to'g'risida o'ylashlari muhimdir.

Yosh muhandis sifatida, men birovning kodidagi xatoni ko'rdim va juda xursand bo'ldim, chunki bu men buni ta'kidlab, sharhning bir qismi bo'lishim mumkinligini anglatadi. Men fursatdan foydalanib, dars berishga emas, balki bilganimni endi bilaman. Men oldinga siljish haqida eslashga harakat qilaman.

O'ylaymanki, har bir kishi o'z-o'zini aks ettirishning bunday qiyin daqiqalariga ega bo'lishi kerak.

So'nggi bitta narsa ...

Men fikr-mulohazalarning mazmuniga qarshi emasman, shunchaki odamlardan ularning ohangini hisobga olishlarini so'rayman

Qayta aloqa muhimligini bilaman va men geribildirim uchun urush qilmayapman. Men shuningdek, jamoalardan kod sifatini buzishni so'ramayman. Qo'llab-quvvatlaydigan kodlarni ko'rib chiqish madaniyati va yuqori kod sifati bir-biriga mutlaqo mos kelmasligi kerak.

Men shunchaki odamlar konstruktiv, ta'sirchan fikr-mulohazalarni berish va ko'proq qo'llab-quvvatlanadigan muhitni yaratish uchun qadamlar tashlashlariga umid qilaman, shuning uchun ishlab chiquvchilar o'zlarini o'rganish, o'sish va xatolar qilish uchun qulay his qilishadi. Hammamiz birgalikda yaxshilanishimiz mumkin.

TL; DR:

Savollar yoki sharhlar? Twitter orqali bog'lanish uchun o'zingizni bepul his eting. Videoni yozib olish bu erda.