【成为架构师1-2】技术选型：框架组件要不要自研，何时自研

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结，原内容公众号“成为架构师”。

1 早期不建议自研

1. 早期，业务以“快速迭代”为最高优先级
2. 技术栈，以自己熟悉的为选型依据
3. 此时，对技术合伙人的视野有一定要求

2 控制技术栈的统一

1. 绝对不能，每个人想用什么就用什么
2. 即使是开源，技术栈也要尽量统一

团队之间不统一的技术栈必然造成开发、测试、运维成本的巨额提高，且必将造成混乱

以下是我自己的一点感触：技术栈统一听上去是一个很简单也十分基础的要求，大家作为一个团队一起开发，使用相同的技术框架似乎是理所当然的。就我自己而言，我所处的团队规模还非常的小，技术栈不统一这一点却不仅发生在成员之间还发生在自己身上。或许这听起来匪夷所思，为什么自己使用的技术栈都会不一样，这个不一样表现在一个开发周期内的时间尺度上，我总是倾向于使用业内更成熟、更高效的技术框架，但原先的项目是以旧的技术框架为基础的，在没有大规模的重构之前，不合理地引入部分新技术造成了冲击，而新技术实际带来的收益（开发效率、成品性能）并不足以弥补造成的损失。且这对于未来重构也未必能起到好的作用。

3 对第三方库“浅浅地封装一层”

1. 何为“浅浅地封装一层”

// Memcache的原API
String Memcache::