ruby-on-rails – 在我唯一(1-3小时)的会议期间,我应该问以前的开发团队?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 在我唯一(1-3小时)的会议期间,我应该问以前的开发团队?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
有Ruby on Rails(1.8,2.3.2)项目.项目的第一个版本是由某个组织做出的.我将在本组织的任何帮助下实施此项目的下一个版本.在会议期间(1-3小时),我将能够与以前的开发团队的开发人员交谈.

项目统计:〜10k LOC,1.0 / 0.6代码测试比,rspec

你可以推荐什么问题?

解决方法

首先审查整个项目,并尽可能地弄清楚你有上下文,实际了解他们告诉你什么.

>如果可以录制对话
>对于建筑概述
为什么他们对另一个做出某些建筑决策
>完整的依赖列表(如果你不能自己弄清楚)
>最大的问题是什么?
>项目的哪些部分总是/永远不会被修复
>该项目的跟腱是什么
什么会引起最大的头疼
>有什么安全问题,以及修复它的约束
>如果你是我,你下一步该怎么办?
>你应该知道你没有问(最重要的问题)

另外,不要断言,你希望他们揭示他们知道的任何问题.应用程序可能会有很多错误的东西,他们很尴尬,你需要知道更快,而不是更晚.如果他们不信任你,他们不会向你敞开.

原文链接:https://www.f2er.com/ruby/274058.html

猜你在找的Ruby相关文章