技术保存在哪里不会消失？

爱德华.马奈 《一个拿水罐的男孩》

当我们把研究工作委托给别人，首先请他们说清楚，有什么技术基础，值得我把真金白银给他，确定将来能买到的是研究成果而不是一摞被打满字的A4纸。

好像大家都能拿出亮瞎眼睛的技术基础，做过大型试验，设计过成功产品，获过顶级大奖。面对那些强大的技术基础，我只能跪了。

你猜得到后面的事情，等到签订合同开始干，他们展示的技术突然消失了，做过的试验，修复不了设备；成功过的产品，找不到设计资料；获过大奖的技术，找不到会做的人。给我们做研究的人，还需要我们一步步告诉他，应该如何做。

技术到哪里去了？

 

于是我长了心眼，遇到高校讲完技术基础，我会问一声，过去做这个工作的学生是谁？请问快毕业了吗？确定毕业后留校工作吗？如果听闻这个学生还能在这里工作两年，立即承认他们的技术基础真实可信，可以考虑签合同。

获奖证书、成果展示台无法保存技术，高校里的技术大多数只保存在某学生的脑子里。

你不敢指望老师给你干活，老师的脑子一般只保存方向不保存技术。你只能请后一茬的学生给你干活，他们和外人一样，只能看着师兄发表的论文学习如何做。也不要指望师兄留下的程序和师兄留下的设备，那都是师弟难以运行的谜团。

走了一个学生，就走了一个技术。

高校的人走得太快，留不住技术。企业里人员比较固定，是不是就可以留住技术？

企业里做出技术后，如果做技术的人不被重视，他看不到出路，可能放弃技术。如果他被重视被提拔，又忙得没有时间做技术，忘了如何做技术。多少好技术没等传到后一茬人就断线了，还要从头再来一遍。

技术做了一遍又一遍，每一遍都像是第一次做。

 

 

技术通过人传人，很容易断线。如果我自己的技术留给自己，这个问题是不是就解决了？不一定。

打开自己的简历，看看自己的工作业绩。那些参与过的重大工作，还有全套资料吗？那些费尽心血的试验，还能看懂数据吗？那些调试好的算例，还能运转吗？

我感觉自己好像熊瞎子掰玉米，干完一个，忘记一个。一年忙到头，除了荣誉和经费，还能记住什么？

五年后，你还能记住干过哪个工作？还能使用哪个技术？

  

回顾我的十年，还是留下了一点技术。因为我很幸运，我这个技术人员，除了喜欢做技术，还会“说技术”。在企业里，我首先逃脱了被冷落的厄运，我又主动逃脱了被提拔的好运，安安心心地研究技术，坐了十年“热板凳”，有时间琢磨，如何把技术保存下来。可以把技术保存在这三个地方。

带新人、写文章、写软件。

 

新人来了，无论有没有安排我去带，我都会上杆子地去“伺候”新人，为他答疑，帮他看数据，给他写软件。他不找我，我也要主动找他，问问我可以为他做什么。这么低三下四地伺候新人，没有别的想法，就是为了在帮助他的过程中，把技术转给他。

我喜欢这个做法，用一两年的时间守护着技术生根发芽，看着新人成为新的大树。

我不喜欢召集一群人做讲座，滔滔不绝地把技术的种子抛洒出去，自以为种下了一片森林，其实不过娱乐了大家一个小时。

技术传给新人，是技术的新生。

 

写文章

技术文章我们写得多了。打开一年前自己写的文章，问问自己，还能不能看懂？还值不值得看懂？如果自己都看不懂或者不想看，别人更不会看这种文章。

除了为了应付发表的要求、汇报的要求，写一篇自己一年后还愿意看的文章，写一篇别人愿意学的文章，写文章“说人话”。

我开了陆姐说公众号，逼迫自己每周写一篇说人话的文章。我这才发现，说人话最难，不能用专业名词糊弄，不能用现成的八股套路吓人，我有一点糊涂的地方，读者立即看出来。

写文章说人话，是保存我的技术，也是训练我伺候读者的能力。

写技术说人话，是与人分享技术。

写软件

软件大家写得多了，而且写得太多了，软件写了一茬又一茬，年年都是新软件。这些新软件，没有通过长期的测试，深藏着bug，不考虑用户体验，难用至极。只有写的人会用的软件，走一个人，就走一个软件，其中包含再多的技术，又有什么用？

难用的软件，是技术的坟墓。

技术往往保存在年年升级的“老软件”里，用时间消除bug，把可靠的技术一点点积累在软件里。

技术只保存在伺候人的“老软件”里，做用户肚子里的蛔虫，把用户都说不出的感受，写成软件的功能。当用户离不开这个软件，技术才会伴随软件注入每天的设计中。

好用的软件，是技术的水源。

 

 

根据这些经验，看高校或者企业的技术是否保存下来了，我会看三个方面：

1、传承有序：技术的一代代继承人是谁？

2、解读清晰：技术的相关资料是否好懂？

3、长期积累：技术的软件是否使用多年？

 

为了保存技术，给自己提三个要求：

1、找个人，教会他

2、写文章，说人话

3、写软件，多升级

本篇文章来源于微信公众号: 陆姐说