Które narzędzia Vue.js skracają czas budowania i ograniczają dług techniczny?

Cztery narzędzia wykonują najważniejszą pracę we współczesnym stosie Vue.js: bundler Rolldown z Vite 8, Pinia, create-vue i VueUse. Gdy Linear przeszedł na Vite 8, czas budowania wersji produkcyjnej spadł z 46 do 6 sekund, co pokazują benchmarki czasu budowania w Vite 8. Tę różnicę widać przy każdym uruchomieniu CI i na komputerze każdego dewelopera, dzień po dniu.

Od 2023 roku Vue.js zmienił się na tyle, że warto zaplanować taką aktualizację. Bundler Rolldown z Vite 8 skraca czas budowania wersji produkcyjnej od 10 do 30 razy. Pinia usuwa warstwę mutacji z Vuex i ma natywne wsparcie dla TypeScriptu. create-vue zastępuje rusztowanie projektu z Vue CLI, którego zespół Vue już nie rozwija. Migracja obejmuje konfigurację i narzędzia do budowania, więc to typ aktualizacji, który zespół Monterail specjalizujący się w Vue.js może wdrożyć bez zakłócania bieżących prac nad funkcjami.

W tym artykule omawiamy cały zestaw narzędzi do unowocześnienia Vue.js: Vite 8, create-vue, Pinię, TypeScript, VueUse i Render, wraz z praktycznymi wskazówkami, kiedy po które rozwiązanie sięgnąć i z jakimi kompromisami się to wiąże. Monterail jest oficjalnym partnerem Vue.js, a nasz zespół stosuje te podejścia produkcyjnie dla klientów z fintechu, HRTechu i e-commerce.

Jak modernizacja oszczędza czas i pieniądze

Czas budowania i minuty CI

Po aktualizacji Linear skrócił czas budowania niemal 8 razy, z 46 do 6 sekund.

Ta zmiana mnoży korzyści w zespole, który scala kod dziesiątki razy dziennie, a potem ponownie w każdej minucie CI, za którą płacisz.

Lokalne pętle informacji zwrotnej

Vite udostępnia pliki źródłowe przez natywne ESM i przetwarza tylko to, o co poprosi przeglądarka, dlatego uruchamianie serwera deweloperskiego pozostaje mniej więcej tak samo szybkie, nawet gdy projekt rośnie. 

Webpack najpierw buduje całą aplikację, a dopiero potem ją udostępnia, więc zimny start spowalnia wraz ze wzrostem bazy kodu. Więcej o kompromisach, które za tym stoją, znajdziesz we własnym przewodniku webpacka po wydajności budowania.

Onboarding i code review

W Vuex zmiana jednej wartości wymaga mutacji, akcji i rejestracji modułu. W Pinii wystarczy akcja, zgodnie z porównaniem Pinia z Vuex. 

Mniej ceremonii to mniej rzeczy do wyjaśnienia nowej osobie w zespole i mniej kodu do czytania podczas review.

Ryzyko zależności

Jeśli pozostajesz przy nierozwijanym narzędziu do tworzenia szkieletu projektu, prędzej czy później nadejdzie dzień, w którym pojawi się alert bezpieczeństwa bez poprawki po stronie autorów, a ty będziesz musiał migrować pod presją czasu, zamiast zrobić to we własnym tempie.

Vue CLI czy Vite: czego używać w 2026 roku?

Vue CLI przez wiele lat było standardowym narzędziem do budowania projektów w Vue. Jednak Vue CLI jest dziś w maintenance mode. Zespół Vue oficjalnie rekomenduje create-vue oparte na Vite we wszystkich nowych projektach. 

Alternatywa, Vite, jest na rynku od 2020 roku i ma dziś wersję 8.2.1, wydaną 6 sierpnia 2026 roku. Vite 8 zawiera Rolldown, ujednolicony bundler oparty na Rust, który zastępuje wcześniejszy podwójny zestaw esbuild i Rollup, zapewniając nawet 10 do 30 razy szybsze budowanie wersji produkcyjnych. W sierpniu 2026 roku Vite notuje 140 milionów pobrań tygodniowo, czyli mniej więcej dwa razy więcej niż 65 milionów raportowane przy premierze Vite 8 w marcu 2026 roku. Przy takiej skali adopcji Vite jest rozsądnym wyborem na lata.

Vite jest szybszą opcją i wygodniejszą dla deweloperów. Vue CLI ma dziś sens tylko w projektach, które wprost wymagają pluginów Webpacka niedostępnych w Vite.

Jak utworzyć nowy projekt Vue za pomocą create-vue?

W przeciwieństwie do Vue CLI create-vue służy wyłącznie do tworzenia szkieletu projektu: generuje wstępnie skonfigurowany projekt, a całą resztę przekazuje Vite, więc wynik od razu działa z ekosystemem pluginów Vite zgodnych z Rollupem.

Poniższe kroki bazują na pliku readme create-vue.

Uruchomisz je bez globalnej instalacji:

npm create vue@latest
# or
yarn create vue
# or
pnpm create vue@latest

Interaktywny kreator obejmuje TypeScript, JSX, Vue Router, Pinię, Vitest, testy end-to-end, ESLint i Prettier. Możesz pominąć pytania, używając flag funkcji:

npm create vue@latest my-app -- --typescript --router --pinia

Przydatne flagi:

--typescript, wsparcie dla TypeScriptu

--router, Vue Router do nawigacji w SPA

--pinia, konfiguracja store’a Pinia

--vitest, testy jednostkowe

--eslint -- dodaje ESLint do lintowania i formatowania

--bare, minimalny boilerplate, bez przykładowych komponentów

Pełną listę flag funkcji znajdziesz w pliku index.ts create-vue.

Uruchom npm create vue@latest -- --help, aby zobaczyć pełną listę. W PowerShellu ujmij podwójne myślniki w cudzysłów: npm create vue@latest '--' --help.

Czego używać: create-vue czy create-vite?

Używaj create-vue.

create-vite jest celowo bardzo podstawowe: służy do wypróbowania Vite z wybranym frameworkiem i nie daje konfiguracji testów, lintowania ani formatowania.

create-vue to oficjalny starter Vue, rozwijany przez zespół Vue.

Przewodnik krok po kroku po konfiguracji Vue CLI i Vite

Konfiguracja z Vue CLI (maintenance mode, tylko dla projektów legacy):

Instalacja:

yarn global add @vue/cli
# OR
npm install -g @vue/cli

Tworzenie projektu:

vue create my-vue-app

Następnie wybierzesz potrzebne funkcje, po czym rozpocznie się tworzenie projektu:

Konfiguracja z Vite (zalecane):

Nie potrzebujesz globalnej instalacji:

yarn create vite
# OR
npm create vite@latest

Albo bezpośrednio z użyciem szablonu:

yarn create vite my-vue-app --template vue-ts

Warto też rozważyć Nuxt w trybie SSG, czyli static site generation, albo SSR, czyli server-side rendering. Ma wiele wbudowanych funkcji, które wyraźnie zwiększają produktywność przy pisaniu kodu w Vue.

Webpack czy Vite: co buduje szybciej przy większej skali?

Webpack korzysta ze swojego dojrzałego ekosystemu, aby zbudować całą aplikację i zastosować optymalizacje takie jak tree-shaking, code-splitting i cache’owanie. Duże, złożone projekty często wymagają dodatkowej konfiguracji i pluginów, co zwykle wydłuża czas budowania.

Vite 8 wykorzystuje Rolldown do buildów produkcyjnych. Rolldown zapewnia podobne optymalizacje, ale działa znacznie szybciej: na przykład Linear podał, że po przejściu na Vite 8 czas budowania wersji produkcyjnej spadł z 46 do 6 sekund. W większości projektów szybszy pipeline budowania w Vite i minimalna konfiguracja sprawiają, że to lepszy wybór, zwłaszcza gdy projekt rośnie.

Webpack pozostaje sensowną opcją przy mocno dostosowanych konfiguracjach lub w projektach legacy, które zależą od pluginów specyficznych dla Webpacka. W nowych projektach standardem jest Vite 8.

Czy asystenci AI do pisania kodu utworzą właściwy stos Vue?

Niekoniecznie, i warto to wiedzieć, zanim powierzysz im przygotowanie szkieletu projektu. 

Asystenci trenowani na materiałach sprzed 2024 roku będą z pełnym przekonaniem generować projekty w Vue CLI, store’y Vuex z mutacjami i konfiguracje Vite oparte na Rollupie, czyli dokładnie ten zestaw, który ten artykuł zaleca porzucić. Wynik wygląda poprawnie i działa, więc trudniej to wychwycić w review niż błąd składni.

Pomagają tu dwa praktyczne nawyki. W promptach przypinaj wersje, których chcesz użyć, albo upewnij się, że są w kontekście, zamiast prosić po prostu o „projekt Vue”. Traktuj też wygenerowaną konfigurację builda jako szkic, który trzeba sprawdzić w aktualnej dokumentacji. 

Przy Vite 8 ma to większe znaczenie niż we wcześniejszych wydaniach: asystent może nadal wygenerować rollupOptions zamiast nowszego rolldownOptions albo sięgnąć po nieaktualną konfigurację specyficzną dla esbuilda, mimo że Vite 8 kieruje ją teraz przez Oxc. Większość z tego nadal działa dzięki warstwie zgodności Vite, ale i tak warto porównać to z bieżącą dokumentacją.

Które rozszerzenia do VS Code są potrzebne deweloperom Vue?

VS Code ma pewne ograniczenia wydajnościowe w bardzo dużych projektach, ale nadal pozostaje jednym z najczęściej używanych edytorów w branży, według Stack Overflow. Daje szerokie możliwości dostosowania i oferuje wiele przydatnych pluginów do tworzenia aplikacji w Vue.

Oto zestawienie najważniejszych rozszerzeń do tworzenia aplikacji w Vue.js:

• Vue-official (czyli Volar), oficjalny plugin zapewniający obsługę języka dla Vue.js, niezbędny w każdym projekcie Vue.

• Vue VSCode Snippets, do szybkiego dodawania boilerplate’u komponentów Vue.

• Pretty TypeScript Errors, do czytelnego wyróżniania błędów TS.

• indent-rainbow, dla lepszej czytelności kodu.

• GitLens, do nawigacji po gicie z poziomu VS Code.

• TODO Highlight, żeby nie przeoczyć żadnego TODO ani FIXME.

Możesz też zainstalować Vue Extension Box, który łączy Vue-official z innymi przydatnymi pluginami:

• Path Intellisense, do autouzupełniania nazw plików w importach.

• Auto Close Tag, do automatycznego zamykania tagów HTML.

• Auto Rename Tag, do automatycznej zmiany nazw par tagów HTML.

• Sass, do podświetlania składni Sass z wcięciami, autouzupełniania i formatowania.

• SCSS Formatter, do formatowania składni SCSS.

• Prettier, do spójnego formatowania kodu.

• ESLint, do dbania o jakość kodu i egzekwowania dobrych praktyk.

Dlaczego warto przejść z Vuex na Pinię?

Pinia to obecnie oficjalna biblioteka Vue.js do zarządzania stanem.

Vuex 4 jest dziś w maintenance mode, nie są planowane nowe funkcje, a zespół Vue oficjalnie rekomenduje Pinię we wszystkich nowych projektach. 

Pinia oferuje prostsze API, natywne wsparcie dla TypeScriptu i mniej boilerplate’u. Obsługuje też składnię Composition API z Vue 3.

Jeśli chcesz zobaczyć pełny przykład użycia Pinii w rzeczywistej aplikacji Vue 3 z Firebase i uwierzytelnianiem, zajrzyj do poradnika Monterail o autoryzacji w Vue.js z Firebase.

A jeśli chcesz zobaczyć ten sam store rozpisany w całości, nasz przewodnik po modułowym zarządzaniu stanem pokazuje obok siebie Pinię i Vuex w kodzie.

Jakie są najważniejsze różnice między Vuex a Pinią?

W nowych projektach opartych na Vue 3 to sprawia, że Pinia jest praktycznym wyborem domyślnym. Vuex ma sens głównie dla zespołów, które są już mocno osadzone w istniejącym store i nie są jeszcze gotowe na migrację.

Którą bibliotekę komponentów UI dla Vue.js wybrać?

Biblioteki komponentów to świetny sposób na przyspieszenie tworzenia oprogramowania, jeśli nie musisz trzymać się własnych wytycznych projektowych. 

Pamiętaj jednak, że mają też swoje ograniczenia, a czasem więcej sensu ma zbudowanie własnych komponentów na podstawie rzeczywistych potrzeb.

Oto przegląd najważniejszych bibliotek komponentów UI dla Vue.js, które nadają się do Vue 3:

• Vuetify: Biblioteka zaprojektowana zgodnie z zasadami Material Design od Google. Vuetify oferuje szeroki zestaw komponentów UI i narzędzi, które pomagają zachować spójność i dostępność. Dzięki rozbudowanym możliwościom to bardzo dobry wybór do dużych aplikacji z bogatą funkcjonalnością, które mają wyglądać dopracowanie i profesjonalnie.

• Element Plus: Czysta i nowoczesna biblioteka inspirowana Element UI. Element Plus wyróżnia się prostotą i łatwością użycia. To idealne rozwiązanie dla małych i średnich aplikacji, w których deweloperzy cenią intuicyjny projekt i prostą implementację.

• Quasar: Wieloplatformowa biblioteka UI zaprojektowana z myślą o aplikacjach działających w wielu środowiskach. Jej najmocniejszą stroną jest możliwość tworzenia wersji webowej, desktopowej i mobilnej z jednej bazy kodu, więc dobrze sprawdza się tam, gdzie tworzysz oprogramowanie na wiele platform.

• Naive UI: Nowoczesna, minimalistyczna biblioteka dla deweloperów, którzy stawiają na prostotę. Szczególnie dobrze sprawdza się w mniejszych projektach lub aplikacjach, w których bardziej niż szeroki zestaw komponentów liczy się czysty i efektywny projekt.

• Ant Design Vue: Biblioteka stworzona z myślą o aplikacjach klasy enterprise. Ant Design Vue stawia na dopracowany, biznesowy styl. Dobrze pasuje do dużych aplikacji, które potrzebują komponentów zaprojektowanych pod procesy i zasady działania organizacji.

Jak utrzymać bazę kodu Vue.js w dobrej kondycji, gdy projekt rośnie?

Ta część dotyczy mniej konkretnych narzędzi Vue, a bardziej dobrych praktyk, które przydają się wtedy, gdy projekt zaczyna wykraczać poza kilka komponentów. 

Oto co możesz zrobić, żeby nie dopuścić do strukturalnego chaosu, zanim się pojawi.

Wydzielaj logikę wielokrotnego użytku do composables i helperów

Jeśli łapiesz się na tym, że w wielu plikach deklarujesz tę samą funkcję sortującą, zdefiniuj ją raz w katalogu helperów i importuj tam, gdzie jest potrzebna. To dobrze sprawdza się przy logice bez stanu.

W przypadku logiki opartej na stanie właściwym narzędziem są composables oparte na Composition API z Vue 3. Na przykład określanie typu urządzenia na podstawie szerokości viewportu:

// useBreakpoints.ts

import { ref, computed } from 'vue';

export function useBreakpoints() {
  const width = ref(window.innerWidth);

  const isMobile = computed(() => width.value < 768);
  const isTablet = computed(() => width.value >= 768 && width.value < 1024);
  const isDesktop = computed(() => width.value >= 1024);

  const onResize = () => {
    width.value = window.innerWidth;
  };

  return {
    width,
    isMobile,
    isTablet,
    isDesktop,
    onResize,
  };
}

Następnie wywołaj onResize w listenerze zdarzenia resize w komponencie głównym:

// App.vue

<template>
  <router-view />
</template>

<script setup lang="ts">
import { onMounted, onUnmounted } from 'vue';
import { useBreakpoints } from './composables/useBreakpoints';

const { onResize } = useBreakpoints();
  
onMounted(() => {
  window.addEventListener('resize', onResize);
});

onUnmounted(() => {
  window.removeEventListener('resize', onResize);
});
</script>

Teraz możesz korzystać z właściwości obliczanych w dowolnym komponencie:

// Component.vue

<template>
  <div class="component">
    <span v-if="isMobile">I'm a mobile device!</span>
    <span v-if="isTablet">I'm a tablet device!</span>
    <span v-if="isDesktop">I'm a desktop device!</span>
  </div>
</template>

<script setup lang="ts">
import { useBreakpoints } from './composables/useBreakpoints';

const { isMobile, isTablet, isDesktop } = useBreakpoints();
</script>

Używaj TypeScript

Na początku możesz mieć poczucie dodatkowego narzutu, ale gdy już się przyzwyczaisz, nie zaczniesz nowego projektu bez niego. Tak, poświęcisz trochę czasu na konfigurację i deklaracje typów, ale później oszczędza to sporo czasu i pozwala uniknąć wielu błędów.

Dzięki TypeScript wychwytujesz potencjalne błędy już na poziomie IDE i w pełni wykorzystujesz autouzupełnianie Intellisense.

Wcześnie ustal strukturę folderów

Już na początku prac ustal konkretną strukturę folderów. Grupuj komponenty, serwisy i stan według funkcji albo domen, i trzymaj się tego podziału. Spójna struktura sprawia, że zawsze dokładnie wiesz, gdzie czego szukać, a wraz z rozwojem projektu wspiera też optymalizację wydajności Vue.js.

Trzymaj się zasad stylu kodu, zachowuj spójność

Najpierw template czy script? Pojedyncze czy podwójne cudzysłowy? Średniki czy bez? Wybierz jedno podejście i trzymaj się go. Jeśli pracujesz w zespole, dopilnuj, żeby wszyscy stosowali te same konwencje.

Możesz użyć ESLint i Prettier, aby egzekwować reguły i automatycznie formatować kod podczas pisania albo zapisu. Przy script setup i Composition API pomaga też zachowanie spójnej kolejności wewnątrz tagów <script> :

Zalecana kolejność:

1. Importy specyficzne dla Vue

2. Importy composables zewnętrznych bibliotek, takich jak useStore, useRoute, composables z VueUse itp.

3. Importy bibliotek zewnętrznych

4. Importy własnych helperów i utili

5. Importy komponentów

6. Importy typów

7. Deklaracja propsów

8. Deklaracja emitów

9. Inicjalizacja composables, jeśli to możliwe, a jeśli nie, to jak najbliżej wymaganego ref lub computed

10. Deklaracje refów

11. Deklaracje właściwości obliczanych

12. Deklaracje funkcji

13. Watchery

14. Hooki cyklu życia

Gdy w każdym komponencie trzymasz się tej samej kolejności, możesz szybko znaleźć to, czego szukasz, niezależnie od miejsca w aplikacji.

Zachowaj równowagę między prop drillingiem a stanem globalnym

Zbyt duży prop drilling jest uciążliwy, ale nadużywanie narzędzi do zarządzania stanem działa podobnie.

Praktyczna zasada jest taka: trzymaj się prop drillingu w obrębie dzieci jednego komponentu nadrzędnego, a właściwości przenoś do store w Pinia wtedy, gdy trzeba mieć do nich dostęp z innej grupy parent-child.

I nie konfiguruj event busa. To zła praktyka. Zostań przy poprawnym emitowaniu zdarzeń.

Jak dużo dokumentacji kodu Vue.js naprawdę potrzebujesz?

„Dokumentuj swój kod” to standardowa rada, ale w wielu przypadkach to przesada. Na początek kilka praktycznych rzeczy, które możesz zrobić:

• Upraszczaj, wydzielaj i wykorzystuj funkcje ponownie.

• Stosuj jasne, opisowe nazwy dla wszystkich zmiennych i funkcji, wtedy kod w dużej mierze tłumaczy się sam.

• Dodaj komentarz w kodzie, gdy jest potrzebny, na przykład jeśli zapisujesz nieoczywistą linię obsługującą konkretny przypadek brzegowy.

Jak zoptymalizować wydajność działania Vue.js?

• Importuj tylko te części dużych bibliotek, których naprawdę potrzebujesz.

• Dziel kod i ładuj go leniwie:

const routes = [
  {
    path: '/lazy',
    component: () => import('./components/Lazy.vue'),
  },
];

Dla pojedynczych komponentów:

import { defineAsyncComponent } from 'vue';

const AsyncComponent = defineAsyncComponent(() =>
  import('./components/MyComponent.vue')
);

• Tam, gdzie to możliwe, unikaj zbędnej reaktywności. Używaj shallowRef dla obiektów, które nie wymagają głębokiej reaktywności.

• Ogranicz aktualizacje DOM:
  Dla elementów wyświetlanych rzadko używaj v-if zamiast v-show.
  Dodawaj atrybut key do komponentów renderowanych w pętli.

• Korzystaj z VueUse, biblioteki zawierającej ponad 200 composables do niemal każdego typowego zastosowania, stworzonej przez Anthony’ego Fu (członka core teamu Vue.js, Nuxt i Vite). Zanim napiszesz własny composable, sprawdź, czy nie ma go już w VueUse. Jeśli chcesz lepiej poznać techniki optymalizacji wydajności, w tym lazy loading, shallowRef i virtual scrolling, zajrzyj do poradnika Monterail o maksymalizacji wydajności Vue.js.

• Dla obrazów używaj atrybutu loading="lazy".

• Nie przesadzaj z zależnościami:
  Zanim zainstalujesz bibliotekę, upewnij się, że naprawdę jej potrzebujesz.
  Regularnie sprawdzaj, które biblioteki nie są używane, i usuwaj je.

Jak wdrożyć aplikację Vue.js na Render?

Jest wiele świetnych opcji wdrażania aplikacji Vue, ale Render wyróżnia się tym, że działa niezależnie od dostawcy chmury, jest prosty w użyciu i oferuje hojny darmowy plan.

W przypadku statycznej aplikacji Vue + Vite potrzebujesz tylko konta GitHub, GitLab albo Bitbucket, w którym znajduje się twój kod. Render uwierzytelnia się z każdym z tych serwisów.

Po wejściu wybierz New → Static Site, wskaż repozytorium i potrzebną gałąź, na przykład „main”, podaj komendę budowania (yarn; yarn build), ustaw katalog publikacji (dist) i gotowe. Render będzie automatycznie wdrażał aplikację po każdym pushu do wybranej gałęzi.

Co zrobić, zanim przejdziesz z Vue CLI na Vite?

Migracja z Vue CLI do Vite zwykle zajmuje kilka dni w prostym projekcie, a w dużym wyraźnie więcej. Wielkość projektu wyznaczają cztery kwestie.

Zakres obsługi wtyczek Webpacka

Większość popularnych wtyczek ma swoje odpowiedniki w Vite. Wszystko, co opiera się na wewnętrznych mechanizmach Webpacka, czyli własne loadery, nietypowa logika webpack.config.js czy require.context, trzeba zastąpić, a nie przenosić. To sprawdź najpierw, bo od tego zależy skala pracy.

Użycie CommonJS

W trybie developmentu Vite działa wyłącznie z ESM. Każde require() w kodzie aplikacji trzeba zamienić na import. Zależności dostępne wyłącznie w wersjach CommonJS mogą wymagać konfiguracji optimizeDeps albo wymiany.

Zmienne środowiskowe

Vite używa import.meta.env.VITE_ tam, gdzie Vue CLI korzystało z process.env.VUE_APP. To oznacza zmianę nazwy w całej bazie kodu oraz we wszystkich konfiguracjach CI i hostingu, które te zmienne ustawiają. Sama zmiana jest mechaniczna, ale łatwo ją przeoczyć w konfiguracji wdrożenia.

Konfiguracja testów

Projekty oparte na Jest z transformacjami specyficznymi dla Webpacka zwykle przechodzą na Vitest, który współdzieli konfigurację i sposób rozwiązywania zależności z Vite. Uwzględnij to w planie, bo często właśnie ten etap trwa najdłużej.

Dwie rzeczy nie są blokadą: Pinia może działać równolegle z Vuex podczas migracji, a create-vue tworzy projekt referencyjny, z którym możesz porównać swoją konfigurację.

Twórz przyszłościowe aplikacje Vue.js z nowoczesnymi narzędziami i dobrymi praktykami

Każdy deweloper ma własne zdanie o tym, co działa. Narzędzia opisane tutaj to te, które sprawdzają się w projektach Vue różnej skali. Wypróbuj je i zostaw to, co pasuje do twojego projektu. Ze starszych podejść rezygnuj wtedy, gdy pojawiają się lepsze opcje.

Jedną rzecz warto uwzględnić w planach: 18 lipca 2026 roku Vue 3.6 weszło w fazę release candidate, z Vapor Mode gotowym funkcjonalnie i przebudowanym systemem reaktywności opartym na alien signals. Vapor Mode kompiluje komponenty bez virtual DOM i można go włączać osobno dla każdego komponentu, więc nie wymaga przepisywania czegokolwiek. Jeśli właśnie planujesz aktualizację narzędzi, stos opisany tutaj jest tym, którego oczekuje wersja 3.6.

Małe zmiany się kumulują. Kilka dobrych praktyk stosowanych codziennie, plus narzędzia, które nie utrudniają ci pracy, w dużej mierze decydują o tym, czy baza kodu pozostanie wygodna w utrzymaniu.