Często zadawane pytania

MS WebX to firma informatyczna. Budujemy strony i platformy internetowe, natywne aplikacje na iOS i Androida oraz integrujemy z nimi AI — razem z pracą SEO, dzięki której to, co powstaje, daje się znaleźć. Prowadzimy też własne produkty na tej samej platformie, której używamy u klientów, więc fundament działa produkcyjnie, zanim ktokolwiek inny na nim polegnie.

Jednym i drugim, celowo. To, co oferujemy, najpierw działa w naszych własnych produktach: wielojęzyczny system stron, warstwa API, narzędzia administracyjne, analityka. Żaden projekt klienta nie startuje na nieprzetestowanym fundamencie, a gdy coś psuje się w rdzeniu, widzimy to przed klientem.

Na trzy sposoby, niezależne od tego, co tu piszemy. Strona z danymi prawnymi zawiera oficjalne dane firmy. Nasze produkty są publiczne i można ich używać bez kontaktu z nami. A formularz kontaktowy trafia do tych samych osób, które piszą kod — bez call center po drodze.

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.

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.

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ć.

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ć.

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ć.

Jedna baza kodu ze wspólnym rdzeniem i cienką warstwą per marka na wierzchu. Każda marka ma własny design, własne treści, własną bazę danych i własną domenę, a poprawki bezpieczeństwa, praca nad wydajnością i nowe funkcje rdzenia trafiają wszędzie naraz, zamiast być ręcznie kopiowane do każdej strony. Dołożenie marki to konfiguracja i treść, nie fork.

Tak, i ostrzej, niż zwykle znaczy to zdanie. API jest zdefiniowane raz w PHP, a klient TypeScript dla webu i klient Dart dla aplikacji są z tej definicji generowane. Żadnego nie pisze się ręcznie — linter odrzuca ręcznie napisany typ API. Aplikacja nie rozjedzie się więc po cichu: rozbieżność psuje build, a nie produkcję.

Naprawdę. Każda strona istnieje jako osobny rekord dla języka, z własnym tekstem i własnym adresem — to FAQ znajduje się po angielsku pod /frequently-asked-questions, a po niemiecku pod /de/haeufig-gestellte-fragen, a nie za parametrem tłumaczenia. Dzięki temu każdy język pisze się tak, jak w danym rynku naprawdę się szuka, i można poprawić jeden bez ruszania pozostałych siedemnastu.

Po to powstała. Każda marka ma własną bazę danych, własną domenę i własne treści, więc jedna marka nie przeczyta danych drugiej, a błąd w treści u jednej nie pojawi się u drugiej. Wspólny jest silnik: routing, warstwa API, narzędzia administracyjne i praca nad bezpieczeństwem.

Cannabivo działa: to wyszukiwarka klubów społecznych, w której odwiedzający znajdują i porównują kluby według lokalizacji, a kluby prowadzą własny wpis. Steel to źródło odpowiedników materiałowych dla konstruktorów i zakupów; jest w budowie i nie jest jeszcze publiczne. Oba stoją na platformie opisanej w tej sekcji.

Twoje. Przetwarzamy je po to, żeby działała zamówiona usługa, i po nic więcej. Nie trafiają do wspólnego worka z danymi innego klienta, nie są sprzedawane ani używane do reklamowania czegokolwiek twoim użytkownikom. Gdy współpraca się kończy, zabierasz dane ze sobą.

Połączenia idą po HTTP/3, a domena znajduje się na wbudowanej w przeglądarki liście HSTS — przeglądarka odmawia więc rozmowy bez szyfrowania już przy pierwszej wizycie, zanim jakiekolwiek przekierowanie dałoby się przechwycić. Wymiana kluczy jest postkwantowa: X25519 połączone z ML-KEM-768, dobrane tak, aby ruch nagrany dziś nadal się bronił, gdy komputer kwantowy będzie mógł go zaatakować.

Nigdy w kodzie źródłowym — pilnuje tego build, a nie dobre chęci: kod z zaszytym sekretem zostaje odrzucony, zanim trafi do gałęzi. Sekrety leżą zaszyfrowane w magazynie ustawień i są odszyfrowywane w czasie działania tylko tam, gdzie faktycznie są potrzebne. Rotacja klucza to więc jedna zmiana w jednym miejscu, a nie przeszukiwanie całego repozytorium.

Tak. Zdarzenia aplikacji, błędy i działania administracyjne trafiają do bazy danych, a nie do plików tekstowych rozsianych po serwerach, więc naprawdę da się ich szukać. Zmiany administracyjne zapisują, kto działał, co zostało zmienione i kiedy. Na „kto zmienił tę cenę w zeszłym miesiącu” jest odpowiedź, a nie domysł.

Cookies inne niż niezbędne pojawiają się dopiero po zgodzie odwiedzającego, wybór jest zapisywany, a każda strona, którą budujemy, ma miejsce, w którym można go potem zmienić lub wycofać. Odmowa to jedno kliknięcie, a nie poszukiwania w menu ustawień — i kto odmówi, i tak dostaje działającą stronę.

Model wykonujący jedno konkretne zadanie wewnątrz twojego produktu i wygrywający w mierzalny sposób z alternatywą: sortowanie przychodzących wiadomości, pisanie tekstów, które potem zatwierdza człowiek, sprawienie, żeby wyszukiwarka rozumiała, co ktoś miał na myśli, a nie co wpisał. To nie jest dymek czatu doklejony do gotowej strony. Sensowne pytanie nigdy nie brzmi „czy da się dodać AI”, tylko „które powtarzalne zadanie zjada ci teraz czas”.

W treściach. Nasz wielojęzyczny materiał powstaje i jest aktualizowany z pomocą modeli, a potem sprawdzany per język przed publikacją — nigdy nie idzie do sieci prosto z modelu. Dlatego też mówimy o AI ostrożnie: z własnej pracy wiemy, gdzie wynik jest mocny, a gdzie wciąż potrzebuje człowieka.

Zanim cokolwiek powstanie, spisujemy, który dostawca przetwarza jakie dane i co jest zachowywane. Jeśli ta odpowiedź jest dla ciebie nie do przyjęcia, funkcję projektujemy inaczej albo wcale. Żadne dane nie opuszczają twojego systemu w sposób, na który nie było zgody — a „nie wiedzieliśmy, że to wychodzi” to nie jest wynik, który zamierzamy dostarczyć.