以下來自：
《走出軟體作坊》提供了解決國內小型it企業發展的過程中會遇到的專案管理問題的若干方法。《走出軟體作坊》形式活潑，內容獨特，主要以作者自身多年工作的寶貴經驗，來談軟體公司的專案管理和團隊建設，主要包括對中小軟體公司軟體開發組織結構、團隊文化、軟體過程管理、團隊激勵、績效考核、職業發展規劃、未來業界發展趨勢、個人素質提公升等，具有極強的現實指導意義。
《走出軟體作坊》主要讀者物件是it企業的研發主管、專案經理和軟體開發人員，以及即將到it企業工作的高校畢業生。
花了乙個星期的時間，大概的把這本書看完，主要看的是程式設計師方面的， 其中有些文案，實施等內容並沒有細看。
一.寫程式方面
1.**規範，風格統一，寫好注釋（方便日後維護）
2.不需要用什麼複雜的模式，或新技術，要保證別人看你的方法（函式）不是那麼費勁
3.版本控制，每次程式的大更改，需要做備份（通常是用svn，vss，github等），防止需求經常更改，以及誤操作（苦逼啊）
4.更改記錄文件，方便以後跟老闆理論（需求不是你想改，想改就能改）。
5.善於總結，思考。比如：我們做web程式，經常會有對錶資料的增刪改查，以及介面的展示，更新。這種，為什麼不可以抽象出來，寫出乙個公共類，方便大家使用呢？提高了自己的工作效率，技術水平，還能給上級留下好印象，何樂而不為呢。
6.不懂，不會，不確定就問。多問別人，自己少走點彎路，走的快點，工資漲的也快點
7.我們不光要敲**，還要了解業務（這樣，很多業務也可以少走彎路）
8.沒有責任心,做起來吊兒郎當,最後的結果很是平庸。這樣的高才自己覺得很自傲，覺得自己應該有更高的薪水，但是他就不看他最後的產出，就看自己滿身的「才」。這有什麼用，我們看的是結果。
二.其他方面
1.所謂需求，客戶的需求，並不一定是他想要的，要善於分析，這個需求背後的東西。
2.老闆，做產品做什麼，目的是啥，還是錢，我們要以老闆的目的為目的，只有為老闆賺了錢，咱才能過的舒服
三.自己的反思
確是是，總覺得自己挺有「才」的，一直覺得公司這裡不好，那裡不好，這個人寫的**怎麼怎麼樣，那個人寫的怎麼怎麼樣，然後自己還一邊吊兒郎當的，回頭看一看自己，真的是沒有乙個能拿得出手的專案。自己這一年，走的都太虛了，學ios，研究產品經理方向，朝三暮四，ios沒學好，本職工作也沒做好，對不起自己，也對不起公司。
2023年，該專心的幹一件事了，雖然還沒有確定到底做哪方面的，但是無論覺得做哪方面的，不能朝三暮四，專心幹這個，做好它，總要能告訴別人，我做這個，而且我能做好！！！！
談《走出軟體作坊》
像書中所說的一樣創新為兩種，一種是創作出以前沒有的技術或方法，另一種是將其他行業的技術或方法應用到沒有使用行業。作者是行業管理軟體出身，對行業管理有著深刻的認識。能將行業管理資訊化借鑑應用到軟體行業，並經過多年自身的總結，可以說這本書對於缺乏管理的軟體行業，特別是中小型公司來說是很好的乙個典範。書中...
如何走出軟體作坊
阿朱這本 走出軟體作坊 以切膚之痛，現身說法，是一件很有價值的事情。當然，此書未必能解決很多公司的問題 也沒有任何書能做到這樣 但至少能引起多數人共鳴，引發大家進一步思考與 少走彎路，這正是當下缺少的。書店裡管理學圖書汗牛充棟，有的告訴你把信送給加西亞，有的告訴你不要有什麼藉口，還有的說是辦法比問題...
走出軟體作坊的秘密
走出軟體作坊 已經一周歲了。在這一年裡得到了許多朋友的鍾愛，也收到了許多朋友的來信。仁者見仁智者見智。有人從書中看到了心態和堅持，有人看到了樸實的創新 原來創新就是這樣，不要整天大戰略大構思大藍海 有人看到了術，有人看到了方 每個人都或多或少能收穫到一些東西，這已經達到了這本書想要傳達的目標了。於是...