W \u015bwiecie IT, gdzie tempo zmian technologicznych przyspiesza z ka\u017cdym miesi\u0105cem, wiele firm wpada w pu\u0142apk\u0119 nadmiernej standaryzacji. Decyzja o u\u017cywaniu jednego frameworka we wszystkich projektach wydaje si\u0119 logiczna: \u0142atwiejsze onboardowanie nowych developer\u00f3w, sp\u00f3jno\u015b\u0107 kodu, przewidywalno\u015b\u0107 koszt\u00f3w. Jednak w praktyce obserwuj\u0119, jak takie podej\u015bcie systematycznie ogranicza innowacyjno\u015b\u0107 i sprawia, \u017ce zespo\u0142y przestaj\u0105 my\u015ble\u0107 poza utartymi schematami.<\/p>\n
Przez ostatnie 5 lat pracuj\u0105c z r\u00f3\u017cnymi firmami technologicznymi, widzia\u0142em ten sam schemat powtarzaj\u0105cy si\u0119 w organizacjach, kt\u00f3re osi\u0105gn\u0119\u0142y pewien poziom dojrza\u0142o\u015bci. Zaczyna si\u0119 niewinnie: wybieramy React (lub Angular, Vue) jako g\u0142\u00f3wny framework frontendowy, bo ma du\u017c\u0105 spo\u0142eczno\u015b\u0107, mn\u00f3stwo gotowych rozwi\u0105za\u0144 i wszyscy go znaj\u0105. Po roku, dw\u00f3ch, ka\u017cdy nowy projekt musi u\u017cywa\u0107 tego samego stacka technologicznego, niezale\u017cnie od jego specyfiki.<\/p>\n
Ostatnio konsultowa\u0142em projekt dla \u015bredniej firmy e-commerce, kt\u00f3ra od 3 lat u\u017cywa\u0142a tego samego stacka React + Node.js. Ich zesp\u00f3\u0142 sk\u0142ada\u0142 si\u0119 z kompetentnych developer\u00f3w, ale kiedy przysz\u0142o do zbudowania interaktywnego konfiguratora produkt\u00f3w z wymagaj\u0105cymi animacjami 3D, okaza\u0142o si\u0119, \u017ce nikt nie rozwa\u017ca\u0142 innych rozwi\u0105za\u0144 ni\u017c te, kt\u00f3re ju\u017c znali. Przez miesi\u0105c pr\u00f3bowali si\u0142owa\u0107 React do zada\u0144, do kt\u00f3rych nie by\u0142 optymalnie stworzony, zamiast rozwa\u017cy\u0107 dedykowane rozwi\u0105zania jak Three.js czy nawet WebGL.<\/p>\n
Kiedy developerzy przyzwyczajaj\u0105 si\u0119, \u017ce ka\u017cde zadanie ma by\u0107 rozwi\u0105zane za pomoc\u0105 znanych im narz\u0119dzi, przestaj\u0105 my\u015ble\u0107 o problemie, a zaczynaj\u0105 my\u015ble\u0107 o implementacji. Widzia\u0142em to w zespole, kt\u00f3ry przez 2 lata budowa\u0142 wy\u0142\u0105cznie aplikacje w React. Kiedy dostali zadanie stworzenia prostego landing page’a z minimalnym interaktywnym elementem, proponowali pe\u0142noprawn\u0105 aplikacj\u0119 React z routerem, state managementem i ca\u0142ym ekosystemem – dla strony, kt\u00f3ra mia\u0142a 3 podstrony i jeden formularz kontaktowy.<\/p>\n
Standardyzacja cz\u0119sto prowadzi do stosowania rozwi\u0105za\u0144 typu „golden hammer” – kiedy ka\u017cde problemy rozwi\u0105zujemy tym samym narz\u0119dziem. W jednym z projekt\u00f3w dla startupu SaaS obserwowa\u0142em, jak zesp\u00f3\u0142 u\u017cywa\u0142 tego samego skomplikowanego systemu zarz\u0105dzania stanem (Redux) zar\u00f3wno dla sklepu e-commerce z tysi\u0105cami produkt\u00f3w, jak i dla prostej aplikacji do rezerwacji spotka\u0144. W drugim przypadku 80% kodu by\u0142o boilerplate’em, kt\u00f3ry tylko utrudnia\u0142 utrzymanie.<\/p>\n
Zespo\u0142y przyzwyczajone do jednego stacka technologicznego cz\u0119sto z op\u00f3\u017anieniem reaguj\u0105 na zmiany w bran\u017cy. Kiedy pojawi\u0142y si\u0119 React Server Components, wi\u0119kszo\u015b\u0107 zespo\u0142\u00f3w, z kt\u00f3rymi pracuj\u0119, potrzebowa\u0142a 6-12 miesi\u0119cy, \u017ceby w og\u00f3le zacz\u0105\u0107 je testowa\u0107, bo „nie mamy w standardzie”. Tymczasem konkurencja ju\u017c wdra\u017ca\u0142a rozwi\u0105zania, kt\u00f3re dawa\u0142y realne korzy\u015bci w wydajno\u015bci i UX.<\/p>\n
Nie chodzi o to, \u017ceby porzuci\u0107 standaryzacj\u0119 ca\u0142kowicie. W JurskiTech.pl pracujemy wed\u0142ug zasady „standardyzuj fundamenty, eksperymentuj na kraw\u0119dziach”. Co to oznacza w praktyce?<\/p>\n
Definiuj core stack, nie full stack<\/strong> – Zamiast narzuca\u0107 ka\u017cd\u0105 technologi\u0119, okre\u015bl podstawowe narz\u0119dzia (np. j\u0119zyk programowania, system kontroli wersji), ale pozw\u00f3l zespo\u0142om wybiera\u0107 frameworki czy biblioteki do konkretnych zada\u0144.<\/p>\n<\/li>\n Wprowad\u017a „dni eksperymentalne”<\/strong> – W wielu projektach rezerwujemy 10-20% czasu na testowanie nowych rozwi\u0105za\u0144. To nie s\u0105 hackathony, ale celowe eksperymenty z technologiami, kt\u00f3re mog\u0105 rozwi\u0105za\u0107 konkretne problemy lepiej ni\u017c nasze standardowe narz\u0119dzia.<\/p>\n<\/li>\n Oceniaj technologi\u0119 pod k\u0105tem problemu, nie popularno\u015bci<\/strong> – Zanim wybierzesz technologi\u0119 do projektu, zadaj pytanie: „Czy to najlepsze rozwi\u0105zanie dla tego konkretnego problemu?” a nie „Czy wszyscy to znaj\u0105?”<\/p>\n<\/li>\n<\/ol>\n Pracowali\u015bmy z firm\u0105, kt\u00f3ra od 4 lat u\u017cywa\u0142a Angulara do wszystkich projekt\u00f3w. Dostali zlecenie na aplikacj\u0119 do analizy danych w czasie rzeczywistym z wymagaj\u0105cymi wizualizacjami. Zesp\u00f3\u0142 pr\u00f3bowa\u0142 si\u0142owa\u0107 Angular przez 3 miesi\u0105ce, ale wydajno\u015b\u0107 by\u0142a katastrofalna. Zamiast kontynuowa\u0107 w niesko\u0144czono\u015b\u0107, zaproponowali\u015bmy proof of concept w Svelte.<\/p>\n W ci\u0105gu 2 tygodni zbudowali\u015bmy prototyp, kt\u00f3ry by\u0142 3x szybszy i mia\u0142 40% mniej kodu. Klient pocz\u0105tkowo by\u0142 sceptyczny („a kto to b\u0119dzie utrzymywa\u0142?”), ale kiedy zobaczy\u0142 r\u00f3\u017cnic\u0119 w wydajno\u015bci i kosztach rozwoju, zgodzi\u0142 si\u0119 na zmian\u0119. Dzi\u015b ta aplikacja obs\u0142uguje tysi\u0105ce u\u017cytkownik\u00f3w i zesp\u00f3\u0142 rozszerzy\u0142 swoje kompetencje o nowy framework.<\/p>\n Standaryzacja ma swoje miejsce w IT – redukuje koszty szkole\u0144, u\u0142atwia wsp\u00f3\u0142prac\u0119 mi\u0119dzy zespo\u0142ami, zapewnia przewidywalno\u015b\u0107. Ale kiedy staje si\u0119 dogmatem, zabija to, co w IT najcenniejsze: zdolno\u015b\u0107 do innowacji i adaptacji do zmieniaj\u0105cych si\u0119 wymaga\u0144.<\/p>\n W naszej pracy z klientami w JurskiTech.pl widzimy, \u017ce najbardziej udane projekty to te, gdzie zesp\u00f3\u0142 ma przestrze\u0144 do wyboru najlepszych narz\u0119dzi do zadania, a nie tylko tych, kt\u00f3re s\u0105 w firmowym standardzie. To wymaga odwagi od lider\u00f3w i zaufania do kompetencji zespo\u0142\u00f3w, ale efekty s\u0105 tego warte: szybsze development, lepsza wydajno\u015b\u0107 aplikacji i developerzy, kt\u00f3rzy nie wypalaj\u0105 si\u0119 robi\u0105c w k\u00f3\u0142ko to samo.<\/p>\n Pami\u0119taj: technologia ma s\u0142u\u017cy\u0107 rozwi\u0105zywaniu problem\u00f3w biznesowych, nie tworzeniu nowych problem\u00f3w technologicznych. Czasem najlepsze rozwi\u0105zanie to to, kt\u00f3rego jeszcze nie u\u017cywa\u0142e\u015b.<\/p>\n","protected":false},"excerpt":{"rendered":" Jak nadmierna standaryzacja framework\u00f3w niszczy innowacyjno\u015b\u0107 IT W \u015bwiecie IT, gdzie tempo zmian technologicznych przyspiesza z ka\u017cdym miesi\u0105cem, wiele firm wpada w pu\u0142apk\u0119 nadmiernej standaryzacji. Decyzja o u\u017cywaniu jednego frameworka we wszystkich projektach wydaje si\u0119 logiczna: \u0142atwiejsze onboardowanie nowych developer\u00f3w, sp\u00f3jno\u015b\u0107 kodu, przewidywalno\u015b\u0107 koszt\u00f3w. Jednak w praktyce obserwuj\u0119, jak takie podej\u015bcie systematycznie ogranicza innowacyjno\u015b\u0107 i<\/p>\n","protected":false},"author":2,"featured_media":477,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[140,150,122,82,193,19],"class_list":["post-478","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-warto-wiedziec","tag-analityka","tag-frameworki","tag-innowacje","tag-nowe-technologie-webowe","tag-oprogramowanie","tag-web-development"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/478","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=478"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/478\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media\/477"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=478"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=478"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=478"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Przypadek z praktyki: kiedy zmiana frameworka uratowa\u0142a projekt<\/h2>\n
Wnioski dla lider\u00f3w IT i biznesu<\/h2>\n