《敏捷中国十八年目睹之怪现状》 摘抄

我的个人网站：
http://riun.xyz

---

 

 

原文链接：https://www.infoq.cn/article/c20EtWZh3qHtIdMR9Idc?utm_source=7d_hot&utm_medium=article

 

• 需求管理 - 不能“全靠本能工作”
• 项目管理 - 不是卖白菜似的讨价还价
• 配置管理 - 不能有太多分支，应该做到持续集成
• 质量管理 - 必须先写测试，再写实现（测试驱动开发[TDD]）。因为实现必须要能满足所有测试场景，先写测试，这时你已经知道哪里可能会被测到，哪里可能会出问题，然后再写实现能够保证实现的时候尽量满足所有测试场景。

最后决定开发的质量和效率的是什么？ 是持续集成，保证持续集成的是什么？是测试驱动开发（TDD）

 

 

玩到最后你都会面临同样的一个问题：我今天在这儿改一行代码，我怎么知道改完以后整个系统到底是不是好的？怎么回答这个问题，是决定性的分水岭。

 

 

没有基本功，什么花哨套路都白搭

软件做不好，就是因为不知道怎么开发。没有基本功，什么花哨的套路都玩不了，玩到最后你都会面临同样的一个问题：我今天在这儿改一行代码，我怎么知道改完以后整个系统到底是不是好的？怎么回答这个问题，是决定性的分水岭。如果你没有一套完备、可靠、快速的测试集，那么回答这个问题唯一的办法就是改完这行代码然后叫测试部的小姑娘来回归测试。但是测试部的小姑娘她会很反感老是这么人肉回归，她就会打我。她打了我之后，我下一次不敢随便找她了，于是我就多攒一堆修改再去找她：“姐姐，给我一起回归一下呗。”现实就是这样的，软件开发的周期就是这么被拖长的。没有 TDD，你就解决不了这个问题。所以软件开发的核心问题，不管讲 DevOps 也好，讲持续交付也好，最终都得回到极限编程这里来。

 

基本功的提升办法只有一个：刻意练习

刻意练习有三个要素。

第一是大量的重复练习。你在书上看到一个东西，不等于你就会了这个技能。看完书以后你可能可以跟领导去白活两句，面试的时候可以吹一吹，但是你肯定不会。这个技能，你在工作中用不出来，这个就是不会。要掌握一个技能，就必须要练，必须要大量重复的练习。

第二，要在学习区去练习。那就需要有人来设计练习的节奏，设计每天该练什么。大家可以去看 Kent Beck 的《测试驱动开发》那本书，非常好的一本书，由浅入深循序渐进的。但是很多人看那本书，一上来就被打懵，根本看不下去。为什么？我做了这些培训之后才知道，很多人自己的电脑上开发环境没有准备好，JUnit 测试怎么写、怎么运行都不知道。所以一定要有人给你设置每天练习的目标，给你拆解每天该练什么、掌握什么技能，才能一步步练下去。

第三是要有及时的反馈。有人告诉你今天练得对不对。在这些练功房的培训里面，我看到跑偏的太多了，跑偏的方式千奇百怪。所以必须有人看到，这个同学今天这个练习是跑偏了，然后要告诉他正确的练习方法是什么样子的，他才会有所进步。

 

 

 

做了这些练功房的培训以后，我最近开始反思另外一个问题：我们这个行业里面的培训、知识付费，这些东西到底在干嘛？我前两天跟另外一个知识付费的平台谈合作，他说他们的课程是以音频为主，要给学员听声音。我就好奇了，什么场景下大家需要一个音频为主的学习方式呢？他说，比如说我们学员早上开车的时候就可以听这个课，晚上睡觉之前可以抱着手机听一节课。你早上开车的时候听一节课可以学到什么有效的知识？你什么都学不到。你只能获得一种幻觉，这个幻觉叫做“我今天早上开车的时候学到知识了”。

所以我突然之间发现，这个行业里面大量的知识付费都是骗子，因为他根本没有让你掌握一个技能。比如说我举个例子，吴恩达的机器学习的课，你如果不去做他的练习，你就看一遍他的视频，甚至于更糟糕的，你听一遍他的音频，你可以学会机器学习吗？不可能的。你一定要反复练习，要有人告诉你练习的效果，你才会学到东西。那这些知识付费到底在干嘛？这个问题非常的困扰。

包括线下的培训也一样。线上培训的采购是这么一个逻辑：学员给老师打分，然后采购培训的这个人根据学员的评分来看老师的水平怎么样。那学员怎么给老师评分？如果老师拿一个教鞭逼着学员好好练，练不好一鞭子打下去，你觉得学员会给老师打高分吗？不会的。学员打高分就是这个老师讲得很好，讲得很风趣，老师穿插了很多的游戏，寓教于乐，我就给老师打高分。结果我们看到现在的企业培训是一个什么场景？老师恨不得在台上表演：“培训是一门语言的艺术，讲究说学逗唱……”这不是在学本事，这是小剧场听相声呢。那我们这个行业到底变成了一个什么行业？是一个传授人技能的行业还是说相声的行业？