[<走出软件作坊> 读后感]
我两个月前得到这本书，看了两遍。我觉得这本书内容不错。正文有 400 页，讲了很多方面的内容，我觉得关键就是：
1) 沟通。 技术人员要懂得老板想什么，销售要懂得客户需要什么，CTO 要懂得所有人想要什么。 沟通有技巧，需要时间，那种“我只搞技术，不管其他”的想法，在大公司里行不通，在作坊里也一样不灵。
2) 目标和执行力。 目标要明确，开软件公司就是要赚钱，君子爱财，取之有道。 要把“道”想清楚，就去做。 例如在第 370 页中，作者提到 -
“那你现在就做一个收集bug 的Exce， 看看到底有多少 Bug。”
“从手头最要紧，也是从自己最能完成的事情做起。”
这里作者没有讨论“方法论”，“流程”，等等，而是马上执行。 作者给很多初学者的建议，也是着重在“执行”。
我前几个星期在北大软件学院上课（研究生的《软件实现技术》），布置了一道很简单的题目，要求用三种程序语言或工具实现，结果有学生举手问 - “老师，我只会一种语言，怎么办？”
我只好说 - “那就现学另两种语言，然后把这个题目做了。”
对于一个软件专业的研究生，我们难道还要谈人生，谈理想，谈就业形势，然后才劝说他应该多学两门语言?
3) 反思。 作者是善于总结经验和反思的人, 你可以看到他反复读《程序员》杂志（P65 “还在一遍遍翻”），《微软的秘密》等书。这本书的读者，如果只是读，并没有总结，反思自己的经历，那我想收获并不多。
对一些内容的评论：
P111 - 对于实施来说，最重要的就是软件稳定，对于培训来说，软件易用最关键，对于技术支持来说，软件稳定是第一位的。
但是这些要求都要开发人员来实现，开发人员要在实现“功能”的基础上 （注意，没有人说功能最重要），把其他人的“最重要”，“第一位”给实现了。
P149 - 代码那些事儿 / 代码编写规范
这一篇讲了一些超出“编写规范”的内容，我没读懂。例如 “我的代码居然能看出业务流程，函数数量均衡… 你老需要把业务和代码映射拧在一起，我则不需要… ” 如果有一些具体的代码例子或图例来说明，也许能让读者更容易理解。
这本书引用了不少别人写的内容，有些挺靠谱，有些就不见得了，例如：
p327 - 信息机构的调查显示，系统和项目的开发时程将持续地缩短，到了2012 年居然只有一天的时辰。
一万年太久，我等着2012 年的到来。
p333 令人焦虑的技术时代 - 这一章有不少内容我没看懂。 作者可能也意识到这一点，在P335 建议 “编辑把这段给掐了吧”。 言多必失。
p323 于是，我们就和这些客户方的 IT 人员做了兼职合约，如果该区域其他客户有出现场的需求，就由他们来做…
我是外行，但是我觉得这似乎就是“作坊” 的做法呀。 让客户A 的人员兼职去帮客户B， 那利益冲突，责任，所得税怎么处理呢？客户A 的老板知道这件事么?
总的来说，内容挺好，对目前中国 IT行业的一些描述和分析相当到位(这些写得比<移山之道> 好)。 说的都不是什么秘诀，但是刚好对很多人有帮助，合适就是最好的。 本书的销量也说明了这一点。
这本书的书名好像暗示着 “软件作坊” 不够好，大家要走出去，找到明主。 我感觉书的内容并没有建议大家抛弃软件作坊，而是把作坊做好。其实作坊怎么啦? 做个好的作坊容易吗?
扫一扫
1736
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
