Бекенд на FastAPI з ~9 мікросервісами

Добрий вечір, Alexandr! В цілому завдання зрозуміле, для точного відповіді по термінах і ціні, хотілося б уточнити деякі питання, які у мене виникли після аналізу вашого завдання. Пишіть в приватні повідомлення — обговоримо деталі та ваші побажання.

Показати оригінал

Перекласти

Привіт,

Мене цікавить ваш проект бекенду на FastAPI. Поєднання реального комерційного продукту, добре спланованої архітектури та гнучкого графіка робить цю можливість дуже привабливою для мене.

У мене є досвід створення бекенду та повноцінних додатків, включаючи API, системи, що працюють з базами даних, та структуровану логіку додатків. Я комфортно почуваюся з FastAPI, сервісами з акцентом на CRUD, інтеграціями, а також приділяю додаткову увагу більш складним частинам системи, таким як бізнес-логіка, тестування та налагодження.

Мені також подобається, що ваша архітектура базується на DDD, Чистій архітектурі та принципах, орієнтованих на події. Я надаю перевагу роботі над проектами, де важливі якість коду, підтримуваність та довгострокова масштабованість.

Я можу допомогти побудувати бекенд чистим і надійним способом, підтримувати чітку комунікацію та поступово просувати проект вперед на основі технічного завдання та дизайнів у Figma.
…
Я був би радий обговорити обсяг роботи та наступні кроки.

З найкращими побажаннями
Нікола

Показати оригінал

Перекласти

розділ - дні
Auth 3
Onboarding (з Flow Engine) 4
Абстрактна контент-система 60
Навчальні послуги (LRS та пакети) 12
Профілі та переваги 3
Гейміфікація 18
Білінг та токени 10
Сповіщення 3
… Файли (інтеграція) 1
Пошук (низький пріоритет) 5
AI-генерація 15
Flow Engine 10
Автоматизації 15
Додаткові модулі (опитування, звіти) 2
Hooks та адмінка 2
Інфраструктура, тести, CI/CD 20
Всього 183

Рейт - 25$. - день - 8 годин - 200$

183 дні * 200 = 36 600 за проект.
Я б ще накинув 10-14 днів на весь період - це додаткові прикольчики, які з'являться (форс-мажори та різна не врахована робота)
Звертайтеся.

Показати оригінал

Перекласти

Доброго дня

Проект виглядає продуманим та цікавим — особливо підхід з DDD, Clean Architecture та event-driven елементами.

Маю досвід побудови backend-систем з подібним підходом: розділення домену, інфраструктури, робота з чергами та подіями. Окремо приділяю увагу тестам, дебаггінгу та стійкості інтеграцій — розумію, що це ключова частина проекту.

Готовий працювати в комфортному темпі, з зануренням в архітектуру та бізнес-логіку. Цікавить саме як довгостроковий комерційний кейс з релізом в сторі.

Буду радий обговорити деталі та формат співпраці.

Показати оригінал

Перекласти

Добрий день, це команда BeaverIT. Ми готові взятись за проект, подивившись технічне завдання ми говоримо що можемо взятись як за бекенд, так і за фронт енд частину.
В нас вже є досвід в розробці додатків на мікросервісній архітектурі:
Розробляли Ed платформу з нуля для стартапу на мікросервісній архітектурі, також розробляли e-shop з повного нуля.
Якщо цікаво ми можемо взятись за ваш проект.

Вітаю!

Ми з командою готові реалізувати проект. У команді є досвідчені розробники, тому ми можемо створити зручний, сучасний і функціональний продукт відповідно до ваших вимог.

Терміни та бюджет зможемо точно визначити після обговорення деталей і розуміння повного обсягу робіт. Буду вдячний за Ваш фідбек, приклади наших робіт можу надіслати в особисті повідомлення.

Доброго дня, дуже хотілося б взятися за проект, є досвід як в даному стеці, так і вайбкодинг використовую дуже активно. І для портфоліо мені було б чудово. Проект досить великий і за термінами буде не швидко.

Показати оригінал

Перекласти

Доброго дня, Олександре!

Я бекенд-розробник, розробляв на стеку:
FastAPI, Redis (кеш і іноді rate limiter), Kafka (брокер повідомлень) і в якості баз даних використовував (PostgreSQL і MongoSQL - від ситуації до ситуації)

Буду радий попрацювати з вами і взяти участь у такому проекті)

Показати оригінал

Перекласти

Доброго дня.

Ознайомився з описом — підхід із DDD, Clean Architecture та event-driven логікою повністю зрозумілий, маю досвід побудови подібних систем.

З такими проєктами основна складність дійсно не в CRUD, а в правильному проєктуванні, розділенні відповідальностей і стабільній роботі складніших модулів.

Я Full-Stack розробник, тому зможу реалізувати як frontend, так і backend. Проєктую архітектуру, пишу чистий і масштабований код, а також доводжу проєкти до стабільного продакшену (тести, дебаг, інтеграції).

Буду радий обговорити всі деталі прокєту в приватних повідомленнях, включаючи ціну та терміни.

Я бачу, що вам потрібен розробник FastAPI для створення бекенду на основі DDD та Чистої Архітектури, розроблених старшим спеціалістом. Перехід від макетів Figma до функціональної екосистеми мікросервісів є зрозумілим, особливо зосереджуючись на операціях CRUD та специфічній логіці генерації вікторин. Я ціную акцент на технічній глибині та тестуванні, оскільки підтримка системи, що реагує на події, з дев'ятьма сервісами вимагає міцної основи з самого початку.
Мій досвід включає створення масштабованих бекендів на Python з використанням FastAPI та впровадження шаблонів, орієнтованих на домен, щоб зберегти бізнес-логіку ізольованою. Я комфортно почуваюся з елементами, що реагують на події, і забезпечую, щоб кожен мікросервіс залишався розділеним. Щоб дати вам уявлення, ось приблизний ескіз того, як я підходжу до рівня застосунку:
class CreateQuizUseCase:
def execute(self, cmd: CreateQuizCommand) -> Quiz:
domainlogic.validatedifficulty(cmd.level)
return self.repository.save(Quiz.from_command(cmd))
Оскільки це особистий проект з гнучким графіком, я можу зосередитися на якості, очікуваній для комерційного випуску. Я строго дотримуватимусь ваших технічних документів, щоб забезпечити підтримуваність коду для фінального запуску в Google Play та iOS.

Чекаю на можливість обговорити ваш проект детальніше.

Показати оригінал

Перекласти

Добрий день!

Ознайомився з ТЗ. Як я зрозумів, практично весь системний код написаний, потрібно розвивати бізнес-логіку. Однак хотілося б трохи більше дізнатися про використовувані технології на проекті: який використовується стек по бекенду, що вже вибрано по БД, аутентифікації тощо.
Вайбкодингом також захоплююсь :) Виключно для машинної роботи використовую АІ.
Приклади робіт по бекенду, де я з нуля все писав.

https://rstays.com/

https://ai-desk.ai/
…
Також GitHub:
https://github.com/axbuglak

Пишіть, все обговоримо

З повагою,
Буглак Олексій

Показати оригінал

Перекласти

Вітаю! Зможу реалізувати. Відпишіть в приват щоб обговорити всі деталі. Буду рад співпраці!

Вітаю! 🚀

Ознайомився з описом: формат задачі зрозумілий — мобільний/веб-проєкт із Figma як основним джерелом вимог, CRUD-ендпоінтами, окремим блоком складної логіки для генерації квізів та архітектурою в стилі DDD / Clean Architecture. Такий формат мені підходить: можу акуратно реалізувати як стандартні модулі, так і складніші частини з бізнес-логікою, тестами та інтеграціями

Використовуваний стек:

Backend: Python (FastAPI) PostgreSQL
Integrations: REST API, генерація квізів, auth, тести, event-driven підходи
Frontend: React / React Native / TypeScript, реалізація по Figma
… Infrastructure: Docker, CI/CD, логування, тестування

Готовий обговорити деталі проєкту в особистих та готовий приступати до роботи.

З повагою, Андрій

Доброго дня!

Команда The Dev Company зацікавлена підключитися до цього проекту та реалізувати бекенд за вашим ТЗ та API‑черновиком, спираючись на макети в Figma як основне джерело правди про продукт.

Ми розуміємо, що:
- основна частина ендпоінтів — це передбачуваний CRUD по сутностях контент‑системи та користувацьким даним;
- складність тут не стільки в самих ручках, скільки в архітектурі, узгодженості шарів, тестах та інтеграції (особливо xAPI, абстрактна контент‑система, learning state, flow‑engine, automations, AI‑generation);
- важлива акуратна реалізація DDD / Clean Architecture з елементами event‑driven, щоб проект було легко розвивати, а не переписувати через півроку.

… Наш стек і досвід добре збігаються з завданням:
- пишемо продакшн‑бекенди на TypeScript/Node.js (NestJS), Python, Postgres, event‑driven (Kafka/RabbitMQ/Webhooks) та мікросервісній архітектурі;
- робили SaaS‑платформи з гнучкими схемами контенту, токен‑білінгом, AI‑сервісами (генерація, explain/summarize/translate), а також складні API‑шари з розділенням public/internal;
- знайомі з підходами DDD, модульними монолітами та clean‑шаровою архітектурою.

Як будемо підходити до роботи:
- беремо Figma‑макети як основний продуктовий орієнтир (UX, флоу, стани), а цей API‑документ — як технічний гід по сутностях, полям та краєвим кейсам;
- акуратно проектуємо межі модулів (auth, content/meta, entries, learning/xAPI‑шар, flow‑engine, automations, billing/tokens, AI‑services) так, щоб future‑фічі (гейміфікація, пошук, feed тощо) встраювались без поломки;
- використовуємо **виб‑кодинг / AI‑асистентів тільки як допоміжний інструмент (черновики, генерація типового CRUD, boilerplate тестів), а ключові моменти — архітектуру, складні сценарії, налагодження, інтеграції — робимо руками та через тести;
- з самого початку закладаємо нормальні автотести та regression‑перевірки, щоб можна було безпечно розвивати систему місяцями.

Нам подобається, що це не «одноразове міні‑завдання», а живий стартап з м’якими дедлайнами та акцентом на якість архітектури — це сильно підвищує цінність кейса в портфоліо та дає простір для акуратної, а не «впопихах» розробки.

Готові обговорити:
- який стек ви плануєте для бекенду (Node/Nest, Python/FastAPI, Go тощо);
- пріоритетні модулі на перший реліз (auth + content + learning state + базовий AI, наприклад);
- формат роботи та поетапну оплату.

Показати оригінал

Перекласти

Вітаю!

Мене надзвичайно зацікавив ваш проект, оскільки я спеціалізуюсь на Python і глибоко занурений у вивчення програмної інженерії. Ваш стек (FastAPI, DDD, Clean Architecture) — це саме те напрямок, в якому я розвиваюсь, і я готовий приділити максимум уваги якісному проектуванню та тестам, про які ви згадували в ТЗ.

Показати оригінал

Перекласти

Доброго дня. Можу зробити ваш проект. Досвід є. Пишіть, домовимось.

Показати оригінал

Перекласти

Доброго дня.

Я розробник NodeJS. Готовий взятися. Пишіть, обговоримо.

Показати оригінал

Перекласти

Доброго дня. Готовий виконати цей проект, маю великий досвід розробки різних додатків.

Показати оригінал

Перекласти

Вітаю! Виконаю ваше завдання швидко і якісно.

Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами!

Добрий
готовий виконати вашу роботу
Пишіть, буду радий виконати проект якісно і в строк

Пишіть, готовий приступити

Показати оригінал

Перекласти

Привіт. Працюю з Fast API. Готовий допомогти з бекендом. Звертайтеся.

Показати оригінал

Перекласти

Вітаю.

Опрацював документи й Figma. У зв’язці вони показують, що це mobile-first learning product, де backend має не просто віддавати CRUD, а керувати навчальними станами, прогресом, підписками, токенами, dashboard-логікою та адмін-настройками. З Figma видно, що основу проєкту краще будувати як backend-driven систему з чіткими контрактами, бо там важливі не окремі екрани, а сценарії onboarding, progress і completion.

Можу взяти першу чергу в межах поточного бюджету як технічний фундамент:
- FastAPI skeleton за вашою архітектурою;
- PostgreSQL, settings, DI, structured logging;
- versioned API /api/v1;
- один end-to-end CRUD-сервіс;
… - базові тести;
- підготовку контрактів і структури для наступних мікросервісів.

Це дасть чисту основу, яку далі можна розширювати без перебудови. Якщо потрібно, окремо можна поетапно пройтися по Auth/User, Content, Learning або Subscriptions.

Підкажіть, який сервіс для вас пріоритетний у першій ітерації.
Можемо продовжити обговорення в особистих зручною для вас мовою (укр, рос, англ)

Доброго дня.
Переглянув матеріали в відкритій папці FastAPI DEV/README, Educational App PRODUCTION - CLEAN та Common best practices.
За описом бачу, що проект у вас не про накидання CRUD, а про нормальну backend-збірку з продуманою архітектурою, сервісними межами, тестами, валідацією, логуванням та подальшою масштабованістю. Це якраз той формат, де важливіше не швидкість наброска, а те, наскільки акуратно буде зібрано фундамент.
Окремий плюс, що найважчі частини вже винесені з поточного обсягу: генерація квізів, завантаження файлів та гейміфікація. У такому складі задача виглядає реалістично і по ній можна рухатися послідовно: Auth / User, Content, Learning, Tokens / AI usage, Subscriptions, Automations, Flow engine, Notifications, Dashboard.
З мого боку заходив би в це не як в 9 мікросервісів ради мікросервісів, а як в робочий backend-контур під реальний продукт з нормальною декомпозицією, clean architecture, async-first підходом, dependency injection, API-контрактами та зрозумілим деплоєм.
Працюю з backend-логікою, API, Telegram/web/mobile-інтеграціями та проектами, де важливо не просто зібрати інтерфейс, а зробити робочий продукт, який потім можна підтримувати і розвивати.
GitHub: https://github.com/vitalivo
Оптимально тут йти поетапно: спочатку зібрати базове ядро та інфраструктурний шар, зафіксувати сервісні контракти та загальні правила API, після цього вже спокійно розширювати інші домени без хаосу та зайвого рефакторингу по ходу.
Готовий взяти це в роботу.

Показати оригінал

Перекласти

Розглядається реалізація бекенда на іншому стеці? Можу зробити на ASP.NET Core. Для event-driven / less couple можна використовувати бібліотеку MediatR - ендпоінти будуть максимально тонкими, легкими і чистими - зазвичай це тільки відправка події, де вже на ту чи іншу подію буде відповідний хендлер + йде ізолювання компонентів, що спрощує, наприклад, тестування. Логування Seriolog. Не хочу хвалити ASP.NET Core, але за перфомансом він обходить FastAPI, можете пошукати незалежні бенчмарк тести.

Показати оригінал

Перекласти

Доброго дня. Можу написати на мові Go. Працюватиме швидко і якісно. Зроблю швидко і якісно. Писав складні API (наприклад, для додатку типу телеграм).
п.с. На негативний відгук не звертайте уваги, це було непорозуміння. У всьому дуже круто розбираюся.

Показати оригінал

Перекласти

Доброго дня, Олександре. Зацікавлений у співпраці з вами. Якщо ще актуально, буду радий взяти участь у проекті.

Показати оригінал

Перекласти

Тема: Backend-розробник FastAPI — ~9 мікросервісів для освітнього додатку (Coding Train APP)
Добрий день!
Мене звати Вова, я backend-розробник з досвідом роботи на FastAPI та побудови мікросервісної архітектури. Маю комерційний досвід з Clean Architecture, DDD та event-driven підходами.
Готовий взятися за ваш проєкт — розробку бекенду з ~9 мікросервісами для мобільного освітнього додатку.
Як я планую підійти до завдання:

Детально вивчу ТЗ, README, Figma-макети та рекомендації з документів.
Спроєктую архітектуру мікросервісів з урахуванням Clean Architecture та DDD.
Реалізую основну частину — CRUD-ендпоінти (їх більшість).
… Окремо пропрацюю складну логіку (генерація квизів та пов’язані edge-кейси).
Напишу unit + integration тести, забезпечу якісний дебагінг та інтеграції між сервісами.
Підготую все для подальшого релізу в Google Play та App Store.

Розумію, що проєкт реальний, комерційний, з продуманим стеком і м’якими дедлайнами (кілька місяців). Це дозволяє робити все якісно, без поспіху.
Готовий розпочати роботу в найближчий час.
Буду радий обговорити деталі, відповісти на питання або показати приклади попередніх проєктів

Доброго дня. Зацікавив ваш проект. Працюю з Python/FastAPI, проектую бекенд з чистою архітектурою, нормальною декомпозицією по доменах, CRUD-логікою, інтеграціями та складними бізнес-процесами. За вашим описом бачу, що основна частина — це зрозумілий API-слой і робота з БД, а ключову увагу потрібно приділити саме проектуванню, генерації квізів, тестам і стабільності системи. Можу акуратно реалізувати бекенд під такий проект: — FastAPI — PostgreSQL — мікросервісний/модульний підхід — чиста архітектура — документація API — тестування і поетапна здача

Показати оригінал

Перекласти