Handbook
The single source of truth for engineering standards, patterns, and decisions at Torcue.
This repository contains no code — only Markdown documents that define how we build software. Every developer is expected to read the relevant sections before starting work and consult this repo when making architectural decisions.
Why This Exists
Without documented standards, every team makes different choices. This leads to inconsistent codebases, repeated debates, and knowledge that walks out the door when people leave. This repo fixes that by giving everyone a shared foundation.
- New joiners get up to speed faster
- Code reviews focus on logic, not style wars
- Architectural decisions are preserved with their reasoning
- Standards evolve through PRs, not Slack threads
Getting Started
If you're a new developer, start here:
- Read
guidelines/general/naming-conventions.md - Read the guidelines folder relevant to your domain (backend / frontend / mobile)
- Browse
decisions/to understand past architectural choices
How to Contribute
Everyone is encouraged to improve these docs. Follow the steps below.
Adding a new guideline or pattern
- Copy
./format/coding-guidelines.mdinto the appropriate folder - Fill in all fields — especially Author, Owner, and Purpose
- Raise a Pull Request and assign at least one reviewer
- Once approved, it becomes the official standard
Adding a new Architecture Decision Record (ADR)
- Copy
templates/adr-template.mdintodecisions/ - Name it with the next available number:
0003-your-decision-title.md - Fill in Context, Options Considered, Decision, and Consequences
- Raise a Pull Request — ADRs require approval from a Tech Lead or Architect
Updating an existing document
- For minor fixes (typos, broken links): raise a PR directly
- For content changes (new rules, updated conventions): update the Changelog table inside the document with your name, date, and a summary of what changed
- Never edit a previous changelog entry — always add a new row
⚠️ Do not raise PRs without updating the
Version Numberfield andChangelogin the document.
Document Status
Every document carries a status badge in its header:
| Status | Meaning |
|---|---|
Active |
Current standard — follow this |
Draft |
Work in progress — do not follow yet |
Under Review |
Being revised — check with the owner before using |
Deprecated |
No longer valid — a newer document supersedes it |
Running Repo Locally
To preview the handbook as a website on your local machine, follow these steps:
- Initialize Environment:
python3 -m venv venv
source venv/bin/activate
- Install Dependencies:
pip install mkdocs mkdocs-shadcn
- Spin Up the Server:
mkdocs serve
The site will be available at http://127.0.0.1:8000 once the server starts.
Ownership
| Area | Owner | Contact |
|---|---|---|
| General Guidelines | [Vineetha S] [Tibin Sunny] | |
| Backend | [Vineetha S] [Rafath KP] | |
| Frontend | [Vineetha S] [Rafath KP] | |
| Mobile | [Vineetha S] [Appu S Palathinkal] | |
| DevOps | [Vineetha S] [Tibin Sunny] | |
| This README | [Tibin Sunny] |
Questions & Feedback
- Found something wrong? Raise a PR with the fix.No need to update the version
- Disagree with a standard? Open a discussion in the PR or raise it with the document owner before deviating.
- Something missing? Create a new document using the template and raise a PR.
Do not discuss or decide standards in Slack and then fail to document them here. If it was worth discussing, it's worth writing down.
This repository is maintained by the Architectural team a Torcue. All standards are living documents — review them periodically and keep them current.