主题：【原创】“怪腕”加班记–从设计实例谈Vlan在网络安全领域的应用 -- 萨苏

我的评价是提出最初设计的人在思考问题的方法上有惰性。注意，不是指人懒。他/她想到的是最简单的方法，这本来不是坏事，坏事在没花时间回顾一下。

这种现象其实到处都有，至少在我这行（软件开发）中国内也很严重。许多人都被某些“原则”误导了。

比如：简单性原则。一般来说简单的东西不容易出事，也容易实现。可是很多人分不清简单和简陋的区别。简单通常指只把精力花在最关键的地方，这样其它次要部分就不需要浪费资源。如果分不出关键，处处都“简单”实现那就是简陋了。从老萨的这件事来看，原来的设计人员可能没考虑到这件事情关键问题在于成本（后来才发现的），所以原始方案无法通过，中方老板想敲人也是合情合理的。而萨大的方案则体现了简单性，即使从设计图也可以看出来（图案少了很多嘛）。

跑点题，我一开始说原设计人员缺了一个回顾过程，这个其实是绝大多数人的问题。很多时候，能解决问题就好了。因为各种原因（项目进度，风险）很多设计人员都不会花时间去回顾一下自己的方案。这个我想国内外没有什么区别。而且很多时候客户也只好捏着鼻子认了。除非象这位花总死活不认这壶酒钱。久而久之许多人都认为这样的设计思路是正确的。也许日本人更极端一些。

我听过一个笑话：据说印度程序员写的程序很简洁，因为他们使用一个100万个元素的数组来存放客户请求，在中国程序员拼命回忆数据结构知识的时候把代码写完了。他们的理由是你的硬件需求中内存有8G,存放这个数组是小Case。也许，这个想法在具体的那个项目是正确的。但是每当我看到这类“简单”代码的时候，不禁会想我为什么不自己写一个程序出来自动生成这些“简单”代码，然后把这些崇尚“简单性”的程序员都炒掉。