Software engineering is just what any "engineering" field would be if they didn't have standards. We have some geniuses and we have some idiots.
Mechanical engineers, civil engineers, electrical engineers, etc. are often forced to adhere to some sort of standard. It means something to say "I'm a civil engineer" (in most developed nations). You are genuinely liable in some instances for your work. You have to adhere to codes and policies and formats.
Software engineering is the wild west right now. No rules. No standards. And in most industries we may never need a standard because software rarely kills.
However, software is becoming increasingly important in our daily lives. There will likely come a day wherein similar standards take precedence and the name "software engineer" is only allowed to those who adhere to those standards and have the proper certs/licenses. I believe Canada already does this.
Software engineers would be responsible for critical software, e.g: ensuring phones connecting to an emergency operator don't fail, building pacemakers, securing medical records, etc. I know some of these tasks already have "experts" behind them. But I don't think software has any licensing/governing.
Directly opposed to "engineering" would be the grunt work which I do.
Software engineering does have standards and methods to developing software. These standards and methods are applied in Defence and Aerospace applications. Software engineering was developed or conceived by NATO to manage the increasing complexity of software development.
The big problem is people often confuse software development or programming with software engineering. Calling anyone that programs a software engineer. This isn't the case. It's entirely possible to be a software engineer without knowing how to code (but impractical).
"because software rarely kills"
Depends on what you mean by rarely.
Therac-25 was extremely dangerous due to a software bug. And this was over 40 years ago.
Industrial robot accidents are a lot more common than needed and almost all are due to software "problems" (bad path planning, bad safety implementation, or just bugs in the control system software)
Yes these things kill less than guns, or cars, or cranes, etc. But they still have affect in a lot of those accidents.
There are very few things anymore that don't have some kind of logic built into them. Be it software or analog logic, it was still "programmed" or designed. If there was something missed in design, that can easily have adverse affects that can lead to accidents and death not immediately attributed to the software.
I was comparing it to civil or mechanical engineering. I agree that programming/software is growing and "infiltrating" our lives. That's why I think it will become a licensed/certified term in the future. Software engineer will require a cert and some products will require certified engineers. Whereas web apps developers (most likely) will not use that title most of the time and we will just bifurcate those who work on "critical software" and those that do not.
Engineer tends to be a protected term in many countries, so software engineer is no exception. It’s words like “programmer” or “developer” which are probably unregulated
The weird thing is that engineer is a protected term in Canada but every software dev title I've had so far includes it anyway. It doesn't seem enforced at all here
I'd be very interested in learning more about how Canada manages "software engineer." Because whatever is being done certainly doesn't seem to include mandating where regulated professionals must be employed or punishing failures.
Saskatchewan's electronic health records system (eHealth) has had a couple of egregious failures that it shouldn't have taken a "software engineer" to prevent.
Several 911 services became unavailable during an outage that happened to also disrupt point of sale payment systems nationwide.
Both of the relevant companies are telecommunications companies (Telus and Rogers, respectively), where one would expect "software engineering" to be conducted by "software engineers" regardless of regulation.
A quick search for breaches in critical personal information will show that Canada is performing about as well as the US. Which is to say, abysmally.
There are definitely quality certifications for software. Plenty of govt acquisitions contracts require such certifications. We probably aren't far from laws or executive mandates which require such things tbh
Which are used to calculate stresses for dams, fluid dynamics for planes and ships, capacity and load simulations for power, and to compile and operate servers.
Software engineers are the pinnacle of engineering.
Check out this book on Amazon (or your library) to see just how clever and useful we really are.
Software engineering doesn't treat failure anywhere near important enough for me to consider it proper engineering. Bugs are expected, excused and waived, which for anything critical just isn't acceptable in my opinion.
Meh. There's a saying in my field: "anyone can build a bridge, only an engineer can make one that barely doesn't fall down".
Humorously reductive as it is, software is what makes that "barely" thinner than human calculation would normally yield. So... Yeah. Not what I'd call a pinnacle.
If you need a book to tell you how useful you are, chances are, it's claims might.be a bit overblown. The profession that has most of those.books written about them are managers after all. Just saying.
We are rebuilding a train station at (currently) 366% the planned cost and an estimated delivery time of 200% the original estimate, into rock that might swell when in contact with water and heave the station out of the ground, in order to decrease the station’s capacity by 17%
It is highly political projects, politicians offloaded their old friends and competitiors onto the boeards and other functions and in the case of the airport major planning was undertaken by a guy who is a technical drawer and not an engineer.
Most of these fuck ups could have been prevent, if the project management was done by project managers with an engineering background and if the owners side would have been represented by peoplewith a technical backgrounds.
Source: i have worked in civil engineering for public projects. We wasted 50% of the time explaining Politicians and MBA bros C-levels why they can't start by building the roof and why replanning half the stuff is a bad idea, when we are already on the market with bids for contractors.
Exactly my point. In the second case the two lines are also not the product, but it's heavily implied that the dam, bridge is something useful, while the python code is useless. There are many examples where the opposite is the case
I get it, haha. I know this is a programmer community, but it's funny to me to think of programming as a progression beyond traditional engineering disciplines, rather than along side them.
Comp Sci is not engineering. Programming is not engineering. I don't mean this in an elitist way, it just flat-out doesn't fit with other engineering fields. It's firmly in the T area of STEM, not the E.
Computer engineering is the hardware level of designing and building computers, it might involve firmware depending on the job and the area but it's way closer to electrical engineering than software engineering. Software engineering is also very different than computer science.
Software engineering is called that because it is the equivalent of engineering in software. You are engineering and designing a product/system. Computer science is more of the theoretical side, more detailed study of algorithms and math, etc.
What do you think of electrical engineers? Is that "real" enough to be called engineering?
Computer Engineering is hardware engineering for Computers, with some programming. It's a child of Electrical Engineering, just like Electrical Engineering is sort of a child of Mechanical Engineering.