看着今年带的嵌入式队伍慢慢的发展起来,都能基于msOS做一些实际的项目,心中也挺欣慰。在对他们的培养过程中,让我感受最深的,不是他们技术问题,而是他们无法理解需求,不知道为什么要这个功能,导致很多疑惑,而这个疑惑,对我来说觉得很正常不过的,他们却一点都无法理解。
比如我一个同事,她无法理解,程序中为什么需要存储单元,所以看不懂代码,在她眼中,程序只要起来,运行即可啊,在我给她举了不少例子,比如手机密码,电话本,短信等,这些设置之后不能一掉电就没有了吧,她才恍然大悟,这些其实都是生活中的东西。
比如按键部分代码,里面涉及到一个叫JitterCounter的计数器,从名字上看就知道是抖动计数器,跟抖动有关,但这个大家不容易看明白 ,这次写msOs文档,我专门把这个词改了,改成DoubleHitCounter,看名字就可以知道跟双击有关,而按键,很容易因为接触不良导致双击,尤其是鼠标,用久了会导致双击事件。这个是DoubleHitCounter变量引入的原因,是防止二次点击产生。
需求源自生活,只有对生活敏感的人,才能真正理解的好需求,而本身对生活不敏感的,那只能做大家所谓的码农了,虽然很辛苦,但除了辛苦还是辛苦,不值得同情。所以msOS的文档,尽可能从需求入手来写作,每一个功能的引入,首先要讲它原来碰到了什么问题。
技术只是用来描述我们想要的需求,借用msOS群内网友小皮的一句话:所以有时候看起来是外行人却还把一个产品作成了,从本能需求入手 。
tomfans_771914403 2013-10-12 13:58
tomfans_771914403 2013-10-12 13:53
凤舞天 2013-10-7 11:44
用户1080881 2013-10-7 09:21
用户1716566 2013-10-6 15:57
star_amethyst_887226266 2013-9-30 11:24
用户1143234 2013-9-30 11:03
自做自受 2013-9-30 11:00
是啊,试想,一个老师能领着走多少个幼儿?领不过来了,也给了工具和例程,结果是什么状况?个人这些年有一个感叹:一个人你不得不看着对象的错误或失败发生。
话又说回来,失败与成功是相对的。何况失败是成功之母!以上感叹,不奇怪。
教育、培训员工,剩下来的就是运气了,管理者要把控的就是人力资源之风险。
凤舞天 2013-9-30 10:59
自做自受 2013-9-30 10:45