Reincarnation? Mental masturßbastion perhaps? I suppose there may be a turd option.
There again perhaps a 4th, speaking as a Buddhist, messed it up in this life so reincarnation is high on the Natures hand of cards, preferance Snow Tiger, Snow Leopard or Peregrine, Ladakh would be lovely.
Now, I can happily agree with the use of RE as a learning tool -- if I take myself away from the semiconductor industry and consider a mechanical contraption, for example, I can well see myself wanting to take it to bits to see how it works.
"Stealing" someone else's design as you describe it is not RE, it is chip piracy. Chip piracy was always unethical and it is illegal since 1984. Second sourcing in pre-1984 style was practiced by the semiconductor companies but its questionable ethics unfairly tainted the entire business of RE. That is the image I wanted to clear.
RE is fundamentally about learning. I never forget the amount of knowledge I gained by dissecting and Bob Widlars' LM10, in the early 80s. The knowledge I gained about his new design concepts such as the use of merged PNP/NPN structures, the use of controlled amounts of positive feedback in a real-to-GND output stage and so on, was worth a few semesters of university lectures. It took me about three weeks to do all that learning. From there I went on to create my own patented opamp architecture that was much smaller in die area. That allowed me to place ten opamps on a single chip in 1982. Granted, no big deal now, but it was much harder to do that in those years. This is what RE is all about.
I can certainly see the argument that reverse engineering is appropriate when it comes to checking for IP infringement.
But if someone kills themselves designing anything and someone else comes along and reverse engineers it and then creates and sells copies of it -- I cannot see how that is in any way not considered to be stealing.
On the other hand ... as an end user in the 1980s ... I do remember liking the fact that a lot of the components I used were "second-sourced" -- I just don't recall thinking about what that actually meant.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.