主题是「关于培养新人工程师」。虽然担心像我这种半吊子是否真的有资格发表意见，但最终还是配合过去的经历，讲述了将近一个小时的内容。
会中所提出的课题，相信是每个企业都会面临到的问题。例如：训练效果不彰、无法活用学习内容、听讲者的水准差距太大，导致讲义的内容无法标准化——诸如此类的，每个都是让我觉得「啊啊。确实有这么回事」的内容。
事实上，就算公司花大钱让员工去外面受训，也常常无法立即看到成效。毕竟研究室和现场不同，PM和业务总是喜欢跟有实战经验的资深工程师配合，案子轮不到新人处理，等待指派的时间一长，学过的内容也跟着遗忘，最糟的状况可能必须再接受一次同样的训练。
那么在实际的案子中一边进行OJT如何？但前辈工程师基本上相当忙碌，没有时间去转移所有的技术。于是问题就变成，如何在尽量不花时间的情况下让员工学到实践性技术。这个看似单纯却又迫切的问题，就是会中讨论的重点所在。
让员工自己上线看电子教材、出题目看书，或是阅读过去的案件资料……各式各样的意见出炉后，主持人将询问的对象转到我身上：
「夏海老师您怎么看待呢？」
想了一会儿后，我这么回笞：
「应该让他们尝尝失败的滋味。」
回顾以往，我不知在工作上失败了多少次。
不清楚直流电的特性，差点触电身亡；眼睛直视光纤接头，险些导致失明；偷懒没有做例外处理，造成script失控等等。总之我犯过所有想得到的错误和问题，也因此被上司骂过无数次。
所幸其中并无致命性的失败——没有留下后遗症或赔偿官司。但引发问题时的恐惧感，至今仍深深留在我体内。奇怪？好像有股焦味，好像哪里喷出火花了耶？这东西要是摸错位置，我大概会被烤焦吧！变成真正的火灾案件？
可怕，太可怕了。
或许是过于恐惧的缘故，我原则上不会再重蹈第二次覆辙。抢在脑袋下达指令前，我手边的动作便会下意识停住。这个script，按下Enter键之后会一发不可收拾吗？会砍掉以前的资料吗
……为了保险起见，还是再确认一遍吧。遇到看似危险性的处理时，还是必须先弹出确认讯息
——之类的。
大概是因为一路这样子走来，所以我觉得在教育新人「这样做」、「那样做」之前，先让他们实际体验问题的发生会比较有效率。
例如：驾训班的驾驶训练模拟器。无论开得再怎么小心，都会撞到老人或小孩吧，就仿效这种机器创造出一个满是陷阱的验证环境。一有人中招就出来宣判：「造成损失○○圆！」「障碍报告书写○○页交上来！」如此不断重复，大家自然而然会牢牢记住该项技术和方法——
我这么解说之后，几位来宾纷纷冒出「哦哦」的感叹声。
「不愧是丰富经验的过来人。若不是引发过许多的问题，实在不可能想到这种方法。」
啊哈哈，也没那么了不起啦。
…………
……奇怪？似乎不像在夸奖我的样子。
总之，先不提过去的失败经验，陷阱实习法这个点子本身似乎还颇受大家好评，研修负责人也表示「会考虑导入」。接下来就是现场接受几个问题的回答，然后众人就这么散会了……
在那之后，我又在偶然之下碰见那位研修负责人。
当然，话题聊着聊着就问到实习的事情。
「之后怎么样了？那个企画有在进行吗？」
出于好奇问问，负责人立刻「啊啊」地点头：
「有啊，有试过一次哦……每个受讲者真的都失败了。」
「哦，那不就非常成功了。」
对于我的祝贺，对方缩了缩肩膀：
「不，不是那个意思。」
「？」
负责人有些尴尬地抓抓头：
「其实是大家工作太忙，抽不出空来参加，所以研修举办失败了。」
在此答谢以下人士。
耐心地陪伴我多次修改原稿的汤浅责编、提供美丽插昼以点缀本书的lxY老师，最后则是手中拿着这本书的您，我要在此献上由衷的感谢之意。谢谢你们。
二〇一一年十二月 夏海公司