做個好的作坊也不容易內容讀後感

移山之道作者

做個好的作坊也不容易 - 內容

[《走出軟體作坊》讀後感]

我兩個月前得到這本書，看了兩遍。我覺得這本書內容不錯。正文有 400 頁，講了很多方面的內容，我覺得關鍵就是：

1) 溝通。技術人員要懂得老闆想什麼，銷售要懂得客戶需要什麼，cto 要懂得所有人想要什麼。溝通有技巧，需要時間，那種「我只搞技術，不管其他」的想法，在大公司裡行不通，在作坊裡也一樣不靈。

2) 目標和執行力。目標要明確，開軟體公司就是要賺錢，君子愛財，取之有道。要把「道」想清楚，就去做。例如在第 370 頁中，作者提到 -

「那你現在就做乙個收集bug 的exce，看看到底有多少 bug。」

「從手頭最要緊，也是從自己最能完成的事情做起。」

這裡作者沒有討論「方**」，「流程」，等等，而是馬上執行。作者給很多初學者的建議，也是著重在「執行」。

我前幾個星期在北大軟體學院上課（研究生的《軟體實現技術》），布置了一道很簡單的題目，要求用三種程式語言或工具實現，結果有學生舉手問 - 「老師，我只會一種語言，怎麼辦？」

我只好說 - 「那就現學另兩種語言，然後把這個題目做了。」

對於乙個軟體專業的研究生，我們難道還要談人生，談理想，談就業形勢，然後才勸說他應該多學兩門語言?

3) 反思。作者是善於總結經驗和反思的人, 你可以看到他反覆讀《程式設計師》雜誌（p65 「還在一遍遍翻」），《微軟的秘密》等書。這本書的讀者，如果只是讀，並沒有總結，反思自己的經歷，那我想收穫並不多。

p111 - 對於實施來說，最重要的就是軟體穩定，對於培訓來說，軟體易用最關鍵，對於技術支援來說，軟體穩定是第一位的。

但是這些要求都要開發人員來實現，開發人員要在實現「功能」的基礎上（注意，沒有人說功能最重要），把其他人的「最重要」，「第一位」給實現了。

p149 - **那些事兒 / **編寫規範

這一篇講了一些超出「編寫規範」的內容，我沒讀懂。例如「我的**居然能看出業務流程，函式數量均衡… 你老需要把業務和**對映擰在一起，我則不需要… 」如果有一些具體的**例子或圖例來說明，也許能讓讀者更容易理解。

這本書引用了不少別人寫的內容，有些挺靠譜，有些就不見得了，例如：

p327 - 資訊機構的調查顯示，系統和專案的開發時程將持續地縮短，到了2012 年居然只有一天的時辰。

一萬年太久，我等著2012 年的到來。

p333 令人焦慮的技術時代- 這一章有不少內容我沒看懂。作者可能也意識到這一點，在p335 建議「編輯把這段給掐了吧」。言多必失。

p323 於是，我們就和這些客戶方的 it 人員做了兼職合約，如果該區域其他客戶有出現場的需求，就由他們來做…

我是外行，但是我覺得這似乎就是「作坊」的做法呀。讓客戶a 的人員兼職去幫客戶b，那利益衝突，責任，所得稅怎麼處理呢？客戶a 的老闆知道這件事麼?

總的來說，內容挺好，對目前中國 it行業的一些描述和分析相當到位(這些寫得比《移山之道》好)。說的都不是什麼秘訣，但是剛好對很多人有幫助，合適就是最好的。本書的銷量也說明了這一點。

這本書的書名好像暗示著「軟體作坊」不夠好，大家要走出去，找到明主。我感覺書的內容並沒有建議大家拋棄軟體作坊，而是把作坊做好。其實作坊怎麼啦? 做個好的作坊容易嗎?

已發表 2023年3月7日 12:14 作者

關心

做個好的作坊也不容易 內容 讀後感