in reply to Why do monks put up with it?

I'm no longer the idealist I was in college (a few years ago), but I'm also not so much interested in a big paycheck anymore. What's more important is my peace of mind and my free time. If there are lots of hoops put in my way, keeping me from doing a good job, I get frustrated and that really sours things.

Being told, for example, that I couldn't install the DBI module because it's untrusted code and "the customer wouldn't allow it" would mean that an hour's worth of work (writing to the DBI interface) would ballon into a week's worth of reinventing a perfectly good wheel. People don't pay me to push buttons like a monkey, they pay me to make decisions on my own and come up with something that works on time.

If I had to fight just to get the bare essentials necessary to do my job (a free Unix, a handful of Xterms, a web browser, and vim), I wouldn't stick around very long. I'd quadruple my prices, do as much work from home as possible, and show up for about ten minutes to install the software. That's it.

Granted, I don't have a family to support, and I don't live an extravagant lifestyle. If I had babies to feed, I'd be willing to put up with more. But life is too short to regret developing on NT and having to roll my own CGI.pm. They can find some other monkey for that. I'll discuss things and compromise when necessary, but put someone behind me to look over my shoulder and make demands every ten seconds, and he'll find himself doing my job in short order.

Update:Just to clarify a few things (I certainly don't want to mislead anyone, and I don't want to put forth a rebellious attitude):

Caveats in mind, I would recommend that if you're feeling dissatisfied with your job, with the politics, and with management decisions that are at cross purposes to good programming and good technical decisions, take some time (out of your job) to write up a proposal to make the changes you deem necessary. Put it in language your boss can understand -- "This code from the CPAN is written by professional programmers, has been tested by thousands of people already, and would take me a week solid to duplicate half the functionality." Work within the system before running from job to job, looking for the perfect fit. (You won't find one.)

On the other hand, if your boss makes a habit of not listening to you even when you do that, you'd be in a job I wouldn't keep for long.

Replies are listed 'Best First'.
RE: RE: Why do monks put up with it?
by BlaisePascal (Monk) on Sep 07, 2000 at 22:51 UTC
    I'm glad you have that option. Not all of us do. I'm newly out of college, newly hired at a local company in a tech-poor area of the US. While I have free reign to use Perl internally (on an NT box), I know that trying to fight to be able to use Perl in the products we ship is a battle that I won't win, due to lack of political clout.

    I can't afford to walk out of this job, not without the experience it'll give me, not without a clear idea of my prospects for the future. I would love to find a local, free-software based Unix or Linux shop that would hire me to hack perl, C, etc. There just aren't any around, and I feel lucky with what I have. As it is, it's a good company to work for.

    My company produces software that is used for mission critical applications involving a significant amount of legally-required confidentiality and attention to privacy. It is perfectly reasonable for the customer to say "we can't trust that code" -- and reasonable for us to say "we won't certify your installation because of x, y, z", when warranted. Some of us have to work in such an environment, and live with the requirements of others who are, quite frankly, just trying to look out for their concerns as much as I am looking out for mine. Walking away because the customer doesn't trust a particular piece of technology you want to use in their mission critical app is a bit extreme. I'm glad you have that option.

      BlaisePascal wrote: I'm glad you have that option. Not all of us do. I'm newly out of college, newly hired at a local company in a tech-poor area of the US. While I have free reign to use Perl internally (on an NT box), I know that trying to fight to be able to use Perl in the products we ship is a battle that I won't win, due to lack of political clout.

      If you never stand up for yourself, and don't even try to use some of your own clout to have things done your way, you'll never have any political clout, and you never will have things done your way.

      `Just Quit' is a simplistic answer, but what it means is `that's an unrealistic imposition imposed by your employer. You'd be better served if you fought it rather than accepting it.'

      (I'm also just out of college; I've been working at a nice place for the last two years or so. Right now my work is fabulous---I enjoy myself, I do things I like, if something I don't like comes along (HTML editing or TCL work, for example) I suck it up and remind myself to milk it a little when I'm vying for a cooler project next time.

      The moment I'm required to write VB apps, or deal with C sharp or other deficient products, or sign over my code to my company or do any of a number of limits I set in my time here, I'll be giving my notice.

      Yes, you're new, you're young, you need experience. But you're also young and thus able to work long hours and probably don't have a lot of commitments. Use this time to find out what sort of work you want to do and make sure you end up doing it. If you fail to do that now and end up doing something you hate for the next twenty years you'll more than likely regret it.