程序员需要静静的敲代码。
自从 App 开发以来,产品经理和开发同学之间似乎就有着不可调和的矛盾。
站在开发的角度来说,需求和实现之间其实是承接的关系,本来是很顺畅的瀑布,非要把流完的水往上提,势必需要消耗更多的能量。
开发过程中我们希望走的是高速公路,但是实际过程中我们走的往往是普通道路。
很多程序员在开发过程中,突然被产品经理新的需求打断,这就好比一辆行进中的汽车前方由绿灯变成了红灯。
我们都知道司机是很讨厌红灯的,一方面是浪费了时间在那里等待,还有一方面是由于红灯的存在,需要消耗额外的燃料。一脚刹车,一脚油门是浪费燃料的最佳方式。
还有一方面,普通道路的岔路多,对于第一次走的师傅来说,总是需要话费额外的时间去熟悉道路。
所以司机都喜欢走高速公路,一来没有红灯,二来不会走错,岔路少。
开发的同学也是这样,最佳的方式就是高速公路的方式,虽然前期铺设高速公路的成本会比较高,但是一旦建成后,司机只要上路开就行了。
如果像普通道路一样,时不时的来几个红绿灯,想快也快不起来。
上面就是一个形象的比喻,道路好比是程序员开发的过程,需求就是目的地,交互上的不明确就好比是道路上的红灯。
首先需求要明确,也就是目的地要明确,如果连目的地都不明确的话,那么都得路都可能是冤枉路。需求定了之后就不要改动,谁都不想明明是往东走的,突然变卦往东南走,更有甚者直接调转往西走。
其次,交互上要明确。
交互上不明确就好比是道路上得红路灯,随让方向是对的,但是时不时的出来几个红灯,你想快速的到达都美办法。还有也影响到了司机的心情,浪费了燃料,启动和刹车的过程就是活生生的对燃料的浪费。
再讲到资源和标注的问题。理想的情况下,司机一旦上路,所有的补给应该是准备好了,不能开到一半的路上才发现干粮没带,需要停下来去找路边的饭店。所以开发这边也是,一旦开发工作启动了,应该是所有的资源已经是ready了。这个事情没办法将就,总不能饿着肚子上路,否则就只能停下来等干粮补给了再上路。
有点乱,临时的一些感悟。
网友评论