![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://programming.dev/pictrs/image/3d2f8ea4-8ed4-47c2-bc1c-756d51a0cbf3.webp)
7·
1 year agoSame here. I’m a Tech Lead right now, but I still live in the code. I see myself as on-trajectory to Architect. I have no direct-reports or any of the responsibilities they go with direct-reports. That role is called a Team Lead at my company (which is on-trajectory for management). I stay at from that stuff like the plague 🤮
I think I’ve learned to get less attached to opinionated terminology in code and database design because I see it happen all the time where the usage of the value/field/thing can evolve naturally over time as the business needs evolve. And refactoring field names (as an example) from UI to database is often a painful exercise, not without significant regression risks. (Depending on the size and complexity of your systems, of course)
So while I totally agree with you and others that ideally naming would be consistent throughout, my real world experience with the issue has taught me that this isn’t the hill I die on.
My 2 cents from 10 years experience in the industry.