5 ta commitda quyon teshigi

“Tezkor tuzatish”ning jozibali soddaligi

Har bir dasturchi "kichik o'zgarish" sirena qo'shig'ini biladi. Bu beg'araz boshlanadi: kichik xatoliklar haqida hisobot, kichik interfeysni sozlash yoki oddiy ko'rinadigan xususiyat so'rovi. Sizning taxminlaringizcha, bu bir necha soat, ehtimol bitta majburiyatni oladi. Siz tushlikdan oldin asosiy vazifangizga qaytishingizga ishonchingiz komil, suvga sho'ng'iysiz. Ammo keyin siz o'zingizga beshta chuqur topshiriqni topasiz, asl kod bazangiz uzoq xotiraga o'xshaydi va sizning "tez tuzatish" to'liq miqyosli refaktoring loyihasiga aylandi. Siz quyon teshigidan boshingiz bilan yiqildingiz.

Bu shunchaki shaxsiy umidsizlik emas; bu samaradorlikni sezilarli darajada pasaytiradi va loyiha muddatlari uchun katta xavf tug'diradi. CRM, loyihalarni boshqarish va hisob-kitob tizimlari kabi turli komponentlar uyg'un ishlashi kerak bo'lgan modulli biznes muhitida, bir hududda kutilmagan aylanma yo'l butun operatsiya davomida kaskadli kechikishlarni keltirib chiqarishi mumkin. Mewayz biznesingiz uchun tuzilgan, oʻzaro bogʻlangan operatsion tizim yaratish orqali buning oldini olishga moʻljallangan ish jarayonining oldindan aytib boʻlmaydigan tartibsizliklaridir.

1-majburiyat: Qaytib bo'lmaydigan nuqta

Birinchi topshiriq ko'pincha aldamchi darajada oddiy. Siz muammoli faylni aniqlaysiz - ehtimol sanani noto'g'ri formatlaydigan funktsiya. Siz tuzatish kiritasiz, uni mahalliy darajada sinab ko'ring va hamma narsa ishlaydi. O'zingizni yaxshi his qilyapsiz. Ammo siz majburiyatni bajarmoqchi bo'lganingizda, shunday fikr paydo bo'ladi: "Men bu erda bo'lganimda, xuddi shu sana formatidan foydalanadigan tegishli jurnallar funksiyasini yangilashim kerak." Bu mantiqiy, deyarli mas'uliyatli impuls. Bu siz ostonadan o'tayotgan paytingiz. Bitta muammoni hal qilish o‘rniga, tizimning tegishli qismini “yaxshilash”ni o‘z zimmangizga olgansiz.

2-topshiriq: Bog'liqlik mavzusini ochish

Ikkinchi majburiyatingiz jurnalga yozish funksiyasini yangilaydi. Ammo kuting - bu jurnal funksiyasi uchun sinov muvaffaqiyatsiz tugadi. Ma'lum bo'lishicha, sinov eski, noto'g'ri sana formatini kutish uchun qattiq kodlangan. Siz kodlar bazasida buzilgan testni qoldira olmaysiz, shuning uchun ikkinchi raqam tug'iladi: "Sana logger uchun birlik testini yangilash." Endi siz shunchaki xatoni tuzatmayapsiz; siz testlarni yangilayapsiz. Bu dasturiy ta'minotni ishlab chiqishda muhim haqiqatni ochib beradi: kod - bu bog'liqliklar tarmog'idir. Bitta ipni tortish, qanchalik kichik bo'lmasin, matoning ancha katta qismini ochishi mumkin. Modulli boʻlmagan tizimda shu yerda koʻrish doirasi nazoratsiz ravishda havoga koʻtarila boshlaydi.

3-qism: Arxitektura vasvasasi

Sinovdan o'tganingizdan so'ng, siz tugatishingiz kerak. Ammo endi siz kodga qarayapsiz. Siz tuzatgan funksiya kattaroq yordamchi modulning bir qismi bo‘lib, u... tartibsiz tuyuladi. "Bu sanani qayta ishlash mantig'i uch xil faylga tarqalgan", deb o'ylaysiz. "Agar men uni yagona, yaxshi nomlangan xizmatga birlashtirganimda, bu juda toza bo'lar edi." Arxitektura pokligi uchun refaktor vasvasasi kuchli. Commit uchta asosiy hisoblanadi: “Sanani markazlashtirilgan xizmatga qayta tiklash”. Siz endi xatoni tuzatishning asl nusxasidan ancha uzoqlashdingiz. Siz tizimning bir qismini qayta loyihalashtirmoqdasiz va bu qayta loyihalash bilan yangi murakkablik va xatolik yuzaga kelishi mumkin.

4 va 5-sonli topshiriq: Domino effekti

Refaktor tugallandi, lekin dominolar qulashni boshlaydi. To'rtinchi majburiyat zarur, chunki asl doiraning bir qismi bo'lmagan ikkita boshqa modul eski, hozir o'chirilgan yordamchi funktsiyalarga bog'liq. Siz ushbu importlarni yangilashingiz va ularning sinovlari hali ham o'tishiga umid qilishingiz kerak. Ular yo'q. Beshinchi majburiyat - bu boshqa modullarni tuzatishning g'azablangan seriyasidir, ular endi sizning yangi xizmatingiz tomonidan kiritilgan o'zlarining nozik xatolariga ega. Sizning "tezkor tuzatish" rasman ko'p modulli kapital ta'mirga aylandi. Siz bitta sana qatori bilan boshladingiz va oxir-oqibat butun ilova tuzilishini shubha ostiga qo'ydingiz.

• Dastlabki xato: Bitta sana noto‘g‘ri ko‘rsatilgan.
• Yakuniy natija: Yangi DateService klassi, 4 xil modulga yangilanadi va 3 ta buzilgan test toʻplami tuzatiladi.
• Sarflangan vaqt: 1,5 soat o'rniga 1,5 kun.
• Ko'rinmas xarajat: Kechiktirilgan funksiyalar, butun jamoa uchun kontekstni almashtirish va integratsiya xatarlari.

"Quyon teshigi qobiliyatsizlik belgisi emas; bu chegaralar noaniq bo'lgan tizimning alomatidir. Haqiqiy samaradorlik modullikdan kelib chiqadi, bu erda bir biznes funktsiyasining o'zgarishi boshqasini qayta qurishga majbur qilmaydi."

Mevayz bilan to'siqlar qurish

Ho'sh, qanday qilib mahsuldorlikni pasaytiradigan quyon teshiklaridan qochishimiz mumkin? Javob tuzilish va aniq chegaralarda yotadi. Bu Mevayzning asosiy falsafasi. Modulli biznes OT sifatida ishlagan holda, Mewayz mustaqilligini saqlab qolgan holda birgalikda muammosiz ishlashga mo'ljallangan mijozlarni boshqarish, loyihalarni kuzatish va moliyaviy operatsiyalar kabi asosiy funktsiyalar uchun oldindan belgilangan modullarni taqdim etadi. Loyihani boshqarish modulidagi o'zgarish hisob-faktura mantig'ini qayta yozishni talab qilmaydi. Tizim belgilangan funktsional sohalardagi oʻzgarishlarni oʻz ichiga olgan holda domino effektining oldini olish uchun qurilgan.

Biznes asboblaringiz birlashtirilgan, lekin bir-biriga bog'lanmagan bo'lsa, jamoangiz haqiqatda ham tez qoladigan "tezkor tuzatishlar"ni amalga oshirishi mumkin. Ular bir moduldagi jarayonni ishonch bilan yangilashlari mumkin, chunki ular boshqa joyda bog'liq bo'lmagan funksiyani tasodifan buzmaydi. Bu ravshanlik va cheklanish potentsial xaotik rivojlanish sayohatini oldindan bashorat qilinadigan va samarali yo‘lga aylantirib, butun jamoangizni quyon teshigidan uzoqlashtiradi va asosiy e’tiborni asosiy narsaga qaratadi.

Ko'p beriladigan savollar

"Tezkor tuzatish"ning jozibali soddaligi

Har bir dasturchi "kichik o'zgarish" sirena qo'shig'ini biladi. Bu beg'araz boshlanadi: kichik xatoliklar haqida hisobot, kichik interfeysni sozlash yoki oddiy ko'rinadigan xususiyat so'rovi. Sizning taxminlaringizcha, bu bir necha soat, ehtimol bitta majburiyatni oladi. Siz tushlikdan oldin asosiy vazifangizga qaytishingizga ishonchingiz komil, suvga sho'ng'iysiz. Ammo keyin siz o'zingizga beshta chuqur topshiriqni topasiz, asl kod bazangiz uzoq xotiraga o'xshaydi va sizning "tez tuzatish" to'liq miqyosli refaktoring loyihasiga aylandi. Siz quyon teshigidan boshingiz bilan yiqildingiz.

1-majburiyat: Qaytib bo'lmaydigan nuqta

Birinchi topshiriq ko'pincha aldamchi darajada oddiy. Siz muammoli faylni aniqlaysiz - ehtimol sanani noto'g'ri formatlaydigan funktsiya. Siz tuzatish kiritasiz, uni mahalliy darajada sinab ko'ring va hamma narsa ishlaydi. O'zingizni yaxshi his qilyapsiz. Ammo siz majburiyatni bajarmoqchi bo'lganingizda, shunday fikr paydo bo'ladi: "Men bu erda bo'lganimda, xuddi shu sana formatidan foydalanadigan tegishli jurnallar funksiyasini yangilashim kerak." Bu mantiqiy, deyarli mas'uliyatli impuls. Bu siz ostonadan o'tayotgan paytingiz. Bitta muammoni hal qilish o‘rniga, tizimning tegishli qismini “yaxshilash”ni o‘z zimmangizga olgansiz.

2-topshiriq: Bog'liqlik mavzusini ochish

Ikkinchi majburiyatingiz jurnalga yozish funksiyasini yangilaydi. Ammo kuting - bu jurnal funksiyasi uchun sinov muvaffaqiyatsiz tugadi. Ma'lum bo'lishicha, sinov eski, noto'g'ri sana formatini kutish uchun qattiq kodlangan. Siz kodlar bazasida buzilgan testni qoldira olmaysiz, shuning uchun ikkinchi raqam tug'iladi: "Sana logger uchun birlik testini yangilash." Endi siz shunchaki xatoni tuzatmayapsiz; siz testlarni yangilayapsiz. Bu dasturiy ta'minotni ishlab chiqishda muhim haqiqatni ochib beradi: kod - bu bog'liqliklar tarmog'idir. Bitta ipni tortish, qanchalik kichik bo'lmasin, matoning ancha katta qismini ochishi mumkin. Modulli boʻlmagan tizimda shu yerda koʻrish doirasi nazoratsiz ravishda havoga koʻtarila boshlaydi.

3-qoida: Arxitektura vasvasasi

Sinovdan o'tganingizdan so'ng, siz tugatishingiz kerak. Ammo endi siz kodga qarayapsiz. Siz tuzatgan funksiya kattaroq yordamchi modulning bir qismi bo‘lib, u... tartibsiz tuyuladi. "Bu sanani qayta ishlash mantig'i uch xil faylga tarqalgan", deb o'ylaysiz. "Agar men uni yagona, yaxshi nomlangan xizmatga birlashtirganimda, bu juda toza bo'lar edi." Arxitektura pokligi uchun refaktor vasvasasi kuchli. Commit uchta asosiy hisoblanadi: “Sanani markazlashtirilgan xizmatga qayta tiklash”. Siz endi xatoni tuzatishning asl nusxasidan ancha uzoqlashdingiz. Siz tizimning bir qismini qayta loyihalashtirmoqdasiz va bu qayta loyihalash bilan yangi murakkablik va xatolik yuzaga kelishi mumkin.

4 va 5-sonli topshiriq: Domino effekti

Refaktor tugallandi, lekin dominolar qulashni boshlaydi. To'rtinchi majburiyat zarur, chunki asl doiraning bir qismi bo'lmagan ikkita boshqa modul eski, hozir o'chirilgan yordamchi funktsiyalarga bog'liq. Siz ushbu importlarni yangilashingiz va ularning sinovlari hali ham o'tishiga umid qilishingiz kerak. Ular yo'q. Beshinchi majburiyat - bu boshqa modullarni tuzatishning g'azablangan seriyasidir, ular endi sizning yangi xizmatingiz tomonidan kiritilgan o'zlarining nozik xatolariga ega. Sizning "tezkor tuzatish" rasman ko'p modulli kapital ta'mirga aylandi. Siz bitta sana qatori bilan boshladingiz va oxir-oqibat butun ilova tuzilishini shubha ostiga qo'ydingiz.