Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

Submission + - How to (or NOT to) Train Your Job Replacement? 3

An anonymous reader writes: I am a contract developer from a major U.S. city. My rate has never been the lowest, nonetheless very competitive considering the speed and quality of the work I have always delivered, as well as the positive feedbacks I've got from most clients. In the past ~3 years I have been working on a sizable project for a major client. For 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, 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 — train someone who you know will eventually replace you at your job?
This discussion was created for logged-in users only, but now has been archived. No new comments can be posted.

How to (or NOT to) Train Your Job Replacement?

Comments Filter:
  • You train the employee as best you can and if the outcome turns out as you expect they keep you on or call you back. If not there's always the next gig.
  • You said it yourself. You have other clients. The choice is yours really, if getting out of your contract is possible.
    In your present situation are you tasked by contract to teach anyone?

    If I felt that the company was purposely bringing in this new guy to hopefully replace me one day, I would seriously look at my contract situation. I maybe in a position to renegotiate a new contract at a price that represents the workload to teach someone else. The price certainly would be set based on what I considered a

  • They are putting you in an unacceptable position.

    They are asking you to transfer your (presumably) years of experience to someone else in a short time. That is an unreasonable request.

    Asking you to teach someone how to use your software is one thing. Asking you to teach someone every little detail of the code, how you arrived at your design decisions, etc. is quite another matter. Not only is it something that many coders do not teach very well, not being trained software instructors, teaching is almo

"Conversion, fastidious Goddess, loves blood better than brick, and feasts most subtly on the human will." -- Virginia Woolf, "Mrs. Dalloway"