Graalide retrospektiiv. Kuidas isetehtud lahendus osutus paremaks kui tasuline

Tere! Minu nimi on Aleksei Pjankov, olen ettevõtte Sportmaster peamine programmeerija. Ütlen kohe, et "peamine" ei tähenda "kõige tähtsamat kõigi programmeerijate seas", ei, see on lihtsalt tiitel, selline armas tõlge "Senior+".

Ettevõttes Sportmaster olen töötanud alates 2012. aastast ja selle aja jooksul on arendusmeeskond loonud palju tehniliselt huvitavaid lahendusi. Kuid täna tahan rääkida meie töödest, keskendudes pigem sellele, kuidas me mõtlesime teatud mitmetähenduslikes olukordades.

Selles artiklis ei ole konkreetseid tehnilisi lahendusi (ega ka midagi tehnilist), mida võiks haarata ja enda projektis rakendada. Pigem on see arutelu tehtud töö üle. Olid erilised hetked, mis mõjutasid meid kui meeskonda — sidusid, tugevdasid ja panid meie vastupidavust proovile. Nendest hetkedest, meeskonna töö atmosfäärist, meie graalidest ja mitmest psühholoogilisest lõksust, kuhu me end mõnikord takerdame, püüan ma täna rääkida.

Ja alustan just 2012. aastast.

Tulid 2012. aastal peamise eesmärgiga — töötada meie lipulaeva veebisaidi kallal. Sel ajal oli see "Frankensteini monster": osa meeskonnast töötas meie vanas süsteemis, mis ei suutnud koormustega hästi hakkama saada (Bitrix), teine osa meeskonnast (kuhu kuulusin ka mina) püüdis rakendada uut süsteemi, mille olime valinud kriteeriumiga "Kuna see on maailmas kõige kallim e-kaubandus, võtame selle." Just "püüdsime rakendada" — sest süsteem osutus äärmiselt vastupanuvõimeliseks, ning iga kord, kui olime millegiga edukalt toimetanud, tuli kindlasti vastuseks "üllatus". Töö oli palju, kuid edasi liikusime aeglase sisalikuna.

Minu jaoks oli viimane piisk, kui kohtusin ühe meetodi koodiga "kõige kallimas e-kaubanduses maailmas", kus mitu tundi keskendunud tööd segases vigas tõid esile, et põhjus peitus kuskil custom-tag'is, mis töötab html genereerimisel jsp-s. Selle custom-tag'i ülesanne on kuvada mingi väärtuste summa. See on arvestatav, sest selleks see custom-tag on loodud. Kuid ootamatus peitus selles, et sellega muudetakse andmeid andmebaasis, mis mõjutab järgmiste lehtede käitumist, ja kui vajutada F5 — kutse kordus, see rikkus andmete järjepidevust. Lisaks rikkus see nõnda, et probleem ilmnes alles pärast mitmeid samme, 3. lehe korral. Ei, ma ei ole vastu, et selline "meister-ninja" oleks meeskonnas ja hoiaks oma koodiga kolleegide tähelepanu teravana. Kuid, et nii juhtuks kõige kallimas süsteemis!

See juhtus reedel. Laupäeva ja pühapäeva veetsime kolleegiga kontoris eesmärgiga mõista, milliseid ülesandeid äri täna süsteemile esitab ja milliseid ülesandeid võiks välja mõelda aasta pärast. Vastavalt sellele, kuidas me neid lahendaksime, kui ei oleks piirdunud kasutama seda kõige kallimat ja kõige ärritavamat süsteemi.

Lubatud — tehtud. Me tegime pilootprojekti, mille alla pani aluse uue Spordimeistri kodulehe arendusele. Paljud neist ideedest on ellu jäänud ja nende jätk on aktiivselt käimas veebilehel.

Piloodietapid ja ajaraamid

2 päeva. Me tegime mikroteksti — nädalavahetusel kärbime oma andmebaasi ElasticSearch'i, teeme fassaadi otsingu. Voilà! Sama ostetud süsteemis oli sellise seadistuse tegemine 2 nädalat. Siin — sõna-sõnalt paar tunni jooksul! Ja töötab kiiremini. Tegelikult kiiremini kordades.

2 nädalat. "Töötame" prototüübi kallal, lisades funktsionaalsust adekvaatse isikupärastatud tulemuse jaoks.

Näiteks, kui kasutajal on mitu allahindlust ja kampaaniat, mis kehtivad just tema jaoks — siis tuleb toodete otsingutulemustes näidata just seda hinda, mida saab saada, rakendades kõiki olemasolevaid boonuseid kõige kasulikumal viisil.

Kampaaniate haldamine on keeruline. Näiteks, ostsin suusad, nüüd on mütsi puhul 40% allahindlus, kuid see tühistab 10% tervet tellimust puudutava tervitusallahindluse. Jah, see on tõeline juhtum 🙂 Ja et sellist kampaaniat ostuhaldussüsteemis konfigureerida, tuli maksta 3 konsultatsiooni teenusepakkujaga, mille tulemusena saime palju näiteid, kuidas teha mitmeid teisi kampaaniaid. Väga diplomaatiliselt ning arvestades konsultatsioonide hinda – majanduslikult väga hea deal.

Näitasime ärile üksikasjalikku demonstratsiooni. Lubasime kiiresti pilootprojekti kokku panna ja hakkasime kohe tööle.

2 kuud. Pilootprojekt – teeme selle elava veebisaidi kujul, mis võimaldab otsingut kataloogis. Otsing funktsioonide sissetoomisega, otsingu tulemused – isiklike soodustustega, näeb piloot peaaegu välja nagu Sportmasteri veebisait, ja tooted on meil samad. Imeline!

Lisame meie osakonna juhi «Krasnorechie:100», ja esitlus ärile läheb suurepäraselt! Me saame volitused, et arendada eCommerce platvormi ise.

See tähendab, hoidke meeskond, hoidke eelarvet, poisid. Äge, eks!

2 aastat. Veebisaidi viimine tootmisse. Jah, pikalt. Kõik, mida me siis oskasime, katsetasime ainult prototüübi ulatuses. Kaks inimest saavad kergesti moodustada siseriikliku meeskonna. Ja ülesanded, mida me „lahendasime“ – olid peamiselt väikesed täiendavad „Hello World“ tehnoloogiate tutvustused. Me genereerisime uusi hüpoteese, testisime neid kiiresti, ei jäänud kinni ja seetõttu tapame neid kahetsemata. Kui meid oli 10, hüpoteetiliselt eeldasime, et meie töö kiirus laieneb teistele. Ja lubasime selliseid täitmise tähtaegu, mis olid võrreldavad meie ilusate kujutlustega, korrutatuna meie innukusega.

Kas see tundub tuttav? 🙂

Noh, kas te juba teate, mis edasi tuleb?

Lõks nr 1. „Ekstrapolatsioonikruut“

On selge, et uued tehnoloogiad näevad esitluses väga ägedad välja ja toimivad hästi „Hello World“ tasemel rakendustes. Kuid reaalsus on tavaliselt veidi kaugemal.

Nii et. VÕTAME raamatukogu, kirjutame hulga rakenduslikku koodi. Ühiktestimist peame koormuseks (me oleme ju ägedad ja töötame siin ülispeediga, kood on kaasaegne jne). Muudame ja täiustame API-d jooksvalt — noh, mis testid siin, tõsiselt. Ja kogu see protsess „optimeerime arenduse” lipu all (jah, praegu on seda isegi hirmus kirjeldada).

Ja siis on kõik üsna selge.

Väljastame uue versiooni uat-ile. Ärijõud testivad kõik hoolega ja vajutavad nuppe. Nad vajutavad mõnikord üsna loominguliselt — midagi laguneb. Siin oleks paslik minna ja uurida, mida selle jaoks on tehtud. Kuid monitori taga ei ole hullu testijat, kes viib sind läbi kõik keskkonna omadused, arvestades piirkonna ilmateadet, vaid tellija ärist. Tal on lihtsalt "ei tööta". See tähendab, et ta on rahulolematu. Küsi temalt — ja ta ütleb hirmutav rahulolematu!

Siis, et viga reprodutseerida, pead minema ja läbi katsetama kõik võimaliku. Loomulikult ei jätnud me tähelepanuta ühtegi kaebust ja kõik probleemid lahendati. Me jätsime kõrvale plaanitud ülesanded, et "tulekahju kustutada".

Nii me kaevusime järgmisse auku.

Lõks nr 2. "Stahhanovets"

Sinule tuleb ebameeldiv viga. Alustad uurimist. Ei õnnestu — viha — uus katse uuesti lahti mõtestada — järgmine ebaõnnestumine — selgitad kõik, mis võimalik — jälle vale — mõtled sellele, et oled juba vana ja kõigil on lapsed ning hüpoteek — proovid uuesti — jälle vale. Paari koondkooki ja kõik kordub. 12-14 tundi pidevat tööd — peaaegu norm. Ja siis, kui kõik on piiril — plõks, arusaamine!

Võib-olla on väljastpoolt vaadates sellise päeva efektiivsuse hindamine hästi ja õigesti nähtav. Kuid seestpoolt — võib olla väga erinev.

Minu puhul sisaldas sellise töö kogemus "Ma olen vingev, ma olen äge, ma lahendasin probleemi”. Mitte alati teadlikult, kuid alateadlikult — alati!

Ja sellele jääd sõltuvusse, ilma naljata. Tundub, et sisemised mõõdikud edusammude kohta nihkuvad tulemusest pingutuste arvu ja alanduste tasemele, mida oled korda saatnud, kui palju oled kannatanud, püüdes probleemi lahendada.

Tõenäoliselt on see kõige kohutavam lõks.

Edasi läheb kergem ja lõbusam 🙂

Lõks nr 3. "Hello world" jõud

Meie tehnoloogiad sellel perioodil: ElasticSearch, Hazelcast, Pentaho, freemarker (ja tõestatud Java, Spring, Tomcat, nginx). Freemarker ei andnud väga informatiivseid erroriteateid. Kuid ElasticSearch, Hazelcast ja Pentaho tuli paar korda patšeerida — me leidisime oskuslikult juhtumeid, kus nad ei töötanud nii, nagu dokumentatsioon määras.

Kerge algus ja kiirete tulemuste saavutamine uue tehnoloogia kasutamisega tundub hea, kuid see toob kaasa eufooria ja vähendab ettevaatlikkust. Sest uus tehnoloogia sisaldab vigu, see kindlasti sisaldab vigu. Ja kui neist veel ei ole kirjutatud — ole rõõmus, just sina oled see esimesena, kes täielikult avastab midagi ebaõiget ning hakkab seda Google'is või SO-s otsima. Muidugi, „ebaõige“ võib leida ka usaldusväärsetest toodetest, kuid uutest — on see palju lihtsam.

Hoolimata kõigist raskustest jõudsime tootmisse. Jah, viivitustega. Jah, mitte väga stabiilselt. Kuid üldiselt — ilma katastroofideta.

Kokkuvõtteks tuletan veel kord meelde lõkse, kus moonutatakse tervet arusaama tööprotsessist.

1. „Ekstrapolaator-vinge“. Praeguste edusammude innustusel liigume edasi ja rõõmsalt ekstrapoleerime arenduskiirusest eelnevatele projektidele.
2. „Stahhanovlane“. Teeme tööd lõpuni, oleme enda üle rahul, aga ei märkagi, et lahendatud probleemid on meie enda vigade/kohmakuse/hooletuse tagajärg. Töö, mida pole teostatud.
3. „Hello worldi jõud“. Kiirustame tootmisse viima kõige uuemat ja huvitavamat.

Miks kõik õnnestus

Muidugi, ma ei loetlenud kõiki vigu, mis meil selle aja jooksul oli, aga need on kõige levinumad, mis võivad esineda igasuguste projektide puhul. Selline vigade fikseerimine aitab neid hiljem vältida.

Veidi sellest, kuidas meil õnnestus luua selline mini-startup ettevõtte sees ja veenda äri minema juba ostetud süsteemilt millegi enda loodud peale.

Tingimus nr 0. Tervislik kliima ettevõttes. See ei ole ainult töötajate „säravad silmad“ ja suhtlemisoskus stressitingimustes küpsiste valmistamisel, ei. See puudutab kõiki suhtlusi.

Tingimus nr 1. Usuda sellesse, mida teed. Tõsiselt, ma ei arva, et meil oleks olnud mingit võimalust, kui oleksime tegelenud pilootprojektiga, ilma et oleksime ostetud süsteemi „kuni poldini“ välja uurinud — ehkki tagasi astudes teades alateadlikult, et see süsteem on parem ja seljatab meid.

Mida me tegime: 1) uurisime ostetud süsteemi, selle abil lahendasime peamised ärivajadused 2) koostasime ülesannete nimekirja, mis ei ole mitte ainult praegu olemas, vaid ka tulevikus 3) valisime lahenduse, mis sobib paremini. Ja siis oli meie lahenduse hindamine ekspertide hinnang.

Kas nad annaks meile midagi, kui me lihtsalt tuleksime ja ütleksime: "Poisid, kõik on jama, me ei taha sellega tegeleda ja otsustasime alustada nullist"? Vaevalt. Ja vastus oleks selline, et see jääks meelde 🙂

Tingimus nr 2. Esimene samm on väike. Loome esimese hüpoteesi ja testime seda. Selleks võib kuluda ka teie isiklikku aega. Kui te ei soovi oma aega kulutada — siis ei tasu sellise asja kallale hakata. Ja kui te ei taha väikest hüpoteesi kontrollida, vaid tahate kohe midagi lahedat ja säravat teha — hoidke sellistest inimestest eemal!

Meil vedas, ja kõige esimene hüpotees töötas. Kuid nii ei juhtu alati. Näiteks ühes järgmistest projektidest, kui edendasime admin-paneeli sarnases pilootprojekti raames, töötas meil vaid 18. variant. Ja 17 esimest lähenemist olid asjata. Muide, admin-paneeli loomise loos olid süžeepöörded tasemel Brasiilia telesarjad, kuna meeskonna moodustasid poisid, kes olid sel ajal juba veteranid, tõelised "kogenud tegijad".

Tingimus nr 3. Loome MVP ja otsime valupunkte otsustaja näos. Muidugi võib tema näos peegelduda hirmsus juba selle fakti tõttu, et te toote talle kolmekümnendat korda mingit projekti. Kuid sellegipoolest. Ja kindlasti näitame, kuidas me täpselt tema probleeme oma tootega lahendame.

Tingimus nr 4. Kiiresti teeme käepärase piloodi, mis näeb välja ligikaudu nagu lõpptulemus. Kõik täiesti ägedalt teha — ahvatlev, kuid võite sattuda perfektsionismi lõksu, mille tõttu tundub, et soovite näidata pilootversiooni juba ideaalsest tootest. Ning selliseid ei ole. Seetõttu tehke vähemalt pullidest.

Tingimus nr 5. Toode. Projekt kasvab, saab rahastust, tulevad spetsialistid, kellel on soliidne kogemus.
Ja kui te olete klassikaline startup-ettevõtja, siis on see see hetk, kui tuleb kiirusest põgeneda. Sest kerge lendamine tippudes ja üldine heaolu tunne hajuvad kiiresti.

Turule minek — see on kohtumine reaalsete koormustega, integreerimine kümnete süsteemidega, ning kui loote uut funktsionaalsust, siis töötlete samal ajal olemasolevaid versioone. Kõik need on väljakutsed, mis on palju tõsisemad kui idee genereerimine ja ühe kliendi probleemi lahendamine, isegi kui see on hästi.

Need on väljakutsed, ja oskuste areng toimub just sellel etapil.

Aitäh, et lugesid. Head uut koodi!

Allikas: habr.com