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

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

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

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

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

老鸟真心话

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

※※※※※

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

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

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

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

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

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

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

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

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

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

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

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

※※※※※