读《浪潮之巅》的21次唏嘘(3、4)

3.

“上世纪90年代，IBM和AT&T走了两条截然相反的路。AT&T是将一家好好的公司拆散卖掉，IBM则是将分出去的公司整合回来，打造了一个从硬件到软件到服务一条龙的航空母舰。从IBM和AT&T的不同结果可以看出一个有远见的经营者和一群贪婪的短期投机者在管理方针水平上的差别。”

我们以前做项目的习惯是一个任务过来后就直接修改代码，编程，每个项目一个套程序，以满足当前需要为目标。随着项目不断增多，这样做的结果是：一、程序版本越来越多。二、产品本身不够稳定，不能按结束，个人手头的项目越来越多。三、维护工作量越来越大。搞的大家都不停地加班，累的身体一个不如一个，活却越做越多越来越乱。如果在前期就有一个好的规划，尽量维护一个主干版本的管理思路，那我们的产品可能会更早地稳定下来。我们手头的工作也不会越积越多，维护程序的工作量也会越来越少。现在大家已经对版本管理和项目管理有相当的认识。希望在质量管理方面有更高的眼界与认识，进而在更大的方面如产品规划与行业发展方面有开阔的眼界。

管理一个项目或一个产品也应该和做企业一样要开阔思路，从大处着眼，再从小处着手，把事做精。

最近时间充裕，我打算把程序的warning处理一下，以前大家都认为warning不会对程序有什么坏的影响，所以都没有注意。可当我在处理时却发现一些很严重的问题。一是if中应该用＝＝和！＝的，却用了一个＝；二是赋值语句却写成＝＝；三是本应该有返回值的函数没有带返回值，四是函数带的参数不够。这些问题都是大的问题及隐患却因在warning里而没有被注意。

在徽博上看到360安全卫士产品经理张庭说：“给产品做减法，先把一个功能做精，别同时做太多功能的道理都懂，可真正执行的时候总是忍不住，很容易犯错。典型的例子是发现别的产品有个不错的功能，觉得挺简单，于是跟开发口交两句让顺手做一下。其实多数看似不错的功能的背后都有着复杂的逻辑，顺手一做就顺手让项目开始delay再delay”

这也是我们的症结所在。一直在为了赶进度而赶进度，功能做了一大堆都没有一个做的精的，产品交付了，等待的却是无休止的维护。为什么不能把可有可无的功能先放一下而把用户特别关注的功能做好呢？为什么不能先把warning处理了再去写新的代码呢？为什么不能把模块流程梳理通顺再在上面添加功能呢？

4.

“二战时期，以制造精密机械见长的IBM马上把它的生产线民用转军用，参加制造著名勃朗宁自动步枪和M1冲锋枪。”“此外，IBM还间接地参与了研制原子弹的曼哈顿计划。”

牛逼的技术实力啊！