01
Najpierw pytanie, kto to będzie utrzymywał
Jeśli serwis ma prowadzić Wasz zespół, wybieramy narzędzie, które ten zespół zna. Najlepsza technologia to ta, z którą ktoś umie pracować po zakończeniu wdrożenia.
Technologie
Dobrze dobrany stack skraca czas wdrożenia i obniża koszt utrzymania. Źle dobrany widać dopiero po roku - przy pierwszej większej zmianie.
01Stack
Lista jest krótka celowo. Wolimy dobrze znać kilkanaście narzędzi niż pobieżnie pięćdziesiąt.
Renderowanie po stronie serwera i statyczne generowanie, żeby treść była dostępna od razu - dla użytkownika i dla crawlera.
Logika, API i integracje. Dobór zależy od tego, co ma robić system, a nie od mody na framework.
Relacyjnie tam, gdzie liczy się spójność danych. Warstwa dostępu jest zawsze oddzielona od interfejsu.
Treść trzymamy poza kodem, żeby redakcja nie wymagała programisty i żeby dało się zmienić warstwę prezentacji bez migracji danych.
Łączymy to, z czego firma już korzysta. Najczęściej: płatności, fakturowanie, wysyłka, CRM i systemy magazynowe.
Wdrożenia automatyczne, środowisko testowe oddzielone od produkcji, monitoring i kopie zapasowe od pierwszego dnia.
02Zasady
01
Jeśli serwis ma prowadzić Wasz zespół, wybieramy narzędzie, które ten zespół zna. Najlepsza technologia to ta, z którą ktoś umie pracować po zakończeniu wdrożenia.
02
Każda dodatkowa biblioteka to kod do aktualizowania i potencjalna podatność. Nie dokładamy zależności dla jednej animacji ani jednego komponentu.
03
Treść ma być w HTML, a nie doklejana JavaScriptem. To jednocześnie kwestia wydajności, dostępności i indeksowania przez wyszukiwarki oraz systemy AI.
04
Projekt ma dać się przenieść. Unikamy rozwiązań, z których wyjście oznacza przepisanie aplikacji od zera.
Opisz, co ma powstać i kto będzie to później prowadzić. Zarekomendujemy stack razem z uzasadnieniem.