Java dasturchisining odatiy vazifalari qanday? Axir, siz nimaga ketayotganingizni tushunishingiz kerak va oxir-oqibat nima qilasiz, to'g'rimi? Bugun men Java dasturchisi bajaradigan o'nta asosiy vazifa haqida gapirmoqchiman. Lekin avval Jira kabi vosita bilan tanishib chiqamiz. Yoki sizga tanish bo'lsa, xotiramizni yangilaylik. Jira foydalanuvchilarning o'zaro ta'sir qilish vositasidir, garchi u ba'zi hollarda loyihalarni boshqarish uchun ham qo'llaniladi. Boshqacha qilib aytganda, loyihani ishlab chiqish ushbu vositada tasvirlangan kichik vazifalarga bo'linadi. Ushbu vazifalar ishlab chiquvchilarga topshiriladi (topshiriladi), ular ularni amalga oshirish uchun javobgardir. Vazifalar deganda, masalan, ba'zi funksiyalarni qo'shishni nazarda tutamiz. Rivojlanayotgani sari, ishlab chiquvchilar va boshqa mutaxassislar kim nima qilgani va qancha vaqt sarflagani haqida sharhlar qo'shadilar - ular vaqtni kuzatib boradilar. Bu sarflangan vaqtni kuzatish uchun amalga oshiriladi: qancha va nimaga sarflangan. Ideal holda, bu kuniga bir marta amalga oshiriladi: kechqurun ketishdan oldin, siz 8 soatingizni ularni o'tkazgan vazifalaringizga kuzatib borasiz. Jira-ning funksionalligi yuqorida tavsiflanganidan ancha kengroq, ammo bu dastlabki tushunish uchun etarli bo'ladi. Xo'sh, Java dasturchisi qanday mas'uliyatga ega?
1. Yangi yechimlarni ishlab chiqish
Biror narsani yaratish va amalga oshirishdan oldin, siz uni o'ylab topishingiz kerak, to'g'rimi? Aytganimdek, bu sizga tayinlanadigan Jira vazifasi bo'lishi mumkin va siz Jirada qancha vaqt va nimaga sarflaganingizni qayd etib, yangi yechim ishlab chiqish ustida ishlaysiz. Bu, shuningdek, guruh chaqiruvida muhokama bo'lishi mumkin: har kim o'z fikrini bildirishi va o'zi uchun eng yaxshi deb hisoblagan yondashuvni taklif qilishi mumkin. Va bu erda men bir nechta fikrlarni ta'kidlamoqchiman. Birinchidan, dasturchi kasbi juda ijodiy sohadir, chunki siz standart vositalardan foydalangan holda muammolarni hal qilishning noyob usullarini topishingiz kerak. Ko'pincha, bitta muammo juda ko'p turli xil echimlarga ega bo'lishi mumkin: shunga ko'ra, hamma narsa ishlab chiquvchining "ijodiy ruhi", to'plangan bilim bazasi va tajribasiga bog'liq. Bu erda siz o'zingizning barcha ijodkorligingiz va dahongizni ko'rsatishingiz mumkin, lekin asosiysi uni haddan tashqari oshirmaslikdir: bu holda kod juda murakkab va o'qib bo'lmaydigan bo'lib qoladi va natijada siz ketganingizdan keyin hech kim bu nima ekanligini to'liq tushunmaydi va U qanday ishlaydi. Va siz hamma narsani noldan qayta yozishingiz kerak bo'ladi. Va ular sizni eslashlari mumkin. Va bir necha marta. Va bu iliq, yaxshi so'zlar bo'lishi dargumon. Sizga kerakmi? Ikkinchidan, ishlab chiquvchi moslashuvchan bo'lishi kerak, chunki siz bitta yechimda qolib ketmasligingiz va boshqalarga yopiq bo'lmasligingiz kerak. Masalan, siz faqat shu tarzda qilishingiz kerak va boshqa hech narsa yo'q. Bu turli sabablarga ko'ra sodir bo'lishi mumkin: masalan, siz o'z nuqtai nazaringizni isbotlashni xohlaysiz yoki siz allaqachon o'z yechimingizni ishlab chiqdingiz va amalga oshirdingiz, unga juda bog'liqsiz va, albatta, bu emasligini tan olishni xohlamaysiz. eng yaxshi. Bu sizni deyarli ko'r qilishi mumkin. Darhaqiqat, siz xatolaringizni tan olishingiz va har doim yangi narsalarga ("ochiq fikrli") ochiq bo'lishingiz kerak, hatto siz ko'p haftalar davomida yozgan va siz juda faxrlanadigan funksiyalarni olib tashlashingiz kerak bo'lsa ham. Bir paytlar Jirada kimningdir vaqt treki butun kunning kayfiyatini qanday izohlaganini eslayman: “Men o'lik tug'ilgan funksiyamni o'chirib tashladim. Men yig'ladim"
2. Yangi funksionallikni yozish
Bu avvalgisidan keyingi mantiqiy qadam - yangi funksionallikni amalga oshirish. Loyiha bo'yicha barcha ishlar jiradagi vazifalarga bo'lingan bo'lib, uni ishlab chiquvchilar ishlayotganlarida oladilar. Ushbu masala bo'yicha turli xil yondashuvlar mavjud - "uslublar", bu haqda JavaRush-dagi ushbu maqolada o'qishingiz mumkin . Qoidaga ko'ra, topshiriqlar "baholash" ga ega - bajarish uchun sarflangan vaqt. Bu vazifani o'z zimmangizga olganingizda yoki jamoa rahbari tomonidan o'rnatiladi yoki rejalashtirish paytida ishlab chiquvchilar birgalikda uni baholaydilar. Bu vaqt juda kamdan-kam hollarda aniq taxmin qilinadi, chunki rivojlanishga turli xil omillar ta'sir qiladi. Masalan, dasturchi ushbu texnologiya bilan tanishmi yoki notanishmi, uning umumiy tajribasi qanday, rivojlanish jarayonida allaqachon paydo bo'lishi mumkin bo'lgan turli xil tuzoqlar va boshqalar. Shuning uchun, agar siz funksionallikni ishlab chiqishda ushbu muddatga rioya qilmasangiz, hech qanday yomon narsa bo'lmaydi. Bu faqat umumiy taxminlar. Ammo takror aytamanki, hamma loyihalarda ham vazifalar smetasi mavjud emas va men uchun ularsiz yashash ancha oson, ayniqsa Bosh vazir kuniga bir necha marta “Baholashlar qani? ” Shunga ko'ra, siz vazifani olasiz, kerakli funksionallikni rivojlantirasiz, uni GIT- ning umumiy bo'limiga yuklaysiz va jirada vazifaning holatini "Ko'rib chiqishga tayyor" ga o'zgartirasiz , ya'ni ko'rishga (tekshirishga) tayyor bo'ling va ibodat qiling. qayta ko'rib chiqish bo'yicha sharhlar bilan sizga qaytarilmaydi.
3. Funktsionallik uchun testlarni yozish
Kodingizni tekshirayotgan shaxs - sharhlovchiga siz ishlab chiqqan funksiya yoqdi, lekin uning savoli bor: buning uchun testlar qayerda? Va u sizga topshiriqni qayta ko'rib chiqish uchun qaytaradi. Testlar har qanday Java dasturining muhim qismidir. Ularni ishga tushirish orqali siz dastur qayerda noto'g'ri ishlayotganini darhol bilib olishingiz mumkin. Misol uchun, ishlab chiquvchi tizimning bir qismida ba'zi o'zgarishlarni amalga oshirdi, bu esa boshqasida xatti-harakatlarning o'zgarishiga olib keldi va rivojlanish jarayonida buni sezmadi. Sinovlarni o'tkazish orqali u muvaffaqiyatsiz (to'g'ri ishlamagan) testlarni ko'rishi mumkin bo'ladi. Bu unga tizimning boshqa qismida biror narsa buzilganligini aytadi. Shuning uchun, u serverga o'zgarishlarni yuklamaydi, balki o'z yechimini takomillashtirishda davom etadi. Ha, albatta, bir nechta ishlab chiquvchilar testlarni yaxshi ko'radilar, ammo ular ilovaga olib keladigan foydani inkor etib bo'lmaydi. Ko'pincha mijozlarning o'zlari test qamrovining qaysi darajasiga rioya qilish kerakligini aniqlaydilar (masalan, 80%). Shuning uchun siz har xil turdagi testlarni bilishingiz va ularni yozishingiz kerak. Java ishlab chiquvchilari asosan birlik testlari va integratsiya testlarini yozadilar, AQA (avtomatlashtirish testerlari) esa kengroq (oxirigacha) testlar bilan shug'ullanadilar. Ular va IT kasblarining boshqa vakillari haqida ko'proq ma'lumotni mening sharhimda o'qishingiz mumkin .
4. Xatoni topish va tuzatish
Bu Java dasturchisi uchun ham juda keng tarqalgan va tez-tez uchraydigan vazifadir. QA va AQA ning asosiy vazifasi xatolarni aniqlashdir. Ya'ni, ular dastur o'zini noto'g'ri tutadigan joylarni qidiradi, Jira'da muammo yaratib, kimnidir ayblaydi. Misol uchun, guruh rahbari, o'z navbatida, yuklash va tizimning ushbu qismi bilan tanishligiga qarab, qaysi ishlab chiquvchiga buni tayinlashni hal qiladi. Shundan so'ng, ishlab chiquvchi xatolik yuzaga kelgan vaziyatni takrorlash uchun QA mutaxassislari tomonidan muammoning tavsifidan foydalanib, tuzatuvchida soatlab xatoni qidiradi. Keyinchalik, ishlab chiquvchi xato topadi, uni tuzatadi va ko'rib chiqish uchun yuboradi. Xo'sh, ishlab chiquvchi xatoni takrorlay olmagan bo'lishi mumkin va u bu haqda sharh bilan QA mutaxassisiga topshiriqni qaytaradi. Xatoni topish va tuzatish ko'p vaqt talab qilmaydiganga o'xshaydi, lekin ba'zi nuances bor. Har bir narsa, birinchi navbatda, ishlab chiquvchining kodning ushbu bo'limi bilan tanishligiga, tajribasi va nazariy masalalarni bilishiga bog'liq. Ba'zida xato 20 daqiqada topiladi va tuzatiladi, ba'zan esa uch kun davom etishi mumkin. Shunga ko'ra, ushbu turdagi vazifani oldindan baholash qiyin, agar ishlab chiquvchi tavsifni o'qib chiqqandan so'ng, nima, qaerda va nima noto'g'ri bo'lganini darhol tushunmasa. Bunday holda, u vaqtni ko'proq yoki kamroq aniq taxmin qila oladi.
5. Kodni tekshirish
Yuqorida aytib o'tilganidek, siz topshiriqni bajarishingiz bilanoq uni ko'rib chiqish uchun yuborishingiz kerak va agar u o'tib ketsa, u umumiy mavzuga o'tadi, agar bo'lmasa, nima qilish kerakligi haqida sharhlar bilan ishlab chiquvchiga qaytariladi. tuzatilgan. Bularning barchasi yuqoriroq kuchlar tomonidan emas, balki boshqa ishlab chiquvchilar tomonidan tekshirilishi aniq. Ammo hamma ishlab chiquvchilarga sharhlovchi bo'lishlari mumkin emas, balki faqat tajribaga ega bo'lgan va yomon kodni yaxshidan ajrata oladigan eng tajribali kishilarga ruxsat beriladi. Kodni ko'rib chiqish odatda yordamchi vosita yordamida amalga oshiriladi, masalan, Crucible . Sharhlovchilar kodni ko'rib chiqadilar va agar kerak bo'lsa, ba'zi satrlar ostida sharhlar qoldiradilar. Sharhlar ham har xil bo'lishi mumkin. Masalan, tanqidiy bo'lganlar, ularni tuzatmasdan ko'rib chiquvchi koddan o'tmaydi va boshqalar, ehtimol, ishlab chiquvchi tinglashi, e'tiborga olishi yoki e'tiborsiz qoldiradigan tanlangan yondashuv haqidagi sharhlardir. Jamoa ko'rib chiqishni o'tkazish uchun o'z tartibi va qoidalarini yaratishi, nimaga e'tibor berish kerakligi va nimaga e'tibor bermaslik kerakligi, kodni tekshirish qaysi vaqt oralig'ida o'tkazilishi va hokazolar haqida kelishib olishi mumkin. Ko'rib chiqish uchun faqat tajriba etarli emas: siz hali ham texnik yo'nalishda ko'p narsalarni rivojlantirishingiz, turli kitoblarni o'qishingiz kerak (masalan, "Toza kod" ). Agar siz Google-ga ko'ra kodni ko'rib chiqishning nuanslari bilan qiziqsangiz, sizga ushbu maqolani o'qishni maslahat beraman .
6. Kod tahlili
Loyiha bir vaqtning o'zida boshqacha fikrlaydigan bir nechta odamlar tomonidan yozilganligi sababli, ularning kodi va yondashuvlari farq qiladi. Va vaqt o'tishi bilan hamma narsa asta-sekin mushga aylanadi. Kodni yaxshilash uchun ba'zan siz tahlil qilish uchun vazifalar yaratasiz, ehtimol ma'lum bir modul yoki butun dastur, kamchiliklarni topib, ularni belgilash va keyinchalik ushbu sharhlar asosida qayta ishlash vazifasini yaratasiz. Tahlil shuningdek, ba'zi oddiyroq, yorliqlar rivojlanish boshidanoq ko'rinmaydigan, ammo ularni hozir ko'rish mumkin bo'lgan holatlarda ham yordam beradi. Misol uchun, bir xil mantiq ko'pincha ba'zi usullarda takrorlanadi va shunga mos ravishda uni alohida usulga o'tkazish va ko'p marta qayta ishlatish mumkin. Xo'sh, yo ba'zi sinflar og'riqli shishib ketdi, yoki ba'zi kodlarni saqlash qiyin yoki eskirgan, yoki ... Tahlil vazifalari kod va dastur sifatini yaxshilashga yordam beradi. Garchi, mening fikrimcha, katta miqdordagi kodni tahlil qilish zerikarli vazifa bo'lishi mumkin.
7. Kodni qayta tiklash
Tahlilning keyingi qismi kodni qayta ishlashdir. U eskirgan, endi kerak bo'lmagan, yomon yozilgan, o'qish qiyin va hokazo bo'lishi mumkin. Siz har doim mukammallikka intishingiz kerak (garchi u mavjud bo'lmasa-da) va yangilangan kodga keraksiz hamma narsani olib tashlashingiz kerak, chunki bu sizni chalkashtirib yuboradi va funksionallikning mohiyatini ko'rishga xalaqit beradi. O'z-o'zidan ma'lumki, siz ushbu vazifalarni loyihaning boshida ko'rishingiz dargumon: ular faqat rivojlanishning keyingi bosqichlarida, dastur sayqallangan va mukammallikka erishilganda paydo bo'ladi. Bu erda hamkasblar bilan ular buni qanday qilishlari va qanday tuzoqlarni ko'rishlari haqida maslahatlashish o'rinli bo'lishi mumkin. Bunday vazifalarning mohiyati yangi funksionallikni rivojlantirishga o'xshaydi. Masalan, siz ba'zi funksiyalarni xatti-harakatlarini o'zgartirmasdan tahrirlash bo'yicha topshiriq olasiz. Buning uchun siz eskisini o'chirasiz, o'zingizni yozing va testlarni tekshiring. Agar siz hamma narsani to'g'ri bajargan bo'lsangiz, testlarga o'zgartirish kiritmasdan ular avvalgidek ishlashi kerak. Hammasi kodga kiritilgandan so'ng, biz uni ko'rib chiqish va qahva ichish uchun yuboramiz))
8. Hujjatlarni yozish
Tasavvur qiling-a, siz uzoq vaqtdan beri ishlab chiqilayotgan loyihaning yangi ishlab chiquvchisisiz. Siz u bilan tanishishingiz yoki biron bir aniq vazifani bajarishingiz kerak, masalan, xatoni aniqlash. Loyihada qanday harakat qilasiz? Jamoa a'zolaringizni har besh daqiqada tortasizmi? Va agar ular band bo'lsa yoki dam olish kunlari bo'lsa, unda nima qilish kerak? Shuning uchun hujjatlar mavjud bo'lib, u funksionallik bilan tanish bo'lmagan odam kirishi, kerakli sahifani topishi va dasturning uni qiziqtirgan qismi nima qilishini tezda tushunishi mumkin. Ammo kimdir hujjatlarni ham to'ldirishi kerak ^^ Agar loyihada ishlab chiquvchilar qo'llab-quvvatlashi kerak bo'lgan hujjatlar mavjud bo'lsa, yangi funksiyalarni amalga oshirishda ular uni tavsiflaydi va turli xil o'zgartirishlar va refaktoringlar bilan hujjatlarni yangilaydi. Hujjatlarni yozish, qo'llab-quvvatlash va nazorat qilish uchun alohida mutaxassis, texnik yozuvchi yollanganda ham vaziyatlar yuzaga kelishi mumkin. Agar bunday mutaxassis mavjud bo'lsa, u oddiy ishlab chiquvchilarning hayotini biroz osonlashtiradi.
9. Turli mitinglarda qatnashish
Ishlab chiquvchilar ko'p vaqtlarini turli uchrashuvlar, muzokaralar va rejalashtirishga sarflashadi. Eng oddiy misol - "kundalik uchrashuvlar" (kundalik uchrashuvlar), bu erda siz kecha nima qilganingizni va bugun nima qilmoqchi ekanligingizni aytib berishingiz kerak. Bundan tashqari, siz, masalan, QA mutaxassisi bilan yakkama-yakka qo'ng'iroq qilishingiz kerak, shunda u xatoni takrorlashning nuanslarini ko'rsatishi/tushuntirishi yoki biznes tahlilchisi yoki tashkilot bilan nuanslar va talablarni muhokama qilishi mumkin. Bosh vazir bilan bog'liq muammolar. Shuning uchun, ishlab chiquvchi yolg'izlikni afzal ko'radigan introvert bo'lishi mumkin bo'lsa-da, u boshqa odamlar bilan umumiy til topa olishi kerak (yaxshi, hech bo'lmaganda). Dasturchi darajasi qanchalik baland bo'lsa, u muloqot qilish uchun ko'proq vaqt va kod yozish uchun kamroq vaqt sarflashi kerak. Ishlab chiquvchi-guruh rahbari hatto ish vaqtining yarmini yoki undan ko'pini suhbatlar va uchrashuvlarga va kamroq tez-tez kod yozishga sarflashi mumkin (bu biroz tushunishni yo'qotishiga olib kelishi mumkin). Ammo, agar siz ham suhbatlashishni yaxshi ko'radigan odam bo'lsangiz, siz jamoaviy rahbarlik lavozimidan menejerlik tomoniga osongina o'tishingiz va kun bo'yi turli jamoalar, mijozlar va boshqa menejerlar bilan muloqot qilib, kodni butunlay unutishingiz mumkin.
10. Suhbatni o'tkazish/o'tish
Agar siz autsorsing yoki autstaffing kompaniyasida ishlayotgan bo'lsangiz, mijozga "sotish" kerak bo'lganda tez-tez tashqi intervyulardan o'tishingiz kerak bo'ladi (keyin siz mijoz tomonidan intervyu olishingiz mumkin) va ichki intervyular, kompaniyadagi martabangizni oshiring. Men buni rivojlanish uchun yaxshi omil deb atagan bo'lardim, chunki tez-tez intervyular tufayli sizning bilimingiz doimo shaklda bo'lishi kerak: siz zanglamaysiz va dam olmaysiz, chunki agar siz ITda dam olsangiz, maydondan butunlay uchib ketishingiz mumkin. Tajribali dasturchi bo'lganingizda, siz boshqa tomonga tashrif buyurishingiz mumkin: o'tish emas, balki suhbatlar o'tkazish. Ishoning, agar siz bunga shu nuqtai nazardan qarasangiz, juda hayron qolasiz, chunki intervyu o'tkazish o'tishdan ko'ra qo'rqinchli bo'lishi mumkin. O'zingizning suhbat strategiyangizga, savollar ro'yxatiga ega bo'lishingiz va bir soat ichida barcha kerakli mavzular bo'yicha savollar berishga vaqtingiz bo'lishi kerak. Va bundan keyin siz fikr-mulohazalar uchun javobgarsiz, chunki unga tayanib, odam uzoq kutilgan bunday taklifni yoki reklamani olishi yoki olmasligi mumkin. Xo'sh, va aksincha: siz ochiqchasiga zaif nomzodni u mos kelmaydigan lavozimga o'tkazib yuborishingiz mumkin va keyin sizdan so'rashi mumkin: qanday qilib uni bunday darajadagi bilim bilan sog'indingiz? Shuning uchun, suhbatdan o'tayotganda, sizga qarama-qarshi bo'lgan odam ham qiynalayotganini va u ham stressni boshdan kechirayotganini yodda tuting. Har qanday intervyu ham nomzod, ham suhbatdosh uchun stressdir. Ehtimol, biz shu erda tugatamiz. O'qishni tugatgan barchaga rahmat: yoqadi va Java-ni o'rganing ^^
Ikkinchidan, ishlab chiquvchi moslashuvchan bo'lishi kerak, chunki siz bitta yechimda qolib ketmasligingiz va boshqalarga yopiq bo'lmasligingiz kerak. Masalan, siz faqat shu tarzda qilishingiz kerak va boshqa hech narsa yo'q. Bu turli sabablarga ko'ra sodir bo'lishi mumkin: masalan, siz o'z nuqtai nazaringizni isbotlashni xohlaysiz yoki siz allaqachon o'z yechimingizni ishlab chiqdingiz va amalga oshirdingiz, unga juda bog'liqsiz va, albatta, bu emasligini tan olishni xohlamaysiz. eng yaxshi. Bu sizni deyarli ko'r qilishi mumkin. Darhaqiqat, siz xatolaringizni tan olishingiz va har doim yangi narsalarga ("ochiq fikrli") ochiq bo'lishingiz kerak, hatto siz ko'p haftalar davomida yozgan va siz juda faxrlanadigan funksiyalarni olib tashlashingiz kerak bo'lsa ham. Bir paytlar Jirada kimningdir vaqt treki butun kunning kayfiyatini qanday izohlaganini eslayman: “Men o'lik tug'ilgan funksiyamni o'chirib tashladim. Men yig'ladim"
bilishingiz va ularni yozishingiz kerak. Java ishlab chiquvchilari asosan birlik testlari va integratsiya testlarini yozadilar, AQA (avtomatlashtirish testerlari) esa kengroq (oxirigacha) testlar bilan shug'ullanadilar. Ular va IT kasblarining boshqa vakillari haqida ko'proq ma'lumotni mening sharhimda o'qishingiz mumkin .
Kodni ko'rib chiqish odatda yordamchi vosita yordamida amalga oshiriladi, masalan, Crucible . Sharhlovchilar kodni ko'rib chiqadilar va agar kerak bo'lsa, ba'zi satrlar ostida sharhlar qoldiradilar. Sharhlar ham har xil bo'lishi mumkin. Masalan, tanqidiy bo'lganlar, ularni tuzatmasdan ko'rib chiquvchi koddan o'tmaydi va boshqalar, ehtimol, ishlab chiquvchi tinglashi, e'tiborga olishi yoki e'tiborsiz qoldiradigan tanlangan yondashuv haqidagi sharhlardir. Jamoa ko'rib chiqishni o'tkazish uchun o'z tartibi va qoidalarini yaratishi, nimaga e'tibor berish kerakligi va nimaga e'tibor bermaslik kerakligi, kodni tekshirish qaysi vaqt oralig'ida o'tkazilishi va hokazolar haqida kelishib olishi mumkin. Ko'rib chiqish uchun faqat tajriba etarli emas: siz hali ham texnik yo'nalishda ko'p narsalarni rivojlantirishingiz, turli kitoblarni o'qishingiz kerak (masalan, "Toza kod" ). Agar siz Google-ga ko'ra kodni ko'rib chiqishning nuanslari bilan qiziqsangiz, sizga ushbu maqolani o'qishni maslahat beraman .
Bu erda hamkasblar bilan ular buni qanday qilishlari va qanday tuzoqlarni ko'rishlari haqida maslahatlashish o'rinli bo'lishi mumkin. Bunday vazifalarning mohiyati yangi funksionallikni rivojlantirishga o'xshaydi. Masalan, siz ba'zi funksiyalarni xatti-harakatlarini o'zgartirmasdan tahrirlash bo'yicha topshiriq olasiz. Buning uchun siz eskisini o'chirasiz, o'zingizni yozing va testlarni tekshiring. Agar siz hamma narsani to'g'ri bajargan bo'lsangiz, testlarga o'zgartirish kiritmasdan ular avvalgidek ishlashi kerak. Hammasi kodga kiritilgandan so'ng, biz uni ko'rib chiqish va qahva ichish uchun yuboramiz))
Dasturchi darajasi qanchalik baland bo'lsa, u muloqot qilish uchun ko'proq vaqt va kod yozish uchun kamroq vaqt sarflashi kerak. Ishlab chiquvchi-guruh rahbari hatto ish vaqtining yarmini yoki undan ko'pini suhbatlar va uchrashuvlarga va kamroq tez-tez kod yozishga sarflashi mumkin (bu biroz tushunishni yo'qotishiga olib kelishi mumkin). Ammo, agar siz ham suhbatlashishni yaxshi ko'radigan odam bo'lsangiz, siz jamoaviy rahbarlik lavozimidan menejerlik tomoniga osongina o'tishingiz va kun bo'yi turli jamoalar, mijozlar va boshqa menejerlar bilan muloqot qilib, kodni butunlay unutishingiz mumkin.
Ehtimol, biz shu erda tugatamiz. O'qishni tugatgan barchaga rahmat: yoqadi va Java-ni o'rganing ^^
GO TO FULL VERSION