<? phpukraine DEVELOPMENT TEAM
Zespół PHP z Ukrainy

Oprogramowanie, które wasz
programista przejmie bez bólu

Systemy wewnętrzne, portale klienta, sklepy, API i integracje w PHP: budowane od zera, przejmowane po poprzednim wykonawcy albo modernizowane bez zatrzymywania biznesu. Standardowy Laravel i Symfony, kod w waszym repozytorium od pierwszego dnia, dokumentacja pisana razem z kodem.

Zbudowane przez zespół stojący za phpukraine.com→
01 · CO ROBIMY

Cztery powody, dla których do nas piszą

Prawie każde zapytanie mieści się w jednej z tych kategorii. Często jest to mieszanka, i wtedy zaczynamy od audytu: on mówi, co zbudować, co naprawić, a czego nie ruszać.

Budowa od zera

Produkt, panel wewnętrzny, portal klienta, marketplace albo API. Zaczynamy od krótkiej rozmowy o tym, kto będzie z tego korzystał i co system musi wytrzymać. Potem wycena etapami zamiast jednej liczby za wszystko, a co dwa tygodnie działająca wersja na środowisku testowym.

Przejęcie istniejącego projektu

Programista odszedł, software house wystawia fakturę za każdy przecinek albo nikt nie wie, jak system działa. Zaczynamy od audytu, doprowadzamy projekt do powtarzalności (repozytorium, wdrożenie, backupy, monitoring) i dopiero wtedy dodajemy funkcje.

Modernizacja legacy PHP

Niewspierane wersje PHP, framework bez aktualizacji albo brak frameworka. Dwie drogi: uporządkować na miejscu albo migrować moduł po module na Laravel lub Symfony, podczas gdy stary system dalej obsługuje klientów. Nigdy przepisywanie od zera dla samej zasady.

Utrzymanie i rozwój

Poprawki, planowe aktualizacje, nowe funkcje i monitoring, z liczbą godzin dopasowaną do produktu, a nie do pakietu. Bez obowiązkowej umowy: kod, serwery i dokumentacja pozostają wasze, więc projekt może w każdej chwili trafić do własnego programisty.

02 · JAK PRACUJEMY

Od pierwszej wiadomości do działającego systemu

01
Opisujecie zadanie

Kilka zdań w formularzu poniżej, po polsku albo po angielsku. Specyfikacja nie jest potrzebna. Jeśli jest, dobrze; jeśli nie, piszemy ją razem w dwóch, trzech rozmowach.

02
Audyt albo wycena etapami

Dla istniejącego kodu audyt z pisemnym raportem: stan, ryzyka i trzy warianty działania z cenami. Dla nowego projektu podział na etapy, każdy z własną ceną i terminem, żeby dało się wykreślić to, co jeszcze nie jest krytyczne.

03
Dwutygodniowe iteracje

Praca idzie w dwutygodniowych odcinkach. Na końcu każdego jest coś, co można przeklikać na środowisku testowym, a nie raport z postępów. Priorytety mogą się zmieniać między iteracjami.

04
Przekazanie zamiast uzależnienia

Wasze repozytorium, wasze serwery, dokumentacja pisana w trakcie. Kiedy zdecydujecie się zatrudnić własnego programistę, dostanie projekt, w którym odnajdzie się w tydzień. Dla nas to normalne zakończenie, a nie utrata klienta.

03 · ZASADY

Reguły, które trzymają koszty utrzymania w ryzach

Standardowy framework, tak jak w dokumentacji

Laravel albo Symfony w takiej postaci, jak opisuje je oficjalna dokumentacja. Filament do paneli administracyjnych zamiast własnych rozwiązań. Żadnego frameworka-nakładki, który rozumiemy tylko my.

NIE TAK Autorska architektura, która uzależnia każdego kolejnego programistę od jej twórcy.
Złożoność na miarę zadania

Monolit tam, gdzie wystarcza; kolejki, API i osobne serwisy tam, gdzie rozwiązują realny problem. Złożoność dokładamy, kiedy coś daje, a nie żeby wycena wyglądała poważniej.

NIE TAK Mikroserwisy i trzy warstwy cache w systemie, który ich nie potrzebuje.
Audyt przed jakimkolwiek przepisywaniem

Przepisanie od zera to najdroższa i najbardziej ryzykowna droga, zwykle niepotrzebna. Moduły przepisujemy pojedynczo, z testami, kiedy liczby pokazują, że to tańsze niż naprawa.

NIE TAK Miesiące bez nowych funkcji, a potem nowy system z nowymi błędami zamiast starych, które wszyscy znali.
Uczciwy zakres i cena

Nie ma cennika, bo dwa podobnie wyglądające projekty mogą różnić się dziesięciokrotnie. Każdy projekt wyceniamy po krótkiej rozmowie, etapami. Jeśli zadanie nie jest dla nas, mówimy to w pierwszej odpowiedzi.

NIE TAK Niska cena stała i niespodzianki w połowie projektu.
04 · TECHNOLOGIE

PHP w centrum, reszta dobrana do zadania

Nowoczesne PHP z Laravel lub Symfony, Livewire, Vue albo React na froncie, PostgreSQL lub MySQL, Redis i RabbitMQ tam, gdzie kolejki mają sens, Docker i AWS albo zwykły VPS jako infrastruktura. WordPress i OpenCart, kiedy chodzi o stronę z treścią albo sklep, a nie o produkt.

PHP 8 Laravel Symfony Filament Livewire Vue React TypeScript PostgreSQL MySQL Redis RabbitMQ Docker AWS WordPress OpenCart Pest PHPStan
05 · REFERENCJA

Właśnie patrzycie na naszą pracę

phpukraine.com to platforma, którą zbudowaliśmy i prowadzimy: agregator ofert pracy pobierający co godzinę dane z trzech portali, katalog firm, analityka wynagrodzeń, baza pytań rekrutacyjnych, przetłumaczona dokumentacja i narzędzia dla programistów, a za tym panel moderacji. Takie systemy budujemy dla klientów, na tym samym stacku i według tych samych zasad.

Cogodzinna agregacja z trzech źródeł

Duplikaty łączone między portalami, klasyfikacja według frameworka, poziomu, miasta i wynagrodzenia, progi indeksowania, które trzymają ubogie strony poza wyszukiwarką.

Katalog, analityka, treści

Filtry i wyselekcjonowane landingi, rozkłady wynagrodzeń z opublikowaną metodologią, fiszki rekrutacyjne z trybem testu i ukraińskie tłumaczenia dokumentacji frameworków.

Administracja i moderacja

Panel Filament do moderacji, redakcji i statystyk bez cookies. Całość wdraża się jednym poleceniem.

Zobacz platformę →
06 · FAQ
Po polsku albo po angielsku. Mamy osobę kontaktową, która prowadzi komunikację z klientami po polsku; zespół techniczny pracuje po angielsku. Ukraina jest godzinę przed Polską, więc dzień pracy pokrywa się niemal w całości. Macie bezpośredni kanał, a nie account managera przekazującego wiadomości.
Cennika nie ma i to nie jest unik. Dwa podobnie wyglądające projekty mogą różnić się dziesięciokrotnie w zależności od zakresu, stanu istniejącego kodu, integracji i dojrzałości wymagań. Po krótkiej rozmowie albo audycie dostajecie wycenę podzieloną na etapy, każdy z ceną, żeby było widać, za co płacicie, i żeby dało się wykreślić to, co nie jest krytyczne.
Tak, przy dostępie do repozytorium i bazy danych. Jeśli kod żyje tylko na serwerze, zabieramy go stamtąd i najpierw wkładamy pod kontrolę wersji. Potem audyt, stabilizacja i dopiero rozwój. Nie przepisujemy wszystkiego tylko dlatego, że kod nie jest nasz.
Dokładnie pod to budujemy. Standardowy framework, wasze repozytorium, aktualna dokumentacja, bez obowiązkowej umowy na utrzymanie. Programista znający framework powinien odnaleźć się w tydzień. To nasze kryterium, a nie życzenie.
Jedno i drugie, zależnie od zadania. Budowa i modernizacja idą etapami z uzgodnioną ceną. Utrzymanie rozliczamy godzinowo w wymiarze dopasowanym do produktu; w spokojnym miesiącu płacicie mniej, a zryw przed wydaniem uzgadniamy wcześniej, a nie odkrywacie go na fakturze.
Bo znamy je dogłębnie, od starych wersji, na których wciąż działają firmy, po najnowsze wydania, a dla zdecydowanej większości produktów webowych ta głębia liczy się bardziej niż modny stack. Jeśli zadanie naprawdę wymaga czegoś innego, mówimy to na etapie wyceny, zamiast forsować PHP dla zasady.
OPOWIEDZCIE O PROJEKCIE

Czego potrzebujecie, w jakim stanie jest kod i na kiedy

Formularz zajmuje kilka minut, po polsku albo po angielsku. Odpowiadamy w ciągu jednego dnia roboczego pytaniami, propozycją audytu albo wprost, że to nie zadanie dla nas.

Czego potrzebujecie
Stan projektu
Orientacyjny budżet
Orientacyjnie, bez zobowiązań. Potrzebne tylko po to, żebyśmy od razu powiedzieli, czy zakres jest realny przy tym budżecie.
Kiedy
0 / 80 znaków
Wybierzcie, czego potrzebujecie

Danych używamy tylko do odpowiedzi na to zapytanie. Bez newsletterów i bez przekazywania osobom trzecim.