Fortran IV on punched cards run by the main frame, that was my first language too. Just being able to hit the "delete" key instead of typing a whole card over again was a major innovation in engineering throughput.
In one way I always thought I was born too early- I should have been in WWII instead of a baby boomer.
In other ways I was born too late. When I went through engineering we only had Fortran on IBM punch cards. I am an analog engineer. I love the nuts and bolts of designing analog and digital circuits. I love the challenge of making a new circuit work where there was nothing before.
However, I think I would have been really excited about combining software and hardware- maybe an embedded engineer! But the training for software just wasn't available. About 15 years ago I took a coarse in C++. I really loved it. But I think the time for me learning these new skills is probably over. But I bet it would have been a lot of fun!
I envy the new generation of engineer who learns both!
In the job market you are expected to be able to code on a variety of platforms.
In college today, most EE students do not learn much past a beginner JAVA class.
Luckily for me I had to make it through the full gauntlet of programming courses. From Assembly, C, C++, Matlab, to JAVA, and on a wide array of processors, I knew more than I needed. Later in my career, my programming experience was a vital part of my day to day.
I'd say the "Engineer Programmer" is a correlative, an apt description of the EE today.
When I attended college it had an EE department and a CS but not they are considered the same department. Oddly enough a lot of my EE friends now write software code. I write firmware (VHDL) but not software.
The article didn't really examine the blurry line of the EE. When microcontrollers became cheap enough to use in designs I slowly became what we now call a Firmware Engineer. Frequently we just call the Firmware Engineer a Software Engineer and in some companies the engineer is a CS major rather than a EE. I've hired both CS and EEs over the years, but I do prefer EEs that learned how to write code, rather than a CS major that knows how to solder. It seems that the troubleshooting skills of a EE are much better than the CS major. The code writing EE is a blurry line between the hardware and software world. Another reason to call it Firmware.
My college experience was that you were either a hardware engineer or a software engineer, with some overlap of course. It definitely paid to know as much as possible of the "other world".
I have been a Software Engineer for the past 18 years while my original degree and work was in Mechanical Engineering.
I have enough experience to realize that most Engineers should not be designing large complex software systems. Just becuase you can write a program in Java to solve some engineering calculations does not mean you are qualified to deisgn a complex control system.
It helps to have a good generalized ability and to also know when to get help.
I think you make some excellent points, Bob. On the lighter side, I solved the problem by marrying a handsome M.S.E.E.hardware guy. I am a test engineer with a basic working knowledge in hardware but where I shine is in software. Hubby knows some software but can run circles around me in hardware and circuit design. We make a great team although when anything goes wrong with the project we all know to blame the hardware ;)
This response has a huge danger of becoming way toooo long but I will try to condense my thoughts on this subject. First of all, engineering design and software programming are NOT the same or even that close. Both have unique training and experience needs AND they both require somewhat different types of personal characteristics. Yes, an engineer should be able to program a computer (that also means a uP). But most engineers do NOT make good programmers - the skill set is just too different. And likewise, good programmers do NOT make good engineers for the same reason.
But there are times when each (programmer and design engineer) need to intrude a bit into the other guy's world and certainly each should know enough to be able to do so, i.e. to at least understand a bit of the other guy's mystery world.
Given all of the above, there are obviously folks who can do both jobs superbly well. But for the average person, not so much.
Another thought - certainly an engineer has many tools that do require some level of computer expertise (e.g. using Matlab for simulation, using Labview for testing prototypes, using Excel for data analysis) and certainly the competent engineer should have a fair ability to use all of these.
And sometimes a design engineer has no choice - the project team is too darned small and he or she needs to be a 'jack of all trades'. Kind of fun but I'll bet the certain facets of the project suffer (e.g. the software part for an embedded uP).
Just one last thought (I promise!) - I think that a college education should provide exposure to everything that an engineer will require to be a good and successful engineer when he or she gets out into the REAL world. That does mean exposure to software programming techniques (yes, Virginia, there are both BAD and GOOD software techniques and procedures!)
I think that the colleges should teach and use engineering programming more in the classes. The biggest pet peeve of mine in college is how is what we are using applied to real world situations. I write my own code for the most part until it comes to something that give me a problem. Then I turn it over to the engineer programmer to solve my problem.
For 3D printing to make the jump from rapid prototyping to manufacturing, engineers will need to find easier ways to move products from their CAD screens to their printers.
Gigabit and PoE are two networking technologies moving ahead in tandem as industrial users power remote Ethernet devices such as IP security cameras at 1,000 Mbps over existing CAT5 cable.
New versions of BASF's Ecovio line are both compostable and designed for either injection molding or thermoforming. These combinations are becoming more common for the single-use bioplastics used in food service and food packaging applications, but are still not widely available.
From Dell / Intel® New Paradigms in Design Work Scott Hamilton, vertical market strategist for Dell Precision workstations, 5/2/2013 5
Early in my career, I worked as a draftsman and remember the days of drawing on vellum with numbered pencils and Mylar with plastic lead. This was a fun experience in the sense that I ...
I've been using workstations for more than 10 years and love finding ways to get more performance from my system. With demanding professional applications that require more power each ...
A lasting memory from my first job as an engineer in an auto assembly plant is standing on hard concrete at six in the morning, vending-machine coffee clutched in hand, listening to ...
For industrial control applications, or even a simple assembly line, that machine can go almost 24/7 without a break. But what happens when the task is a little more complex? That’s where the “smart” machine would come in. The smart machine is one that has some simple (or complex in some cases) processing capability to be able to adapt to changing conditions. Such machines are suited for a host of applications, including automotive, aerospace, defense, medical, computers and electronics, telecommunications, consumer goods, and so on. This radio show will show what’s possible with smart machines, and what tradeoffs need to be made to implement such a solution.
To save this item to your list of favorite Design News content so you can find it later in your Profile page, click the "Save It" button next to the item.
If you found this interesting or useful, please use the links to the services below to share it with other readers. You will need a free account with each service to share an item via that service.