关于程序员⼯作交接的⼀些注意事项
做为⼀个程序员，难免会碰上因同事离职接⼿新系统，如果碰巧你⼜是这家公司的新⼈，在业务不熟悉的情况下，需要考虑哪些事项呢。
1. ⽂档资料。
虽然⼤多数系统⽂档资料匮乏，但以下资料是必须的。
应⽤程序部署图：应⽤程序（或服务）部署在那台服务器上，和其相关的服务器有哪些？⽐如缓存通知服务，数据库服务器等等分别部署在那台服务器上，互相之间可能有什么影响？
数据字典：总得知道数据库表和字段的意义。
系统说明⽂档：系统上线时间、功能介绍、运营风险、部署环境和形式、⽂档位置、源代码位置。
其他⽂档：越多越好，未必会看，但留着备⽤总是好的。
2. 源代码相关
源代码与线上版本是否⼀致？如果不⼀致，原因？引⽤的dll来源？是否有相关说明或源代码？
离职同事在讲解代码时，直接注释到源代码中。
⼀般来说此时讲解业务流程未必能清楚，先记录下来。
3. 应⽤程序是否有⽇志记录（主要是异常处理）。
没有⽇志记录的系统维护起来就是⼀场噩梦。曾经见过⼀个投诉率极⾼的系统，⽇志少且只记录成功的信息，catch块从来就是ruturn null或者
最好能有离职同事提供系统常见问题的可能原因及解决⽅案（⼀般⽽⾔如果能知道问题的根本原因，就可以避免此问题，所以此时往往只能知道可能发⽣的问题，但具体原因未必能知道，但有个临时解决⽅案⽐如重启某个服务好⽍能让⾃⼰有喘⽓检查问题的时间）
程序员接活的平台网站
4. 是否有测试环境，测试数据库服务器地址？
尽可能让离职同事协助⾃⼰成功编译部署⼀次系统。
了解系统引⽤的资源位置（⽐如可能会发现系统引⽤的⼀些配置⽂件的路径只能在D:/XXX⽬录下）。
注意测试环境和正式环境是否⼀致（如测试环境是.NET Framework 3.5的，正式环境是.NET Framework 2.0的，上线会带来不必要的⿇烦）。
5. 如果是Web应⽤程序，需要注意web服务器上其他服务和应⽤程序的情况。
经常出现的⼀种情况，⼀台服务器的某个服务把Socket端⼝耗尽，导致其他的服务或应⽤程序全都不能正常运⾏。
⾄于其他的离职交接单往往是⾛个形式，这⾥就略过了.