Hacker News new | ask | show | jobs
by karmakaze 1249 days ago
Being detail oriented is not at odds of big picture thinking. In fact people with only the big picture can cause a lot of wasted cycles as there's not a clear translation to implementation.

I think better terms than big picture people are ones that think abstractly, conceptually, or analytically. These are the folks who are good 'at naming things'. That means they understood both the business aspect of what areas to separate and iterate upon, as well as isolating technical factors that minimize code quantity and maximize flexibility. If they can do this with a minimal amount of abstract machinery/metaprogramming, that's golden.

2 comments

> I think better terms than big picture people are ones that think abstractly, conceptually, or analytically. These are the folks who are good 'at naming things'. That means they understood both the business aspect of what areas to separate and iterate upon, as well as isolating technical factors that minimize code quantity and maximize flexibility. If they can do this with a minimal amount of abstract machinery/metaprogramming, that's golden.

This is what I aim for, too. Seems to be working fine for me. Some tips for OP:

- Try to get a lot of informal chats with relevant departments. Being in the office or at events s.t. you can join conversations + talk face to face helps.

- Be a „yes man“ whenever other departments have some technical issue that needs to addressed. Or even if it's nothing technical.

- Think more from a business perspective during technical planning and implementation. Does it really create value to code more than the most basic MVP here? Do we really need that fancy technology and scalability?

- Get good at communication and soft skill in general. If you're smart but „difficult to work with“, you'll end up doing mostly specialized work.

- Get good at note taking and knowledge management. Where was that link to the product roadmap that was shared two months again? What was the context for that design decision two years ago? It's useful if you're able to answer questions like this with your notes.

> smart but „difficult to work with“, you'll end up doing mostly specialized work

Describes 3/4 of my career. I've improved with aging.

Time spent thinking about the big picture automatically detracts from time thinking about details. I tend to agree with you that being a jack of all trades and knowing when to apply which strategy will work best, but not all people can master knowing when to apply which strategy.

Having people around with specific biases together with people who can intermediate (another type of skill) can still make a fantastic team is my overall point.