|
Big water: H2O
Small water: h2o
A positive attitude may not solve every problem, but it will annoy enough people to be worth the effort.
|
|
|
|
|
gotit!
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Thank you both for giving me a genuine laugh this morning.
|
|
|
|
|
Water that you pass.
PS. Literally that is what the phrase would mean in Tamil.
|
|
|
|
|
My common thread has been the third-party application suite (OSISoft PI), not the industry.
Started in cereal manufacturing working with automated product routing and had an opportunity to work with the PI sysetm.
From there it was pulp and paper industry; again had an opportunity to use the PI system along with other developer tools.
Now, major utility working specifically with the PI system; I was recruited to work on the system directly and have enjoyed every minute (next month will be 3 years here).
|
|
|
|
|
Tim Carmichael wrote: OSISoft PI
I had to interface with that on the job I had in manufacturing (a three month contract in 1996). My first "real" development job after college. The only interaction my software had with it was to connect, read two (16-bit) values (instructions), write two others (status), and set a few more (measurements from the plant) as they became available.
|
|
|
|
|
I started my software career at a software consulting company (Science Systems) in the UK in '95, although my first programming course was in the early 70s. I've contracted in many fields, but I've been in an environmental regulatory agency for 12 years and it will be my last regular employment. Working here I feel like I've contributed to society and the work is very varied (hence the 12 years!)
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Part of my goal of getting into healthcare was that I wanted to feel like I'm contributing something great to society. It's been an interesting month-and-a-half so far, and I don't anticipate anything pushing me away at all. 12 years is quite a long while! I've only been in the real professional world for almost 2 years.
I did a large amount of development work for about 2 years in a warehouse environment, to support their processes and data entry, but I didn't have the official title of developer. And they didn't exactly treat me as a developer -- just as a regular warehouse associate, but with my own desk and PC. Haha.
But I'm curious to see where I can go with this. I've been wanting to get to this point for about 8 years now!
djj55: Nice but may have a permission problem
Pete O'Hanlon: He has my permission to run it.
|
|
|
|
|
Gratz on the recent job advancement and good luck!
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
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!
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
|
|
|
|