Veb-loyiha ikki marta tugaydi. Birinchisi — sayt ishga tushganda, buni hamma sezadi. Ikkinchisi — loyiha to‘liq topshirilganda, bu esa ko‘pincha umuman sodir bo‘lmaydi.
Uzoq muddatli og‘riqlarning aksariyati aynan shu ikkisi orasidagi bo‘shliqda yashaydi. Sayt ishlayapti, hisob to‘langan, hamma o‘z ishiga qaytgan — o‘n sakkiz oydan keyin esa uni serverga qanday chiqarishni hech kim yozib qo‘ymagani, dizayn fayllari kimningdir shaxsiy akkauntida turgani va to‘lov integratsiyasini tushunadigan yagona odam boshqa ishga o‘tib ketgani ma’lum bo‘ladi.
Loyihani topshirish — oxiridagi rasmiyatchilik emas. Bu natijaning bir qismi va u narx taklifida sahifalar va funksiyalar bilan bir qatorda ko‘rsatilishi kerak. Mana ko‘rsatilishi kerak bo‘lgan ro‘yxat.
Keyingi loyihangiz oxirida uni bandma-band ko‘rib chiqing. O‘n to‘rt band, to‘rt guruh. Agar hammasiga belgi qo‘ya olmasangiz, hisob-fakturada nima yozilganidan qat’i nazar, loyiha tugamagan.
Birinchi guruh: akkauntlar
Bu bandlar siz narsaning egasimisiz yoki shunchaki undan foydalanuvchimisiz — shuni belgilaydi. To‘liq dalillarni saytingiz kimga tegishli maqolasida keltirganmiz — bu esa topshirish paytida tekshiriladigan variant.
1. Kompaniyangiz nomiga ro‘yxatdan o‘tkazilgan domen — o‘zingiz kira oladigan akkauntda, avtomatik uzaytirish yoqilgan va sizning kartangizdan to‘lanadigan.
2. DNS’ga kirish huquqi — yozuvlar qayerda saqlanishidan qat’i nazar. Bu sayt va pochtaning boshqaruv pulti, va aynan uni ko‘chish paytida pochta ishlamay qolmaguncha hamma unutadi.
3. Sizning nomingizdagi xosting akkaunti — yoki nimani, kimdan, qanday narxda ijaraga olayotganingiz va chiqib ketish jarayoni qanday ekani haqida yozma bayonot. Ijaraga olish — normal holat. Chiqish tartibi hujjatlashtirilmagan ijara esa — yo‘q.
4. Sizning tashkilotingizdagi kod repozitoriysi — to‘liq tarix bilan, bunda dasturchingiz a’zo sifatida taklif qilingan bo‘ladi, aksincha emas. Tarix muhim: «initial» degan bitta kommitdan iborat repozitoriy — topshirish emas, nusxa.
5. Administrator akkauntlari — CMS yoki admin panelda, analitikada, to‘lov shlyuzida va sayt bog‘liq bo‘lgan har qanday uchinchi tomon xizmatida. Muharrir emas, aynan administrator.
Ikkinchi guruh: ish uchun zarur bilimlar
Haqiqiy topshirishni shunchaki fayllar uyumidan ajratib turadigan guruh shu. To‘rttala band ham qisqa hujjatlar. Ularning birortasini yozish bir kun ham olmaydi, yo‘qligi esa oylab qimmatga tushadi.
6. Uni lokal kompyuterda qanday ishga tushirish. Loyihani yangi kompyuterda ishga tushirish uchun buyruqlar va avval nimalarni o‘rnatish kerakligi. Agar yangi dasturchi uni bir kunning ikkinchi yarmida ishga tushira olmasa, sizning ijrochilar bozoringizda bor-yo‘g‘i bitta ishtirokchi bor.
7. O‘zgarishni serverga qanday chiqarish. Butun topshirishdagi eng qimmatli sahifa. Qaysi buyruq, qaysi konveyer, qanday tekshiruvlar, muvaffaqiyatsiz bo‘lsa nima qilish kerak.
Biz Sankt-Peterburgdagi klinikalar tarmog‘i WClinic loyihasini o‘z qo‘limizga olganimizda, bunday hujjat yo‘q edi va uni hech kimning xotirasidan tiklab bo‘lmasdi. Eski saytni serverga chiqarishning umuman hech qanday hujjatlashtirilgan usuli yo‘q edi. Birorta funksiya qo‘shishdan oldin muhitni tiklash, konteynerga o‘rash va CI bilan Git’ga ko‘chirishga to‘g‘ri keldi. Buni biladigan odam ketganda, bir sahifalik hujjatning yo‘qligi mana shunchaga tushadi.
8. Konfiguratsiya qayerda saqlanishi va har bir qiymat nima qilishi. Muhit o‘zgaruvchilari, API kalitlari, funksiya bayroqlari. Hujjatda sirlarning o‘zi emas — nimalar mavjudligi, ular nima uchun kerakligi va haqiqiy qiymatlar qayerda saqlanishi ro‘yxati.
9. Tashqi bog‘liqliklar ro‘yxati. Sayt murojaat qiladigan har bir uchinchi tomon xizmati, u nima qilishi, kimning akkauntida ekani va qancha turishi. To‘lov provayderi, pochta yuboruvchi xizmat, xaritalar, qidiruv, analitika, SMS. Ularning har biri — uzaytirish, narx oshishi va ehtimoliy uzilish, bular haqida esa uzilish paytida birinchi marta bilib qolmasligingiz kerak.
Uchinchi guruh: aktivlar
10. Tahrirlasa bo‘ladigan dizayn fayllari, eksport qilingan rasmlar emas. Komponentlari saqlangan, o‘zingiz ocha oladigan Figma fayllari. Ularsiz rang yoki maketdagi birinchi o‘zgarish allaqachon pul to‘lagan ishingizni qaytadan yaratishdan boshlanadi.
11. Dizayn tizimi yoki uslub ta’riflari — tokenlar, shriftlar shkalasi, oraliqlar, komponentlar qoidalari. Aynan shu boshqa dizaynerga saytga tabiiy mos tushadigan yangi sahifa yaratish imkonini beradi.
12. Rasmlarning to‘liq o‘lchamdagi asl nusxalari va litsenziyalar haqida izoh. Agar stok fotosuratlardan foydalanilgan bo‘lsa, qaysi litsenziya nimani qamrab olishini bilishingiz kerak, chunki «internetdan topgan rasmni qo‘ydik» degan gap eng noqulay paytda yuzaga chiqadigan huquqiy xavf.
To‘rtinchi guruh: ishlashining isboti
13. Siz ishga tushira oladigan testlar to‘plami va uning natijasi. Testlarni o‘qishingiz shart emas. Bitta buyruqni ishga tushirib, ularning muvaffaqiyatli o‘tganini ko‘ra olishingiz kerak.
Bu shunchaki yoqimli qo‘shimcha emas. Knigopoisk’da parallel ishlaydigan 898 ta tekshiruvli 171 ta test bor — ulardan biri admin jadvalidagi biror ustun nomsiz chiqsa, muvaffaqiyatsiz tugaydi: bu hech kim eslab yurishi shart bo‘lmasligi uchun kodga yozib qo‘yilgan juda aniq tashkiliy xotira. BiliMind’da 164 ta backend testi bor. Bu raqamlar kimnidir hayratda qoldirish uchun emas; ular ikki yildan keyin boshqa birov kiritgan o‘zgarish to‘lov sahifasini jimgina buzib qo‘ymasligi uchun kerak.
14. «Ma’lum muammolar va ataylab qo‘yilgan cheklovlar» haqida qisqa izoh. Nima ishlamaydi, nima ish hajmidan chiqarilgan, nima mo‘rt, trafik o‘n baravar oshsa nimaga e’tibor berish kerak bo‘ladi.
Bu ijrochilar yozishni yomon ko‘radigan, xaridorlar esa eng qadrlaydigan band. Hamma narsa mukammal deb da’vo qiladigan topshirish siz bilan halol bo‘lmagan topshirishdir, chunki hech narsa mukammal emas. Biz ham o‘z ishimizdagi cheklovlarni xuddi shu sababdan e’lon qilamiz — saytimizda SI-retsepshnimiz faqat brauzerdagi demo ekani, production’da ovoz funksiyasi o‘chirilgani va telefoniya qismi yo‘qligi yozilgan, chunki foydalana olmaydigan imkoniyat — imkoniyat emas, aksini ko‘rsatish esa keyinchalik kimdir to‘laydigan qarz.
Topshirishni yakuniy to‘lovdan keyin emas, oldin o‘tkazing
Bu yerda ketma-ketlik ro‘yxatning o‘zidan ham muhimroq.
Bizning to‘lov shartlarimiz — 50% ish boshlanishida, 50% loyiha ishga tushib, siz mamnun bo‘lganingizda — ya’ni yakuniy to‘lov ataylab ishga tushirishdan keyin qo‘yilgan. Bu nazorat ro‘yxatini ko‘rib chiqish uchun tabiiy payt va sababi ijrochiga ishonmaslikda emas, amaliy qulaylikda: loyiha hali hammaning yodida turganda tekshirilgan topshirish bir kunning ikkinchi yarmini oladi. Olti oydan keyin o‘tkazilgan xuddi shu tekshiruv esa arxeologik qazishmaga aylanadi.
6- va 7-bandlarni tekshirishning eng yaxshi usuli — ularni o‘qish emas. Boshqa dasturchidan ularga amal qilib ko‘rishni so‘rang. Mustaqil mutaxassisning loyihangizni ishga tushirish va serverga chiqarishga bir soatlik urinishi har qanday hujjat tahlilidan ko‘ra ko‘proq narsani aytadi. Agar uddalasa, sizda haqiqiy topshirish bor. Agar uddalay olmasa, siz yagona ijrochiga qaramlikni hali ijrochingiz borligida aniqlab oldingiz.
Bir sahifalik variant
Buni chop eting va topshirish uchrashuvining kun tartibi sifatida foydalaning.
| # | Band | Belgi |
|---|---|---|
| 1 | Domen bizning nomimizda, avtomatik uzaytirish yoqilgan | |
| 2 | DNS’ga kirish huquqi | |
| 3 | Xosting akkaunti yoki yozma chiqish shartlari | |
| 4 | Repozitoriy bizning tashkilotimizda, to‘liq tarix bilan | |
| 5 | Har bir xizmatda administrator akkauntlari | |
| 6 | Lokal kompyuterda qanday ishga tushirish | |
| 7 | O‘zgarishni serverga qanday chiqarish | |
| 8 | Konfiguratsiya ro‘yxati va qiymatlar qayerda saqlanishi | |
| 9 | Tashqi bog‘liqliklar, egalari va narxlari | |
| 10 | Tahrirlasa bo‘ladigan dizayn fayllari | |
| 11 | Dizayn tizimi / uslub ta’riflari | |
| 12 | Rasmlarning asl nusxalari va litsenziyalar | |
| 13 | Testlar to‘plami — ishga tushiriladi va o‘tadi | |
| 14 | Ma’lum muammolar va ataylab qo‘yilgan cheklovlar |
Buni oxirida emas, narx taklifi bosqichida so‘rang. Loyiha boshlanishidan oldin buni tayyor holda ushlab turgan ijrochi sizga loyiha qanday tugashi haqida nimadir aytayotgan bo‘ladi.
Nega ijrochi buni xohlashi kerak
Ayon e’tiroz: topshirish — ijrochining o‘zini almashtirsa bo‘ladigan qilishi, unda nega kimdir buni yaxshi bajarsin?
Chunki muqobil biznes — ketish qiyin bo‘lgani uchun qoladigan mijozlar — yomon biznes. U kalendaringizni sizdan norozi odamlar bilan to‘ldiradi va har bir uzaytirish suhbati aslida asirlik shartlari haqidagi muzokaraga aylanadi.
Biz buni xizmatlar sahifasida majburiyat sifatida yozganmiz: hech qachon, hech qanday qaramlik yo‘q. Kiritilgan qo‘llab-quvvatlash muddati tugagach, texnik xizmat oyiga $39 turadi yoki umuman kerak emas. Kodni oling va boshqa joyga keting. Qolish — har oyda qaytadan qilinadigan tanlov, biz sizni ataylab muhtoj qilib qo‘ygan narsa emas.
Bu pozitsiya faqat topshirish haqiqatan to‘liq bo‘lgandagina ishlaydi, shuning uchun u oxirida qilinadigan yaxshilik emas, narx taklifidagi natija bandi.
Bizga nima kerakligini ayting. Javobiga qat’iy narx va topshirish sanasini olasiz — bepul va davom ettirish majburiyatisiz.
Ko‘p beriladigan savollar
Loyiham tugagan, lekin bularning hech biri menda yo‘q. Nima qilay?
Munosabatlar hali yaxshi paytida muloyimlik bilan va yozma ravishda so‘rang. Aksariyat ijrochilar hammasini beradi — ularning yo‘qligi odatda niyatdan emas, e’tiborsizlikdan. Avval akkauntlarga oid bandlarni hal qiling, chunki aynan ularning oqibatlarini ortga qaytarib bo‘lmaydi.
$99 lik landing sahifa uchun hujjat so‘rash o‘rinlimi?
Loyihaga mutanosib hujjat — ha. Kichik sayt uchun 1–5 va 10-bandlar muhokama qilinmaydi, 6- va 7-bandlar esa README’dagi to‘rt qator bo‘lishi mumkin. Tamoyil kichrayadi, lekin yo‘qolmaydi.
Dasturchi kodni o‘zining intellektual mulki desa-chi?
Aynan nima da’vo qilinayotganini aniqlab oling. Studiyaning o‘z ichki kutubxonalaridan turli mijozlar loyihalarida qayta foydalanishi — normal holat. Saytingiz, kontentingiz, konfiguratsiyangiz va ma’lumotlaringiz esa sizniki. Buni ish boshlanishidan oldin shartnomada bitta gap bilan hal qiling, chunki keyin hal qilish sekin va qimmat.
Kodni o‘qiy olmasam, testlar menga kerakmi?
Ularni o‘qishingiz shart emas. Ular mavjud bo‘lishi va ishlashi kerak, chunki aynan ular kelajakdagi o‘zgarish siz tayanadigan biror narsani jimgina buzib qo‘yishining oldini oladi. Buyruqni va uning natijasini so‘rang. Shuning o‘zi yetarli.
Topshirish qancha vaqt olishi kerak?
Kichik sayt uchun — bir soatlik qo‘ng‘iroq va bir nechta hujjat. Platforma uchun — bir-ikki kun, qo‘shimcha ravishda mustaqil dasturchi tekshiruvi. Agar ijrochiga buni tayyorlash uchun haftalar kerak bo‘lsa, halol xulosa shuki, bu hujjatlar birinchi marta yozilmoqda — bu esa loyiha holati haqida o‘z-o‘zidan foydali ma’lumot.
