a
Rosnące koszty utrzymania.
Każdy nowy widok powiela błędy starych. Code review trwa tygodnie, bo nie ma wspólnego punktu odniesienia. Wewnętrzny dług architekturalny narasta.
Przemysł · energetyka · automatyka
Aplikacje rozwijane 20–30 lat. Sterują maszynami, mierzą parametry, działają w stacjach i na liniach. Migrujemy je na nowy stos i otwieramy na rozwój: modułowo, na danych z produkcji, lokalnie. Bez „big bang”, bez ryzyka przy każdej zmianie.
W przemyśle kod żyje dłużej niż maszyny, którymi steruje. Panel operatorski na bazie Qt 5 z mieszanką QWidget i QML, sterownik napisany pod konkretne urządzenie, SCADA z setkami tagów mapowanych ręcznie w Excelu — wszystko to działa, więc nikt tego nie rusza. A koszt utrzymania rośnie z każdym rokiem.
Najczęściej spotykamy te same trzy objawy.
a
Każdy nowy widok powiela błędy starych. Code review trwa tygodnie, bo nie ma wspólnego punktu odniesienia. Wewnętrzny dług architekturalny narasta.
b
Migracja Qt 5 → Qt 6 odkładana w nieskończoność. Zamknięte toolchainy, framework sprzed dekad: „nikt nie ma czasu zacząć”, ze strachu, że „połamiemy to, co działa”.
c
Brak testów frontendowych i regresyjnych sprawia, że każda poprawka to ryzyko. Tam, gdzie kod steruje maszynami, nie ma miejsca na „wygeneruj i zapomnij”.
Operator infrastruktury energetycznej średniego napięcia potrzebował nowego modułu raportowania w panelu operatorskim Qt/QML, działającym na stanowiskach w stacjach rozdzielczych. Moduł był odkładany od półtora roku. Nie zbudowaliśmy „panelu raportów”, tylko wzorzec: pierwszy widok zrobiliśmy razem z zespołem, kolejne klient dorobił już sam.
Rozliczenie: program kwartalny, stała opłata, zamknięty zakres. Konkretną kwotę dostajecie mailem w 48 godzin po rozmowie.
W krótkiej rozmowie ocenimy, czy migrację da się ogarnąć przy okazji nowego modułu, czy wymaga osobnego sprintu. Z transferem wiedzy włącznie.
Za Twoją zgodą liczymy odwiedziny przez Google Analytics, który zapisuje pliki cookies. Bez zgody strona działa tak samo. Szczegóły