this post was submitted on 22 Nov 2023
35 points (100.0% liked)

Programming

423 readers
10 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
35
Software Engineer vs Software Developer (programming.dev)
submitted 11 months ago* (last edited 11 months ago) by fogetaboutit@programming.dev to c/programming@programming.dev
30 comments fedilink hide all child comments
 

In your opinion what's the difference between the two? In my opinion both terms are frequently used interchangeably in the workplace.

But I'd like to consider myself as an engineer, because although I don't consider myself to be good at it, I think I cares about the software that I worked on, its interaction with other services, the big picture, and different kinds of small optimizations.

I mean, what is even engineering?

you are viewing a single comment's thread
view the rest of the comments
[–] ShrimpsIsBugs@programming.dev 5 points 11 months ago

By that definition almost all people who call themselves software engineers would be wrong. That doesn't automatically mean, you're wrong though.

Personally, I disagree with your definition of software engineers needing to directly interact with hardware stuff in order to be engineers. Wikipedia defines software engineering as

the application of systematic desciplined, quantifiable approach to development, operation and maintenance of software and the study of these approaches; that is, the application of engineering and computer science to software.

So it's all about the systematic approach to complex systems, not about whether or not you directly interact with hardware interfaces.