Backend na FastAPI z ~9 mikroserwisami

Dobry wieczór, Alexandr!
Ogólnie rzecz biorąc, zadanie jest jasne, aby dokładnie odpowiedzieć na pytania dotyczące terminów i ceny, chciałbym wyjaśnić kilka kwestii, które pojawiły się po analizie twojego zadania.
Piszesz w wiadomościach prywatnych — omówimy szczegóły i twoje życzenia.

Pokaż oryginał

Przetłumacz

Cześć,

Jestem zainteresowany Twoim projektem backendowym w FastAPI. Połączenie prawdziwego produktu komercyjnego, dobrze zaplanowanej architektury i elastycznego harmonogramu czyni to dla mnie bardzo atrakcyjną okazją.

Mam doświadczenie w budowaniu aplikacji backendowych i full-stack, w tym API, systemów opartych na bazach danych oraz zorganizowanej logiki aplikacji. Czuję się komfortowo z FastAPI, usługami opartymi na CRUD, integracjami, a także zwracam szczególną uwagę na bardziej złożone części systemu, takie jak logika biznesowa, testowanie i debugowanie.

Podoba mi się również, że Twoja architektura opiera się na DDD, Czystej Architektury i zasadach opartych na zdarzeniach. Wolę pracować nad projektami, w których jakość kodu, łatwość utrzymania i długoterminowa skalowalność są ważne.

Mogę pomóc w budowaniu backendu w czysty i niezawodny sposób, utrzymywać komunikację jasną i konsekwentnie posuwać projekt naprzód w oparciu o zadanie techniczne i projekty w Figma.
…
Chętnie omówię zakres i następne kroki.

Z poważaniem
Nikola

Pokaż oryginał

Przetłumacz

sekcja - dni
Auth 3
Onboarding (z Flow Engine) 4
Abstrakcyjny system treści 60
Usługi edukacyjne (LRS i pakiety) 12
Profile i preferencje 3
Grywalizacja 18
Fakturowanie i tokeny 10
Powiadomienia 3
… Pliki (integracja) 1
Wyszukiwanie (niski priorytet) 5
AI-generacja 15
Flow Engine 10
Automatyzacje 15
Dodatkowe moduły (ankiety, raporty) 2
Hooks i panel administracyjny 2
Infrastruktura, testy, CI/CD 20
Razem 183

Stawka - 25$. - dzień - 8 godzin - 200$

183 dni * 200 = 36 600 za projekt.
Dodałbym jeszcze 10-14 dni na cały okres - to dodatkowe atrakcje, które się pojawią (siły wyższe i różne nieprzewidziane)
Proszę o kontakt.

Pokaż oryginał

Przetłumacz

Cześć

Projekt wygląda na przemyślany i interesujący — szczególnie podejście z DDD, Clean Architecture i elementami opartymi na zdarzeniach.

Mam doświadczenie w budowaniu systemów backendowych z podobnym podejściem: podział domeny, infrastruktury, praca z kolejkami i zdarzeniami. Osobno zwracam uwagę na testy, debugowanie i odporność integracji — rozumiem, że to kluczowa część projektu.

Jestem gotów pracować w komfortowym tempie, z zanurzeniem w architekturę i logikę biznesową. Interesuje mnie to jako długoterminowy przypadek komercyjny z wydaniem w sklepach.

Będę zadowolony, aby omówić szczegóły i format współpracy.

Pokaż oryginał

Przetłumacz

Dzień dobry, to zespół BeaverIT. Jesteśmy gotowi zająć się projektem, po zapoznaniu się z dokumentacją techniczną mówimy, że możemy zająć się zarówno częścią backendową, jak i frontendową. Mamy już doświadczenie w tworzeniu aplikacji w architekturze mikroserwisowej: Tworzyliśmy platformę edukacyjną od podstaw dla startupu w architekturze mikroserwisowej, a także rozwijaliśmy e-sklep od zera. Jeśli jesteście zainteresowani, możemy zająć się waszym projektem.

Pokaż oryginał

Przetłumacz

Cześć!

My z zespołem jesteśmy gotowi zrealizować projekt. W zespole są doświadczeni deweloperzy, dlatego możemy stworzyć wygodny, nowoczesny i funkcjonalny produkt zgodnie z Twoimi wymaganiami.

Terminy i budżet będziemy mogli dokładnie określić po omówieniu szczegółów i zrozumieniu pełnego zakresu prac. Będę wdzięczny za Twoją opinię, przykłady naszych prac mogę wysłać w wiadomościach prywatnych.

Pokaż oryginał

Przetłumacz

Dzień dobry, bardzo chciałbym zająć się projektem, mam doświadczenie zarówno w tym stosie, jak i bardzo aktywnie używam vibe coding. I byłoby to świetne dla mojego portfolio. Projekt jest dość duży i czasowo nie będzie szybko.

Pokaż oryginał

Przetłumacz

Witaj Aleksandrze!

Jestem programistą backendowym, pracowałem na stosie:
FastAPI, Redis (cache i czasami limiter szybkości), Kafka (broker wiadomości) i jako bazy danych używałem (PostgreSQL i MongoSQL - w zależności od sytuacji)

Będzie mi miło pracować z Tobą i uczestniczyć w takim projekcie)

Pokaż oryginał

Przetłumacz

Dzień dobry.

Zapoznałem się z opisem — podejście z DDD, Clean Architecture oraz logiką opartą na zdarzeniach jest całkowicie zrozumiałe, mam doświadczenie w budowaniu podobnych systemów.

W takich projektach główną trudnością rzeczywiście nie jest CRUD, ale prawidłowe projektowanie, podział odpowiedzialności i stabilna praca bardziej złożonych modułów.

Jestem programistą Full-Stack, więc mogę zrealizować zarówno frontend, jak i backend. Projektuję architekturę, piszę czysty i skalowalny kod, a także doprowadzam projekty do stabilnej produkcji (testy, debugowanie, integracje).

Będę zadowolony, aby omówić wszystkie szczegóły projektu w prywatnych wiadomościach, w tym cenę i terminy.

Pokaż oryginał

Przetłumacz

Widzę, że potrzebujesz dewelopera FastAPI do zbudowania backendu opartego na zaprojektowanej przez seniora DDD i Czystej Architektury. Przejście od makiet Figma do funkcjonalnego ekosystemu mikroserwisów jest jasne, szczególnie koncentrując się na operacjach CRUD i specyficznej logice generowania quizów. Doceniam nacisk na głębokość techniczną i testowanie, ponieważ utrzymanie systemu opartego na zdarzeniach z dziewięcioma usługami wymaga solidnych podstaw od samego początku.
Moje doświadczenie obejmuje budowanie skalowalnych backendów w Pythonie przy użyciu FastAPI oraz wdrażanie wzorców projektowych opartych na DDD, aby utrzymać logikę biznesową w izolacji. Czuję się komfortowo z elementami opartymi na zdarzeniach i zapewnieniem, że każdy mikroserwis pozostaje odseparowany. Aby dać ci wyobrażenie, oto szkic, jak podchodzę do warstwy aplikacji:
klasa CreateQuizUseCase:
def execute(self, cmd: CreateQuizCommand) -> Quiz:
domainlogic.validatedifficulty(cmd.level)
return self.repository.save(Quiz.from_command(cmd))
Ponieważ jest to projekt osobisty z elastycznym harmonogramem, mogę skupić się na jakości oczekiwanej dla komercyjnego wydania. Będę ściśle przestrzegać twojej dokumentacji technicznej, aby zapewnić, że kod pozostanie łatwy do utrzymania na końcowe wydanie w Google Play i iOS.

Czekam na szczegółową dyskusję na temat twojego projektu.

Pokaż oryginał

Przetłumacz

Dzień dobry!

Zapoznałem się z tzw. Jak zrozumiałem, praktycznie cały kod systemowy jest napisany, trzeba rozwijać logikę biznesową. Chciałbym jednak dowiedzieć się nieco więcej o używanych technologiach w projekcie: jaki stos jest używany w backendzie, co już zostało wybrane w zakresie bazy danych, autoryzacji itd.
Zajmuję się również vibe codingiem :) Wyłącznie do pracy maszynowej używam AI.
Przykłady prac w backendzie, gdzie wszystko pisałem od zera.

https://rstays.com/

https://ai-desk.ai/
…
Także github:
https://github.com/axbuglak

Piszcie, wszystko omówimy

Z poważaniem,
Buhlak Aleksiej

Pokaż oryginał

Przetłumacz

Cześć! Mogę to zrealizować. Napisz na prywatną wiadomość, aby omówić wszystkie szczegóły. Będę zadowolony z współpracy!

Pokaż oryginał

Przetłumacz

Cześć! 🚀

Zapoznałem się z opisem: format zadania jest zrozumiały — projekt mobilny/webowy z Figma jako głównym źródłem wymagań, CRUD-endpointami, osobnym blokiem złożonej logiki do generowania quizów oraz architekturą w stylu DDD / Clean Architecture. Taki format mi odpowiada: mogę starannie zrealizować zarówno standardowe moduły, jak i bardziej skomplikowane części z logiką biznesową, testami i integracjami.

Używany stos:

Backend: Python (FastAPI) PostgreSQL
Integracje: REST API, generowanie quizów, auth, testy, podejścia oparte na zdarzeniach
Frontend: React / React Native / TypeScript, realizacja według Figma
… Infrastruktura: Docker, CI/CD, logowanie, testowanie

Jestem gotów omówić szczegóły projektu osobiście i gotowy do rozpoczęcia pracy.

Z poważaniem, Andrij

Pokaż oryginał

Przetłumacz

Cześć!

Zespół The Dev Company jest zainteresowany dołączeniem do tego projektu i realizacją backendu zgodnie z Twoim TZ i szkicem API, opierając się na makietach w Figma jako głównym źródle prawdy o produkcie.

Rozumiemy, że:
- główna część endpointów to przewidywalny CRUD dla encji systemu treści i danych użytkowników;
- trudność nie leży w samych endpointach, lecz w architekturze, spójności warstw, testach i integracji (szczególnie xAPI, abstrakcyjny system treści, stan uczenia, silnik przepływu, automatyzacje, generacja AI);
- ważna jest staranna realizacja DDD / Clean Architecture z elementami event-driven, aby projekt był łatwy do rozwijania, a nie przepisywania za pół roku.

… Nasz stack i doświadczenie dobrze pasują do zadania:
- piszemy backendy produkcyjne w TypeScript/Node.js (NestJS), Pythonie, Postgresie, event-driven (Kafka/RabbitMQ/Webhooks) i architekturze mikroserwisowej;
- tworzyliśmy platformy SaaS z elastycznymi schematami treści, token-billingiem, usługami AI (generacja, wyjaśnianie/podsumowywanie/tłumaczenie), a także złożonymi warstwami API z podziałem na publiczne/wewnętrzne;
- znamy podejścia DDD, modułowe monolity i czystą architekturę warstwową.

Jak będziemy podchodzić do pracy:
- bierzemy makiety Figma jako główny produktowy punkt odniesienia (UX, przepływ, stany), a ten dokument API jako techniczny przewodnik po encjach, polach i przypadkach brzegowych;
- starannie projektujemy granice modułów (auth, content/meta, entries, learning/xAPI-layer, flow-engine, automations, billing/tokens, AI-services) tak, aby przyszłe funkcje (gryfikacja, wyszukiwanie, feed itp.) mogły być wbudowane bez łamania;
- używamy **wib-kodowania / asystentów AI tylko jako narzędzie pomocnicze (szkice, generacja typowego CRUD, boilerplate testów), a kluczowe punkty — architekturę, złożone scenariusze, debugowanie, integracje — robimy ręcznie i przez testy;
- od samego początku wprowadzamy normalne testy automatyczne i kontrole regresji, aby można było bezpiecznie rozwijać system przez miesiące.

Podoba nam się, że to nie jest „jednorazowe mini-zadanie”, lecz żywy startup z elastycznymi terminami i naciskiem na jakość architektury — to znacznie zwiększa wartość przypadku w portfolio i daje przestrzeń na staranne, a nie „w pośpiechu” rozwijanie.

Jesteśmy gotowi do omówienia:
- jaki stack planujecie dla backendu (Node/Nest, Python/FastAPI, Go itp.);
- priorytetowe moduły na pierwszy release (auth + content + learning state + podstawowy AI, na przykład);
- format pracy i etapowe płatności.

Pokaż oryginał

Przetłumacz

Witam!

Bardzo zainteresował mnie Państwa projekt, ponieważ specjalizuję się w Pythonie i głęboko zagłębiam się w naukę inżynierii oprogramowania. Państwa stos (FastAPI, DDD, Clean Architecture) to dokładnie to kierunek, w którym się rozwijam, i jestem gotów poświęcić maksymalną uwagę jakościowemu projektowaniu i testom, o których wspomnieli Państwo w specyfikacji.

Pokaż oryginał

Przetłumacz

Witaj. Mogę zrealizować Twój projekt. Mam doświadczenie. Napisz, ustalimy szczegóły.

Pokaż oryginał

Przetłumacz

Cześć.

Jestem programistą NodeJS. Jestem gotów podjąć się tego zadania. Napisz, omówimy.

Pokaż oryginał

Przetłumacz

Dzień dobry. Jestem gotów zrealizować ten projekt, mam duże doświadczenie w tworzeniu różnych aplikacji.

Pokaż oryginał

Przetłumacz

Witam! Wykonam Twoje zadanie szybko i jakościowo.

Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!

Pokaż oryginał

Przetłumacz

Dzień dobry
jestem gotów wykonać twoją pracę
Pisz, będę zadowolony, aby wykonać projekt jakościowo i w terminie

Pisz, jestem gotów przystąpić

Pokaż oryginał

Przetłumacz

Cześć. Pracuję z Fast API. Chętnie pomogę z backendem. Proszę o kontakt.

Pokaż oryginał

Przetłumacz

Witam.

Przepracowałem dokumenty i Figma. W zestawieniu pokazują, że to produkt edukacyjny z podejściem mobile-first, gdzie backend nie tylko ma obsługiwać CRUD, ale także zarządzać stanami nauki, postępem, subskrypcjami, tokenami, logiką dashboardu oraz ustawieniami administracyjnymi. Z Figma widać, że podstawę projektu lepiej budować jako system oparty na backendzie z wyraźnymi kontraktami, ponieważ ważne są nie pojedyncze ekrany, ale scenariusze onboarding, postęp i zakończenie.

Mogę zająć się pierwszą kolejnością w ramach obecnego budżetu jako fundament techniczny:
- szkielet FastAPI zgodnie z waszą architekturą;
- PostgreSQL, ustawienia, DI, strukturalne logowanie;
- wersjonowane API /api/v1;
- jeden end-to-end serwis CRUD;
… - podstawowe testy;
- przygotowanie kontraktów i struktury dla następnych mikroserwisów.

To da czystą podstawę, którą można później rozszerzać bez przebudowy. Jeśli to konieczne, osobno można etapowo przejść przez Auth/User, Content, Learning lub Subscriptions.

Proszę dać znać, który serwis jest dla was priorytetowy w pierwszej iteracji.
Możemy kontynuować dyskusję w dogodnym dla was języku (ukr, ros, ang).

Pokaż oryginał

Przetłumacz

Cześć.
Przejrzałem materiały w otwartym folderze FastAPI DEV/README, Educational App PRODUCTION - CLEAN i Common best practices.
Z opisu widzę, że projekt nie polega na szybkim stworzeniu CRUD, ale na normalnej budowie backendu z przemyślaną architekturą, granicami serwisów, testami, walidacją, logowaniem i dalszą skalowalnością. To właśnie ten format, w którym ważniejsza jest nie prędkość szkicu, ale to, jak starannie zostanie zbudowany fundament.
Osobny plus to fakt, że najcięższe części zostały już wyjęte z obecnego zakresu: generacja quizów, przesyłanie plików i gamifikacja. W takim składzie zadanie wygląda realistycznie i można je realizować krok po kroku: Auth / User, Content, Learning, Tokens / AI usage, Subscriptions, Automations, Flow engine, Notifications, Dashboard.
Z mojej strony podchodziłbym do tego nie jako do 9 mikroserwisów dla mikroserwisów, ale jako do działającego konturu backendowego pod rzeczywisty produkt z normalną dekompozycją, czystą architekturą, podejściem async-first, wstrzykiwaniem zależności, kontraktami API i zrozumiałym wdrożeniem.
Pracuję z logiką backendową, API, integracjami Telegram/web/mobile oraz projektami, w których ważne jest nie tylko stworzenie interfejsu, ale zrobienie działającego produktu, który potem można utrzymywać i rozwijać.
GitHub: https://github.com/vitalivo
Optymalnie tutaj iść etapami: najpierw zbudować podstawowe jądro i warstwę infrastrukturalną, ustalić kontrakty serwisowe i ogólne zasady API, a następnie spokojnie rozszerzać pozostałe domeny bez chaosu i zbędnego refaktoryzowania w trakcie.
Jestem gotów zająć się tym projektem.

Pokaż oryginał

Przetłumacz

Czy rozważana jest realizacja backendu na innym stosie? Mogę to zrobić na ASP.NET Core. Dla architektury opartej na zdarzeniach / mniej sprzężonej można użyć biblioteki MediatR - punkty końcowe będą maksymalnie cienkie, lekkie i czyste - zazwyczaj to tylko wysyłanie zdarzenia, gdzie już na to lub inne zdarzenie będzie odpowiedni handler + następuje izolacja komponentów, co upraszcza na przykład testowanie. Logowanie za pomocą Serilog. Nie chcę chwalić ASP.NET Core, ale pod względem wydajności przewyższa FastAPI, możesz poszukać niezależnych testów porównawczych.

Pokaż oryginał

Przetłumacz

Dzień dobry. Mogę pisać w języku Go. Będzie działać szybko i jakościowo. Zrobię szybko i jakościowo. Pisałem skomplikowane API (na przykład dla aplikacji typu Telegram).
p.s. Na negatywną opinię nie zwracaj uwagi, to było nieporozumienie. W tym wszystkim bardzo dobrze się orientuję.

Pokaż oryginał

Przetłumacz

Dzień dobry, Aleksandrze. Jestem zainteresowany współpracą z tobą. Jeśli to nadal aktualne, chętnie wezmę udział w projekcie.

Pokaż oryginał

Przetłumacz

Temat: Backend-developer FastAPI — ~9 mikroserwisów dla aplikacji edukacyjnej (Coding Train APP)
Dzień dobry!
Nazywam się Wowa, jestem backend-developerem z doświadczeniem w pracy z FastAPI oraz budowie architektury mikroserwisowej. Mam doświadczenie komercyjne z Clean Architecture, DDD oraz podejściami opartymi na zdarzeniach.
Jestem gotów zająć się Twoim projektem — rozwój backendu z ~9 mikroserwisami dla mobilnej aplikacji edukacyjnej.
Jak planuję podejść do zadania:

Szczegółowo zapoznam się z TŻ, README, makietami Figma oraz rekomendacjami z dokumentów.
Zaprojektuję architekturę mikroserwisów z uwzględnieniem Clean Architecture oraz DDD.
Zrealizuję główną część — CRUD-endpointy (ich większość).
… Osobno opracuję skomplikowaną logikę (generacja quizów oraz związane edge-case'y).
Napiszę testy jednostkowe + integracyjne, zapewnię wysoką jakość debugowania oraz integracji między serwisami.
Przygotuję wszystko do dalszego wydania w Google Play oraz App Store.

Rozumiem, że projekt jest realny, komercyjny, z przemyślanym stosem i elastycznymi terminami (kilka miesięcy). To pozwala na wykonanie wszystkiego w wysokiej jakości, bez pośpiechu.
Jestem gotów rozpocząć pracę w najbliższym czasie.
Będę zadowolony, aby omówić szczegóły, odpowiedzieć na pytania lub pokazać przykłady wcześniejszych projektów.

Pokaż oryginał

Przetłumacz

Cześć. Zainteresował mnie Twój projekt. Pracuję z Python/FastAPI, projektuję backend z czystą architekturą, normalną dekompozycją według domen, logiką CRUD, integracjami i złożonymi procesami biznesowymi. Z Twojego opisu widzę, że główną częścią jest zrozumiała warstwa API i praca z bazą danych, a kluczową uwagę należy poświęcić właśnie projektowaniu, generowaniu quizów, testom i stabilności systemu. Mogę starannie zrealizować backend pod taki projekt: — FastAPI — PostgreSQL — podejście mikroserwisowe/modułowe — czysta architektura — dokumentacja API — testowanie i etapowe oddanie.

Pokaż oryginał

Przetłumacz