The answer is often by answering a higher level problem. For instance, writing a script that copies data across 5 servers with no major issues in the way is bo

The answer is often by answering a higher level problem. For instance, writing a script that copies data across 5 servers with no major issues in the way is boring, but writing a script that synchronizing data across an arbitrary number of servers can be hard, interesting, and more valuable. When it is done, just hand it to the admin to apply to those particular 5 servers. Simple macros are often done by business power users instead of developers, but if it is something complicated then it is complicated and interesting. As for porting an app, there is some work on automating that depending on what the source and destination platforms are. The proper choice of language can minimize the work in the first place, and then you can build (or buy) tools to help automate at least large portions of the automation. Also, keep in mind there is a difference between knowingly hiring "bad programmers" and hiring "junior programmers." Bad programmers as the term seems to be used in this thread have no intention of improving, are good enough to get the job done eventually, but make no outside efforts. "Junior programmers" are often willing to do the boring stuff when they get started, but then they get better. You may have to deal with the fact they will want either promotion or to change companies in the near future, but in the meantime you get to benefit from the fact that they are constantly improving and using their own resources to do that.