What would you do? My thoughts 👇
But things often aren't ideal in real life. Shit happens. We grow most when we deal with shit happening. Someday you'll look back and laugh.
Read tests, read PRDs, read design docs. (assuming your company has them).
Having a high level mental model of the system is more impt than reading every line of code.
Breadth first, not depth.
Remember the interview qtn "What happens when you type Google dot come into the browser"? (github.com/alex/what-happ…)
Do that, but for your app.
Be careful - Chesterton's Fence (fs.blog/2020/03/cheste…) tells us not to remove things without knowing why they are there. However, some codebases TRULY are legacy/premature abstractions.
- how they like to work with frontend
- low hanging fruit you can deliver
- what's NOT important to them
- WRITE. EVERYTHING. DOWN.
- Draw diagrams. The more complexity, the more "layers" of abstraction. (check out the C4 model c4model.com)
- Start making small changes, build momentum by small wins
**They talk about epic challenges they've overcome.**
You can make this the job you'll be talking about for the next 10 years, with the right mindset and support.