+48 501 250 220

Zespół potrzebuje wsparcia? Przejmujemy wydzieloną część pracy z uzgodnionym wynikiem

Zespół nie nadąża, brakuje konkretnej wiedzy albo przed ważną decyzją potrzebna jest druga opinia? Przejmujemy wydzieloną część: moduł, backend do Państwa frontendu, interfejs, migrację albo przegląd kodu. Pracujemy w Państwa repozytorium i systemie zgłoszeń, a kod i wiedza zostają u Państwa.

Omów swój przypadek Modele współpracy
  • Kod w Państwa repozytorium, zadania w Państwa systemie zgłoszeń
  • Po niemiecku, polsku i angielsku, w tej samej strefie czasowej
  • Odpowiedź w ciągu jednego dnia roboczego
Tablica zespołu z czterema kartami zadań; jedna karta przechodzi pomarańczowym łukiem do naszej części w pomarańczowej ramce; obie części prowadzą w dół do jednej linii repozytorium z commitami, nasz commit jest pomarańczowy

Kiedy zespoły zwracają się do nas

Wsparcie zespołu oznacza u nas wydzieloną część pracy z uzgodnionym wynikiem: przejmujemy ją, odpowiadamy za rezultat i oddajemy w stanie, w którym Państwa zespół może ją dalej prowadzić.

Zespół nie nadąża

Lista zadań rośnie, termin się zbliża, a rekrutacja potrwa miesiące. Przejmujemy wydzielony pakiet prac, na przykład moduł albo grupę zgłoszeń o wspólnym celu, a Państwa zespół zostaje przy swoich priorytetach.

Brakuje konkretnej wiedzy

ColdFusion i Lucee, PHP ze Smarty, Linux, bazy MySQL i MariaDB, dostarczalność poczty albo bezpieczeństwo: gdy w zespole brakuje doświadczenia w jednym obszarze, przejmujemy ten fragment, a wiedzę przekazujemy razem z wynikiem.

Przed decyzją potrzebna jest druga opinia

Przepisać czy dalej utrzymywać, który kierunek migracji, czy architektura udźwignie wzrost: oceniamy kod, architekturę albo plan i przekazujemy pisemną ocenę z ryzykami i wariantami. Więcej w części o drugiej opinii poniżej.

Wydzielony projekt dla zewnętrznego wykonawcy

Interfejs do systemu partnera, migracja, usługa generowania dokumentów albo nowy moduł, który nie musi powstawać w Państwa zespole: realizujemy go jako osobny projekt, ze stałą ceną albo rozliczeniem według czasu (modele współpracy).

Część projektu: Państwa frontend, nasz backend

Państwa zespół buduje interfejs użytkownika, a my backend z API, bazą danych i wdrożeniem, albo odwrotnie. Granicą jest interfejs uzgodniony na piśmie, zanim powstanie pierwsza linia kodu.

Pośrodku ramka zespołu, wokół niej pięć ikon na pomarańczowych łącznikach: klepsydra, element puzzli, linia rozwidlająca się na dwie strzałki, paczka i ramka podzielona na dwie części, z prawą połową pomarańczową

Jak dzielimy pracę z Państwa zespołem

  1. Rozmowa wstępna

    Cel, termin i część, którą chcą Państwo przekazać. Mówimy otwarcie, czy i jak możemy pomóc.

  2. Zakres na piśmie

    Co przejmujemy, co zostaje u Państwa, jaki jest wynik i jak go razem sprawdzimy.

  3. Dostępy w Państwa narzędziach

    Repozytorium, system zgłoszeń i środowisko testowe. Po naszej stronie jedna osoba kontaktowa.

  4. Praca w małych krokach

    Zmiany trafiają do Państwa repozytorium w małych porcjach, które Państwa zespół może przejrzeć. Postęp widać w Państwa systemie zgłoszeń.

  5. Przekazanie

    Dokumentacja w repozytorium, omówienie z Państwa zespołem i kod, który od pierwszego dnia jest u Państwa.

Państwa frontend, nasz backend

Podział wzdłuż interfejsu działa, gdy granica jest ustalona, zanim obie strony zaczną pisać kod. Dlatego zaczynamy od opisu interfejsu i kończymy na tym, kto prowadzi część po starcie.

  • Najpierw interfejs. Endpointy, formaty danych i kody błędów opisujemy razem z Państwa zespołem, na przykład w OpenAPI, i trzymamy opis w repozytorium.
  • Wcześnie coś do podłączenia. Środowisko testowe z przykładowymi danymi udostępniamy na starcie, żeby frontend mógł powstawać równolegle, zanim backend będzie gotowy.
  • Zmiany jawnie. Każda zmiana interfejsu przechodzi przez opis i nową wersję, a nie przez cichą poprawkę po jednej stronie.
  • Odbiór według kryteriów. Dla każdej części ustalamy, po czym poznać, że działa, i sprawdzamy to razem.
  • Wdrożenie i utrzymanie ustalone z góry. Na piśmie zapisujemy, kto wdraża, kto monitoruje i kto reaguje na błędy po starcie.

Tak samo dzielimy pracę odwrotnie, gdy to Państwa zespół prowadzi backend, a nam przypada nowy frontend do istniejącego systemu, albo gdy przejmujemy jeden moduł lub interfejs do innego systemu.

Po lewej okno przeglądarki, pośrodku opis interfejsu z napisem API, po prawej serwer i baza danych w pomarańczowej ramce; zapytania i odpowiedzi biegną dwoma równoległymi torami, tory do backendu są pomarańczowe

Druga opinia przed decyzją

Przed dużą decyzją warto, żeby ktoś spoza projektu spojrzał na kod i plan. Oceniamy:

  • kod i architekturę aplikacji, także w ColdFusion i Lucee oraz w starszym PHP,
  • plan migracji albo przepisania systemu,
  • serwery i bazy danych, na przykład wydajność zapytań,
  • przygotowanie do testu penetracyjnego.

Wynikiem jest pisemna ocena z ryzykami, wariantami i szacunkiem nakładu. Ocena należy do Państwa niezależnie od tego, kto wykona dalsze prace. Kilka takich przeglądów oferujemy jako produkty wejściowe ze stałą ceną: poniżej i na stronie Współpraca.

Arkusz z kodem, strzałka do arkusza raportu w pomarańczowej ramce z pomarańczowymi haczykami, a z niego dwie gałęzie do wariantów A i B

Kod i wiedza zostają u Państwa

Najczęstsza obawa przy zewnętrznym wsparciu brzmi: co, jeśli wiedza zostanie u wykonawcy? Dlatego od początku pracujemy tak, żeby Państwa zespół mógł w każdej chwili przejąć część z powrotem.

  • Kod od pierwszego dnia jest w Państwa repozytorium, w Gicie albo w SVN, a zadania prowadzimy w Państwa systemie zgłoszeń.
  • Dokumentację piszemy przy kodzie, w repozytorium, a nie w osobnym narzędziu.
  • Każdą część kończymy omówieniem z Państwa zespołem: jak działa, gdzie są jej granice i co warto zrobić dalej.

Rozmawiamy po niemiecku, polsku i angielsku, w tej samej strefie czasowej co Państwa zespół.

Główna linia repozytorium z commitami biegnie w prawo; odchodzi od niej pomarańczowa gałąź z trzema commitami i wraca do niej; do jednego commitu na głównej linii przypięty jest arkusz dokumentacji

Druga opinia ze stałą ceną: przegląd z pisemnym wynikiem

Przegląd systemu legacy

Dla firm z systemem, którego nikt już dokładnie nie zna: przed aktualizacją, przed migracją lub przy zmianie dostawcy.

  • Inwentarz wersji i zależności
  • Mapa aplikacji, bazy danych, serwera i poczty e-mail
  • Rejestr ryzyk dotyczących bezpieczeństwa, wsparcia i wiedzy
  • Ocena kopii zapasowych i odtwarzania danych
  • Rekomendacja „zostać przy obecnej wersji, podnieść wersję lub migrować” z macierzą opcji, która obejmuje także „przeniesienie do kontenera” i „udostępnienie jako API”
  • Oszacowanie nakładu pracy w dniach

Cena obejmuje jeden system, czyli jedną aplikację wraz z jej bazą danych i serwerem. Kolejne systemy wyceniamy osobno.

Co zawiera wynik

Pisemny raport z inwentaryzacją, rejestrem ryzyk, rekomendacją i oszacowaniem nakładu pracy. Raport należy do Państwa.

od 3 800 € netto

Zwykle 5 dni roboczych

Zamów przegląd systemu legacy

Przegląd instalacji ColdFusion

Dla firm z aplikacją na Adobe ColdFusion lub Lucee, które chcą wiedzieć, czy ich instalacja jest nadal objęta wsparciem i bezpiecznie prowadzona.

  • Wersja i poziom poprawek (Adobe ColdFusion od wersji 9 do 2025, Lucee od wersji 5 do 7)
  • Dostępność Administratora i RDS z internetu
  • JVM, Tomcat i TLS
  • Kopie zapasowe, zaplanowane zadania, źródła danych i wysyłka poczty przez cfmail
  • Opcje: pozostać przy aktualnych poprawkach, podnieść wersję lub przejść na Lucee

Logika aplikacji i kod nie należą do zakresu przeglądu, od tego jest Przegląd systemu legacy.

Co zawiera wynik

Pisemna lista ustaleń według priorytetu, z opcjami i rekomendacją. Lista należy do Państwa.

od 2 400 € netto

Zwykle 3 dni robocze

Zleć przegląd instalacji ColdFusion

Przegląd bazy danych: MySQL i MariaDB

Dla firm, których aplikacja zależy od bazy danych MySQL lub MariaDB i które chcą wiedzieć, co się stanie przy awarii i czy dane z wczoraj naprawdę da się odtworzyć.

  • Kopie zapasowe: co jest zabezpieczane, jak często i gdzie leżą kopie
  • Test odtworzenia na osobnym systemie, ze zmierzonym czasem
  • Replikacja i odporność na awarie: co jest, a czego brakuje
  • Najwolniejsze zapytania i brakujące indeksy
  • Wersja, stan wsparcia i konfiguracja
  • Rekomendacja: kopie zapasowe, replikacja lub klaster, zależnie od potrzeb

Klaster, taki jak MariaDB Galera, chroni przed awarią serwera, ale nie przed usuniętymi danymi. Do tego potrzebne są sprawdzone kopie zapasowe. Dlatego zaczynamy od testu odtworzenia. Na jakim systemie się odbędzie, ustalamy z Państwem. W produkcyjnej bazie danych niczego nie zmieniamy.

Co zawiera wynik

Pisemny raport z wynikiem testu odtworzenia, ryzykami według priorytetu i rekomendacją z nakładem pracy. Raport należy do Państwa. Na życzenie wdrażamy potem wybrane rozwiązanie, także klaster Galera.

od 1 900 € netto

Zwykle 2 dni robocze

Zamów przegląd bazy danych

Wydzielone części z naszej pracy

  • Tabela wierszy z długą strzałką przez wszystkie, podpisaną ALL, i jedną pomarańczową strzałką z karty indeksu do pojedynczego wiersza, podpisaną ref

    Indeksy SQL w bazie sklepu: od pełnych skanów do mikrosekund

    Baza sklepu bez indeksów działała, dopóki tabele były małe. Przy 500 tysiącach zamówień i 1,75 miliona pozycji każdy filtr i każdy JOIN schodził do pełnego skanu. Zmierzyliśmy dokładnie, ile kosztują brakujące indeksy, dodaliśmy właściwe i opisaliśmy pułapki, przez które indeks bywa bezużyteczny, choć istnieje.

  • Duża pusta ramka z podpisem RAM 40 GB, a w niej mała ramka z podpisem JVM 1 GB pełna klocków, pomarańczowe klocki wychodzą ponad jej krawędź

    ColdFusion pod obciążeniem: diagnoza i naprawa błędu JVM heap space

    Aplikacja Adobe ColdFusion działała bez zarzutu przy niskim ruchu, a w godzinach szczytu zwracała błędy i zwalniała. Zreprodukowaliśmy problem na realnej bazie, zmierzyliśmy dokładny punkt, w którym sterta JVM się wyczerpuje, i naprawiliśmy konfigurację pamięci, z tym samym testem obciążeniowym przed i po jako dowodem.

  • Przeglądarka, ramka z podpisem Apache i trzy tory do PHP, PHP i CFML; tor CFML i jego ramka są pomarańczowe

    Produkcyjny ColdFusion 2025 za Apache: pięć nieoczywistych pułapek

    Przygotowaliśmy produkcyjną instalację Adobe ColdFusion 2025 na Debianie 12, za serwerem Apache 2.4, który obsługuje już kilka innych serwisów. Sama instalacja trwa 34 sekundy. Konektor i łatwe do przeoczenia szczegóły konfiguracji wymagały więcej uwagi: błąd 503 przez IPv6, mapowania sięgające do każdego hosta wirtualnego i profil, który po cichu dokłada debugger.

Pytania o wsparcie zespołu

Czy możemy zlecić tylko część projektu, na przykład backend?

Tak. Granicą jest interfejs: opisujemy go razem z Państwa zespołem, zanim powstanie pierwsza linia kodu, a środowisko testowe z przykładowymi danymi udostępniamy na starcie, żeby frontend mógł powstawać równolegle. Na piśmie ustalamy też, kto wdraża i kto prowadzi tę część po starcie. Tak samo przejmujemy pojedynczy moduł, interfejs do systemu partnera albo nowy frontend do istniejącego backendu.

Czy oceniają Państwo kod lub plan, który przygotował ktoś inny?

Tak. Oceniamy kod, architekturę, plan migracji albo serwer i przekazujemy pisemną ocenę z ryzykami, wariantami i szacunkiem nakładu. Ocena należy do Państwa niezależnie od tego, kto wykona dalsze prace. Kilka takich przeglądów oferujemy ze stałą ceną; opisujemy je na stronie Współpraca.

Jak wiedza zostaje w naszym zespole?

Kod od pierwszego dnia jest w Państwa repozytorium, a zadania w Państwa systemie zgłoszeń, więc Państwa zespół widzi każdą zmianę. Dokumentację piszemy przy kodzie, w repozytorium. Każdą część kończymy omówieniem z Państwa zespołem: jak działa, gdzie są jej granice i co warto zrobić dalej. Dzięki temu mogą Państwo w każdej chwili prowadzić ją dalej sami albo z nami.

Czy pracują Państwo z Jirą, Gitem i SVN?

Tak, z Gitem i z SVN. Zadania prowadzimy w Jirze lub w narzędziu, z którego Państwo już korzystają. Kod znajduje się w Państwa własnym repozytorium i pozostaje w Państwa rękach.

Kiedy mogą Państwo zacząć?

Pierwszą odpowiedź otrzymają Państwo w ciągu jednego dnia roboczego. Kiedy zaczniemy pracę, zależy od bieżącego obłożenia i od zakresu. Powiemy to Państwu wiążąco podczas rozmowy wstępnej. Jeśli sprawa jest pilna, Ocena awaryjna w 48 godzin rozpoczyna się z chwilą, gdy uzyskamy dostęp do systemu.

Jak dobrze znają Państwo niemiecki?

Perfekcyjnie: mówimy po niemiecku jak native speakerzy. Nasi inżynierowie od lat pracują z klientami niemieckojęzycznymi. Spotkania, oferty i dokumentacja powstają po niemiecku; więcej na stronie Partner IT mówiący po niemiecku.

Jaką część chcą Państwo przekazać?

Wystarczy kilka zdań o systemie, technologii i części, o którą chodzi. Powiemy otwarcie, czy i jak możemy pomóc.

Pola oznaczone jako „opcjonalnie” można zostawić puste.

Kontakt e-mailowy

Do kontaktu telefonicznego wystarczy numer: awarie całą dobę, w pozostałych sprawach w ciągu jednego dnia roboczego.

Jaki system, jaka technologia, co chcą Państwo osiągnąć? Prosimy nie przesyłać haseł ani poufnych dokumentów.

Odpowiedź w ciągu jednego dnia roboczego · bez zobowiązań

Wykorzystujemy Państwa dane wyłącznie do odpowiedzi na zapytanie. Prownex IT Services Sp. z o. o. jest administratorem danych. Okres przechowywania i Państwa prawa opisano w polityce prywatności.