“从未犯错表示你从未做事”，Debug本来就是一路犯错跌跌撞撞的过程，只要在实验环境中累积足够的成熟度，自然可以在真实的环境中解决问题，
美好的人生从Debug开始
。转换跑道的问题，困扰着大多数的工程师，主要原因是因为真正落实专业职与管理职双轨制度的公司不多，另外，资深的工程人员难免要负责带领专案与小组，这都牵涉到很多的改变。我想，其他领域的人员，可能也会有转换跑道的问题，但应该都没有资讯人员来得复杂。因为IT技术不断演进，使得资讯人员必须要一边追赶着技术，另外一边仍要持续带领专案与团队。或者，有人干脆放弃深入技术，专心进行业务、专案或产品管理等工作。
有很多人都开玩笑说，工程师跑去做业务是因为技术不好、拼不过别人，不过我倒觉得不尽然是这样，很多公司的高层，也都是因为技术很好而做到很高的位置，但是因为公司的需要才转业务的。当然，这其中的转换也牵涉到个人兴趣的选择。
不过，换了位置难免一下子脑袋转不过来。曾经有一个传统产业的长辈这样跟我说，他很喜欢公司里面的IT人员，觉得他们做事情有系统，吸收新观念很快。但是当他想把这些人员拔擢，转换跑道来协助管理其他部门的时候，他却发现几乎所有的工程人员都有严重的本位主义──放不下技术这一块，也不太容易学习新的专长。其实我问了一些有机会转换跑道，但是后来仍然没有继续的朋友，发现他们之所以适应不良，倒不全然是本位主义问题，主要是因为进入新的领域，需要学习的事情太多，这些事情又不像电脑一样有趣，很多都是古老存在的规范理论，看没两下就睡着，做了一阵子之后觉得好像什么都没学到而感到空虚，到后来还是觉得回来技术这一块比较安心。
不过，在这里面当然也有成功转换跑道的IT人，有些担任业务，也有些顺利跨入法律、财务等领域。成功的因素并非单一，有些人是因为有了好的指导者，有些人则是兴趣使然，也有些人是觉得另外那一块比较有钱赚。
强而有力的动机与目标，是支持自己在转换跑道的过程中持续下去的动力。即使在技术领域，到后来也难免必须要定型在某些领域，例如驱动程式、软体、硬体、ERP、网站等等，这些可能是别人帮我们分好规画好、我们也同意担任的工作；有些则是自己喜欢而选择一头栽进去的。但是每个人选择这个领域的时候，都会有一些希望，例如成为高手或者赚到一桶金之类的，
管理资料
《美好的人生从Debug开始》(https://www.unjs.com)。结局当然不是每个人都能美梦成真，所以也有很多人选择压抑自己强迫在某个领域努力，为的可能是公司如果可以上市上柜就可以发了，然后再来想自己想做的事情。我想起当初刚踏上工程这一条路时，有个教授就曾经讲过，未来的人生，需要自己去“Debug”。我们每天工作的内容，其实就是创造bug与解决bug，然后在这个过程中把技术与产品捏出来。转换跑道的时候，很多人忘了这件事情，面对新的领域，一开始会弄不清楚状况，加上资讯不足，又没人可以问，结果难免搞得手忙脚乱。其实不管怎么说，还是应该拿出Debug的精神，先搞清楚当前的资讯，想想看bug在哪里？需要做什么实验或者动作来确认bug的状况以及解决方式？以及比较合理或者副作用较少的解决方法是什么？
正确的资讯是最重要的第一个步骤，有了资讯才好研判bug的方向，当然bug可能不只一个，因此必须要逐一来个别击破。有一位转换跑道去当业务的学长，他就说一开始自己只会做逐个拜访的工作，很累而且也没有订单。在认真思考之后，他开始试着针对每个客户的状况来设计实验，他认为bug在“不理解客户的实际需求”上。因此，透过一连串的Debug流程，从一开始的假设、验证，到确认下一个bug，再解决下一个bug……终于，他发现必须要先锁定一、二个购买意愿最高的客户，给予最多的support与优惠，把产品调整到成熟，并且卖进去之后，再把这个模式扩大复制到其他客户身上。虽然不是每个行业都是这样子，但是透过debug至少可以让我们找到一个运作模式，而不是瞎忙一场碰运气。
讲Debug比较容易懂，用比较学理的名词来说，这是一个“系统化”的过程，我们把整个过程系统化地列出资讯，研判资讯是否充足？是否正确？然后决定是要做实验找更多资讯，还是要假设一个bug来求证？如果bug抓半天抓不到，那可能就需要更多资讯的协助，或者换另外一个方向来思考。透过这样的流程，可以抓出程式或硬体的错误，事实上也可以抓出我们当前遇到的困难的关键，差异在于程式或硬体的错误很明显，但是我们面对的问题不会有立即对与错的答案，总是要试试看才知道。
“从未犯错表示你从未做事”，赵耀东先生的话言犹在耳，Debug本来就是一路犯错跌跌撞撞的过程，只要在实验环境中累积足够的成熟度，自然可以在真实的环境中解决问题。
一个好朋友跟大家分享中钢的创业文化：“多做不错，少做多错，不做全错”。我觉得，这个“做”，就是Debug吧！