What I want to become Vs What I do
What I want to become Vs What I do
What I want to become Vs What I do
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).
Well that's my point. The term "engineer" is protected in a lot of other industries but not software.
"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
As a software "engineer" and civil EIT, I endorse this comment.
Software without standards. Am I replying to a person who writes his own OS to run hello world?
Cause if you don't forget your own stainless steel, you can't be trained on proper defibrillator techniques?
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.
https://www.amazon.com/Software-Engineering-Foundation-of-Modern-Society/dp/B07X66DCLM
Son of a gun
We are useful?? Thanks You Man I hope my parents also understand that Software Engineering is also a real Engineering
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.
Is software still useful? ... Sure.
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.
Did you look at the book I linked?
This person really went and promoted Amazon. Thank you for supporting your family business
(click the link)
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.
You didn’t click it, did you?
Engineers now: We built an airport, 9 years behind schedule and at 233% the cost.
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%
This is not the engineers fault though.
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.
estimates are just that, a guess
For healthy working relationships and solid infrastructure you under-promise and over-deliver.
For maximal profit and sustainable business models you over-promise and under-deliver.
Well sure that's fundamentally true, but really doesn't give any sort of accurate picture of how estimates are done any more than "humans are just collections of cells" does, and anybody who does estimates without using some sort of data as the basis and is purely guessing is doing it wrong as fuck.
It's not like we have no idea how long certain tasks have taken in the past, or what affects how long something will take.
Engineers aren't in charge of graft.
I can't even build python scripts.....
You can lie on Internet.
I can't even lie on the internet. I'm worthless.
My python scripts won't compile... I'm using GCC it keeps giving me errors :(
My ChatGPT just told me give up and run Windows or get an iphone.
None of these engineers built a dam, ship, or plane. They did some math and drew some lines, and some other people built the stuff.
In this context it's heavily implied "built" is used as "engineered/designed", in the same way I "build" a shitty engine for an app
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
Programmers mostly aren't really engineers and that's ok. I don't want to be an engineer.
I personally disagree. Took 3 years of Electrical Engineering courses in college but finished with a B.S in Computer Science. Both are valid engineering disciplines, the only thing lacking on the computer side are standardized licensing tests and an oversight body. Software engineers have to build software that can affect life and death too, but somehow we don’t have as much regulation in the US which is super odd to me.
What makes something engineering vs not? Personally what I do doesn't feel like engineering because I imagine engineering as being about following a particular process and doing things in a very cautious and structured way, where programming is normally way more chaotic.
Do you... do you think we don't have Civil, Mechanical, Electrical, or Computer Engineers anymore?
I think they're outnumbered by desk jockeys without a math degree.
I mean these days the average EE is a software engineer who is good at math and bad at software.
Right? I do both electrical and mechanical in my daily, besides some meh quality C code haha.
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 not comp sci lol
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.
You wanna hear a joke? American infrastructure jobs.
Hey, that's not fair! Sometimes I write 3 lines.
Comments don't count
You mean “I ask ChatGPT how to write two line Python scripts”?
some countries actually define what an engineer is much like doctors.
You mean I copy 2 line python scripts from StackOverflow
You mean “I ask ChatGPT how to write two line Python scripts”?
That's if you're a business student obsessed with automating their side-hussle.