How dxxdev/hamroh-platform works
Hamroh appears to be an early ride-mobility platform with passenger and driver mobile apps, an admin-web scaffold, and a NestJS backend. The visible passenger flow is choosing a destination in a local screen; the driver screen toggles online status and displays a static route. The backend currently exposes a health check, not ride-booking operations. The repository has no README, and sampled source does not show mobile-to-backend calls, persistence, or shared domain types, so those connections are omitted.
Main entry points: app.module.ts App module · health.module.ts Health module · main.ts API runtime · App.tsx Destination screen
Components 10
Passenger app
- Destination screen
apps/passangers-app/App.tsx
Driver app
- Driver status
apps/driver-app/App.tsx
Platform services
- Admin scaffold
apps/admin-web/app/page.tsx - API runtime
services/backend/src/main.ts - App module
services/backend/src/app.module.ts - Health module
services/backend/src/modules/health/health.module.ts - Health endpoint
services/backend/src/modules/health/health.controller.ts - Shared types
packages/shared-types/src/index.ts
Other components
- Passenger
- Driver
Connections 5
- Passenger → Destination screen: chooses destination
- Driver → Driver status: toggles availability
- API runtime → App module: boots module
- App module → Health module: imports
- Health module → Health endpoint: registers route