技术选型的技巧


Author: yifei / Created: June 22, 2018, 12:39 p.m. / Modified: June 22, 2018, 12:39 p.m. / Edit

不要魔改原系统

所以我们的建议是不要改动原系统,而是要开发辅助系统:监控,报警,负载均衡,管理等。以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


有任何问题可以发邮件到 kongyifei (at) gmail.com 讨论