Can I call myself a software engineer, without knowing the miniscule details of how .NET works?
I recently came across a blog post on dev.to saying that framework users are not Engineers, and we should be called "Frameworkers".
I am personally more interested in the business logic, rather than minuscule/,lower level details.
If there are imported packages and I know the input, and output. I can easily use it for what I want.
So, should I involve myself in the internals, or is it okay to just use the abstractions and adapt to it?
I am personally more interested in the business logic, rather than minuscule/,lower level details.
If there are imported packages and I know the input, and output. I can easily use it for what I want.
So, should I involve myself in the internals, or is it okay to just use the abstractions and adapt to it?
