30+ years of tech, retired from an identity intelligence company, now part-time with an insurance broker.
Dev community mod - mostly light gardening & weeding out spam :)
I would suggest that there are two conditions that indicate when someone is done with a codebase:
1: As Ben says, when all responsibility can be handed over.
2: When the code is no longer in service, because it's been withdrawn / replaced [or the company has gone under!] This is typically a much longer timespan than initial delivery, and gets forgotten when companies operate a project mentality (cf: construction metaphors that fail), instead of a product life cycle one.
As a developer, it's good to have these exit conditions in mind when you create new code :)
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I would suggest that there are two conditions that indicate when someone is done with a codebase:
1: As Ben says, when all responsibility can be handed over.
2: When the code is no longer in service, because it's been withdrawn / replaced [or the company has gone under!] This is typically a much longer timespan than initial delivery, and gets forgotten when companies operate a project mentality (cf: construction metaphors that fail), instead of a product life cycle one.
As a developer, it's good to have these exit conditions in mind when you create new code :)