Wyb\u00f3r stosu technologicznego to jedna z najwa\u017cniejszych decyzji w firmie. Niestety, wiele z nich opiera si\u0119 na b\u0142\u0119dnych przes\u0142ankach. Jako CTO czy founder cz\u0119sto s\u0142yszysz: \u201eTo sprawdzone rozwi\u0105zanie\u201d, \u201eNasz zesp\u00f3\u0142 to zna\u201d, \u201eNie chcemy ryzykowa\u0107 stabilno\u015bci\u201d. Tymczasem te decyzje, cho\u0107 bezpieczne, mog\u0105 skutecznie zabi\u0107 innowacyjno\u015b\u0107 Twojej organizacji.<\/p>\n
W tym artykule poka\u017c\u0119 trzy konkretne b\u0142\u0119dy, kt\u00f3re widz\u0119 w firmach, z kt\u00f3rymi wsp\u00f3\u0142pracuj\u0119 \u2013 zar\u00f3wno startupach, jak i \u015brednich przedsi\u0119biorstwach. To nie teoria, ale realne przypadki z rynku.<\/p>\n
Monolityczne architektury kusz\u0105 prostot\u0105. Jedna baza kodu, jeden deployment, jeden zesp\u00f3\u0142. Na pocz\u0105tku wszystko dzia\u0142a szybko. Problem pojawia si\u0119, gdy firma zaczyna skalowa\u0107 \u2013 nowe funkcje wymagaj\u0105 naruszenia istniej\u0105cych modu\u0142\u00f3w, testy trwaj\u0105 coraz d\u0142u\u017cej, a wdro\u017cenie prostej zmiany to tydzie\u0144 pracy.<\/p>\n
Przyk\u0142ad z \u017cycia:<\/strong> Pracowa\u0142em z klientem, kt\u00f3ry prowadzi\u0142 platform\u0119 e-commerce. Ich monolit obs\u0142ugiwa\u0142 wszystko \u2013 od katalogu produkt\u00f3w po p\u0142atno\u015bci. Gdy chcieli doda\u0107 nowy rodzaj p\u0142atno\u015bci (BLIK), zaj\u0119\u0142o to trzy miesi\u0105ce, bo trzeba by\u0142o zaktualizowa\u0107 ca\u0142y modu\u0142 p\u0142atno\u015bci, a potem przetestowa\u0107 integracj\u0119 z reszt\u0105 systemu. W mi\u0119dzyczasie konkurencja wdro\u017cy\u0142a BLIK w dwa tygodnie, u\u017cywaj\u0105c mikroserwisu.<\/p>\n Konsekwencje:<\/strong> Tracisz czas, pieni\u0105dze i \u2013 co najgorsze \u2013 zaufanie klient\u00f3w. Monolit nie jest z\u0142y sam w sobie, ale je\u015bli planujesz szybkie iteracje i eksperymenty, mo\u017ce sta\u0107 si\u0119 kul\u0105 u nogi.<\/p>\n Jak to naprawi\u0107?<\/strong> Nie musisz od razu przerabia\u0107 wszystkiego na mikroserwisy. Zacznij od wyodr\u0119bnienia obszar\u00f3w, kt\u00f3re cz\u0119sto si\u0119 zmieniaj\u0105 \u2013 np. koszyk, wyszukiwarka, integracje zewn\u0119trzne. U\u017cyj podej\u015bcia \u201estrangler fig\u201d \u2013 stopniowo zast\u0119puj fragmenty monolitu nowymi, niezale\u017cnymi modu\u0142ami. To da Ci elastyczno\u015b\u0107 bez ryzyka \u201ebig bang\u201d rewolucji.<\/p>\n Wiele firm upiera si\u0119 przy jednym j\u0119zyku programowania dla ca\u0142ego stacku. \u201eNasza firma to Java\u201d \u2013 s\u0142ysza\u0142em to setki razy. Albo \u201ejeste\u015bmy shopem Node.js\u201d. To wygodne dla rekrutacji, ale cz\u0119sto prowadzi do sytuacji, w kt\u00f3rej zesp\u00f3\u0142 u\u017cywa m\u0142otka do wszystkiego, nawet gdy potrzeba \u015brubokr\u0119ta.<\/p>\n Przyk\u0142ad:<\/strong> Klient z bran\u017cy fintech \u2013 wszystkie us\u0142ugi w Javie. Gdy chcieli zbudowa\u0107 prosty system rekomendacji oparty na ML, pr\u00f3bowali to zrobi\u0107 w Javie, co zaj\u0119\u0142o miesi\u0105ce. Tymczasem wystarczy\u0142oby postawi\u0107 ma\u0142y serwis w Pythonie z bibliotek\u0105 scikit-learn, kt\u00f3ry w kilka dni by\u0142by gotowy, a potem zintegrowa\u0107 go przez API.<\/p>\n Konsekwencje:<\/strong> Ograniczasz si\u0119 do rozwi\u0105za\u0144, kt\u00f3re niekoniecznie s\u0105 najlepsze do danego zadania. Zesp\u00f3\u0142 sp\u0119dza czas na bojach, zamiast dostarcza\u0107 warto\u015b\u0107.<\/p>\n Jak to naprawi\u0107?<\/strong> Dopu\u015b\u0107 inne j\u0119zyki do specyficznych zada\u0144, ale wprowad\u017a zasady. Ustal, \u017ce nowy komponent mo\u017ce by\u0107 napisany w innym j\u0119zyku tylko je\u015bli przynosi wymierne korzy\u015bci (np. 2x szybszy development, lepsze biblioteki) i zesp\u00f3\u0142 ma kompetencje, by go utrzyma\u0107. Buduj kultur\u0119 polyglot, ale z g\u0142ow\u0105.<\/p>\n CTO cz\u0119sto wybieraj\u0105 frameworki na podstawie popularno\u015bci na GitHubie czy liczby gwiazdek. Zapominaj\u0105, \u017ce ka\u017cda zale\u017cno\u015b\u0107 to przysz\u0142y koszt \u2013 aktualizacje, kompatybilno\u015b\u0107 wsteczna, bezpiecze\u0144stwo. Widz\u0119 firmy, kt\u00f3re u\u017cywaj\u0105 framework\u00f3w z ogromn\u0105 ilo\u015bci\u0105 zale\u017cno\u015bci, a potem sp\u0119dzaj\u0105 tygodnie na poprawianiu b\u0142\u0119d\u00f3w po aktualizacji.<\/p>\n Przyk\u0142ad:<\/strong> Klient postawi\u0142 na framework full-stack, kt\u00f3ry \u201eprzyspieszy development\u201d. Po roku okaza\u0142o si\u0119, \u017ce utrzymanie wymaga sta\u0142ego \u015bledzenia zmian w kilkunastu bibliotekach, a jeden update zepsu\u0142 wyszukiwark\u0119 na stronie. Zesp\u00f3\u0142 straci\u0142 dwa tygodnie na debugowanie, zamiast budowa\u0107 nowe funkcje.<\/p>\n Konsekwencje:<\/strong> D\u0142ug techniczny ro\u015bnie, a Ty tracisz czas na gaszenie po\u017car\u00f3w. Innowacja schodzi na dalszy plan.<\/p>\n Jak to naprawi\u0107?<\/strong> Przed wyborem frameworka przeprowad\u017a analiz\u0119 koszt\u00f3w utrzymania. Sprawd\u017a, jak cz\u0119sto wychodz\u0105 aktualizacje, czy powoduj\u0105 breaking changes, jaka jest spo\u0142eczno\u015b\u0107. U\u017cywaj narz\u0119dzi typu Dependabot czy Snyk, ale te\u017c \u015bwiadomie ograniczaj liczb\u0119 zale\u017cno\u015bci. Cz\u0119sto mniej znaczy wi\u0119cej \u2013 prosty kod pisany wewn\u0119trznie mo\u017ce by\u0107 ta\u0144szy w utrzymaniu ni\u017c fancy framework.<\/p>\n Innowacyjno\u015b\u0107 nie bierze si\u0119 z przypadkowego wyboru technologii. To efekt \u015bwiadomych decyzji, kt\u00f3re balansuj\u0105 mi\u0119dzy stabilno\u015bci\u0105 a elastyczno\u015bci\u0105. Unikaj trzech b\u0142\u0119d\u00f3w: zabetonowania w monolity, mono-j\u0119zykowego dogmatyzmu i ignorowania koszt\u00f3w utrzymania.<\/p>\n Zamiast tego: buduj architektur\u0119, kt\u00f3ra pozwala na eksperymenty, dopuszczaj r\u00f3\u017cne j\u0119zyki tam, gdzie przynosz\u0105 warto\u015b\u0107, i wybieraj frameworki z g\u0142ow\u0105. Twoja firma nie potrzebuje idealnego stosu na dzisiaj \u2013 potrzebuje takiego, kt\u00f3ry pozwoli jej rozwija\u0107 si\u0119 jutro.<\/p>\n Je\u015bli potrzebujesz pomocy w audycie swojego tech stacku lub chcesz przemy\u015ble\u0107 strategi\u0119 technologiczn\u0105 \u2013 skontaktuj si\u0119 z nami. W JurskiTech.pl pomagamy firmom znale\u017a\u0107 r\u00f3wnowag\u0119 mi\u0119dzy nowoczesno\u015bci\u0105 a pragmatyzmem.<\/p>\n","protected":false},"excerpt":{"rendered":" Czy Tw\u00f3j tech stack zabija innowacje? 3 b\u0142\u0119dy, kt\u00f3re pope\u0142niaj\u0105 CTO Wyb\u00f3r stosu technologicznego to jedna z najwa\u017cniejszych decyzji w firmie. Niestety, wiele z nich opiera si\u0119 na b\u0142\u0119dnych przes\u0142ankach. Jako CTO czy founder cz\u0119sto s\u0142yszysz: \u201eTo sprawdzone rozwi\u0105zanie\u201d, \u201eNasz zesp\u00f3\u0142 to zna\u201d, \u201eNie chcemy ryzykowa\u0107 stabilno\u015bci\u201d. Tymczasem te decyzje, cho\u0107 bezpieczne, mog\u0105 skutecznie zabi\u0107<\/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":[475,122,1072,1073],"class_list":["post-2789","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-cto","tag-innowacje","tag-tech-stack","tag-technologia-w-firmie"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2789","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=2789"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2789\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2789"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2789"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2789"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}B\u0142\u0105d 2: \u015alepa wiara w \u201ejeden j\u0119zyk\u201d<\/h2>\n
B\u0142\u0105d 3: Ignorowanie koszt\u00f3w utrzymania przy wyborze bibliotek i framework\u00f3w<\/h2>\n
Podsumowanie<\/h2>\n