技术开发 频道

做个好的作坊也不容易—内容

    我两个月前得到这本书,看了两遍。我觉得这本书内容不错。正文有 400 页,讲了很多方面的内容,我觉得关键就是:

    1) 沟通。 技术人员要懂得老板想什么,销售要懂得客户需要什么,CTO 要懂得所有人想要什么。 沟通有技巧,需要时间,那种“我只搞技术,不管其他”的想法,在大公司里行不通,在作坊里也一样不灵。

    2) 目标和执行力。 目标要明确,开软件公司就是要赚钱,君子爱财,取之有道。 要把“道”想清楚,就去做。 例如在第 370 页中,作者提到 -

    “那你现在就做一个收集bug 的Exce, 看看到底有多少 Bug。”

    “从手头最要紧,也是从自己最能完成的事情做起。”

    这里作者没有讨论“方法论”,“流程”,等等,而是马上执行。 作者给很多初学者的建议,也是着重在“执行”。

    我前几个星期在北大软件学院上课(研究生的《软件实现技术》),布置了一道很简单的题目,要求用三种程序语言或工具实现,结果有学生举手问 - “老师,我只会一种语言,怎么办?”

    我只好说 - “那就现学另两种语言,然后把这个题目做了。”

    对于一个软件专业的研究生,我们难道还要谈人生,谈理想,谈就业形势,然后才劝说他应该多学两门语言?

    3) 反思。 作者是善于总结经验和反思的人, 你可以看到他反复读《程序员》杂志(P65 “还在一遍遍翻”),《微软的秘密》等书。这本书的读者,如果只是读,并没有总结,反思自己的经历,那我想收获并不多。

    对一些内容的评论:

    P111 - 对于实施来说,最重要的就是软件稳定,对于培训来说,软件易用最关键,对于技术支持来说,软件稳定是第一位的。

    但是这些要求都要开发人员来实现,开发人员要在实现“功能”的基础上 (注意,没有人说功能最重要),把其他人的“最重要”,“第一位”给实现了。

    P149 - 代码那些事儿 / 代码编写规范

    这一篇讲了一些超出“编写规范”的内容,我没读懂。例如 “我的代码居然能看出业务流程,函数数量均衡…  你老需要把业务和代码映射拧在一起,我则不需要… ”  如果有一些具体的代码例子或图例来说明,也许能让读者更容易理解。

    这本书引用了不少别人写的内容,有些挺靠谱,有些就不见得了,例如:

    p327 - 信息机构的调查显示,系统和项目的开发时程将持续地缩短,到了2012 年居然只有一天的时辰。

    一万年太久,我等着2012 年的到来。

    p333 令人焦虑的技术时代 - 这一章有不少内容我没看懂。 作者可能也意识到这一点,在P335 建议 “编辑把这段给掐了吧”。 言多必失。

    p323 于是,我们就和这些客户方的 IT 人员做了兼职合约,如果该区域其他客户有出现场的需求,就由他们来做…

    我是外行,但是我觉得这似乎就是“作坊” 的做法呀。 让客户A 的人员兼职去帮客户B, 那利益冲突,责任,所得税怎么处理呢?客户A 的老板知道这件事么?

    总的来说,内容挺好,对目前中国 IT行业的一些描述和分析相当到位(这些写得比<移山之道> 好)。 说的都不是什么秘诀,但是刚好对很多人有帮助,合适就是最好的。 本书的销量也说明了这一点。

    这本书的书名好像暗示着 “软件作坊” 不够好,大家要走出去,找到明主。  我感觉书的内容并没有建议大家抛弃软件作坊,而是把作坊做好。其实作坊怎么啦?  做个好的作坊容易吗?

0
相关文章