当然不是全部都来源于产品设计。有时候单纯就是代码上的缺陷。

注意：古人云，“说不出来就做不出来。“此话用在软件开发和测试身上再合适不过了。

是这样的。讲真，代码问题和这个相比起来就是小巫见大巫。刚好最近碰到这么个例子。
我想做个文字的“打字机”效果，就是我首页的那个。但是“打字机”效果，讲真如果是我，只看文字我也想不出来它是什么个效果。
完成这个效果的方案又有很多，比如纯靠css的animation完成；或者是JavaScript完成。我自己两个方案试了之后发现各有好坏，而且都有一定程度的缺陷，比如只能适配定长的文本啊，光标移动过快啊，更换文本麻烦啊之类的。
但我和别人聊到这个缺陷的时候，很难聊出点东西出来。主要是这些缺陷，如果单靠简单的文字是很难表达清楚的，别人听着经常听着听着就一头雾水，你必须得详细解释这个缺陷是哪种方案导致的；缺陷导致了什么后果；在代码的哪个部分出现了缺陷等balabala。所以最后最直接的方式还是show them code。
说都不出个所以然来，那怎么可能做出个所以然呢？所以软件开发初期就确定好需求和功能，而且这些需求和功能在客户和开发之间不会产生歧义才是最好的。希望这学期的小程序开发不会出现这种问题吧。