How to Rescue Software When the Original Developer Is Gone

When the original developer leaves, the first problem is not code quality. It is loss of control over source, builds, credentials, deployment knowledge and the decisions embedded in daily operation.

Secure ownership and continuity first

Determine the actual recovery state

StateNext objective
Complete source and reproducible buildDocument release/deployment, establish version control and reduce key-person dependencies
Source exists but build failsRecover toolchain, dependencies, secrets and generated artifacts using the deployed version as reference
Partial or uncertain sourceCompare binaries and behavior; identify missing modules and decide whether to reconstruct boundaries
No source locatedPreserve operation and follow the no-source-code framework

Reconstruct knowledge from evidence

Interview users about exceptions and failure handling, not just the normal screen sequence. Trace where data enters and leaves. Map deployment from a clean machine. Record which reports, exports and device interactions are operationally binding. Verify repository history against deployed executables rather than assuming the newest folder produced production.

Do not begin a rewrite while access and operational knowledge are still being discovered. A rushed replacement can turn one key-person dependency into an undocumented replacement project.

When to maintain, transition or replace

Maintain the existing application when a build can be restored and the system still serves its purpose. Transition incrementally when the core remains valuable but one dependency or workflow creates disproportionate risk. Replace when required behavior is understood, ownership is clear and the old system cannot meet operational or security needs at acceptable risk.

Technology-specific recovery may lead to VB6 support or Delphi support. Undocumented executables and dependencies belong in reverse-engineering discovery; business data should be assessed through the legacy database workflow.

Information to assemble

Describe your legacy system or problem

Share what still works, what failed, and what must be preserved.

EMAIL BOGLAR.NET