技术选型的技巧

不要魔改原系统

所以我们的建议是不要改动原系统，而是要开发辅助系统:监控，报警，负载均衡，管理等。以Redis为例，如果我们想增加集群功能，不要去改动Redis本身的实现，而是增加一个proxy层来实现，Twitter的Twemproxy就是这样做的，而Redis到了3.0后本身提供了集群功能，原有的方案简单切换到Redis3.0即可。详细可参考(http://www.cnblogs.com/gomysql/p/4413922.html)

如果实在想改到原有系统，怎么办呢？我们的建议是直接给开源项目提需求或者bug，但弊端就是响应比较缓慢，这个就要看业务紧急程度了，如果实在太急那就只能自己改了，不过不是太急，建议做好备份或者应急手段即可。

所以，如果你有钱有人有时间，投入人力去重复发明完美符合自己业务特点的轮子也是很好的选择！毕竟，土豪们（BAT......等）很多都是这样做的，否则的话我们也就没有那么多好用的开源项目了 :)

魔改系统的另一个不好是员工的不满。对于员工来说，自然希望能够在简历上写上一些通用的技能，而使用公司内部工具的化，对员工的发展也不利。

来源：https://book.douban.com/review/6456359/

突然想起来我们之前一个经验比较丰富的同事告诉我，他学习的方法就是一件事情先找到方法给干掉，先知道怎么用，再系统的看书学习，借此和大家分享。

不要选择过于小众的技术

如果你是你们新用户最大的用户，那么你遇到的问题将会是最大的

Maturity = (Blood + Sweat) / Complexity