Live data from Hacker News

Iron Ring

en.wikipedia.org

111–120 of 194 posts

Re: Iron Ring

#111

Earlier quoted context omitted.

In all fairness, there has never been anything quite like "architecting" software, or "engineering" software. As Brooks put it, software is the most complex thing humans have ever built; perhaps we should find some other term that sets us apart from ordinary engineers and architects. Or we could just continue working, not caring what other people think. That's usually what I do, after I tell people I'm a "code monkey…

I don't see the issue. Software is very abstract and tons of our vocabulary is stolen from concrete counterparts as metaphors, I can't see how you can object to "architect" without it being totally arbitrary or fundamentally not understanding computers. Just a short list of terms which we've appropriated for software: Bugs that don't bite, computer mice that don't squeak, bits you can't bite, windows you can't see th…

I can't figure out which comment to reply to, so allow me to stick this comment here...

If we're going to perform all these pedantic semantic antics (did I really just do that?), then allow me to ruminate a moment: I do "develop" software. "Develop" has this connotation in my mind of a slow, meandering, possibly goal-free path. You "develop" skills over time - are they ever fully developed? Also, you "develop" film (and its prints) which certainly takes time, but is also kind of a curated, artistic process. Although I do feel that, at times, I sculpt, craft and develop a bit of software, I do this with ideas that are not quite formed; goals which are unknown; a kind of "I'll know it when I see it" project.

I do "architect" systems. I have to decide on a backing store and the shape of the data in the store: RDBMS? KV Store? binary blob on disk? I have to decide on a communication method between the app and the data store: local, native API? Network socket using the store's client libs? HTTP CRUD? I have to consider the ways the user will use this app: touch? mouse? keyboard? does it need new gestures? "hot keys" or "chording"? I'll admit the user interaction is a bit more art, but there's usually some kind of specification for it.

I do "engineer" systems. This feels more like implementation to me: I implement that data design; I implement the communication code (APIs don't plug themselves in to my project); I work around pitfalls and shortcomings continuously ...

I am an artist, a sculptor; I am an architect and engineer; I am a handy-person and problem solver. Hi, I'm delinka and I create software.

Re: Iron Ring

#113

Is there something like this for Software developers? We make the world go round and round; shouldn't we also have something this beautiful?

For most of us, people don't die when we fuck up.

They do. It might not be direct or even obvious, but when you make a tool that a person relies on, people a harmed when it fails (or perhaps even works). Our death tolls might be small, but it is naive to believe that any product does not have a price in blood. It is our responsibility to understand it, and to make sure the benefit is worth it.

Re: Iron Ring

#114

Earlier quoted context omitted.

RE: Getting an Iron Ring vs Stainless Steel It is still possible to get a ring made out of iron at all Camp One Universities (Toronto/Ryerson, and I believe now York and UOIT as well). I graduated in 2009 from UofT and got one, and I have friends who received their iron one this past March, 2013.

A lot of jewellers would also be happy to make one if you can't get them through a university. Iron isn't so hard to work with.

There's an important difference between mild steel (which is basically pure iron) and wrought iron (which has slag inclusions); the slag inclusions in the latter actually make for significant rust resistance.

Re: Iron Ring

#115
I wish our school did this, I feel I missed out on a cool ritual.

Can't wear rings on grounds of you don't wear jewelry in a workshop :)

Me and my significant other cast and etched pendants for each other though. :)

Re: Iron Ring

#117

Earlier quoted context omitted.

I graduated with an ME degree and I now work as a software developer. I find that the traditional engineering coursework is more difficult than what I find with regards to CS. It's pretty easy to become a self-taught developer and even go through the online courses coming from MIT, etc. It's significantly more difficult to do the same for traditional engineering. In addition, as someone mentioned elsewhere in the com…

In addition, as someone mentioned elsewhere in the comments, the cost of failure in software doesn't often result in death. That's nice; perhaps you should tell it to the victims of the Therac-25. Or maybe I'll remember it next time I'm writing some real-time software to control something silly like missile guidance. More and more software every day goes into controlling vital systems in our world . . . And how often…

> That's nice; perhaps you should tell it to the victims of the Therac-25. Or maybe I'll remember it next time I'm writing some real-time software to control something silly like missile guidance. More and more software every day goes into controlling vital systems in our world

Yes. Totally agree. This idea that software engineers (perhaps I should use a different title in this thread :-) can fail without consequence is nonsense these days. I actually find it quite amusing (terrifying?) that so many engineers I know think they are a-okay with only a very basic understanding of CS. In fact, often "CS" is too strong a term to describe their knowledge. There's a very pervasive sentiment among engineers that they don't like programming, don't want to program, and shouldn't need to know about programming, let alone the deeper concepts of CS. Of course, a huge chunk of them go on to work with systems that involve computers. :-/

>And how often do certified professional engineers design something critical? Does every circuit that goes into a consumer electronics device need to be ultra-safe?

Indeed, every PCB that goes into your microwave doesn't need to be EMP hardened and fault tolerant, and likely is not. But then also many of those applications that have become "commodity engineering" are no longer done by north american trained, "certified professional engineers". In any case, I think the point is you need to be trained so that you have the background to deal with a critical situation if it comes up.

>What gets me is the arrogance, in particular since the Iron Ring is supposed to carry with it a reminder that everyone is fallible, and to have humility in the face of that

Well, I have to mildly disagree with this. The ring is there to remind you that you are morally and ethically bound to the public good, at least insofar as your work is concerned. Many engineers are fiercely arrogant and could use a lesson in humility, but that's the job for parents/teachers/themselves/society in general, not a stainless steel torus or their professional association. As with many "old boys club" type groups, there is a serious amount of hazing and dues-paying that happens on the way up, and that has the effect of seriously distorting the perceptions of a lot of engineers. Also, a lot of the folks who are hotheads and spew arrogance are the types who would do that no matter where they were, be it on the soccer pitch or on HN. Being an engineer simply gives these types more opportunities, and an appeal to authority.

>Having some humility, and empathy, would go a long ways towards making Professional Engineers not just better people, but better Engineers.

Having some humility, and empathy, would go a long ways towards making not just better people, but better .

Agreed :-)

Re: Iron Ring

#118

Earlier quoted context omitted.

I agree that there is a lot of arrogance in engineering (I can't say I'm innocent either). I think the big difference is that the term "engineer" gets thrown around in software way more than it does in traditional engineering disciplines. The result is that the term "engineer" gets diluted for both software engineers and traditional engineers. That sort of dilution is not common in fields such as mechanical or biomed…

cars, bridges, building structure Those three things right there commonly have embedded software monitoring or controlling them. As far as levers and bolts go, a lot of them have sensors monitored by software for stress. I really don't think most people, even software developers, realize how pervasive software is in their lives.

"As far as levers and bolts go, a lot of them have sensors monitored by software for stress."

That's in the far minority of situations. As part of my ME curriculum, I've worked with these types of sensors. It's very rare you'll find them monitoring bolts and levers.

It's true that software is extremely pervasive, however I believe you're overestimating the critical nature of it in most applications. Cars, bridges, buildings: Most critical failure points are mechanical. There's certainly a lot of software the goes into regulating a car, but if there's a failure in either the software or mechanics of the car, mechanical failure will most often be the more serious issue.

Re: Iron Ring

#119

Sort of relevant: In Canada the word "Engineer" is protected. While I am a Computer Scientist, I can not call myself a Software Engineer (or any form of Engineer), unlike in the US. In Canada you must have graduated from an Engineering College of a University to use the title.

I wish this were the case in the US. Here, any mediocre moron out of a CS program can get a job and call himself a software engineer, and I think it's somewhat insulting.

Re: Iron Ring

#120
post #78

Earlier quoted context omitted.

You should put something in the picture for size reference (a ruler maybe). I couldn't tell if these were finger-sized rings or if these were more like bangles/bracelets. It doesn't say anything about size in the article.

The article states that the ring is to be worn on the pinky of the dominant hand.

The explanation I heard for this (from an engineer coworker) was that it's meant to be a reminder that whenever you sign off on a design or report, you are doing so as an Engineer, not merely as yourself, and that it's therefore a reminder to take things seriously.
Post reply on HN