# An Engineering Anti Pattern - New Code Being Written During an Engineer's Final Days

DevFeed: [An Engineering Anti Pattern - New Code Being Written During an Engineer's Final Days](<https://devfeed.tech/articles/an-engineering-anti-pattern-new-code-being-written-during-an-engineer-s-final-days-28328.md>)

Original publisher: [Read original article](<http://fuzzyblog.io/blog/software_engineering/2020/07/25/an-engineering-anti-pattern-new-code-being-written-during-an-engineer-s-final-days.html>)

Author: Fuzzygroup

Published: 2020-07-25T00:00:00Z

Content type: opinion

Language: en

Sources: [Scott Johnson](<https://devfeed.tech/sources/scott-johnson.md>)

Topics: [Software Engineering](<https://devfeed.tech/topics/software-engineering.md>), [Development](<https://devfeed.tech/topics/development.md>), [Documentation](<https://devfeed.tech/topics/documentation.md>), [debugging](<https://devfeed.tech/topics/debugging.md>), [test-coverage](<https://devfeed.tech/topics/test-coverage.md>)

Tags: [debugging](<https://devfeed.tech/tags/debugging.md>), [development](<https://devfeed.tech/tags/development.md>), [documentation](<https://devfeed.tech/tags/documentation.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [software](<https://devfeed.tech/tags/software.md>), [software-engineering](<https://devfeed.tech/tags/software-engineering.md>), [test-coverage](<https://devfeed.tech/tags/test-coverage.md>)

## AI overview

The author describes writing new code during their final two weeks at a job as an engineering anti-pattern. They argue that departing engineers should prioritize documentation, cleanup, pair programming, demonstrations, answering questions, and helping with test coverage to support knowledge transfer. New work should be pair programmed with the departing engineer because time pressure may leave it incomplete and reduce knowledge transfer.

## Source excerpt

I am currently involved in leaving a gig where I've been for a year now and I find myself breaking one of my fundamental engineering beliefs, in effect, engaging in an anti-pattern. If a pattern is what you should do for something then an anti-pattern is what you should not do. The anti-pattern I find myself engaging in is really, really simple; I am writing all new code in my last two weeks of work. Not fixing bugs or doing clean up; writing something new from scratch. I am a firm believer that once an engineer turns in his notice, here is what they should be doing: Documentation. Clean up. Pair programming but not as the dominant party. Making screen casts showcasing how they do specific development practices such as debugging. Answering questions from other people on the team. Helping other engineers write test coverage on their work. Writing more documentation. All of these things fall into the general category knowledge transfer and that's what an engineer should be doing in their final days. If new code is needed then, well, pair program on it with the departing engineer a part of the process. When a departing engineer writes new code in their last couple of weeks, all it does is almost guarantee that: Knowledge transfer will be neglected since we'd all rather write code than documentation Any knowledge that needs to be transferred about the new code simply won't be transferred because almost all software engineering expands to fit the time available Given the time crunch, since the engineer in question is leaving, there's a decent chance that the new code they write won't actually be fully done