this post was submitted on 27 Feb 2024
214 points (90.5% liked)
Technology
59374 readers
3392 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
to be fair, software engineers are a lot more design heavy than implementation. software developers are the "implementers" where software engineers generally focus on the bigger picture as well
@[email protected]
This was a very interesting example. Personally, I don't use any of the higher math that degree programs wanted. For people in the field you're talking about, it would be needed. So in that sense, a dev working for one company would be fine, until they wanted to dev for a company that needs those maths.
I counter my own point though and say that most people who don't use those higher level maths forget it. I am a very good use or lose example.
@cole@[email protected] I agree there can be separation of role types. This is annoyingly inconsistent across industry. Lead/architect/principle/engineer terms get thrown around for all kinds of roles. Sometimes companies just use them as title changes for promotion and talent retention. It would be nice if companies considered adapting a standardize framework for some uniformity. The NICE model comes to mind, but I've had people tell me they think it's too academic and not pragmatic in the real word. I don't think I agree with them.