Ask Slashdot: How To (or How NOT To) Train Your Job Replacement? 292
An anonymous reader writes "I am a contract developer from a major U.S. city. My rate has never been the lowest, but it's nonetheless very competitive considering the speed and quality of the work I have always delivered, as well as the positive feedback I've received from most clients. In the past ~3 years, I have been working on a sizable project for a major client. For the most part it has been a happy arrangement for both parties. However, for various reasons (including the still ailing economy), starting this year they hired a fresh college graduate in-house, and asked me to teach him all 'secrets' of my code, even though they have the source code by contract. The implicit (although never openly stated) goal is of course for him to take over the project and hopefully reduce cost, at least in the short-term. I say 'hopefully' because I am pretty sure that, because they are unfamiliar with the software industry, they underestimated what it takes to make quality, production-ready code. I am not afraid of losing this particular client, as I have many others, but I want to ask Slashdot: how do you handle this type of situation — training someone whom you know will eventually replace you at your job?"
The Dilbert Way (Score:3, Funny)
Like this: http://dilbert.com/strips/comic/2004-02-07/
You're now officially the BOFH with a PFY (Score:4, Funny)
Re:You're a contractor. Your "secrets" are yours (Score:5, Funny)
If the pay is by the hour, be SURE to train him in comp sci. At least fill in any gaps in his education, in great detail.