Współpraca
Jak zaczyna się zlecenie, jak biegnie projekt i co dzieje się po uruchomieniu.
Jak zaczyna się projekt z MS WebX?
Opisujesz cel, nie rozwiązanie techniczne. Dopytujemy, aż zakres będzie naprawdę jasny, i spisujemy go, zanim cokolwiek powstanie. Jeśli uznamy, że proszona droga prowadzi w złą stronę, mówimy to wcześniej — ta rozmowa kosztuje mniej niż przebudowa, której zapobiega.
Jak wygląda projekt na co dzień?
Małymi, widocznymi krokami. Praca trafia na środowisko testowe, które możesz otworzyć w przeglądarce, kiedy chcesz, a na produkcję idzie dopiero na twoje słowo. Nikt nie ogląda gotowego produktu po raz pierwszy na koniec projektu — wtedy każda zmiana jest droga.
Co dzieje się po uruchomieniu?
To, co budujemy, ma być utrzymywane: aktualizacje zależności, monitoring i zmiany, gdy zmienia się twój biznes. Czy robimy to dalej my, czy przejmuje twój zespół, ustalamy w projekcie, a nie zakładamy po fakcie. Nic nie powstaje tak, żeby tylko my mogli przy tym pracować.
Przejmiecie system zbudowany przez kogoś innego?
Najpierw czytamy istniejący kod, a potem mówimy wprost, czy taniej jest go kontynuować, czy wymienić — licząc przez cały okres życia systemu. Obie odpowiedzi się zdarzają: odziedziczony kod bywa zupełnie w porządku, tylko źle udokumentowany. Nie zalecamy przepisywania odruchowo, bo to najdroższa rzecz, jaką można ci sprzedać.
Na czym budujecie i jak trzymacie jakość?
PHP na serwerze, TypeScript w przeglądarce, Flutter na iOS i Androida, MariaDB na dane, nginx i FrankenPHP do serwowania. Celowo aktualne i szeroko znane technologie, żeby po nas mógł to utrzymać każdy. Jakości pilnują maszyny, a nie dobre chęci: analiza statyczna działa na najostrzejszym poziomie bez listy wyjątków, a ponad dwieście własnych reguł odrzuca kod, gdy tylko zaczyna odbiegać.