Software House · Katowice
Budujemy
Produkty
Cyfrowe.
Projektujemy i piszemy aplikacje webowe oraz mobilne na zamówienie. Zostajemy przy nich także po wdrożeniu.
Zanim powstanie pierwsza linia kodu, ustalamy, co ma z tego wyjść dla Twojego biznesu. Reszta to już inżynieria: architektura, testy, wdrożenie.
Kod i infrastruktura zostają u Ciebie
Jak z nami pracuje się na co dzień.
Osiem rzeczy, które ustalamy zawsze, niezależnie od wielkości projektu.
01
Po Twojej stronie
Własny kod i dostęp
Repozytorium, dokumentacja i dostępy do infrastruktury są Twoje od pierwszego dnia. Możesz w każdej chwili wziąć projekt i przenieść go gdzie indziej.
02
Od rozmowy
Sprawny początek
Pierwsza rozmowa to ustalenie celu i kolejności prac. Wychodzisz z niej z listą etapów i wiedzą, od czego zaczynamy.
03
Na bieżąco
Spokojna produkcja
Monitoring i alerty pilnują systemu po starcie. Wdrażamy małymi porcjami, więc pojedynczą zmianę łatwiej wycofać.
04
Przed pracą
Jasny zakres
Na starcie zapisujemy, co wchodzi do pierwszego etapu, a co czeka na kolejny. Później łatwiej rozmawiać o zmianach.
05
Po drodze
Przegląd kodu
Każda zmiana przechodzi review innego programisty, zanim wejdzie do głównej gałęzi.
06
Na przyszłość
Miejsce na rozwój
Projektujemy z założeniem, że dojdą nowe moduły i większy ruch. Rozbudowa nie oznacza wtedy przebudowy.
07
W standardzie
Porządek i bezpieczeństwo
Uprawnienia, szyfrowanie i sekrety trzymane poza repozytorium. Aktualizacje bezpieczeństwa wchodzą w utrzymanie.
08
Zespół
Jeden punkt kontaktu
Backend, frontend, DevOps i integracje robimy u siebie. Masz jednego wykonawcę i jedną osobę do kontaktu.
Projektujemy, budujemy
i utrzymujemy sami.
Jeden zespół prowadzi projekt od makiety do serwera produkcyjnego. Nie przekazujemy go dalej w połowie drogi.
Wszystkie usługi →
Cztery etapy, w tej kolejności.
Na każdym etapie wiesz, co powstaje i co dostajesz na koniec.
Ustalamy, co powstaje
Rozmawiamy o celu, budżecie i terminach. Na koniec wiadomo, co wchodzi do pierwszego etapu.
- —Rozmowa o celu i ograniczeniach
- —Zakres pierwszego etapu
- —Podział prac na kamienie milowe
- —Wstępny harmonogram
Projektujemy całość
Pomysł zamieniamy w plan techniczny i makiety. Zanim ktokolwiek zacznie kodować, widzisz, jak to ma działać.
- —Projekt architektury
- —Makiety ekranów
- —Lista integracji i zależności
- —Plan wdrożenia
Kodujemy etapami
Co kilka tygodni pokazujemy działający fragment. Twoje uwagi trafiają do kolejnego etapu.
- —Demo działającej wersji
- —Review kodu przed merge
- —Testy przed wdrożeniem
- —Stały kontakt z zespołem
Wdrażamy i zostajemy
Po starcie zostajemy przy projekcie: poprawki, aktualizacje, kolejne funkcje.
- —Wdrożenie na produkcję
- —Monitoring i alerty
- —Wsparcie po starcie
- —Dokumentacja i przekazanie wiedzy
Piszemy w Laravelu i Reakcie. Do wydajności sięgamy po Rusta.
Stack dobieramy pod problem, który masz, i pod pieniądze, które chcesz na to wydać.
Co zbudowaliśmy.
Przy każdym projekcie piszemy, co powstało i na czym to działa.
Najczęściej zadawane pytania.
Jeśli czegoś tu brakuje, napisz do nas.
Jak wygląda wycena projektu?
Fixed Price, kiedy zakres jest zamknięty. T&M, kiedy produkt rozwija się etapami. Zaczynamy od bezpłatnej konsultacji, a estymację przygotowujemy zwykle w 48 godzin.
Czy pracujecie tylko z dużymi firmami?
Nie. Pracujemy zarówno ze startupami przy pierwszej wersji produktu, jak i z dużymi organizacjami. Model współpracy dobieramy do etapu, na którym jesteś.
Jak wygląda utrzymanie po wdrożeniu?
Umowa SLA z gwarantowanym czasem reakcji, monitoring 24/7 i aktualizacje bezpieczeństwa. Infrastrukturą zajmujemy się dalej my.
Jak komunikujecie postępy?
Tygodniowy status na piśmie, demo po każdym sprincie i dostęp do Jiry lub Linear. Do bieżących spraw dostajesz dedykowany kanał.
Czy mogę zobaczyć przykłady kodu przed podpisaniem umowy?
Tak. Po anonimizacji pokazujemy fragmenty kodu, nasze standardy pracy i sposób dokumentowania projektu.
Dzielimy się praktyką, nie teorią.
Zobacz blogDioxus — aplikacje wieloplatformowe w Rust z hot-reloadem
Jeden kod źródłowy na web, pulpit, iOS, Androida i serwer, ze składnią bliską JSX i stanem opartym na sygnałach. Najciekawszy jest jednak sposób łączenia klienta z serwerem: jeden atrybut nad funkcją asynchroniczną tworzy trasę na serwerze i typowane wywołanie na kliencie. Omawiamy też, co dokładnie w hot-reloadzie jest gotowe, a co wciąż eksperymentalne, oraz rozmiary pakietów wynikowych.
Czytaj artykuł →Filament vs Nova vs Backpack — który panel administracyjny do Laravela wybrać w 2026 roku
Trzy dojrzałe panele admina dla Laravela, trzy różne filozofie: darmowy Filament na Livewire, płatna Nova na Vue i Inertii, Backpack na Blade z płatnym PRO. Porównujemy licencje, technologię, możliwości i to, co wychodzi dopiero po roku utrzymania.
Czytaj artykuł →dgm.js — nieskończone płótno i inteligentne kształty w Reakcie
Biblioteka nieskończonego płótna z bezgłowymi komponentami dla Reacta, wielostronicowością, współpracą w czasie rzeczywistym i eksportem do PDF — a przy tym z kształtami skryptowanymi we wbudowanym Lispie. Rzecz, która decyduje o wdrożeniu, jest jednak licencyjna: GPL-3.0 przy pakiecie wysyłanym do przeglądarki oznacza coś innego niż GPL na serwerze. Wyjaśniamy co i pokazujemy zweryfikowane alternatywy.
Czytaj artykuł →Ile kosztuje aplikacja webowa? Siedem rzeczy, od których zależy cena
Nie podajemy cennika, bo dwie „aplikacje webowe” potrafią różnić się kosztem kilkunastokrotnie. Podajemy za to listę rzeczy, które tę różnicę robią — z przykładami z naszych projektów.
Czytaj artykuł →Chatterbox TTS — własny serwer syntezy mowy z API zgodnym z OpenAI
Serwer FastAPI stawiający modele Chatterbox od Resemble AI za jednym API zgodnym z OpenAI, z panelem webowym, przełączaniem silników bez restartu i dzieleniem tekstu na potrzeby audiobooków. Model wielojęzyczny obsługuje polski, a wagi są na MIT. Omawiamy też znakowanie wodne obecne w każdym wygenerowanym pliku oraz to, czego dokumentacja nie mówi o zgodzie na klonowanie głosu.
Czytaj artykuł →dehydrated — klient ACME w Bashu z obsługą certyfikatów wildcard
Jeden skrypt w Bashu, cztery narzędzia obecne na każdym systemie i żadnej instalacji Pythona. Omawiamy jedenaście haczyków, aliasy wymagane przy certyfikatach wildcard, pułapkę certyfikatu, który nie obejmuje domeny nadrzędnej, nowe wyzwanie dns-persist-01 z jednym trwałym rekordem TXT zamiast dynamicznych aktualizacji DNS, certyfikaty na adres IP o siedmiodniowej ważności oraz to, co znaczy przejęcie utrzymania repozytorium przez komercyjne centrum certyfikacji.
Czytaj artykuł →
Napisz, co chcesz zbudować.
Odpowiemy, czy to robota dla nas, ile mniej więcej zajmie i od czego zaczęlibyśmy.