“出书之前工作了十年,只服务了两家公司”
带给自己最大的感受.,自己是如何摆正了 自己的心态
很高兴能读到这本书，同时也很感激推荐这本书给我们的王博，带给自己的感受和收获很大，值得我去思考的地方太多，同时也很大程度上 帮刚从学校出来走向社会的一个青涩青年纠正了很多不成熟的思想，褪去那些日常的浮夸，不踏实好高骛远的情绪。同时也帮助认识到软件行业从小作坊到成熟团队所必经历的种种bug, 使我们清楚认识这个行业道路以及自己的现状。
作者阿朱一直在一家“三五个人，十来条枪”的软件公司工作，从普普通通的员工一直做到了CTO的位置，书中内容基本都是作者日常工作中自己要面对的各种问题，以及平常和网友讨论的各种技术管理问题等。不得不说，这些经验真的很实在，创建或者运营一家小软件公司的方方面面的问题，作者都在书中一一写道，并且最后都给出了解决办法．书中的内容很有可能在每个企业的成长过程中都能会碰到，这本指南或者实战手册至少能给我们指明努力的方向。这本书不像那种成功学著作之类的鸡血书籍，完全都是最最现实最最底层最最经典的问题:“为什么老板不给我加工资”
“为什么别人能升职我却不行”
“产品质量和公司销售额有啥关系”
作者甚至针对自己从事的行业，分别对测试，文案，项目经理，开发，实施人员，客服人员一一都写了“成长攻略”
对公众老板的情绪,思想,描写得很到位, 建议如何去有效跟老板沟通,如何在公司中摆好自己的位子,公司中钱权的关系, 如何清楚认识自己现状. 等
很体贴很实在的文字．
对我来说，书中精华内容太多，其实很多东西感觉都不只是作用于软件行业。为帮自己认真的去领略这些宝贵的经验，很有必要整理，分析，因为我不想错过任何一个细节。
首先感觉这本书的名字（走出软件作坊）取的很有吸引力，书的副标题很有艺术感, 三五个人，十来条枪，如何成为开发正规军. 形象,生动,直白但不失华丽,朴素但不失真谛, 就那么简短几个字就描述了整本书的内容. 不得不被作者的文字功底所钦佩.
看完了这本书，引起自己的一些思考如下:
阿朱这么牛逼的人,应该在很多大企业工作过？
出书之前工作了十年,只在企业软件管理软件开发公司工作过，只服务了两家公司，每家公司都是于其他小作坊一样的现状，没有规范，没有文档，没有刚需，但他选择的不是频繁跳槽，而是把公司带大，带强，把公司不好的地方,起头一起建设好, 小作坊一样实现自己的目标,验证了是金子在哪里都会发光,而不是一定要在什么样的环境或者场合下,自己才能工作!
那么以前自己为什么总想着跳槽? 公司(当然不是指现在所在的公司)待遇不好,福利不好,老板不好,文化不好等等,这样不好,那样不好, 自己为什么没有带出解决方案? 到头来什么都没有学到,自己的能力到底在哪里呢? 浮夸的情绪太多. 当然我们不排除一个好的平台好的环境,对自己成长很快,但是我明白了,一个人的能力是体现着 解决问题上, 而不是发现问题!.
但是只在小作坊工作的他如何成就了现在的自己？
从初中开始编程,兴趣爱好一致,大学目标明确,动手能力强,爱总结,爱读书,在后面题到的帮助过他的那些书中,我们可以看出作者是一个多么爱看书的人. 学而有方, 那么自己虽然也喜欢看书,买书,但是认真看完的有基本呢? API认真去翻阅的有几个呢?
阿朱英语能力很强？
当时住的地方离公司做工具大药一个半小时，公司９点上班，还不是门卡制，所以有专门的人掌管，他往往在八点而是就道理公司，坐在公司的楼梯上看英语书
阿朱如何看管理?
你可以无限的去接近,但你永远到不了
阿朱是如何看待需求不定多变的呢？
不是客户需求在变，而是你对客户的需求理解在不断加深。
为什么项目做不好？
既然是软件作坊，一般来说，都还是谈不上什么软件产品的。能说的，也就只有项目而已。
但是，为什么项目做不好？
在我的之前经历的几个项目中，也有七八个余程序员工作大半年。 得到的，不仅仅是客户的需求不停的变更和责难。更多的是，让一支生机勃勃的开发团队几乎信心全毁。为什么？
在看到《走出软件作坊》之前， 我一直在苦苦思索这个问题。
我们的团队工作非常勤奋，每天都是毫无怨言地工作到11点。完全没有休息日，但是产品一直不能出手，时间一拖再托，甚至认为我们没有认真工作，一度矛盾极端激化，为什么？
当我看到“四驾马车”的概念的时候，恍然大悟了。
“开发团队”不等于“一群程序员”。核心开发人员必须保护起来。必须由一个专门的人以文档，ppt或者其他的方式来保证和客户的沟通。按照这个思路下去，就发现不是人不好，而是没有把人用好。
对于一个小的开发团队来说，尽管麻雀虽小，但是五脏必须俱全。所谓公共代码开发员，简直就是一台汽车的引擎。他不应该被客户的责难和需求改变而影响，更多地，他要做的就是保证系统的稳定。相应的职责理清楚之后，起码你能保证由一个人员是心态平和，积极稳定。而不是后院到处起火，所有人都心浮气燥，乱作一团。
为什么没有人？
软件作坊里，往往会出现，做什么事情好像就只有那一两个人能干，其他的人好像都干不了，就像我们现在公司，也不知道什么时候能够成长起来。稍微能干一点的人弄不好还会跑掉。为什么？
小公司到底应不应该有企业文化？怎么才有企业文化？企业文化能够留住人吗？
阿朱说，其实，人对了，世界就对了，不是没有人，是没有把人用好。深以为然。
为什么没有事业？
有了项目，有了能作项目的人。为什么没有事业？
为什么还是简单重复，客户不断改变定制，突围总是遥遥无期？就像我们现在公司，现在这个项目．为什么？
你真的理解了你的行业么？你真的理解了你的客户么？
阿朱说:
- 自己的企业是否经常深度参与行业会议，和行业专家在一起，和客户在一起？
- 自己的企业有没有行业模型可以成书？
- 自己的企业中有多少员工来自客户行业？
- 自己的企业的成功案例集多厚？成功案例中有多少知名企业？
所以，为什么没有事业，你觉得呢？
团队工作方面？
阿朱主张小团队做项目.所以他提出的解决方法是组织小团队，要有核心，然后有专业分工，但是关键是每个人不要局限于大公司的所谓流程化运做，只管自己的一亩三分地，而是要学会站在别人角度去思考，关注别人工作中需要什么，提高他们的效率，这样大家相互做了，就象一部机器有了同事之间的润滑，效率就很高，这样下来每个人未必在工作上分工很模糊，但因为了解团队中每个人都在负责什么，忙什么，自己工作就不盲目有目标感。
说白了，对与小团队，提高效率的方法就是两条，一要有核心人物，这个人思路要清楚，二是要控制团队规模，强化内部沟通和感情磨合。
公司大了讲制度约束，公司小了讲友爱互助。
但是这个方法也有一个弱点，对团队核心人物和每个人的要求不是智商，而是情商。
如何快速融入一个公司？（p211）
- 公司所有人的联系方式一一要到
- 每个部门的头都在短期内认识了，认识的方法有可能就是吃饭
- 现有的产品都操作一遍，发现问题，也了解了现状，知道了未来如何改进
- 现有客户，现在正在跟单的项目情况
- 离老板最亲近的几个人，和他们吃饭，仔细观察了解他们的做事方法，分析他们为什莫能离老板这么近，近朱者赤近墨者黑，这样也能看出老板是个什么样的人
- 每个部门的事实领导人，有些人不是头，但是很有影响力，是事实上的内部头目，和他们玩，请他们吃饭，把部门的利益团伙和公司历史，公司的真正收入来源以及真是收入数据和盈利模式都了解清楚
- 瞅机会，创造一切机会，和每个主管聊，了解每个主管的想法
- 改进现有产品最大的几个难点问题，寻求短期内出彩的活，让公司所有人立刻刮目相看
读完这本书,如何认识现在的自己,现在的公司,以及对自己工作这三个月的总结与反思
初出来工作的时候,就在想,终于不用每天没日没夜的写代码了(之前都是自己负责做一些项目,主动性积极性都很高,每天在工作室都很喜欢学习到很晚,虽然很喜欢这样投入去学习,但生活很不规律),因为上班了就不是打学习的游击战了, 既然上班的话,时间就很规范,这样的话,自己可以更好的合理的安排自己的作息时间,使这些作息时间更健康.
刚面试的时候,在回去的路上都还在权衡,就这么一个驻扎在学校的工作室(当时不知道那只是表面),我到底需不需要去上班呢? 跟我们学校的那些工作室有区别吗? 在这样的环境里面我能学到我期望学到的吗? 面试的时候就明显的有提到要加班. 之前对加班这些概念有一定的理解, 一个公司如果经常在加班的话, 公司在某些流程上就肯定有问题, 靠加班量来定员工的绩效的公司肯定是扯淡的公司. 但是还是抱着试一试的心态来上班来了.
一晃就是三个多月了,这段时间对我来说是宝贵的.
首先在职一个公司, 主动性很重要, 主动解决bug,主动,解决task., 主动活跃气氛,主动和同事沟通,主动帮助别人,等等,而不是只围着自己的圈子转,
公司的氛围还算挺好的,杨哥经常嘘寒问暖, 王博就不像是一个老板,没有看见功利的身影,他更像是一位老师, 教导我们如何走向未来,这是我很喜欢的地方
公司活力很大, 虽然平时都加点班,但是,大家一起其乐融融
公司成长很快,探索式的引进一些先进理念,让我们每个人都成为论证者
于过去,有过浮躁,有过飘渺,有过眼高手低,有过好高骛远,有过不怀好意,有过事不关己高高挂起
于现在,脚踏实地,刻苦钻研,认真探索,主动谋划,不管是现在公司还是以后公司,把公司的事都应该当自己的事,主动负责,全身心解决, 为服务的公司投入应有的经历,从而实现自己的认识价值.
于未来,相信,我们共同的努力下,公司的明天更辉煌 ,我们每个人的人生价值也得到更好的体现
还有很多东西，就不一一赘述了，这里最后把我认为书中有感触的地方摘略一些：
自序
毕竟我只在企业管理软件开发公司工作过，而且只工作了十年，只服务了两家公司，所以我的见识恐怕难免狭隘，欠缺普遍性。
组织结构篇
老板给你的资源，永远小于你干事的资源
要成为CTO，就必须具备以下四种素质和能力：1. 商业眼光；2. 管理才能；3. 技术眼光；4. 产品结构。
我的方法都是为了解决实际问题，为了老板赚钱更快、更省成本、更容易，员工更省力，客户更满意，而且每个方法都是在本企业能力和成本范围内能执行落地的解决方案。 # 脚踏实地地解决当下的具体问题，才是可选良策，再大的理想也要从身边小事做起。
如何创造好的氛围，我讲讲我作为职业经理人管理人的一些心得：1. 抓大放小，搭台让人唱戏；2. 师傅带徒弟；3. 朝九晚五，禁止加班；4. 搞好环境、整好形象；5. 立即奖励，马上兑现。
以下是我引入好的人才的几个心得：1. 第一当数责任心；2. 人的年龄和工作经验要拉开距离；3. 技术第二，EQ第一；4. 专业发展，流程协作；5. 互相交流，制定下一阶段的目标。
公司的文化是你在日常细节工作中潜移默化感受到的。 # 大张旗鼓地宣扬某种企业文化，非常有挂羊头卖狗肉的嫌疑。
研发经理驾驭的四套马车
我在设计方面使用了PPT+WORD+脑图+Excel的描述方法。 …… 此外，我们还使用了需求管理工具来管理来自各个方面的需求；使用了Bug管理工具管理需求；使用了任务管理工具管理任务。 …… 在版本控制方面，我们使用了版本控制工具来控制设计文档和源代码的版本。我们还使用了自动每日构建工具，每天晚上整体编译。 …… 不过，我们倒是使用了一些压力测试工具，模拟同时并发访问，同时插入数据，同时取数，模拟网速限制。 …… 还使用了Setup打包安装工具 …… 我们还自己写了一个版本自动更新工具 ……没有驱动力的事情我们从来不干。 # 其实作者已经做了很多的事情去规范企业软件开发过程的各个方面。但最后总结的是: 管理,你可以无限的去接近,但你永远到不了
我抓住了项目经理的两大重点：1. 业务需求；2. 项目计划、项目报告、项目异常解决、项目推进、人员调度。
很多人缺乏创新能力，所以无法成为总监。
技术是为商品服务的，能不用就尽量不用，技术是藏在商品里的。 # 不能给客户带来价值的技术，客户没有理由购买，至少对企业生存是没有什么帮助的。
过程管理篇
写代码的8项建议：1. 重点把控输入数据的校验；2. 以后的需求再往上加，都写成函数；3. 以后再加功能，尽量不要做成联动触发的；4. 以后写代码，分离特殊处理业务和正常处理业务的功能代码；5. 对不常用的功能做一些隐藏处理，将其放到一个不起眼的位置；6. 写代码时，避免全局变量和大流水代码；7. 修改需求或Bug的时候，要按照模块来集中修改，而不要挑好改的先改了，不好改的就最后改；8. 多写视图，多写存储过程。
不是客户需求在变，而是你对客户的需求理解在不断加深。
我走访客户，主要目的有三：1. 改善一下老板和实施人员对开发部的认知；2. 改善一下开发人员和实施人员的冲突；3. 了解客户现状，想方法如何去引导与影响客户。
保守中的创新：先剖析行业标杆老大的产品；只比客户前进半步；整合出一份吸收优点的特性列表。
获得公司内部最多人的支持是一件非常重要的事情。 …… 首先要获得自己下属的认同；然后是获得老板的赞同；最后是获得客户的支持。 …… 得道者多助，失道者寡助。上下左右逢源，你才能成功。 # 万不可孤军奋战，众叛亲离。
所以我们做产品规划的时候，必须要思考新产品与老产品的关系，最好形成整合互补关系，而不是代替的关系，更不能形成互不相干的关系。
对于销售来说，演示的时候稳定、易用、好看、速度快就是关键。 …… 对于实施来说，最重要的就是软件稳定。 …… 对于培训来说，软件易用最关键。 …… 对于技术支持来说，软件稳定是第一位的。 …… 对于支持来说，软件自动升级也非常重要。 …… 对于后续版本开发维护人员来说，代码容易看懂，代码好修改才是最关键的。 …… 对于测试人员来讲，软件必须具有可测试性。 …… 对于文案人员来说，软件必须能让文案人员编写文档。 # 小小的PPT演示就可以看到不同利益方的不同需求和期待，一切都需要通盘考虑，整体协调安排。
客户其实只想解决问题而已，什么技术都无所谓，只要能解决了，解决方法越简单越好。
解决问题，这是你自己面临的问题，你不去自己想办法，没有人会给你解决这个问题。能救你自己的只能是你自己。
尽量限制使用新技术，不会让新产品、新团队、新技术这三个‘新’都同时出现，风险太大了，而且坚决不使用新技术作为基础技术。
代码的几个关键点：1. 代码风格统一，从命名含义，到大小写，到缩进，都一致。每个源代码文件都一致，确实出于一人之手；2. 我的代码居然能看出业务流程；3. 我的程序都是小函数组成的，都有明确报错。
售前、项目管理、实施适用的演示方法：1. 首先要字号够大；2. PPT就是个你演讲的思路大纲；3. 字体要统一；4. 一些名词要统一；5. 不要用色太多；6. 图表太复杂；7. 讲得太多了；8. 你再把你的步骤调整一下；9. 眼睛不要死盯一个角；10. 我建议你手中拿一支激光笔，这样你就有个可握着的东西，会让你心里踏实下来；11. 讲话要大声，响亮；12. 不清楚的事情千万不要乱说，不要说谎。 # 这是我最喜欢的一部分，讲得非常详细，而且言之有理。
PPT之外的许许多多细节：1. 你一定要清楚你住的宾馆到客户会场的交通路线、车行时间；2. 这次的听众是谁？3. 准备好你的录音笔、激光笔，以便在演讲的时候录音，反复锻炼自己的演讲；4. 如果听众要求你现场演示，也最好不要做；5. 检查好你的U盘；6. 还要把你的笔记本电脑清理干净；7. 提前到了会议现场，先看好电源插座，看看你的电脑够不够得着？8. 有多少人参会，就需要提前复印多少份听众材料，而且一旦复印，你就不要再改动你的PPT了；9. 观察会场光线怎么样，暗了就需要开灯，强了就需要拉窗帘；10. 有些领导特注意这些细节，往往都是99%都给了，就1%没有给，但恰恰就是那1%起决定作用；11. 不要评价竞争对手，不要打击竞争对手。 # 我最喜欢的第二部分，作者的经验之谈。
如果要增加互动问答，一定要是选择题，而不要是思考题。
如果确实想尝试交互游戏，一定要设计一个规矩很简单的游戏
现场培训演讲：培训前必须和到会者交换名片，并且签到。 …… 开会前，把自己的手机调整为静音，振动都不行，以防分心。每个人都要戴手表，以控制时间。开会的时候，把手表放到桌面边，这样不用看手腕就能瞄一眼时间。 …… 一定要了解听众需求。
演讲过程中要注意以下几点：1. 不要把全部的功能都向客户展示；2. 不了解行业，不要打比喻；3. 不要和管理层谈行业；4. 不要和IT层谈IT；5. 我们最了解的就是我们的软件。
试点实施：走出第一步，一定要把型塑好，千万不要特殊事情特殊处理，否则开发部很容易变成一个小社会，开发、实施、支持全都管，再也回不到正常的流程上来了。 # 规矩不能乱。
客服支持：于是，电话下场，QQ出场。 …… 客服人员在压力下自己创新，成立了QQ群。 …… 于是，BBS搭建起来了。 …… 这个案例库现在真是非常宝贵。 …… 这个重量级的工具就是客服工单系统。 …… 工单系统还和呼叫中心绑定在一起。 …… 工单系统和呼叫中心绑定在一起后，还能实现工单的智能分配。 …… 有了量化的工作考核指标，客服人员就有了高级客服顾问、中级客服顾问和客服顾问三个等级，工资不同。 # 典型的不断反省，持续改进的过程。
职业发展篇
新人入职手册：每个企业和组织都有其内部的制度和规则。 …… 但由于部门内部长期协作、经理的个人管理风格和部门间的利益力量博弈，所以形成了部门内说不清道不明的规则。 …… 我的管理风格一向都是以问题找答案。
员工职业发展思考：一个平时不主动努力，不勤于思考钻研的人，工作中也会如此。一个说话思路都不清晰、没有重点的人，写出程序也会是一片混乱。他看什么样层次的书籍和报刊杂志，就能知道他的眼界有多宽，发展有多少后劲。如果他做的毕业设计很独特，很有思考力，我就会比较赞许。因为他是在用心思考和努力，而不是混毕业设计。
心路成长篇
是什么造就了他们的成长呢？ …… 我把这种根源归结为责任。 …… 我能做的就是尽量展现自己的工作效果，让老板看到我的全面价值。 …… 什么是价值？我个人是这么看的：‘为客户带来好处和收入，为公司带来好处和收入。’ …… 米卢有句话：‘态度决定一切’。 # 我非常喜欢米卢的这句话
想做事，胸怀要大，要踏实，要低调。 # 三点：1. 视野、理想、目标要宏大；2. 要有切实的执行力；3. 要谦逊，不可得意忘形。有远大的理想，又能脚踏实地地前进，还有谦逊学习的态度
责任感，就能产生领导力，就不畏挑战。态度、胸怀就能决定是否有团队能让你领导，是否有人追随你自然形成团队。
机会，不是掉下来落到你的头上砸到你的头的。 …… 从手头做起。 …… 皆在一个‘心’字。
我的读书技巧：第一，我经常梳理自己的知识体系，技术的，管理的，业务的；第二，我读书就和猕猴吃食一样，先看书的目录，然后发现自己感兴趣的章节，直接找自己关注的问题答案；第三，从小到大，我都保持着读书的爱好，一本好书在手，经常饭不吃觉不睡。 # 活到老学到老，学习真的是没有尽头，人得不断地提高自己，优秀的人永不满足。
这样不行就那样做，反正总是不放弃努力，哪怕一丁点的改进我都愿意每天去提升一点 …… 我的这些土办法都是这样点点滴滴在解决日常问题时积累下来的。
分享给大家几句话：1. 能救你的只有你自己；2. 没有不可能；3. 这个世界没有机会，机会永远是别人的。