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