As someone who has worked as an EM and an IC, I will say this. The only time the line between the two roles is blurred is when companies purposely blur it. Basically an EM role where the pressure is to get "hands on" and code. I always point out that what they are describing is closer to a Tech Lead, not an Engineering Manager.

Outside of those things there's no blur. The article is wrong it's not getting this way because of AI or because of remote work. It's this way because companies are purposefully misunderstanding the EM role.

> Leaders can now validate assumptions, explore design directions, parse logs, and reason about architecture faster than ever ... You can be technical today without being deep in code every hour of the day.

No they can't. I've never seen this go well. The use of AI in this way will merely start a conversation with your devs and if you insist on your opinions based on what the AI told you you're going to lose massive amounts of trust with your team.

> ICs can operate at a higher strategic level without getting bogged down in mechanical work.

ICs have always been forced to be strategic with their architecture and specific technical decisions only to get the credit taken away from them by upper management when it goes well and play defense in the blame game when it doesn't go so well. Nothing has changed.

The writing gives the impression of someone speaking about hands-on technical work without a clear understanding of what that actually entails. After reviewing the author’s public LinkedIn profile, it appears their background may be more aligned with product and process management than with hands-on engineering, which could explain the disconnect.

Complete AÍ garbage. Not even worth trying to debunk the arguments made here.