Don’t design for having a nice codebase today, design for having a clean codebase after 3 months of Devs copy pasting one bit of code then tweaking it to do what they need or adding more fields to existing concepts.
This generally means it’s best to have one pattern for a given thing, rather than having several patterns you pick based on context, the later runs into problems:
- Someone copy/pasted pattern A for a pattern B context
- Enough stuff changes in a pattern A implementation that it would now be better as a patter B thing.
A second consideration for this is that if there are a group of classes/files/whatever that regularly needs to be copied they should live together. If there are different sections of the code that needs to be edited when creating a new resource, they should be kept in one place and kept small-ish.
Most of this comes from accepting the way people tend to work and from the perspective that software is a living evolving process and only regarding a snapshot of it misses vital information.
I enjoyed their recent video on power law distributions and why they dramatically change how you should operate in those domains.
They also did some good content a short while ago explaining why Monsanto and Dupont are problematic.
That said you are right about the thumbnails since when I looked at the channel to double check that it was veritasium I was thinking of the title and thumbnail are completely different for all of them.