Should low level engineers write programs for office use?
Should low level engineers write programs for office use?
(OP)
I am curious as to how much a low level engineer is expected to contribute to the company?
The issue at hand: I am a civil engineer with a P.E. and 10 years experience. I work at a small firm and am simply a staff engineer. Should I contribute programming skills to the firm in writing programs that can be used by all the engineering staff?
The issue at hand: I am a civil engineer with a P.E. and 10 years experience. I work at a small firm and am simply a staff engineer. Should I contribute programming skills to the firm in writing programs that can be used by all the engineering staff?





RE: Should low level engineers write programs for office use?
TTFN

FAQ731-376: Eng-Tips.com Forum Policies
Need help writing a question or understanding a reply? forum1529: Translation Assistance for Engineers
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
Chris, CSWA
SolidWorks 14
ctopher's home
SolidWorks Legion
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
However, if he writes it on his own time, it is not.
Mike McCann
MMC Engineering
RE: Should low level engineers write programs for office use?
Most employment agreements for engineers have a clause outlining the disposition of intellectual property generated by your work assignments. This would fall under that agreement.
If no such agreement is in place, then you retain copyright. Go make millions with your programming prowess!
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
I believe I did answer the question though...
Mike McCann
MMC Engineering
RE: Should low level engineers write programs for office use?
Are you considering writing Free Software?
I would recommend following whatever copyright policy your company requires. Are you writing simple applications, automating simple procedures, or are you using your and your company's technical expertise to write an analysis program? The latter case presents some serious copyright issues, and possibly even some professional ones.
--
JHG
RE: Should low level engineers write programs for office use?
- Steve
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
If you can't identify the parties responsible for processes, then you might be the that person.
TTFN

FAQ731-376: Eng-Tips.com Forum Policies
Need help writing a question or understanding a reply? forum1529: Translation Assistance for Engineers
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
- You think the software you write is SOOOOOOOO valuable that whoever owns that copyright/patent will get mega wealthy. Dream on. The market value of any engineering program you write in your spare time is approximately zero (or maybe less than zero since you'll end up paying lawyers to protect IP that never sells).
- Your company sells software as part of the business model. The chance that your code will be marketable intact is very low, Engineers are not real good at writing maintainable, robust code with adequate error recovery. When I managed software projects it was really humbling to come up with an awesome piece of code, give it to the programmers to vet it for general use and see my 1000 lines of code became 20 lines of computation and 40 lines of function calls calling functions that I never heard of. The 20 lines were important, but if I'd spent the time telling the programmer the arithmetic he'd have cranked it out in a week instead of me spending months on it.
- Finally, you have a REALLY cool bit of code that EVERY Engineer MUST have. Keep it to yourself. No one will ever appreciate it as much as you do and the third time it crashes your peers will throw it away and say ugly things about you. I've seen hundreds of Engineers write that perfect Engineering app and it never is quite as effective as it is for the author. I've seen these "little" programs eat up 3/4 of an Engineer's time doing user support, the Engineer's supervisor rarely has much patience with the second missed deadline because you were fixing a bug in GreatEngineeringApp for Phil.
In any of these cases the IP for an Engineering App written by an Engineer who has a full-time job is pretty well worthless. If you write a useful application (maybe something that does unit conversion or calculates the pressure drop in a line, or capacity of a pipe), then you'll find that it isn't as flexible as Freeware, is harder to maintain, and sucks the life out of the author in a very short time.David Simpson, PE
MuleShoe Engineering
Law is the common force organized to act as an obstacle of injustice Frédéric Bastiat
RE: Should low level engineers write programs for office use?
Intellectual property can be tricky for an employee. You have to have an agreement with your employer if you expect anything more than an "Attaboy" for writing programs. Keep in mind they pay you to contribute to the company....in whatever fashion THEY deem appropriate. If your attitude is such that you don't want to contribute in any arena other than your assigned tasks, then don't. You'll always be "simply a staff engineer". If you show initiative and create something useful for the company, you might find that it will elevate you from being "simply a staff engineer"....but to do that, you need to check your attitude.
When I was "simply a staff engineer", your question would have never occurred to me...and yes, I've written my share of generally useless engineering code for my benefit and a few others who were inclined to use it.....on my own time usually, with no visions of it being the next panacea to engineering. I didn't break out of being "simply a staff engineer" from my programming prowess. I did it with a positive attitude that I could make a contribution and a difference in the company. I did it for them first, then I did it for me. It has worked in both.
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
Ron and miningman I meant for my question to be very subjective, however, it seems my "attitude" is shining through?
The response from zdas is interesting as it seems to state in his third point that if you can improve on something you shouldn't, because you actually cant write anything useful anyhow.
Also Ron, I'm not sure where the panacea idea seemed to originate. I have written codes before that no one cares about and worked on white papers whose premises go unnoticed. I'm a hard worker and I'm a staff engineer-its ok. I also manage most of my own work so I have a bit of flexbility in what I do with my and am not directed every minute.
I am very happy with the discussion and great points put forth in this discussion, I was eager to seem some opinion.
RE: Should low level engineers write programs for office use?
Should you as a PE with 10 years experience be doing things that improve your company's processes?
If the answer is yes, does it really make much difference if those things are software, procedures, documentation, lookup tables, training courses, or whatever?
Cheers
Greg Locock
New here? Try reading these, they might help FAQ731-376: Eng-Tips.com Forum Policies http://eng-tips.com/market.cfm?
RE: Should low level engineers write programs for office use?
I never said that "if you can't improve on something you shouldn't". I could say that, but I didn't. If you have in mind the application that will change the functioning of your company and significantly improve the bottom line, go for it. The IP ownership is really immaterial because even if it is PERFECT for your company it won't travel to other companies. Programs addressing internal administrative procedures are very rarely transportable to other companies because only you have that particular "Cover Sheet on the TPS Report". Everyone else will have a different process.
David Simpson, PE
MuleShoe Engineering
Law is the common force organized to act as an obstacle of injustice Frédéric Bastiat
RE: Should low level engineers write programs for office use?
zdas, thanks for the insight.
RE: Should low level engineers write programs for office use?
Cheers
Greg Locock
New here? Try reading these, they might help FAQ731-376: Eng-Tips.com Forum Policies http://eng-tips.com/market.cfm?
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
Of course, that's supposed to be the essence of management theory for the past 40 yrs; you can layoff all the deadwood. Facetiousness aside, I do not rule out ANYONE who has half a brain. It's often specifically the newbies and outsiders that break us out of our hidebound thinking. This should be familiar to you; you spend days proofreading your penultimate paper, and a summer intern walks by and says, "Is that how you spell ______?"
TTFN

FAQ731-376: Eng-Tips.com Forum Policies
Need help writing a question or understanding a reply? forum1529: Translation Assistance for Engineers
RE: Should low level engineers write programs for office use?
RE: Should low level engineers write programs for office use?
radice, if your employer is undeserving of your best efforts, you should find somewhere else to work. Don't begrudge them anything- do them, and yourself, a favour, and get out. You should want to contribute everything within the limits of your skills to your employer to further the interests of their business and as a result, your own interests at least in the form of your continued gainful employment. It sounds like you're stuck in a position where you feel your abilities and experience exceed your job descriptions and pay, and that by writing code for your employer you will be aiding and abetting their continued theft of your talents in this inferior role. If so, you are the reason that employers actually feel there is such a thing as being overqualified for a job.
If they're going to license it for broad distribution and give you nothing in return, that's another matter entirely- but one for negotiation prior to accepting employment, rather than after signing an IP-related agreement as part of an employment contract. It is normal for companies to insist on ownership of all IP developed using hours they paid for.
RE: Should low level engineers write programs for office use?
David Simpson, PE
MuleShoe Engineering
Law is the common force organized to act as an obstacle of injustice Frédéric Bastiat
RE: Should low level engineers write programs for office use?
moltenmetal thank you for the feedback.
I am a young engineer still and do know I have a long career ahead of me. The question is interesting to me and I have been able to reflect with each of the responses. Perhaps I am somewhat unhappy with the team dynamic and do feel a strong upper level/lower level divide . I have read a paper or two since this post and am thinking I may be more prone to the Collective Learning style in the workplace, but Im not one to really makes waves with the status quo, so thats a lonely road to hoe.
RE: Should low level engineers write programs for office use?
10 yrs makes you experienced in my book, unless the 10 yrs wasn't engineering- so you may be "young" but you're not THAT young! There's such a thing as having nearly the same 1 month of experience 120 times, but even that teaches you something! Not that you don't learn more every day throughout your career, but what I heard in your posts was an undercurrent of concern really about contributing at a senior level (by writing software to improve everyone's work, yours included) in return for junior/"staff" level compensation and recognition. Correct me if I'm wrong, but that's how it came across to me when reading your posts. I suggest that the solution for that problem is not more humility on your part, as some seem to have suggested, but instead seeking better recognition from an employer whose concept of your ability to contribute matches your own more closely. If, after seeking that opportunity and failing repeatedly to find it, you are forced to stay where you are and eat crow, then you're doing it on an informed basis rather than just sucking up your existing fate as if it were inevitable. Cowering in a job where you feel underappreciated is a recipie for poor self esteem and depression in my book, if you're the kind of person who takes their career seriously and derives much of their self esteem from how they feel about what they do for a living. That describes many engineers and other professionals, but not all- some work only to live, and are able to pack it all away within 30 seconds of getting into the car on the way home.
What others have said here is that you get out of your position what you put into it. In reality you always get less than that- it is inevitable that some of your contributions won't be noticed much less acknowledged or compensated for, but that's part of a job in the real world. I think some people here are finding it a little surprising that it isn't natural for you to just see a need you can fill and jump in there and fill it, assuming it's something the company will actually find useful. Doing that before being asked is one way to get noticed for promotion, if that's your interest.
BTW, dunno if you're a victim of autospell etc., but one doesn't hoe "roads", but "rows", i.e. a using a hoe to weed a row in a garden...hoeing a road would be tough work and with very limited benefit!
RE: Should low level engineers write programs for office use?
- I Have mechanical engineer background not IT, so I could borrow some aspects and tools of programming to reach my objective. However I have quickly realized that as the program gain in size it becomes very difficult to keep track of everything. Especially because of workload reason I had to stop for a while and when I go back programming I was lost in my own subroutines, so a challenge.
To work over the challenge I realized that the program needs to be perfectly structured, in other words - re start from scratch a re write all the modules in structured way - very time consuming and very demanding task.
- I also realized that the program was not optimized. Any solution search algorithm was done by trial an error and more like quick fix. At the end even with a fast machine, the running of the program appeared to me unnecessarily slow. To overcome that the calculations routines needed to be re-evaluated and in fact even involving some sort of mathematical analysis to get to a rigorous approach. That's a huge task too.
- I then realized using the program on daily basis, all the bugs and literally came across errors. It was a blessing that I did not share the program with anyone else. Furthermore it is dangerous to rely upon a tool that is not extensively tested to make quick decisions. For example at the end of the day you come to the conclusion that your accuracy is still not good enough to give valuable insight on your problem and then you still depend and rely on third parties for more representative data. Then you ask yourself is the program really worth it. You realize that experts system are made in house not automatically shared with public even not for money. Sometimes you are trying to compete with software which have been experimentally tested and expertized and developed by hundreds of engineers with huge investment involved.
- Currently, I do not give up because I remind myself that Thomas Edison has broken 1000 of light bulbs before he has succeeded.
So I can see myself starting all over again to improve the program and get from it a real added value to have my work done. Sharing it with my company...I would not do it. If the tool is valuable then If I can, I keep it for me - the other way around, the more the tool is intrinsically valuable the more you - as expert - you do recognize its contribution and refrain to share it with anyone else except if they pay for it - If you tend to share it generously there are good chances that its worth is zero because bottom line it has no impact on a real industry problem as recognized by circle of experts.
I would probably think about commercial exploitation if there is really a niche market for it but then it is really a huge task that I don't see how I can combine with my daily work except taking a long period of leave which is too risky.
I perfectly agree with Zdas in all what he is saying.
RE: Should low level engineers write programs for office use?
My Mathcad sheets tend to be pretty messy, and I wouldn't wish them on anyone, but people come by and ask me for them. But, this comes at the tail end of my career, and I'm probably about 10 years away from retiring. I think you need a new paradigm for your relationship with your company. Do you participate in engineering discussions? Are you offered the opportunity to brief others on your work? I'm not suggesting that you toot your horn, but you can matter-of-factly present your work without any boastfulness and put yourself out there. Once your works are known to be solid, people will come to you for programs and what-not without any need for you to volunteer or advertise.
TTFN

FAQ731-376: Eng-Tips.com Forum Policies
Need help writing a question or understanding a reply? forum1529: Translation Assistance for Engineers
RE: Should low level engineers write programs for office use?
Whenever I do any serious analysis, I usually end up creating some kind of script file that runs (usually Matlab) functions in a sequence. There will sometimes be the odd low-level program to do things I can't do or can't do fast enough in the high level program. The scripts I create are all throwaway, but there is much overlap and reuse of techniques in them. Each time I do a similar task, I draw on experience and probably evolve my thinking.
I've seen many situations where people attempt to reuse previous code/scripts verbatim. Or worse, commenting out bits they don't want and adding new tweaks for a new situation. Giving away this kind of bastardised (in the true sense of the word) code is very dangerous - the recipient has no idea why things are done how they are done.
In an environment where projects come and go, I think it's best to print out or archive programs and scripts used and then delete them. Do not be tempted to carry them over to the next, similar project. If I've written a function that is really, truly, useful to others, I'll add it to the company "toolbox". I can count the number of these on my fingers in the 20+ years I've been a Matlab hacker.
- Steve
RE: Should low level engineers write programs for office use?
Maybe. Is this programming part of your normal job duties or does it go above and beyond? Are the programs you will be writing in support of a particular job, or are they "nice to have" type things. How much latitude do you have to direct your own work? How much time will this take? How much you are expected to contribute to your organization is set by your manager. Meeting those expectations will probably keep you employed, but if you want to move up, you need to exeed expectations. If writing programs for the department is directly part of your job duties or you are writing something to support a particualr job, the answer is yes, you should contribute because you are expected to. If you simply have a good idea for some program(s) that would be useful to your department, the answer would be it depends. It depends on how much latitude you have to direct your own work and how much time is involved (presumably I am talking about time that would be taken away from assigned work you are expected to do). For instance, I work on a contract basis. My company sees little value in overhead task like training and process improvement because they cut into directly billable hours When working on a contract, I can decide to write a program and charge it to the job as long as I can justify that it is needed in support of this particular job, but I still need to be mindful that it can't take away from meeting the budget and schedule of the job. While great ideas that can improve processes are great, if they take away from time you should be spending on your assigned tasks, no one will care about your great idea, all they will care about is that the work you are supposed to be doing is not getting done. The rule around here is that if you have an overhead task (and process improvement ideas fall under this) that is going to take more than four hours, management approval is required.
So I guess to sum up your question: If you are expected to write programs as part of your job duties, the answer is yes. If this is somthing more along the lines of process improvement and it's going to require more than a few hours of your time, you really need to be having this discussion with your boss and not some random people on the interwebz.
RE: Should low level engineers write programs for office use?
The risk pertaining to success in development of software depends on who has the biggest pockets to properly test and develop whatever widget is being considered. If the company has the cash to take the risk on hourly rates to develop something, then effectively they're entitled to the IP that is being developed. If the widget is being developed in your own time on your own equipment, and its not directly related to information or similar that would only come about through your employer, then the IP is likely yours.
Of course, if such a widget was developed entirely independently of one's employer, and it appeared that such a widget would be worth more than the compensation provided as an employee, it'd make sense to quit the employment and sell such IP back to the company. I doubt that this would happen very often.
Also, Open Source aside, there is often a great difference in perception of value of such things, which is also stated very well by zdas04 earlier. My company has a developed PLC codebase for generator scheduling and control that they consider to be very valuable intellectual property. However, its not apparent to them that no one would be interested in it as there are off the shelf devices that do the required function better and cheaper than their custom PLC solution does. Of course, the PLC code breaks every rule on supportability, modularity and maintainability such that every site has its own slight variant of the code, and things break if the wrong one is used. (it should be obvious by now, that I'm not a supporter of the PLC configuration, but I digress).
spongebob007 also raises a great point, if its not going to get a direct ongoing benefit that is larger than the time spent to develop it, then its likely that management won't be keen (not that process improvement is not a good thing, but its not always acceptable to charge it to projects, and its way too easy to spend an inordinate amount of time on an incremental process improvement).
RE: Should low level engineers write programs for office use?
Cheers
Greg Locock
New here? Try reading these, they might help FAQ731-376: Eng-Tips.com Forum Policies http://eng-tips.com/market.cfm?
RE: Should low level engineers write programs for office use?