缘起

真的是太gUi毛了，後来再看到他们写的程式，每个人写的都依照设计规范，条理分明，十分易於了解与维护，突然有一种豁然开朗的感觉，原来学问就在这本软T设计规范之中。

    一周後我努力的读完了，准备开始写程式，老外问我设计文件跟自我测试方法是什麽？我说边写程式边写啊，他用很犀利的目光跟我说不行。於是又花了一个星期，跟他讨论所有设计细节与测试条件，才开始动手写程式。

    结果果然是三周。这整个过程给我很大的启发，也改变了我对软T设计的根本思维。

    「学以致用」四个字，在那段日子里让我有机会反覆验证。书本上写的是可以用在工作上的，而不是一段文字而已。

    ※※※※※

    前一批的学长要回国了，我们马上面临交通问题。必须要有人会开车，而且要有美国驾照，这种勤务当然是菜鸟要负责。第一关要有「学习驾照」才能上路练习，学习驾照要先考笔试，笔试要读一本交通规则。我们不用，由於联考制度对我们的重大启发，经过几代学长们的传承，连交通规则的笔试竟然已经有考古题。

    记得当天去考试时，旁边的老美，老墨拿着笔喃喃自语，抓耳挠腮，不到十分钟，几个老中刷刷刷，纷纷交卷。中华文化的博大JiNg深那里是你们可以了解的。

    教我开车的是个老先生，他把车开到我工作的地方，上班时间学习开车是菜鸟任务之一。他问我以前在台湾开过车吗？我说没有。他说很好，那你坐上副手座，我们开始吧。然後载我到郊区，下车，交换座位。

    告诉我这里是方向灯，这是煞车，这是油门，只能用一只脚踩，不能一只脚踩煞车，一只脚踩油门…绑好安全带，上路。

    开了一小段，他很客气的要我靠在旁边，问我为什麽要把车开在分隔线的中间，而不是分隔线的右边?

    我理直气壮的说，台湾开车都是这样啊。说完我才想起一直以来都是搭公共汽车，乡下路窄，公车常常开到路中央。老先生说，你没有读交通规则吗？

    我不好意思的说，没有。他大惊失sE，立刻拿出交通规则给我看。说这本交通规则送我，一定要好好读。

    其中有一条规则我至今觉得很神奇，就是在路k0Uj通号志故障或没有号志时，车辆通行次序是先到，必须先完全停止FullStop,然後谁先到谁先走。

    我和同仁讨论了半天，这是什麽鬼规则啊？然後有一次真的遇到了，老美真的按照这样的规则一部部依序前进。有时在台北遇到红绿灯失控，车辆在十字路口打结，我就会想起这个有智慧的笨方法。

    这几十年来我几乎没有出过车祸，都要感谢这位我忘了名字的老先生。

    老鸟真心话

    了解游戏规则是菜鸟生存的第一件事。

    在开发软T的过程中，发现大部份的台湾软T工程师，通常不喜欢写设计文件，连程式码中的注释都不愿花时间写。或者是不愿意写测试方法，随便测试一下就以为工作完成。看起来开始的开发速度很快，结果是问题漏洞层出不穷，收敛的速度很慢，有时候甚至收敛不了。

    根本的原因就是，不愿静下心来好好研究规格需求，把设计逻辑规划清楚，写好测试方法和步骤。这种心态与习惯，其实在学校教育时就需要养成，但是我相信学校的老师并没有这样要求。如果可以从实验报告开始要求，可能可以改善这种现象，建立起良好的设计习惯。

    需要游戏规则的原因是，大部分的公司都是团队协同作战，学习正确的游戏规则，并且把它融入工作中是菜鸟的入门心法。老鸟跟菜鸟的最大差别就是，正确的工作习惯与对游戏规则的掌握。

    ※※※※※