(no title)
langsa | 2 years ago
It’s easy to just keep being a developer and making choices on how the tech stack works based on things engineers care about, but you need to be able to say no to things that don’t make sense for the business. The new engineer wants to rewrite the API in a language that no one else is familiar with for performance reasons? No. The team wants to go to a micro service architecture before you have product market for? No. There will be some cases where the answer is yes of course but it should be justified why this is needed and you need to be able to understand technically what the impact will be of each decision.
No comments yet.