James Beith, a member of our tech team, has written up an excellent post on how to structure a Django project, based on how we structure our Django projects here at Octopus Energy.
We’ve found that Django’s emphasis on re-usable apps can lead to structural problems and a three-layer approach, where data and application logic are clearly separated works better for large Django projects.
There’s some discussion of this approach over on Hacker News.
- Estimating cost per dbt model in Databricks
- Automating secrets management with 1Password Connect
- Understanding how mypy follows imports
- Optimizing AWS Stream Consumer Performance
- Sharing Power Updates using Amazon EventBridge Pipes
- Using formatters and linters to manage a large codebase
- Our pull request conventions
- Patterns of flakey Python tests
- Integrating Asana and GitHub
- Durable database transactions in Django
- Python interfaces a la Golang
- Beware changing the "related name" of a Django model field
- Our in-house coding conventions
- Using a custom Sentry client
- Improving accessibility at Octopus Energy
- Django, ELB health checks and continuous delivery
- Organising styles for a React/Django hybrid
- Testing for missing migrations in Django
- Hello world, would you like to join us?