本标题的特定场景是，开发一个系统时，适当权衡相关技术的利弊。不管在技术社区还是私底下的业务咨询，都经常有人问“选择什么技术来开发系统好呢”，“用什么程序搭建系统比较好”，“你的系统是C/S还是B/S结构的呀”，“支持安卓或iOS的开发么”，“代码管理工具哪个比较好”等等，还有很多。当然，所有讨论的结果基本都是“看情况啦~”。
先进性代表？
到这里，你可能又会说，喏，你想为自己没有用先进的技术找台阶下了吧，对啊，谁能说最新的就是最好的呢，对于一个系统设计者来说，既能保证系统有效率的满足当前运营，又能针对新的客户做改进适应，就行。你看好多小企业里的客服人员，全部纸质单据，excel记录横行呢。
再说系统架构，B/S就好，C/S就不好么？(反正我的是B/S, 摊手~)
回到主题，注意我说的是少纠结技术，不是不去改进哦。你要是每个操作都要用户停下来等10秒试试，保证人家集体罢工~
在我给客户做过的系统里，我都定下以下目标：
1. 网页加载时间不高于5秒（正常应该不高于3秒）
2. 每天定时备份数据
3. 每个月少于一次的异常崩溃
用户不会区分具体问题，只看结果
回到现实中的现状是，我是一个物流IT狗，不管我把TMS，WMS系统的性能调到多优秀，如果需求没吃透，逻辑没分析好，导致业务单据保存出现错误，查询的数据对不上，就有客户或客服抱怨过来了，你这系统好烂啊，数据都不对的，这个那个操作又不人性化啦，等等。
嗯，真是狗血淋头不好受的。然后马上跟用户道歉，赶紧查看到底是用户操作不对，还是程序设计出了漏洞，屁颠屁颠的干活，呜呼哀哉~
对于一个企业管理系统来说，一定的健壮性和可扩展性才是保证生产效率的关键。比如新做一个小功能，流程上能减少一次操作，长远来看可以在某个流程步骤中省掉一个人的工时，对老板来说，这个才重要呀。
所以再唠叨一遍：少纠结技术先进与否，把需求做透才是硬道理。
本文同步发于知乎，你可以到知乎查看我的更多关于物流方面的回答。
学海无涯，在学习的道路上，你并不孤单，希望本文可以帮助到相关的人，我是物流IT人，刘宇，谢谢，再见。
