Retrospetiiv ristteedest. Kuidas isetehtud lahendus osutus kallimast paremini töötavaks

Tere! Mina olen Aleksei Pjankov, peamine programmeerija ettevõttes Sportmaster. Ütlen kohe, et „peamine“ ei tähenda „kõige peamine kõigist programmeerijatest“, ei, see on lihtsalt nimetus, lahke tõlge „Senior+".

Ettevõttes Sportmaster olen töötanud alates 2012. aastast ja selle aja jooksul on meie arendusmeeskond loonud palju tehniliselt huvitavaid lahendusi. Kuid täna tahaksin rääkida meie tööst, keskendudes pigem sellele, kuidas me mõtteid vahetasime teatud kaheldavates olukordades.

Käesolevas artiklis ei tule konkreetseid tehnilisi lahendusi (ega midagi muud tehnilist), mida tuleks haarata ja rakendada oma projektis. Pigem on see peegeldus tehtud tööst. Oli mõned erilised hetked, mis mõjutasid meid meeskonnana — ühendasid, tugevdasid ja viisid proovile. Nendest hetkest, meie meeskonna töö atmosfäärist, meie takistustest ja psühholoogilistest lõksudest, kuhu me end mõnikord lükkame, püüan ma täna rääkida.

Ja alustan just 2012. aastast.

Tulin 2012. aastal peamise eesmärgiga — töötada välja meie lipulaev veebileht. Sel ajal oli see nagu „Frankensteini monster”: osa meeskonnast töötas meie vana süsteemiga, mis ei suutnud koormustega hästi toime tulla (Bitrix), ning teises meeskonna osas (kuhu kuulusin ka mina) püüdsime rakendada uut süsteemi, mille olime valinud kriteeriumiga „Kuna see on kõige kallim e-kaubanduse süsteem maailmas, võtame selle”. Just „püüdsite rakendada” — sest süsteem vastupanu osutas ja iga kord, kui saime millegagi hakkama, tekkis kindlasti „üllatus”. Töö oli palju, kuid edusamme tegime kilpkonna kiirusel.

Isiklikult läks viimane piisk karikasse, kui tutvusin ühe meetodi koodiga selles "maailma kallimas e-kaubanduses", kus mitu tundi intensiivset tööd keerulise vea kallal viis avastamiseni, et põhjus oli peidus custom-tag'is, mis töötab HTML-i genereerimise ajal JSP-s. Selle custom-tag'i ülesanne on kuvada mingite väärtuste summa. See on kindlasti kasulik, selle jaoks need custom-tag'id loodud ongi. Kuid üllatus peitus selles, et sellega muudetakse mõned andmed andmebaasis, mis mõjutab käitumist järgmistel lehtedel, ja kui vajutada F5 — kutsuti korduma, mis rikkus andmete järjepidevust. Ning rikkumine ilmnes selliselt, et seda märkasin alles paar sammu hiljem, 3. lehe järjestuses. Ei, ma ei ole vastu sellele, et selline "meistrininjutsu" oleks meeskonnas ja oma koodiga hoiab kolleegide tähelepanu teravana. Kuid mitte nii, maailma kallima süsteemi teegis!

See oli reede. Laupäeva ja pühapäeva veetsime kolleegiga kontoris, et välja selgitada, millised ülesanded ettevõte täna süsteemile seab ja milliseid ülesandeid võib välja mõelda aasta pärast. Seega, kuidas me neid lahendaksime, kui me ei oleks sunnitud kasutama seda kõige kallimat ja kõige ärritavamat süsteemi.

Üeldud — tehtud. Me tegime pilootprojekti, mille alusele arendasime uut Spordimeistri veebisaiti. Paljud neist ideedest on ellu ärganud ja nende jätk on aktiivselt veebisaidil.

Pilootprojekti etapid ja ajakava

2 päeva. Me tegime mikrovormingu — nädalavahetuse jooksul teisendame meie andmebaasi ElasticSearch'i, teeme fassaadiotsing. Voilà! Ostetud süsteemis võttis sarnane seade aega 2 nädalat. Ja siin — vaid paar tundi! Lisaks töötab see kiiremini. Täpsemalt öeldes kiiremini ühe kordaga.

2 nädalat. Loodame prototüüpi, lisame funktsionaalsuse tõhusaks isikupärastatud väljundiks.

Näiteks, kui kasutajal on mitmeid allahindlusi ja pakkumisi, mis kehtivad just temale — siis peab otsingutulemustes kuvatama täpselt see hind, mida on võimalik saada, rakendades kõiki saadaval olevaid võimalusi kõige soodsamal viisil.

Pakkumistega pole kõik nii lihtne. Näiteks, ostsin suusad, nüüd on mütsile 40% allahindlus, kuid see tühistab welcome-allahindluse 10% kogu tellimusele. Jah, see on tegelik juhtum 🙂 Ja et sellist kampaaniat ostusüsteemis seadistada, maksti 3 konsultatsiooni eest tarnijaga, mille tulemusena saime palju näiteid, kuidas teha erinevaid muid kampaaniaid. Väga diplomaatiline ja, arvestades konsultatsioonide hinda — väga hea majanduslikult.

Näitasime ettevõttele põhjalikku demo. Lubasime kiiresti pilooti kokku panna ja hakkasime kohe asja kallale.

2 kuud. Pilootprojekt — teeme elu veebisaidi kujul, kus on katalooge otsimine. Otsimine koos fassaadidega, otsingutulemused — isiklike allahindlustega, näeb piloot välja peaaegu nagu Spordimaailma sait, ja tooted on meil samad. Maius!

Lisame meie osakonnajuhataja „Krasnorechije:100“ ja esitlus äri jaoks läheb suurepäraselt! Meile antakse vabad käed eCommerce platvormi ise väljatöötamiseks.

Ja see tähendab, et hoidke, poisid, head meeskonda ja hoidke, poisid, eelarvet. Ikka niksi-naks!

2 aastat. Veebilehe väljalaskmine. Jah, see võttis aega. Kõik, mida me toona oskasime, proovisime ainult prototüübi mastaabis. Kaks inimest suudavad kergesti moodustada tõhusa meeskonna. Ja ülesanded, mida me 'lahendasime', olid tõepoolest väikesed täiendused 'Hello World' uutes tehnoloogiates. Me genereerisime kergesti uusi hüpoteese, testisime neid kiiresti, ei jõudnud harjuda ning seetõttu 'tapetasin' neid kahetsuseta. Kui meid oli juba 10 inimest, ekstrapoleerisime meie töös kiirus kõikide teiste peale. Ja lubasime järgmiste ülesannete tähtaegadeks tingimisi, mis olid võrdsed ilusa ettekujutusega, korrutatud meie entusiasmiga.

Kas tuttav olukord? 🙂

Noh, kas te juba teate, mis edasi saab?

Künga №1. „Ekstrapoleerija-ägedus“

On selge, et uued tehnoloogiad näevad esitluses väga ägedad välja ja töötavad suurepäraselt rakendustes tüübil 'Hello World'. Kuid reaalsus on tavaliselt veidi kaugemal sellest.

Nii, võtame raamatukogu, kirjutame hulga rakenduskoodi. Üksustestid peavad meil tõeliselt koormavaks (me oleme ju lahedad ja töötame superkiirusel, kood on kaasaegne ja kõik muu). Muudame ja täiendame API-d pidevalt - tõsiselt, millised testid siin. Ja kõik see „suurepäraselt optimeeritud arendusprotsessiga“ (jah, praegu on seda isegi kohutav kirjeldada).

Edasi läheb kõik üsna ilmselgeks.

Toome uue build'i uat-ile. Äritehnika inimesed lähevad kiiresti seda testima ja nuputavad nuppu. Nad nuputavad vahel üsna loovalt — midagi kukub välja. Siin oleks aeg minna ja teada saada, mis selleks tehtud on. Kuid monitori taga ei ole ei-heakskiidetud tester, kes annab sulle kõik keskkonna omadused arvesse võttes ilmateadet, vaid tellija äris. Tal on lihtsalt "ei tööta". Ja see tähendab, et ta on rahulolematu. Küsi temalt — ja ta on karm rahulolematu!

Sel juhul, et vea reprodutseerida, tuleb minna ja kõik käsitsi üle proovida. Loomulikult ei jätnud me ükski kaebus tähelepanuta ja kõik fikseerisime. Jätame planeeritud ülesanded kõrvale, kuid "tulekahju kustutame".

Nii kaevasime endale järgmise augu.

Lõks nr 2. "Stahanovets"

Saabus sulle mitte kõige meeldivam vead. Alustad uurimist. Ei õnnestu — vihakshwa — püüad uuesti aru saada — järjekordne ebaõnnestumine — täpsustad kõike, mis võimalik — jälle vale — mõtled sellele, et oled juba vana ja kõigil on lapsed ja hüpoteek — proovid uuesti — jälle vale. Mõned tassid kohvi ja kõik kordub. 12–14 tundi jutustööd järjest — peaaegu nagu norm. Ja siis, kui kõik on juba piiril — ops, selgus!

Võib-olla, eemalt vaadates, on selle päeva efektiivsuse hindamine selge ja õige. Seestpoolt aga võib see olla erinev.

Minu puhul mõjutas selline töö mulje, et «ma olen äge, ma suudan, ma lahendasin» . Mitte alati teadvuslikult, aga alateadlikult — alati!

Ja sellele jäädki sõltuvusse, tõsiselt. Tundub, et sisemised edusamme mõõtmise kriteeriumid nihkuvad tulemuse pealt pingutuste arvu ja selle kõrguse peale, kui palju kangelastegusid oled sooritanud, kuidas palju oled kannatanud, püüdes ülesannet lahendada.

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

Edasi läheb kergem ja lõbusam 🙂

Lõks nr 3. «Hello world'i jõud»

Meie tol ajal kasutatav tehnoloogiate virn: ElasticSearch, Hazelcast, Pentaho, freemarker (ning tõestatud Java, Spring, Tomcat, nginx). Freemarker ei andnud vigade kohta kuigi informatiivseid teadet. ElasticSearchi, Hazelcasti ja Pentaho puhul tuli teha mitmeid plaastrit — me leidisime andekalt juhtumeid, kus need ei töötanud nii, nagu dokumentatsioon ette nägi.

Kerge algus ja kiire edufaktori tunne uue tehnoloogia kasutamisest on hea, kuid need loovad eufooria ja vähendavad ettevaatlikkust. Sest uus tehnoloogia sisaldab vigu, kindlasti sisaldab. Ja kui nende kohta pole veel kirjutatud, siis rõõmusta: just sina pead olema see teerajaja, kes kindlasti leiab midagi viltu ja hakkab google'ima või otsib välja Stack Overflow's. Loomulikult võib 'viltu' leida ka tõestatud toodetest, kuid uutes on see palju lihtsam.

Oma kõikidest raskustest hoolimata jõudsime tootmisse. Jah, viivitustega. Jah, mitte kuigi stabiilselt. Kuid kokkuvõttes — ilma katastroofideta.

Kokkuvõtteks toon veel kord välja lõksud, kus moonutatakse tervet arusaama tööprotsessist.

1. «Ekstrapolaator-kaukas». Käesoleva edusamme muljet avaldavad, läheme edasi ja rõõmsalt ekstrapoleerime arenduskiirusest tulevasi projekte.
2. «Stahanovets». Teeme tööd äärmuseni, oleme rahul iseendaga, kuid ei märka, et lahendatavad probleemid on meie isiklike vigade / puudujääkide / hooletuse tagajärg. Töö, mida tuleks teha.
3. «Hello world» jõud. Kiirustame, et rakendada tootmisse kõik uus ja huvitav.

Miks see kõik õnnestus

Muidugi, ma loetlesin mitte kõik meie ajaga kaasnenud vead, vaid kõige üldisemad, mis on tõenäolised mistahes spetsiifika projektide jaoks. Selline vigade fikseerimine aitab neid tulevikus vältida.

Veidi sellest, kuidas meil lõppes sellise ministartupi loomine ettevõtte sees ja kuidas veenda äri loobuma juba ostetud süsteemist millegi enda kirjutatud kasuks.

Tingimus nr 0. Tervislik kliima ettevõttes. See ei ole ainult töötajate "põlevad silmad" ja suhtlemine stressirohketes küpsiste omamise tingimustes, ei. See puudutab kõiki suhtlemisi.

Tingimus nr 1. Usalda seda, mida teed. Tõsiselt, ma ei arva, et meil oleks mingit võimalust, kui oleksime pilotiga tegelenud, mitte ostetud süsteemi "kuni kruvini" lahti võtnud - see tähendab, kõrvale astudes ja alateadlikult teades, et see süsteem on paremini ja alistab meid.

Mida me tegime: 1) mõistsime ostetud süsteemi, millega lahendasime põhiküsimused äri suunalt 2) koostasime ülesannete nimekirja, mis ei hõlma mitte ainult praeguseid, vaid ka tulevikus esinevaid 3) valisime lahenduse, mis sobis kõige paremini. Seega, meie lahenduse hindamine — see oli ekspertide hindamine.

Kas nad oleksid meile midagi andnud, kui me lihtsalt oleksime tulnud ja öelnud, et 'mehed, kõik on jama, ei taha sellega tegeleda ja otsustasime kõike nullist alustada'? Vaevalt. Vastus oleks tulnud sellisel kujul, et see jääb hästi meelde 🙂

Tingimus №2. Teeme esimese sammu väikese. Genereerime esimese hüpoteesi ja kontrollime. Selleks võib kulutada ka oma isiklikku aega. Kui ei taha oma aega raisata — siis ei tasu sellise asja kallale hakata. Ja kui ei taha kontrollida väikest hüpoteesi, vaid tahaks kohe midagi ägedat ja silmapaistvat teha — hoidke sellistest inimestest eemale!

Meil vedas ja kõik läks plaanipäraselt - see oli meie esimene hüpotees. Kuid nii juhtub mitte alati. Näiteks ühes järgnevates projektides, kui edendasime adminpaneeli sarnases pilootprojektis, töötas meil vaid kaheteistkümnes variant. Esimese 17 lähenemist andsid tulemuseks ainult tühje katseid. Muide, adminpaneeli loomise ajalugu oli nagu brasiilialik sotsiaalne seiklus, sest meeskonda kuulusid kutid, kes olid juba veteranid, tõelised „kogenud tegelased”.

Olenemine nr 3. Loome MVP ja uurime otsustaja probleeme. Loomulikult võib tema näos peegelduv õudus juba tekida lihtsalt sellepärast, et toote kõigi probleemide lahendus on kahekümnes kord tema ette toodud. Kuid ikkagi, ja kindlasti näitame, kuidas just meie toode tema probleeme lahendab.

Olenemine nr 4. Kiirelt teeme külma pilooti, mis näeb välja umbes nagu lõpptulemus. Kõike täiuslikult teha on ahvatlev, kuid võite sattuda perfektsionismi lõksu, mis tähendab, et tahate näidata pilootversioonis juba ideaalse toote. Kuid selliseid pole olemas. Seetõttu tehke vähemalt paluks hargnevate käepidemetega.

Olenemine nr 5. Toot. Projekt kasvab, saab rahastust ja spetsialistid, kellel on korralik kogemus, tulevad kohale.
Ja kui sa oled klassikaline startup-ettevõtja, siis on see see hetk, mil on aeg kiirusel tagasi minna. Sest kerge lendamine kõrgel ja generaliseeritud heaolu tunne kaovad kiiresti.

Tootekeskkonda pääsemine on kokkupuude tõeliste koormustega, integreerimine kümnete süsteemidega, ja kui sa lood uut funktsionaalsust, pead samal ajal vanade versioonide hooldamise käigus neid täiendama. Kõik see on väljakutsed, mis on tunduvalt tõsisemad kui idee välja mõtlemine ja isegi ühe kliendi probleemi lahendamine.

Need on väljakutsed ja oskuste kasv - toimub just sellel etapil.

Aitäh, et lugesite. Head uut koodi!

Allikas: habr.com