Architektura oprogramowania, która trzyma.
Architektura i inżynieria oprogramowania dla systemów backendowych, danych i AI: osiem lat utrzymywania porządku na produkcji.
Przewiń, żeby zbudować
I. Budowane od backendu w górę.
Od 2018 roku: zlecenia jako freelancer, automatyzacja testów, potem full-stack w zespołach produktowych. Dziś PaxCode pracuje na kontraktach B2B: serwisy w Node.js i TypeScripcie, AWS i pipeline’y danych na produkcji.
- F / 01 Backend
- F / 02 Dane
- F / 03 AWS
II. Jeden bęben na każdy system na produkcji.
Każdy z poniższych projektów niósł prawdziwe obciążenie, a decyzje i kompromisy są opisane.
- Bęben 03 Pipeline’y LLM: od transkrypcji do sprawdzonego dokumentu Dla brytyjskiego fintechu AI. Wzorce stojące za pipeline’ami LLM, które zamieniają transkrypcje w dokumenty sprawdzane przez człowieka. Przeczytaj case study
- Bęben 02 Edytor szablonów no-code Zaproponowany i zbudowany dla tego samego klienta. Wynik zdefiniowany jako dane, a nie kod, więc klienci zmieniają go bez release’u. Przeczytaj case study
- Bęben 01 Skaner wycieków danych Przeszukiwanie otwartego internetu w poszukiwaniu wycieków danych osobowych. Rozproszony na maszyny i wątki, przebudowany i prowadzony w pojedynkę. Przeczytaj case study
III. AI, które robi papierologię.
Dziś głównie AI na produkcji: pipeline’y LLM na transkrypcjach spotkań, projektowanie promptów, przetwarzanie multimodalne i cache, dzięki któremu każde uruchomienie jest szybkie i tanie. Do tego narzędzia, w których osoby nietechniczne same budują swoje pipeline’y.
- I. Przegląd architektury
- II. Backend i inżynieria danych
- III. Pipeline’y AI i LLM
- IV. Projektowanie produktu i UI/UX
- V. Senior engineer na kontrakcie
- Od modelu danych po interfejs, jedna osoba odpowiedzialna za całość.
IV. Od surowych danych do gotowej odpowiedzi.
Jedno spotkanie z doradcą przeprowadzone przez przykładowy pipeline AI: dwadzieścia kroków od nagrania do sprawdzonego raportu w CRM. Przewijaj dalej, żeby go uruchomić.
- 01 Źródła audio · pdf · api
- 02 Parsowanie STT · OCR · diaryzacja
- 03 Normalizacja schema · metadane
- 04 Walidacja dedup · kontrole
- 05 Kolejka zdarzeń SQS · retry · DLQ
- 06 Maskowanie PII NER · reguły · RODO
- 07 Chunking semantyka · nakładanie
- 08 Embeddingi batch · cache
- 09 Indeks hybrydowy wektory · BM25
- 10 Baza wiedzy wersje · filtry
- 11 Orkiestrator agentów plan · działanie · obserwacja
- 12 Wyszukiwanie (RAG) top-k · rerank
- 13 Inżynieria kontekstu tokeny · pamięć
- 14 Narzędzia MCP · funkcje
- 15 Brama LLM routing · cache
- 16 Guardrails wejście · wyjście
- 17 Ustrukturyzowany wynik schema · retry
- 18 Weryfikacja przez człowieka human in the loop
- 19 Dostarczenie SSE · dokumenty · API
- 20 Systemy klienta CRM · webhooki
V. Porządek w złożonych systemach.
Pax Romana oznaczał dwa stulecia stabilności. Cel jest tu bardziej praktyczny: systemy, które pozostają zrozumiałe, gdy przybywa kodu, danych i AI.
- 01 Decyzje na piśmie, kompromisy nazwane wprost.
- 02 Liczby zamiast przymiotników.
- 03 Najprostszy projekt, który przetrwa kolejny rząd wielkości.
- 04 Minimalne uprawnienia od początku: każdy serwis, rola i klucz dostaje tylko to, czego potrzebuje.
- 05 Wynik AI sprawdza człowiek, zanim stanie się decyzją.
Najnowsze wpisy
Wszystkie wpisyVI. Przyjrzyjmy się Twojemu systemowi.
30-minutowa rozmowa: co budujesz, gdzie boli i czy PaxCode do tego pasuje. Pracuję z Polski, zdalnie z zespołami z UK i UE.