Python programmer, Django developer and SQL slayer. I have been programming for over 10 years; each one of those years has included a bug or 2.
Engineering manager and SRE for Envelop Risk
Opinionated response ahead. Disclaimer, not all companies and made or run equally, there are good and bad non-tech companies and good and bad tech companies. These are just some ramblings, and should be read with a pinch of salt.
From my experiences managers in non-tech companies tend (not always) to be promoted because they have been at the company for a long time and the company need to make them feel like they need to be promoted. They are usually (not always) promoted because they have knowledge of the company and sound like they know what they are talking about from a technical point of view.
Those who are technical enough to sound like they know what they are doing are the most dangerous type of people (to me). You will end up being dragged into situations where they will say things without truly understanding ramifications (there is a good chance blame will be passed around, (in some ways its not their fault they are in a position they think they understand).
As a dev you will will probably be taking on more work where the spec might be "fuzzy", the spec will be something like: Make A do Y. The work will tend to be constrained to cost rather than accuracy. There will be technical debt.
In tech companies you tend to have two types of people on the tech side. Those who are "tech people people", and those who are "tech people". Those who are the "tech people people" will start going up the management career ladder, team lead, dev manager. The "tech people" will tend to follow the technical career path, senior dev, architect, principal engineer.
As a dev in these organizations early on you should be given a talk or your manager should be aware of your preference, would you rather go down the technical manager route or the technical dev route.
In technical companies the work tends to be about doing things right, minimizing technical debt where possible.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Opinionated response ahead. Disclaimer, not all companies and made or run equally, there are good and bad non-tech companies and good and bad tech companies. These are just some ramblings, and should be read with a pinch of salt.
From my experiences managers in non-tech companies tend (not always) to be promoted because they have been at the company for a long time and the company need to make them feel like they need to be promoted. They are usually (not always) promoted because they have knowledge of the company and sound like they know what they are talking about from a technical point of view.
Those who are technical enough to sound like they know what they are doing are the most dangerous type of people (to me). You will end up being dragged into situations where they will say things without truly understanding ramifications (there is a good chance blame will be passed around, (in some ways its not their fault they are in a position they think they understand).
As a dev you will will probably be taking on more work where the spec might be "fuzzy", the spec will be something like: Make A do Y. The work will tend to be constrained to cost rather than accuracy. There will be technical debt.
In tech companies you tend to have two types of people on the tech side. Those who are "tech people people", and those who are "tech people". Those who are the "tech people people" will start going up the management career ladder, team lead, dev manager. The "tech people" will tend to follow the technical career path, senior dev, architect, principal engineer.
As a dev in these organizations early on you should be given a talk or your manager should be aware of your preference, would you rather go down the technical manager route or the technical dev route.
In technical companies the work tends to be about doing things right, minimizing technical debt where possible.