Tech debt: should Wire DI be hidden FastAPI-style?
- Dominant language
- Go
- Stars
- 0
- Forks
- 0
- Avg merge
- 3h 1m
- Merged PRs (30d)
- 29
Description
Tracked in `roadmap.md` *Tech debts* as: **"fastapi wire under the hood?"**
Open question, not a decided task: should Google Wire's DI be hidden the way FastAPI hides its dependency injection, so a generated project's authors never edit `wire.go` or run `make generate` by hand?
Weigh against what the explicitness currently buys — `backend/wire.go` is where swapping an auth provider is a visible two-line change to `users.ProvideSessionIssuer`/`users.ProvideResolver`, which is a feature of the *Auth Provider Abstraction* design, not an accident.
Resolve the question before scoping any work.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start with roadmap.md under “Tech debts” and inspect backend/wire.go, including the users.ProvideSessionIssuer/users.ProvideResolver swap points. Compare the benefits of explicit Google Wire setup with the FastAPI-style hiding described in the issue. Done means reaching a decision and defining a scoped follow-up task.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- fastapi, go
- Domain
- backend
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100