这已经变得司空见惯了。 Sanpei：确实，我并不属于不同的团队，但是当我查看 CE 的 Slack 频道时，有一种速度感，人们会说“这里有问题，对吧？”和“好吧” ，我们马上就做。” 小宫：没错。我的三个团队成员都有不同的技术优势，并且拥有不同的经验。
我能够判断每个领域工作的
\适当性和时机，所以我把它交给 电话号码数据库 他们，直到工作完成。作为一名经理，我认为批准是很快的，但我说， “发布时请小心”。如果基础设施出现错误，系统就会被消灭……（苦笑）。 ——有智能手机媒体事业部的例子吗？ 三平：我正在提议并进行Appliv的系统更新。
其实我刚加入Appliv的时候
，考虑到公司规模，我以为工程师很多。原因之一是发布六年来积累的数万行源代码。服务运行了 6 年之后，我们发现每次更新功能时，都会发现一些不再使用的源代码，以及一些在开发新功能时半心半意地迁移的实现。
每次尝试修复某些问题时
您都必须遍历源代码的所有层，这需要时间。我想为这种生产力低下的情况做点什么。如果能够改进这一点，就可以降低成本，并且可以将多余的工程工时用于其他地方。当您参与其中时，让我们享受使用最新现代技术制作它的乐趣！我就是这样开始的。
当您第一次提出这个建议
时，似乎很难向非工程人员客观地展 荷兰电话号码数据库 示重构的效果。 三平：是的。重构根本不会改变站点的外观，并且需要即时的工程资源，因此通常很难获得理解。我认为他们被说服了，因为我们定量地证明了 Appliv 和业务部门的好处。
小宫：一旦重构完成，基础
设施就开始发挥作用。通过减少服务器数量，您每个月可以节省大量资金。我想去吃便宜一点的烤肉（笑）。 冢本：每月可以节省数十万美元。 小宫：将项目名称更改为“Project Calvi”之类的名称可能是个好主意（笑）。
