It is still possible to take pride in your craft while writing business applications. The problems you work on may seem mundane to you compared to creating video codecs or something, but to your clients they are real world problems with real payoffs if they are solved. It doesn't take long to see that building software, even when it is software with zero new engineering challenges, is hard to do successfully. Most of your peers are failing at it to greater or lesser degrees most of the time.

You can be better than that. You can apply your understanding of abstract systems and logic and try to solve the hard problems. The catch is, most of the hard problems are not pure engineering problems, but rather involve issues of user interaction, and coping with changes well. Any fool can write a simple web application, but writing one in a way that lasts, that is easy to maintain, that gives as much control as possible to your clients, and scales well when needed -- that's hard, and it takes some discipline.

The reward is that most people are genuinely thrilled when you solve something for them that seemed difficult, especially if you can do it fast (perl), cheap (perl), and better than they were expecting (you).

Sorry, I guess I'm getting a little preachy in my old age. If you really can't take pleasure in improving the way you do things at your job, maybe you can still have fun surprising them with a cool application of AI to a categorization task, or an OpenGL graph on their reports. But I think the craftsman approach has something to offer, and I look at it this way: if you have to spend all day making wooden chairs, you might as well make the best damn wooden chairs anyone has ever seen.


In reply to Re: Avoiding "brain drain" in the corporate realm by perrin
in thread Avoiding "brain drain" in the corporate realm by flyingmoose

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.