How an90ass/vardigo works
VardiGO pairs a Flutter two-role client with a FastAPI matching and interview-offer API. The main workflow is employer login, candidate discovery and offer creation, followed by worker review, detail inspection, acceptance or rejection, and persisted status. The graph includes the backend service/repository layers and documented mobile feature boundaries. Mobile source was not included in the supplied tree, so its documented modules and API links are shown at directory level; some backend service wiring is likewise inferred from documented architecture rather than sampled implementation.
Main entry points: network Network Layer · main.py FastAPI App · candidate_repository.py Candidate Repository · database.py SQL Database
Components 19
Flutter Client
- Auth Feature
mobile_frontend/lib/features/auth - Candidate Feature
mobile_frontend/lib/features/candidates - Offer Feature
mobile_frontend/lib/features/offers - Network Layer
mobile_frontend/lib/core/network
REST API
- FastAPI App
backend/app/main.py - Auth Routes
backend/app/routes/auth_routes.py - Candidate Routes
backend/app/routes/candidate_routes.py - Offer Routes
backend/app/routes/offer_routes.py - Auth Dependencies
backend/app/dependencies/auth_deps.py
Matching And Offers
- Auth Service
backend/app/services/auth_service.py - Candidate Service
backend/app/services/candidate_service.py - Offer Service
backend/app/services/offer_service.py - Seed Service
backend/app/services/seed_service.py
Persistence
- User Repository
backend/app/repositories/user_repository.py - Candidate Repository
backend/app/repositories/candidate_repository.py - Offer Repository
backend/app/repositories/offer_repository.py - SQL Database
backend/app/config/database.py
Other components
- Employer
- Worker
Connections 26
- Employer → Auth Feature: signs in
- Worker → Auth Feature: signs in
- Auth Feature → Network Layer: sends login
- Candidate Feature → Network Layer: requests candidates
- Offer Feature → Network Layer: manages offers
- Network Layer → Auth Routes: calls API
- Network Layer → Candidate Routes: calls API
- Network Layer → Offer Routes: calls API
- FastAPI App → Auth Routes: registers
- FastAPI App → Candidate Routes: registers
- FastAPI App → Offer Routes: registers
- FastAPI App → Seed Service: seeds on startup
- Auth Routes → Auth Service: authenticates
- Candidate Routes → Candidate Service: lists candidates
- Offer Routes → Offer Service: manages offers
- Auth Dependencies → Auth Service: verifies tokens
- Auth Service → User Repository: looks up users
- Candidate Service → Candidate Repository: queries candidates
- Offer Service → Offer Repository: reads and writes
- Offer Service → Candidate Repository: checks candidates
- Seed Service → Candidate Repository: seeds candidates
- Seed Service → Offer Repository: seeds offers
- User Repository → SQL Database: queries users
- Candidate Repository → SQL Database: queries candidates
- Offer Repository → SQL Database: queries offers
- FastAPI App → SQL Database: creates tables