|
Thanks, Phil. Good luck to you as well!
djj55: Nice but may have a permission problem
Pete O'Hanlon: He has my permission to run it.
|
|
|
|
|
Me: measurement equipment (Selling quite literally Vorsprung durch Technik), for about 15 years now, and still quite often, yes.
For me this means user interface (not much anymore), robust communication with "really good" harware over crappy protocols and cables, and - since interfacing a scripting language and having an automation interface - more and more copying data from format A to format B and back again.
The most challenging and interesting thing, though, is working with "programming engineers", for whom writing templates is "fancy stuff" and it takes a lot of consideration to accept that Numerical Recipes isn't exactly production quality code.
Some scientific background is pretty helpful here.
|
|
|
|
|
OEM machine tools for mid-heavy steel fabrication. I'm on the controls, logic and HMI side but we have developers that create CAD/CAM applications too.
I've worked here for nearly 29 years. Started in mechanical engineering, morphed into our IT department for a stretch before joining control engineering 16 years ago.
Enjoy is such a vague word.  At times its very challenging and enjoyable, other times... not so much.
Government is not reason; it is not eloquent; it is force. Like fire, it is a dangerous servant and a fearful master. ~ George Washington
|
|
|
|
|
Worked for a mainframe manufacture for about 40 years 35 full time, then contracting for them after I retired).
Dave.
|
|
|
|
|
Medical imaging research. For the last 17.5 years I have developed software to aid in studying methods to improve early detection of breast and lung cancer with some focus on dose reduction of screening patients when possible. Also I write applications to train radiologists and to compare the effectiveness of different imaging modalities, workstations and software used in the industry.
Matt U. wrote: do you still enjoy it?
At times I do enjoy what I do however at other times it's hard work long hours (80+ hour weeks) and a lot of stress.
John
modified 7-Oct-14 14:33pm.
|
|
|
|
|
Several.
Many companies believe that only people who have been trained in their field can work on software for them, but they're wrong.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I once worked for a company that believed only people with degrees could be programmers. So we had people with degrees in English, History, Art etc, who couldn't program their way out of a wet paper bag.
|
|
|
|
|
I've heard of places like that. I never understood the idea behind it. I once asked a tech recruiter why I didn't qualify due to the fact that I didn't have a degree, and he explained that it's not so much about the specific education, but more about the fact that it somehow "proves" that someone is dedicated. That they're responsible. That they're able to accomplish goals accordingly, in a timely manner.
I still don't have a degree. I don't have a GED yet, because I made a bad move and dropped out of school after my junior year. Not proud of it, but it's true. However, I plan to obtain my GED in the near future, and possibly a degree, depending on how my employer feels it may affect me many years down the road when I move into a much higher position.
I've always taught myself through experimentation and reading articles/tutorials, for about 16 years now since I was 11 years old. When I got into this job, they told me in the beginning that, when possible, they prefer someone who is self taught, because it definitely shows that you have a passion for it, and not just a piece of paper saying someone taught you generic concepts from a textbook. And I agree.
djj55: Nice but may have a permission problem
Pete O'Hanlon: He has my permission to run it.
|
|
|
|
|
More than half my class at uni were completely unemployable in the field, both before and after they picked up their diplomas.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
In chronological order;
Concrete-industry (five years)
Academics (Nope, didn't fit in there, 2 years tops)
Pharmacy (Introduce a bug and kill someone)
Oil-industry (Just for a year)
Document Control / CAD (Two years and counting)
I'm a developer. To the software it matters not which "industry" you are in. It is all simply data, all stored in a database, all fetched in a similar manner.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: To the software it matters not which "industry" you are in. It is all simply data, all stored in a database, all fetched in a similar manner.
Except it's really not. Software can be tailored for an industry - processes, regulations and even laws may need to be understood and followed. Often times there are specific terms for specific industries. In my case, we're controlling really expensive and really powerful industrial machines that operate in a VERY flexible manner. Instructions and machine reactions need to be very well thought out with specific knowledge of the industry and the machine(s) involved.
Government is not reason; it is not eloquent; it is force. Like fire, it is a dangerous servant and a fearful master. ~ George Washington
|
|
|
|
|
Mike Mullikin wrote: Except it's really not.
Every damn niche thinks it is special.
Mike Mullikin wrote: Software can be tailored for an industry
Software is built based on specs, so yes, it would be tailored. Regardless of the niche, it would be.
Mike Mullikin wrote: processes, regulations and even laws may need to be understood and followed
Yes, but those simply translate to conditions that the developer checks. As long as there is a domain-expert (and no, my domain and industry is software development) I can model and build it.
Mike Mullikin wrote: Often times there are specific terms for specific industries.
There's also specific terms if you are writing a debugger, or a password-manager. Those are translated to logic, and then to code.
Mike Mullikin wrote: In my case, we're controlling really expensive and really powerful industrial
machines that operate in a VERY flexible manner.
More flexible than say, a generic, programmable all-purpose machine?
Mike Mullikin wrote: Instructions and machine reactions need to be very well thought out with
specific knowledge of the industry and the machine(s) involved.
Yawn.
Same goes for most industries; the price of errors can be high. Still your industry is a flow of information, and it is that flow that gets automated. As an analyst I do not need to be a domain-expert. Should not be in fact; one starts leaning on assumptions that the analyst recognizes.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
I expect no less from a job hopper. Good luck! ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
Government is not reason; it is not eloquent; it is force. Like fire, it is a dangerous servant and a fearful master. ~ George Washington
|
|
|
|
|
Keep it, you might need it someday 
|
|
|
|
|
I think it comes down to what you call yourselves, you are an engineer and Eddy is a software developer. You have very different concepts on what you do, you must be a domain expert as well as a developer, Eddy, and I, need domain experts to function as developers.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Mycroft Holmes wrote: You have very different concepts on what you do, you must be a domain expert as well as a developer, Eddy, and I, need domain experts to function as developers.
Probably true. We're a smallish (450 employees worldwide) family owned business. We don't hire pure developers for short periods of time. We hire people who plan to stay a good long time and become experts in our industry.
Different world I guess...
Government is not reason; it is not eloquent; it is force. Like fire, it is a dangerous servant and a fearful master. ~ George Washington
|
|
|
|
|
Mike Mullikin wrote: We don't hire pure developers tarts for short periods of time
FTFY
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
You and I both! What we are has been established, all we need to work out is the pay!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Matt U. wrote: letter shop/printing service.
Been in this world for 15+ years.
Started at the lower level - interfacing with Docutechs, sending mailmerged data down, etc... Slowly made my way into the front office. Now I'm doing almost exclusively intranet-based order management/crm stuff.
|
|
|
|
|
The letter shop I worked for was my first major role in the professional world, so to speak. While I enjoyed the people I worked with, and I enjoyed the company's culture, it was very limiting. They're only about 13 years old, they're locally owned/operated, and they have about 75 employees total, in one local facility. They were very closed minded from a development standpoint. Limited to core technologies, like C#/.Net, some HTML and JavaScript.
It was a wonderful place to really get my foot in the door in the development world. I don't have a bad thing to say about my experience there, other than I feel like I basically grew out of where I was. There wasn't really any room for advancement, because there were only about 15 people in IT altogether, so there was nowhere for me to go.
The only software I ever got my hands into was their internal system that would parse clients' files (various formats including flat text, CSV, XML, etc.) and pass the data along to an existing service that would handle the rest. So I didn't get to do much there. I didn't want to be bored and halted in career growth.
djj55: Nice but may have a permission problem
Pete O'Hanlon: He has my permission to run it.
|
|
|
|
|
My company was pretty much the same, though I started further back in the pipeline than what you described. Then they got bought, and bought again. Went from one office with ~60 employees to dozens of offices, and over 2000 employees. You know, never changed jobs, but changed companies and business cards several times, that sort of thing. The current company's IT department is larger than the place I started with.
|
|
|
|
|
I've worked in 4 different industries.
Computational Chemistry , Linguistics (automatic text correction), Entertainment (2D animation) and Engineering (metrology).
But I've mostly been doing generic C++ framework and GUI work in all of those domains.
I'd rather be phishing!
|
|
|
|
|
My current job, which I've held for 24 years, is working for a company that builds commercial ink-jet printers. I've also done a fair amount of work as an after-hours consultant. The common thread through all of it has been process control and real-time machine control. I enjoy what I do. I've worked at several layers in the product line, from device drivers to UI.
Software Zen: delete this;
|
|
|
|
|
Lets see
Manufacturing - sewage pipes
Technology - Hitachi and Wang
Engineering
Mining Construction
Fruit Wholesaling
Tyre Retailing
Finance - Investments
Health Systems (NHS)
Back to Finance - Banking
Specialisation is for ants.
Never underestimate the power of human stupidity
RAH
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
