Zdarzy\u0142o Ci si\u0119, \u017ce zesp\u00f3\u0142 programistyczny przez miesi\u0105ce wdra\u017ca\u0142 rozwi\u0105zanie, kt\u00f3re ostatecznie nie przynios\u0142o \u017cadnego wymiernego efektu biznesowego? Albo s\u0142ysza\u0142e\u015b: \u201ePotrzebujemy nowego frameworka, bo obecny jest passe\u201d? To klasyczne objawy problemu, kt\u00f3ry kosztuje firmy miliony: mylenia aktywno\u015bci technicznej z warto\u015bci\u0105 biznesow\u0105.<\/p>\n
Jako praktyk pracuj\u0105cy z kilkudziesi\u0119cioma startupami i firmami \u015bredniej wielko\u015bci, widz\u0119, jak \u0142atwo wpa\u015b\u0107 w pu\u0142apk\u0119 \u201etechnologicznego pierdzenia\u201d. Oto 5 konkretnych sygna\u0142\u00f3w, \u017ce Tw\u00f3j zesp\u00f3\u0142 idzie w z\u0142ym kierunku.<\/p>\n
Zaczyna si\u0119 niewinnie: \u201eReact jest przestarza\u0142y, przejd\u017amy na Solid.js\u201d. Albo: \u201eKubernetes jest za ci\u0119\u017cki, wr\u00f3\u0107my do Docker Compose, ale z now\u0105 orkiestracj\u0105\u201d. Po roku okazuje si\u0119, \u017ce wydajno\u015b\u0107 nie wzros\u0142a, a zesp\u00f3\u0142 sp\u0119dzi\u0142 30% czasu na migracji, a nie na funkcjonalno\u015bciach dla klienta.<\/p>\n
Przyk\u0142ad:<\/strong> Firma e-commerce przerzuci\u0142a si\u0119 z Vue na React, bo \u201eReact ma wi\u0119kszy ekosystem\u201d. Stracili 4 miesi\u0105ce na nauk\u0119 i przepisywanie komponent\u00f3w. Sprzeda\u017c? Bez zmian. Bardziej op\u0142aca\u0142oby si\u0119 zainwestowa\u0107 w optymalizacj\u0119 procesu realizacji zam\u00f3wie\u0144.<\/p>\n Co zrobi\u0107:<\/strong> Zanim zesp\u00f3\u0142 rzuci si\u0119 na nowy framework, zadaj pytanie: \u201eJaki problem biznesowy to rozwi\u0105zuje?\u201d. Je\u015bli odpowied\u017a brzmi \u201enowsza wersja\u201d lub \u201ewi\u0119cej gwiazdek na GitHubie\u201d, to znak ostrzegawczy.<\/p>\n Architektura mikroserwis\u00f3w jest sexy \u2013 ka\u017cda us\u0142uga niezale\u017cna, skalowalna, piekna. Ale dla ma\u0142ej firmy z 20 u\u017cytkownikami to jak wynaj\u0119cie lotniskowca do przewozu jednej osoby. Koszty utrzymania (monitoring, logowanie, sie\u0107) cz\u0119sto przewy\u017cszaj\u0105 korzy\u015bci.<\/p>\n Przyk\u0142ad:<\/strong> Startup SaaS z 10 klientami rozbi\u0142 monolit na 12 mikroserwis\u00f3w. Zwi\u0119kszyli czas wdro\u017cenia z 1 dnia do 3 tygodni, bo zmiana w API wymaga koordynacji mi\u0119dzy zespo\u0142ami. U\u017cytkownicy nie zauwa\u017cyli r\u00f3\u017cnicy, za to bud\u017cet na DevOps eksplodowa\u0142.<\/p>\n Co zrobi\u0107:<\/strong> Zastosuj zasad\u0119 \u201enajpierw monolit, potem refaktoryzacja\u201d. Microsoft, Amazon i Netflix zaczyna\u0142y od monolitu. Dopiero gdy skala wymusi\u0142a podzia\u0142, przeszli na mikroserwisy. Dla Ciebie mo\u017ce to nigdy nie by\u0107 konieczne.<\/p>\n CI\/CD, infrastruktura jako kod, testy E2E dla ka\u017cdej \u015bcie\u017cki \u2013 brzmi jak marzenie DevOpsa. Ale w praktyce, je\u015bli zesp\u00f3\u0142 sp\u0119dza 80% czasu na pisaniu test\u00f3w i konfiguracji pipeline\u2019\u00f3w, a tylko 20% na dostarczaniu funkcji, to co\u015b jest nie tak.<\/p>\n Przyk\u0142ad:<\/strong> Firma z 3 developerami postawi\u0142a pe\u0142n\u0105 automatyzacj\u0119 z Kubernetesem, Helm chartami, monitoringiem Prometheus. Okaza\u0142o si\u0119, \u017ce utrzymanie tego zajmuje wi\u0119cej czasu ni\u017c r\u0119czne deploye na VPS. A klienci i tak nie odczuli r\u00f3\u017cnicy.<\/p>\n Co zrobi\u0107:<\/strong> Automatyzuj tylko to, co boli. Je\u015bli deploy r\u0119czny trwa 10 minut i zdarza si\u0119 raz w tygodniu, to nie ma sensu budowa\u0107 skomplikowanego pipeline\u2019u. Lepiej skupi\u0107 si\u0119 na szybko\u015bci dostarczania warto\u015bci.<\/p>\n \u201eMusimy mie\u0107 100% pokrycia testami\u201d, \u201eKa\u017cda zmiana wymaga pull requesta i review\u201d, \u201eNigdy nie u\u017cywamy Przyk\u0142ad:<\/strong> Startup napisa\u0142 testy dla ka\u017cdego gettera i settera, bo \u201eto dobra praktyka\u201d. Po roku mieli 95% pokrycia, ale 80% test\u00f3w testowa\u0142o trywialne rzeczy, a g\u0142\u00f3wne flow by\u0142y nietestowane. Bug w logowaniu spowodowa\u0142 utrat\u0119 20% u\u017cytkownik\u00f3w.<\/p>\n Co zrobi\u0107:<\/strong> Stosuj zasady proporcjonalne do ryzyka. Dla krytycznych \u015bcie\u017cek (p\u0142atno\u015bci, logowanie) \u2013 pe\u0142ne testy. Dla prostych komponent\u00f3w \u2013 wystarczy smoke test. Pami\u0119taj, \u017ce koszt utrzymania test\u00f3w te\u017c si\u0119 liczy.<\/p>\n AI, blockchain, WebAssembly, edge computing \u2013 co roku pojawia si\u0119 nowy hype. Zespo\u0142y cz\u0119sto wdra\u017caj\u0105 nowinki, bo s\u0105 ciekawe, a nie bo s\u0105 potrzebne. Efekt? Wydane pieni\u0105dze, czas, a klienci nie widz\u0105 r\u00f3\u017cnicy.<\/p>\n Przyk\u0142ad:<\/strong> Firma postanowi\u0142a wdro\u017cy\u0107 AI do rekomendacji produktowych. Zatrudnili data scientists, zbudowali model, ale okaza\u0142o si\u0119, \u017ce ich produkty nie maj\u0105 wystarczaj\u0105cej liczby danych. Po 6 miesi\u0105cach model dzia\u0142a\u0142 gorzej ni\u017c prosta regu\u0142a \u201enajcz\u0119\u015bciej kupowane razem\u201d.<\/p>\n Co zrobi\u0107:<\/strong> Zanim wskoczysz w now\u0105 technologi\u0119, wykonaj prosty kalkulator ROI. Zapytaj: \u201eIle dodatkowego przychodu przyniesie ta technologia?\u201d. Je\u015bli odpowied\u017a jest mglista, lepiej od\u0142o\u017cy\u0107 projekt.<\/p>\n Technologia to narz\u0119dzie, nie cel. Najlepsi in\u017cynierowie to ci, kt\u00f3rzy potrafi\u0105 powiedzie\u0107 \u201enie\u201d nowemu frameworkowi i skupi\u0107 si\u0119 na rozwi\u0105zaniu realnych problem\u00f3w klient\u00f3w. Jako lider lub CTO, Twoim zadaniem jest filtrowa\u0107 inicjatywy techniczne przez pryzmat warto\u015bci biznesowej.<\/p>\n W JurskiTech.pl pomagamy firmom znale\u017a\u0107 r\u00f3wnowag\u0119 mi\u0119dzy nowoczesno\u015bci\u0105 a pragmatyzmem. Czasem najlepszym rozwi\u0105zaniem jest stary, dobry monolit z prostym procesem deployu. Bo liczy si\u0119 rezultat, nie technologia.<\/p>\n","protected":false},"excerpt":{"rendered":" 5 sygna\u0142\u00f3w, \u017ce Tw\u00f3j zesp\u00f3\u0142 IT traci czas na technologie bez wp\u0142ywu na biznes Zdarzy\u0142o Ci si\u0119, \u017ce zesp\u00f3\u0142 programistyczny przez miesi\u0105ce wdra\u017ca\u0142 rozwi\u0105zanie, kt\u00f3re ostatecznie nie przynios\u0142o \u017cadnego wymiernego efektu biznesowego? Albo s\u0142ysza\u0142e\u015b: \u201ePotrzebujemy nowego frameworka, bo obecny jest passe\u201d? To klasyczne objawy problemu, kt\u00f3ry kosztuje firmy miliony: mylenia aktywno\u015bci technicznej z warto\u015bci\u0105 biznesow\u0105.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[323,362,365,60],"class_list":["post-2105","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-ai-w-biznesie","tag-biznes-i-technologia","tag-it-management","tag-produktywnosc"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2105","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2105"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2105\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2105"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2105"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2105"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Microserwisy dla 5 u\u017cytkownik\u00f3w<\/h3>\n
3. Automatyzacja wszystkiego, od razu<\/h3>\n
4. Dogmatyczne trzymanie si\u0119 \u201ebest practices\u201d<\/h3>\n
any<\/code> w TypeScripcie\u201d. Te zasady maj\u0105 sens w du\u017cych zespo\u0142ach, ale w ma\u0142ych potrafi\u0105 zabi\u0107 produktywno\u015b\u0107.<\/p>\n5. Pogo\u0144 za nowo\u015bciami bez analizy ROI<\/h3>\n
Podsumowanie<\/h2>\n