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 blogOpenAI Python SDK — uwierzytelnianie workload identity w Kubernetesie
Zamiast trzymać stały klucz API w sekrecie Kubernetesa, SDK OpenAI potrafi wymieniać krótkotrwałe tokeny tożsamości platformy. Opisujemy pięć wariantów konfiguracji, ograniczenia trybu mTLS i opcję rezydencji danych w UE.
Czytaj artykuł →nodenv — przełączanie wersji Node.js osobno dla każdego projektu
nodenv przełącza wersję Node.js na podstawie pliku w katalogu projektu, przez podstawki w PATH. Wyjaśniamy podział na dwa repozytoria, trzy poziomy wyboru wersji i pułapkę z pakietami globalnymi, na której potyka się każdy.
Czytaj artykuł →yarr — czytnik RSS zamknięty w jednym binarium
yarr to czytnik kanałów w jednym pliku wykonywalnym, bez zależności, działający jako aplikacja desktopowa albo serwer. Opisujemy konfigurację, wybór między SQLite i PostgreSQL oraz pułapkę, która cicho wyłącza tryb WAL.
Czytaj artykuł →NeuTTS — synteza mowy i klonowanie głosu na urządzeniu
NeuTTS syntezuje mowę i klonuje głos z trzech sekund nagrania, w całości na urządzeniu — nawet na Raspberry Pi. Rozdzielamy trzy modele i ich licencje, opisujemy znak wodny i pułapkę instalacji, która go cicho wyłącza.
Czytaj artykuł →Nanocoder — agent kodujący działający lokalnie na dowolnym modelu
Nanocoder to agent kodujący w terminalu, budowany przez kolektyw, nie firmę — z dowolnym modelem, także lokalnym. Opisujemy cztery tryby pracy, punkty kontrolne i piaskownicę, o której autorzy uczciwie piszą, że nie jest granicą dla sekretów.
Czytaj artykuł →Laravel Octane w produkcji — co zmienia długo żyjący proces i jak nie dać się zaskoczyć
Octane uruchamia aplikację raz i obsługuje nią tysiące żądań. To daje wydajność, ale zmienia zasady gry: stan w singletonach, wycieki pamięci, przeładowanie po deployu. Opisujemy, jak wdrażamy Octane na produkcji i na co uważać.
Czytaj artykuł →
Napisz, co chcesz zbudować.
Odpowiemy, czy to robota dla nas, ile mniej więcej zajmie i od czego zaczęlibyśmy.