采取过一个项目-是什么我应该问问先前的程序员？[关闭]
https://stackoverflow.com/questions/436212
-
22-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我正在发展的一个商业网站。这个网站的开发超过两年由另一个程序员。它主要是一个人的工作(保持和扩大该网站)。我要2-3天的过渡时期的其他程序会告诉我的系统。但是，从什么我知道，很少有文件。一切都是在代码(这是一种记录).这里是我的计划要求迄今为止:
- 解释上的最复杂因素的系统
- 描述总体架构
- 说明支持工具(IDE安装、单元测试、部署 机构)
- 任何账簿、网站、播客，他使用的影响的建筑 系统
任何其他的我的失踪？
[编辑]谢谢大家。失去了很好的主张。我希望我能接受不止一个答案!此外，我还要加上:
- 你做了什么具体改善性能的系统，并在瓶颈的权利吗？
- 相关的是，你做了什么关于安全系统吗？(你做了什么，以及哪里有安全漏洞，现在)
最后一件事：开发人员说，他将回答我的问题后来如果我需要它。这是他的"爱婴"之后。但是我真的认为在6个月他就已经和他的供应将会更加降低！
解决方案
可以肯定，要求所有 登录信息网服务器、域名注册、数据库服务器、邮件服务器和其他任何你能想到的.这听起来很疯狂，但往往次开发商会注册的域名字与自己的行政和技术联系人。该公司然后将必须跳过所有各种各样的篮球与书记官长为了获得域后，如果原始程序员的不可接触。
其他提示
之前你看起来在代码:
清除objs和前任，并让他/她重建的事情。看任何相互作用手册(它建立通过"做"孤独或是有一些调整所涉及的).
更好的是:给他/她的裸体(刚刚买了)机器，让他/她证明了一个结帐和重建。然后看看如何应用程序的开始，并提出了(任何秘密的选项输入？).
然后：在对编程届会议，添加一个或两个功能的系统，看看在哪里以及如何这些都是实现的。
上述可能听起来很蠢，但是我看到的项目建筑仅是一场噩梦，并且很多的知识是在大脑的开发人员只。没有一个可信的建立环境和具有怎样的重建是一个nighmare.
"如果你能回到过去重新开发这一系统中，你会做什么不同"
问：a)什么你不想让我问你有关这个系统？b)你会是最高兴的时候你是不再在这个项目上工作?c)什么是部分的系统过于复杂的要记录?
他的电话。
谁是你的专家用户的意见我应该寻求或信任？
谁是你的危险的非专家用户-谁我应该听取并随后积极忽略？
什么是周期"方面的工作"，该系统要求?
你知道，这些小工作是每一个经常没有被自动化。你怎么修复它，你怎么认识它。
问什么的 真的 要求。大多数项目不是没有有书面要求或期的书面要求。真正的文件通常是口头谈话。找出谁交谈。如果有相互矛盾的要求从不同的用户，找出谁是最重要的是使高兴。
- 知1 的问题
- 知1 改进的领域
- 现有的代码复盖率的数据，测试通过率等。可以用作一个基线
- 排除故障的技巧(了解日志中的文件、调试崩溃，常见的问题)
- 说明的结构的参数
1 只知道他或她的
第一个问题，我通常要求当考虑过的一个项目是如何得到它推源的控制(基本上说，"这是哪里?").除此之外，我认为你已经打了所有的高点。
IDE安装、单元测试、部署机制
可能是最重要的事情，你可以要求有关。
当问什么网站影响了一个你，确保你得到一个清单的链接。我发现了很多的开发，保持签网站，他们已经进行采样。确保你得到的那些。
确保你可以建立它和将其释放。
太多的时间没有与问题缺少的信息。
你需要知道的所有辅助材料。
取得一个新的机和确保可重复生成和释放。
编辑：之后，这将是："什么是所有的东西你已经意到修复，但没有得到和未记录任何地方"?
不问。把他锁在一个房间-指示，他将得不到食物或水，直到他开始从一开始告诉你一切都是他知道关于该系统。然后要求有关的问题，因为他们来了。之后这个-花了两天看的代码。然后重复这一过程。这样做，直到你感觉舒服的系统。
- 你会怎么安装网站上的一个全新的服务器。
- 什么网站并&什么用。
- 什么样的数据库的使用和他们在哪里。
确保得到所有"陷阱"，为应用程序。他们往往是数据或业务项目分钟太古怪或有正式文件，但是风有很大的影响或大量的调试时如果你不知道这是怎么回事。
例如，在其中一个应用程序目前我维持，我们接口与第三方的系统，该系统具有一个"网络观察者"类型的客户。在"疑难杂症"这个是网络观众不适当地保持用户的会议状态(打破时它已经更新，其最新版本，以解决其他关键问题)。因此，我必须提醒用户时，只需最少的浏览器窗口，以便对超时发生自然地，否则他们将会被锁定了一个长期的时间，直到该行动的人在这里得到较新的版本的安装。
什么最大的问题，该网站已经运行为已经和他们是如何解决？它的方式太容易了尝试和解决一些东西，这并不意义在所有的只发现出现了什么荒谬的是实际上仅修正了一些微妙的，但是讨厌的错误。
将通过代码和看什么看起来所有难以理解，只是问问"这是什么做的,为什么你加入吗？"
请确保您写下他们的反应 -也许甚至加以评论的代码这样他们是存在的，当你需要他们。没有更讨厌的比的感觉"我的 知道吗 我告诉关于这个..."
以及易怒的东西(这就是"轻松"图了:))找出有关业务规则！这些都很少记录了正确的(在我的经验)和您通常只能找出困难的方式时出现错误。
2到3天听短为切换的所以不要害怕，要求更多。
第一个获得工作的当地环境与源控制，ide，建立和释放步骤都在运行当地。
然后尝试，并得到的印象代码的质量，通过它简要介绍。如果它看起来糟糕然后你可能不会得到那么多有用的信息，关于各项公约和行动纲领执行情况从你的前任。
但是一切关于部署、数据库服务器、备份战略、注册等。应该进行检查。还所有许可证，用于图书馆等，并也有名单的最常见的错误(如果他们有一个错误跟踪工具，这可能是有用的)
你也需要看到如何帮助你的前任是我见过几种风格的形式切换那个人给予切换是友好的，但是误导性的，在那里他们给了讽刺的问题的答案要求他们在一个形式问卷(这同时有趣不是专业的)只是普通的无私。
看码为5分钟是最好的开始，如果真的是良好的组织，并评论说，可能没有任何理由和他谈谈的。
如果代码是可怕的，好了，不要期待任何聪明的原因，为什么他砍死的东西一起,最好你可以使用他作为一个参考一些眉头的代码，并询问有什么目的。
不管怎样，谈到过去的开发是最有用的事情要做，因为不管怎样，你坚持它的现在。
仔细地审查该申请，并试图出来第一次。然后进入你的会议 问题，以及 最重要的是， 上下文.
你已经工作在同一家公司?
如果不是，这并不是直接相关的项目，但我想问他他为什么离开。它可以给你一些深入了解政治参与，或者如果有什么困扰着他的工作与它或与客户。
要求有关的任何障碍或变通的原始开发者。
了解你的客户。是他们挑剔?他们怎么期望？
