Programmers: Stop Calling Yourselves Engineers

So many words written protesting a natural evolution of language.<p>Engineer started as a word meaning one who is skilled in the design, construction, or use of, surprise, engines.<p>The word evolved in its use to later encompass other systems that can build: civil engineering (bridges and buildings), mechanical engineering (robots and mechanical systems), and computer engineering (actual hardware).<p>Software is merely the latest system. Many universities grant software engineering degrees and apply principles of engineering to software.<p>The whole point of this article is to treat &quot;engineering&quot; as a reserved and hallowed word and vocation. Its name and usage must be protected at all costs lest we let just anyone call themselves an engineer.<p>It&#x27;s an argument of arrogance and appeals to maintaining the status quo of exclusionary system. You didn&#x27;t take a certain test or wear an iron ring? Sorry, you can&#x27;t call yourself this one title. The title of &quot;doctor&quot; has similar historical exclusion, with infighting common amongst multiple professions (e.g., medical doctors not thinking dentists or PhD&#x27;s are actual doctors).<p>Language evolves. Stop being protectionist about a certain word.

I&#x27;ll stop calling myself an Engineer when The Atlantic stops calling themselves news or journalism.

&gt; It undermines a long tradition of designing and building infrastructure in the public interest.<p>How ridiculous that this is the introductory sentence. I guess leave it to the Atlantic to assume there are no engineers working for private enterprise.

Engineering is applied science. As an Electrical Engineer who is also a Functional Safety engineer that is expected to define and produce software to a level of detail and rigour that often corresponds to less than a line of code per day across multi year projects, it is hard to see the &quot;move fast and break things&quot; crowd as Engineers.<p>Not to say that they have not achieved some amazing and useful things, but I remember one of my lecturers at Uni saying, &quot;At many times during your career you may well encounter unqualified and&#x2F;or inexperienced people who can seemingly deliver comparable results by taking extreme or unwarranted gambles, but it is the engineer who should be able to be relied upon to do these things for the benefit of society consistently and safely, to a known budget and schedule&quot;.<p>Now many people would (maybe rightly) think that is fantasy land, but there is an art to navigating the conflicting requirements and expectations within a defined budget up front when you are creating things with a very real potential to directly kill people if they go wrong. But this also brings a certain amount of conservatism that seems limiting at times of extremely rapid progress within a field of endeavour, such as we have seen in SV for the last few decades.

&gt; The title “engineer” is cheapened by the tech industry... Recent years have seen prominent failures in software. Massive data breaches at Target, Home Depot, BlueCross BlueShield, Anthem, Harvard University, LastPass, and Ashley Madison only scratch the surface of the cybersecurity issues posed by today’s computer systems. The Volkswagen diesel-emissions exploit was caused by a software failing, even if it seems to have been engineered, as it were, deliberately.<p>Every mature engineering field begins with failures. Henry Petroski [1], the archetype of the classical engineer IMHO, believed failure analysis was at the heart of engineering. Non-engineers, including scientists and health-care professionals, make the false assumption that the practice of engineering is deterministic. The goal of engineering is to understand systems well enough that they seem deterministic but engineering knowledge never starts off that way. The formal structural engineering standards represent a history of failures along with the best practice for dealing with each failure mode. The process is iterative, just like software development.<p>Neither the term &quot;computer science&quot; nor &quot;software engineering&quot; is an accurate description but as someone formally trained in engineering and computer science, I&#x27;ve yet to encounter a more accurate label. In my experience, the complaints about the term engineering are about credentialism and the solution is to use the term Professional Engineer for those who have earned the credential.<p>[1] <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Henry_Petroski" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Henry_Petroski</a>

In many jurisdictions, professional engineer has a well established definition. Here is one for Ontario: <a href="https:&#x2F;&#x2F;www.peo.on.ca&#x2F;about-peo&#x2F;what-peo&#x2F;learn-more-about-peo" rel="nofollow">https:&#x2F;&#x2F;www.peo.on.ca&#x2F;about-peo&#x2F;what-peo&#x2F;learn-more-about-pe...</a><p>For those who don’t care about the engineering profession, you can call yourself “software doctor” or whatever. I really couldn’t care less.

Oh man, can cannot emphasize enough how much i don&#x27;t care about this.<p>&quot;The traditional disciplines of engineering—civil, mechanical, aerospace, chemical, electrical, environmental—are civic professions as much as technical ones. Engineers orchestrate the erection of bridges and buildings; they design vehicles and heavy machinery;&quot;<p>so what? Traditions change, names change, everything changes, software engineers will be called engineers and no one cares if they build bridges or not. I can tell you if i connect a xmpp service to some twitter account i also built a bridge. so software engineers do build bridges! And talking about &quot;tradition&quot; in a digital revolution is also weird, because right now everything is changing and nothing will be like before. This wolrd will never be the same as 1960, so why stick to old naming convetions anyway. This article is nothing but time-wasting, sorry if i offend someone with that but it is my honest opinion.

Author never heard of Electrical Engineers? I have graduated at Faculty of Electrical Engineering, the Computer Science department, and got a title of a Master of Electrical Engineering. Pretty sure I can call myself an engineer...

<a href="https:&#x2F;&#x2F;ij.org&#x2F;press-release&#x2F;oregon-engineer-wins-traffic-light-timing-lawsuit&#x2F;" rel="nofollow">https:&#x2F;&#x2F;ij.org&#x2F;press-release&#x2F;oregon-engineer-wins-traffic-li...</a>

In British Columbia the term is protected by the association of professional engineers. I&#x27;m not an &#x27;engineer&#x27; but I have seen enough terrible code to think that this is both a step too far and too short. Protecting the the title doesn&#x27;t matter as much as protecting the work. A certification should be required to work on software related to finance, health or safety.

I don&#x27;t agree with many of the points made in the article in regards to certifications (formal methods aren&#x27;t there yet as an industry), but I did want to touch on that fact that &quot;software engineer&quot; is an aspiration term and many of today&#x27;s &quot;best practices&quot; are pseudoscience, not based on something that can be provable.

Many of the comments here are clearly for the use of the term engineer in a generic form. As a registered PE (traffic engineering, specifically), I do think there needs to be a clear difference between capital E Engineer and lowercase e engineer. In situations where public safety etc. are concerned, Engineers accept the liability when things go wrong. By placing my seal on a document, I take personal and professional responsibly for the accuracy of the information contained within. It is much more than just proof of education.<p>In the lowercase sense of engineer, I think it is fine to say, &quot;I have engineered this solution.&quot; But to claim one is an Engineer because you engineered a solution misses much of the point of progressional licensure.<p>I, of course, come from the perspective of a PE not a coder. I have no doubt that influences my opinion on the matter. It doesn&#x27;t mean I think the word engineer has one and only one meaning, context is important.<p>To use the doctor analogy, to say one is a doctor is vague and requires context. To say on is a medical doctor disambiguates the statement. Same applies to engineer. The inclusion of context is needed to make sure you are not talking about one who operates trains versus one that does structural design.<p>TL:DR - Context matters, make it clear what sort of engineering you perform.

I wish it was more official. I consider myself an engineer 10 years later; understanding what it means and what it takes to ensure properly developed and maintained software over many years, even via multiple teams.

The author seems to have a naive view of what engineering is actually like:-)<p>There is a debate about certification but its not one that some one not working as an &quot;engineer&quot; - has much to say.

What&#x27;s the difference between a programmer, developer, and a software engineer?

I worked with game engines and physics engines and rely on a search engine. :-)

&gt; In 2013, the National Council of Examiners of Engineers and Surveyors (NCEES), which all 50 states use for licensure examination, began offering testing for software engineers. The exams were produced in collaboration with the IEEE, who maintains a Software Engineering Body of Knowledge (SWEBOK).<p>What would such a test look like? The NCEES sample questions appear to be paywalled. The SWEBOK link 404s, but I found a pdf with some info: <a href="https:&#x2F;&#x2F;ieeecs-media.computer.org&#x2F;media&#x2F;education&#x2F;swebok&#x2F;swebok-v3.pdf" rel="nofollow">https:&#x2F;&#x2F;ieeecs-media.computer.org&#x2F;media&#x2F;education&#x2F;swebok&#x2F;swe...</a><p>Given how vast the field of software engineering is, would the test be similar to FAANG interviews where you need to solve some algorithmic leetcode puzzle? Or would it require knowledge of a specific programming language and all its pitfalls?

No.