<\/a><\/noindex><\/p>\nSono arrivato nel 2012 con l'obiettivo principale di lavorare sul nostro sito di punta. All'epoca era un \"mostro di Frankenstein\": una parte del team lavorava con il nostro vecchio sistema, che faceva fatica a gestire i carichi (Bitrix), mentre un'altra parte del team (incluso me) cercava di implementare un nuovo sistema, scelto con il criterio \"Se \u00e8 il pi\u00f9 costoso e-commerce al mondo, lo prendiamo\". Ebbene, \"cercavamo di implementare\" \u2014 perch\u00e9 il sistema resisteva strenuamente, e ogni volta che riuscivamo a risolvere un problema, ne emergeva inevitabilmente un altro \"sorpresa\". Lavoravamo molto, ma avanzavamo alla velocit\u00e0 di una tartaruga.<\/p>\n
<\/p>\n
Per me, l'ultima goccia \u00e8 stata scoprire il codice di un metodo in questo \"e-commerce pi\u00f9 costoso al mondo\", quando diverse ore di lavoro concentrato su un bug complesso hanno rivelato che la causa si trovava in un custom-tag, che viene eseguito durante la generazione dell'html in jsp. Lo scopo di questo custom-tag \u00e8 visualizzare la somma di alcune grandezze. Questo \u00e8 positivo, perch\u00e9 a questo serve il custom-tag. Ma la sorpresa \u00e8 emersa dal fatto che, nel farlo, alcuni dati nel database venivano modificati, il che influenzava il comportamento delle pagine successive; e se si premeva F5, la chiamata si ripeteva, compromettendo la coerenza dei dati. Inoltre, il problema si manifestava solo dopo alcuni passaggi, alla terza pagina della sequenza. No, non sono contrario a che un simile \"master-ninja\" faccia parte del team e mantenga alta l'attenzione dei colleghi. Ma non in questo modo, in una libreria del sistema pi\u00f9 costoso!<\/p>\n
<\/p>\n
Era venerd\u00ec. Sabato e domenica io e un collega li abbiamo trascorsi in ufficio per capire quali compiti il business ci pone davanti oggi e quali potrebbero presentarsi fra un anno. Di conseguenza, come potremmo affrontarli, se non fossimo costretti a usare questo sistema costoso e frustrante.<\/p>\n
<\/p>\n
Detto-fatto. Abbiamo realizzato un pilota, nel quale abbiamo posto le basi per lo sviluppo del nuovo sito di Sportmaster. Molte di queste idee sono state accolte e ora il loro proseguimento \u00e8 attivo sul sito.<\/p>\n
<\/p>\n
Fasi del pilota e tempistiche<\/h2>\n <\/p>\n
2 giorni.<\/strong> Abbiamo creato un micro-prototipo: nel fine settimana trasferiamo il nostro database in ElasticSearch e realizziamo una ricerca per faccette. Voil\u00e0! Nella stessa costosa piattaforma, questa configurazione richiedeva 2 settimane. Qui, per\u00f2, \u00e8 stata completata in poche ore! E funziona anche pi\u00f9 velocemente. Anzi, \u00e8 pi\u00f9 veloce di un ordine di grandezza.<\/p>\n<\/p>\n
2 settimane.<\/strong> Stiamo sviluppando il prototipo, aggiungendo funzionalit\u00e0 per una presentazione personalizzata adeguata. <\/p>\n<\/p>\n
Ad esempio, un utente ha diverse sconti e promozioni a lui dedicate \u2014 in questo caso, nei risultati di ricerca per i prodotti deve essere visualizzato esattamente il prezzo che si pu\u00f2 ottenere applicando tutti i vantaggi disponibili nel modo pi\u00f9 vantaggioso.<\/p>\n
<\/p>\n
Con le promozioni non \u00e8 cos\u00ec semplice. Ad esempio, ho acquistato degli sci, ora c'\u00e8 uno sconto del 40% sul berretto, ma cos\u00ec facendo si annulla lo sconto di benvenuto del 10% su tutto l'ordine. S\u00ec, \u00e8 un caso reale \ud83d\ude42 E per impostare una tale promozione nel sistema d'acquisto, sono state pagate 3 consulenze con il fornitore, grazie alle quali abbiamo ricevuto molti esempi su come realizzare diverse altre promozioni. Molto diplomatico e, considerando il costo delle consulenze, economicamente molto vantaggioso.<\/p>\n
<\/p>\n
Abbiamo mostrato un demo dettagliata all'azienda. Abbiamo promesso di allestire rapidamente un pilota e siamo subito passati all'azione.<\/p>\n
<\/p>\n
2 mesi.<\/strong> Il progetto pilota \u2014 lo realizziamo sotto forma di un sito web live con ricerca nel catalogo. Ricerca con faccette, risultati di ricerca \u2014 con sconti personalizzati, il pilota sembra quasi un sito di Sportmaster, e abbiamo caricato gli stessi prodotti. Fantastico! <\/p>\n<\/p>\n
Aggiungiamo \u00abKrasnorechie:100\u00bb del nostro capo reparto, e la presentazione all'azienda va a gonfie vele! Ci danno carta bianca per sviluppare noi stessi la piattaforma eCommerce.<\/p>\n
<\/p>\n
E questo significa, tenete duro, ragazzi, tenete duro, ragazzi, il budget. \u00c8 fantastico, giusto!<\/p>\n
<\/p>\n
2 anni.<\/strong> Rilascio del sito in produzione. S\u00ec, \u00e8 stato lungo. Tutto ci\u00f2 che sapevamo fare all'epoca l'abbiamo provato solo in scala prototipale. Due persone formano facilmente una squadra affiatata. E anche le attivit\u00e0 che 'spuntavamo' erano, per lo pi\u00f9, piccole rifiniture di 'Hello World' con nuove tecnologie. Generavamo facilmente nuove ipotesi, le testavamo rapidamente, non riuscivamo ad affezionarci e quindi le 'uccidevamo' senza rimpianti. Quando siamo diventati 10, per inerzia abbiamo estrapolato la nostra velocit\u00e0 di lavoro su tutti gli altri. E abbiamo promesso scadenze eque, pari alla nostra idea di bellezza moltiplicata per il nostro entusiasmo.<\/p>\n<\/p>\n
Situazione familiare? \ud83d\ude42<\/p>\n
<\/p>\n
Allora, sai gi\u00e0 cosa succeder\u00e0 dopo?<\/p>\n
<\/p>\n
Trappola n. 1. \u00abL'extrapolatore straordinario\u00bb<\/h2>\n <\/p>\n
\u00c8 chiaro che le nuove tecnologie sembrano fantastiche nelle presentazioni e si comportano alla grande nelle applicazioni di tipo \u00abHello World\u00bb. Ma la realt\u00e0 di solito \u00e8 un po' diversa da questo.<\/p>\n
<\/p>\n
Ecco come funziona. Prendiamo la libreria, scriviamo una marea di codice applicativo. I test unitari li consideriamo un peso (siamo fighi e lavoriamo a supervelocit\u00e0, il codice \u00e8 moderno e cos\u00ec via). Cambiamo e perfezioniamo costantemente l'API al volo \u2014 seriamente, chi ha bisogno di test? E tutto questo sotto la bandiera \"abbiamo ottimizzato il processo di sviluppo\" (s\u00ec, adesso \u00e8 persino spaventoso descriverlo).<\/p>\n
<\/p>\n
E poi tutto \u00e8 piuttosto ovvio.<\/p>\n
<\/p>\n
Distribuiamo una nuova build su UAT. I ragazzi del business si affrettano a testare e premere i pulsanti. A volte premono in modo piuttosto creativo \u2014 qualcosa si rompe. Qui sarebbe il caso di andare a scoprire cosa \u00e8 stato fatto. Ma dall'altra parte dello schermo non c'\u00e8 un tester scrupoloso, pronto a darti tutte le caratteristiche dell'ambiente tenendo conto delle condizioni climatiche della regione, bens\u00ec il committente del business. Per lui, semplicemente \"non funziona\". E questo significa che \u00e8 insoddisfatto. Se lo chiedi, lui dir\u00e0 che \u00e8 molto<\/em> insoddisfatto!<\/p>\n<\/p>\n
<\/p>\n
Allora, per riprodurre il bug, bisogna andare e provare a toccare tutto a caso. Certo, non abbiamo trascurato nessuna lamentela e abbiamo sistemato tutto. Abbiamo abbandonato le attivit\u00e0 programmate, ma \"abbiamo spento il fuoco\".<\/p>\n
<\/p>\n
Cos\u00ec abbiamo scavato un'altra buca.<\/p>\n
<\/p>\n
Trappola n. 2. \"Stakhanovista\"<\/h2>\n <\/p>\n
Un bug poco piacevole \u00e8 arrivato. Cominci a indagare. Non funziona \u2014 rabbia \u2014 provi di nuovo a risolverlo \u2014 ennesima delusione \u2014 chiedi tutto ci\u00f2 che puoi \u2014 di nuovo non \u00e8 giusto \u2014 pensi che ormai sei vecchio e tutti hanno figli e mutui \u2014 riprovi \u2014 di nuovo non \u00e8 giusto. Dopo alcune tazze di caff\u00e8, tutto si ripete. 12-14 ore di lavoro di fila \u2014 quasi normale. E quando ormai tutti sono al limite \u2014 ecco, un'illuminazione!<\/p>\n
<\/p>\n
<\/p>\n
Forse, dall'esterno, la valutazione dell'efficacia di una giornata del genere \u00e8 chiara e corretta. Ma da dentro \u2014 pu\u00f2 essere diverso.<\/p>\n
<\/p>\n
Nel mio caso, la sensazione di questo lavoro includeva \"Sono fantastico, sono forte, ce l'ho fatta\". Non sempre consapevolmente, ma inconsapevolmente \u2014 sempre!<\/p>\n
<\/p>\n
E ci si abitua, senza scherzi. Di conseguenza, le metriche interne di successo si spostano dal risultato al numero di sforzi compiuti e al livello di prodezze che hai realizzato, quanto hai sofferto nel tentativo di risolvere il problema.<\/p>\n
<\/p>\n
Probabilmente, questa \u00e8 la trappola pi\u00f9 terribile.<\/p>\n
<\/p>\n
Dopo sar\u00e0 pi\u00f9 facile e divertente \ud83d\ude42<\/p>\n
<\/p>\n
Trappola n. 3. \u00abIl potere di Hello world\u00bb<\/h2>\n <\/p>\n
Il nostro stack tecnologico di quel periodo: ElasticSearch, Hazelcast, Pentaho, freemarker (e provate Java, Spring, Tomcat, nginx). Freemarker forniva messaggi di errore non molto informativi. Tuttavia, abbiamo dovuto applicare patch a ElasticSearch, Hazelcast e Pentaho diverse volte \u2014 trovavamo abilmente casi in cui non funzionavano come specificato nella documentazione.<\/p>\n
<\/p>\n
Un avvio facile e rapidi vantaggi dall'uso di una nuova tecnologia vanno bene, ma introducono euforia e abbassano la guardia. Perch\u00e9 una nuova tecnologia contiene bug, li contiene sempre. E se non sono stati ancora scritti \u2014 godi, tocca a te diventare il pioniere che sicuramente trover\u00e0 qualcosa di storto e andr\u00e0 a cercare su Google o su SO. Certo, 'storto' pu\u00f2 essere trovato anche in prodotti collaudati, ma nei nuovi \u00e8 molto pi\u00f9 semplice.<\/p>\n
<\/p>\n
<\/p>\n
Nonostante tutte le difficolt\u00e0, siamo arrivati in produzione. S\u00ec, con dei lag. S\u00ec, non molto stabile. Ma in generale \u2014 senza catastrofi.<\/p>\n
<\/p>\n
Quindi ribadisco ancora una volta le trappole in cui viene distorta una sana percezione del processo di lavoro.<\/p>\n
<\/p>\n
\n\u00abEstraibilit\u00e1 sorprendente\u00bb<\/strong>. Impressionati dai successi attuali, andiamo avanti ed estendiamo con gioia la velocit\u00e0 di sviluppo ai progetti futuri.<\/li>\n\u00abSostituto\u00bb<\/strong>. Lavoriamo fino all'esaurimento, soddisfatti di noi stessi, ma non ci accorgiamo che i problemi che risolviamo sono conseguenze dei nostri errori personali \/ delle nostre mancanze \/ delle nostre negligenze. Lavori da non fare.<\/li>\n\u00abIl potere di Hello World\u00bb<\/strong>. Ci affrettiamo a implementare in produzione tutto ci\u00f2 che \u00e8 nuovo e interessante.<\/li>\n<\/ol>\n<\/p>\n
Perch\u00e9 \u00e8 andato tutto bene<\/h2>\n <\/p>\n
Certo, non ho elencato tutti gli errori che abbiamo commesso nel tempo, ma solo i pi\u00f9 comuni, probabili per progetti di qualsiasi specificit\u00e0. Tale registrazione degli errori aiuta a evitarli in futuro.<\/p>\n
<\/p>\n
Un po' su come siamo riusciti a creare una mini-startup all'interno dell'azienda e convincere il business a passare da un sistema gi\u00e0 acquistato a qualcosa di personalizzato.<\/p>\n
<\/p>\n
Condizione n. 0<\/strong>. Un clima sano in azienda. Non si tratta solo di avere \u00abocchi brillanti\u00bb nei dipendenti e di comunicabilit\u00e0 in condizioni di stress nella raccolta di biscotti, no. Riguarda tutte le interazioni.<\/p>\n<\/p>\n
Condizione n. 1<\/strong>. Credere in ci\u00f2 che si fa. Seriamente, non penso che avremmo avuto alcuna possibilit\u00e0 se avessimo fatto un pilota senza smontare il sistema acquistato \u00abfino all'ultima vite\u00bb \u2014 cio\u00e8, ritirandoci e sapendo in modo subconscio che quel sistema \u00e8 migliore e ci batter\u00e0.<\/p>\n<\/p>\n
Cosa abbiamo fatto: 1) abbiamo esaminato il sistema di acquisto, utilizzandolo per risolvere le principali richieste del business 2) abbiamo redatto un elenco di compiti che non solo esistono ora, ma ci saranno anche nel prossimo futuro 3) abbiamo trovato la soluzione pi\u00f9 adatta. E quindi, la nostra valutazione della soluzione \u00e8 stata una valutazione degli esperti.<\/p>\n
<\/p>\n
Ci darebbero qualcosa se ci presentassimo e dicessimo, 'ragazzi, tutto fa schifo, non vogliamo occuparci di questo e abbiamo deciso di fare tutto da zero'? Probabilmente no. E la risposta sarebbe stata formulata in modo tale da rimanere ben impressa \ud83d\ude42<\/p>\n
<\/p>\n
Condizione n. 2<\/strong>. Iniziamo con un piccolo passo. Generiamo la prima idea e verifichiamola. \u00c8 possibile dedicare a questo anche il proprio tempo personale. Se non si vuole spendere tempo personale, allora non vale nemmeno la pena di impegnarsi in una questione del genere. E se non si vuole verificare una piccola ipotesi, ma si preferisce fare qualcosa di fantastico fin da subito \u2014 state lontani da queste persone!<\/p>\n<\/p>\n
Siamo stati fortunati, e la prima ipotesi ha funzionato. Ma non \u00e8 sempre cos\u00ec. Ad esempio, in uno dei progetti successivi, quando abbiamo promosso l'interfaccia di amministrazione all'interno di un pilota simile, solo il diciottesimo tentativo ha dato risultati. I primi diciassette approcci sono stati vani. A proposito, nella storia della creazione dell'interfaccia di amministrazione, le svolte della trama erano da telenovela brasiliana, perch\u00e9 la squadra era formata da ragazzi gi\u00e0 esperti, dei veri \"veterani\".<\/p>\n
<\/p>\n
Condizione n. 3<\/strong>. Creiamo un MVP e cerchiamo le difficolt\u00e0 dell'interlocutore decisionale. Certo, il suo volto potrebbe gi\u00e0 riflettere orrore al solo pensiero che stai per proporgli un'idea per la trentesima volta. Ma lo facciamo comunque. E mostriamo sempre come risolviamo i suoi problemi con il nostro prodotto.<\/p>\n<\/p>\n
Condizione n. 4<\/strong>. Creiamo rapidamente un pilota che sembra circa<\/em> il risultato finale. \u00c8 allettante fare tutto in modo perfetto, ma si pu\u00f2 cadere nel perfezionismo, il che significa che invece di un pilota si desidera mostrare una versione pilota di un prodotto gi\u00e0 ideale. Ma non esistono prodotti cos\u00ec. Quindi, fai almeno qualcosa di semplice.<\/p>\n<\/p>\n
Condizione n. 5<\/strong>. Prodotto. Il progetto cresce, ottiene finanziamenti e arrivano specialisti con esperienza solida.<\/p>\n
Il passaggio alla produzione \u00e8 un confronto con carichi reali, integrazione con decine di sistemi, e quando crei nuove funzionalit\u00e0, allo stesso tempo, nel contesto del supporto, sviluppi anche le versioni precedenti. Tutto ci\u00f2 rappresenta sfide molto pi\u00f9 serie rispetto all'ideare un'idea e risolvere magari bene, ma solo un problema del cliente.<\/p>\n
<\/p>\n
Queste sono sfide, e la crescita delle competenze avviene proprio in questa fase.<\/p>\n
<\/p>\n
Grazie per aver letto. Happy New Code!<\/p>\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u0410\u043b\u0435\u043a\u0441\u0435\u0439 \u041f\u044c\u044f\u043d\u043a\u043e\u0432, \u044f \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440. \u0421\u043a\u0430\u0436\u0443 \u0441\u0440\u0430\u0437\u0443, \u0447\u0442\u043e \u00ab\u0433\u043b\u0430\u0432\u043d\u044b\u0439\u00bb \u043d\u0435 \u0437\u043d\u0430\u0447\u0438\u0442 \u00ab\u0441\u0430\u043c\u044b\u0439 \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u0438\u0437 \u0432\u0441\u0435\u0445 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u043e\u0432\u00bb, \u043d\u0435\u0442, \u044d\u0442\u043e \u0442\u043e\u043b\u044c\u043a\u043e \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435, \u0442\u0430\u043a\u043e\u0439 \u043e\u0447\u0430\u0440\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0434\u043b\u044f \u00abSenior+"\u00bb. \u0412 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440 \u044f \u0440\u0430\u0431\u043e\u0442\u0430\u044e \u0441 2012 \u0433\u043e\u0434\u0430, \u0438 \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f \u043a\u043e\u043c\u0430\u043d\u0434\u043e\u0439 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0431\u044b\u043b\u043e \u0441\u0434\u0435\u043b\u0430\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0445 \u0441 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u0441\u0442\u043e\u0440\u043e\u043d\u044b. \u041d\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":73945,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-73944","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Retrospettiva](\"\/wp-content\/uploads\/2020\/03\/1651640dbf2cb45d48e1e046a78c931f.png\")
<\/p>\n