书很不错，作者精力充沛，涉猎极广，有几次感觉自己都快跟不上作者文字的思维了，文章短小精悍，几分轻松，几分深思，是一本很适合坐地铁时看的书，译者的翻译态度也很值得赞扬。书中几个问题的讨论让人受益匪浅，关于“匈牙利命名法”的辩护和office二进制文件格式的讨论很有意思。任何即成的事实都有其缘由，与其莫名抱怨，不如深入研究。
---China-pub读者评论

转自：豆瓣 作者：庄表伟
一口气读完了《软件随想录》（More Joel on Software）。我的总体评价是，Joel非常像和菜头，无论是从褒义的角度，还是从贬义的角度。
　　
　　和菜头是国内最好的blogger之一，他的嬉笑怒骂的文风，受到了无数人的喜爱，包括我在内。很多时候，和菜头都能以我们没法想象的文字，说出我们早就想说的话来。拥趸众多，也就是自然而然事情了。
　　
　　Joel Spolsky大概是全世界都非常著名的blogger，他的读者人数，估计可以排进全世界前100名。文章之优美，观点之火爆，真是几乎无出其右者，读他的书，实在是过瘾之极。
　　
　　但是（各位应该也猜到了，总会有一个但是等在这里的。）我在读《软件随想录》的过程中，时不时的会有一些疙疙瘩瘩的感觉，细细想来，才发现，还是跟和菜头很像。
　　
　　举几个例子吧：
　　
　　1、在管理方法方面，joel一连写了三篇，分别讨论了《军事化管理法》、《经济利于驱动法》和《认同法》。写得非常好，但是也相当偏激。基本上，joel对于人的看法，是静态的，好人就是好人，聪明人就是聪明，最难的不过是招人，只要找对了人，聘进来以后，他自然就会好好干活。基本上，一个好的管理者，就是懂得如何不碍事的管理者。
　　
　　joel说：采用经济利益驱动法，这样就是在鼓励程序员与制度博弈。但是，问题是一个公司一定会有制度，也一定得建立公平公开合理的制度。而且，员工与制度的博弈，也一定会存在。为了预防博弈的出现，而不订立奖惩制度，实在是偏激的过分的一种想法。
　　
　　joel说：不能通过给员工发钱来训练他们。但是，这完全就是故意曲解，因为你完全可以训练他们，然后通过金钱来鼓励训练效果好的员工。
　　
　　joel说：你应该避免用外部激励取代内部激励。但是，在我看来，仅仅只有内部激励，那也很虚伪。简直就是典型的“老板的虚伪”。
　　
　　一个员工进入一家公司，并非到此为止，他们应该能够在公司的环境里得到成长。如何鼓励他们成长，如何帮助他们成长，是老板需要考虑的问题。另一方面，并非任何人进入一家公司，就万事大吉，他同样可能出现波动，有时候干劲冲天，有时候没精打采，如何调整他们的工作状态，如何鼓励他们持续的积极工作，也是老板需要考虑问题。
　　
　　joel认为，软件开发，最缺的是天才。而我认为，最缺的是全才。什么“全”：全面、全局、全心全意、全力以赴。
　　
　　2、在给程序员的建议方面，我又发现了一些自相矛盾的地方。
　　
　　joel说：大学教java是一种退步，因为那东西太简单了，无法淘汰那些没兴趣编程或没能力编程的人。但是，在另一篇文章里，joel又说：那门动态逻辑课他只去听了一节，太难了，所以，他决定不上了。而且，他还得出了一个重要的结论：人生中重要的是，关注那些真正的问题（real problem），不要陷入那些细枝末节的问题（trivial problem）。就像苏格拉底说的，“认识你自己”。
　　
　　这可真是了不起，他能够通过的课程，他就认为非常有用。而他不能够通过的课程，他就认为是细枝末节的问题。而且，他还把自己的经验，用来告诫那些同学们。。。
　　
　　3、joel对于单元测试与TDD的看法，完全就是未经实践的偏见。
　　
　　4、在《大构想的陷阱》中，joel评论了《梦断代码》一书，他花了不少时间，扯了一些眼睛的工作原理之类的淡，真正有价值的评论，其实并不多。在我看来，有价值的只有一个观点：过于创新性的软件，很难从开源志愿者那里得到帮助。
　　
　　5、在《用软件搭建社区》一节，我读着读着，就笑了。joel的那个社区，比起国内顶尖社区，还是差距很大啊。
　　
　　6、在讨论Office文件格式为什么那么复杂的时候，joel说到：一个能与Office竞争的，能够完美读写Office文件的软件，足 足要有几千年的工作量等待着你去完成。我又笑了。。。也许，他从来没听说过OpenOffice，WPS，永中Office。。。
　　
　　7、说了那么多批评，其实，我还是非常喜欢joel的这本书的。尤其是在看到了《关于战略问题的通信之六》这一章，joel说到：在Google洋洋得意的时候，也许会有一家公司，开发出新的、革命性的Ajax类库，然后，有一家公司，发明了一个革命性的浏览器，使得原本非常复杂的 Ajax类库，变得运行速度飞快。。。
　　
　　这篇写于2007年9月18日，2008年9月8日，Google Chrome 0.2版发布。现在，Chrome大概是运行JavaScript最快的浏览器。
　　
　　也许，就是受了joel的启发吧。
　　
　　8、《让错误的代码显而易见》，我也非常赞同，这是一种非常非常有价值的，给自己的代码命名的原则。
　　
　　9、《揉一揉，搓一搓》，其实就是一次大型系统重构的过程，当然，在我看来，仅仅凭借开发者的经验，确保没有改坏代码，是不够的，如果joel当初能够写足够多的UnitTest，重构起来会更加轻松一些。
　　
　　总的来说，joel是一个追求语不惊人死不休的blogger，但是他的绝大多数文章，都非常有价值，也非常有阅读快感，因此，强烈建议找一本来读一读。

转自：豆瓣 作者： leon
客观的说，Joel 虽然不像大师那样拥有深邃的思想，但多年的软件开发经验和个人感悟还是给人以深深的启迪。其中，有些事情是司空见惯的，可是少有人驻足思考和提炼，Joel 为很多人做了这件事。
　　
　　 本书中很多章节都给人以深刻印象。
　　
　　 开火与运动，从介绍自己每天的工作状态到剖析个大软件公司的技术和商业策略。这段就好比一面镜子，使那些盲目随波逐流的技术人员或管理人员看清了自己目前 的状况；而已学会冷静思考的人，坚定了自己的信念——每天都向前移动一点点。看了这段，我开始提防Microsoft了，也许VC6对于开发一个图形引擎 已经足够好了。当然，面对中国大量开发者来说，升级几乎是零成本，那2005也许会让我们多点新鲜感。此后，我多了一个可以问自己的问题，“你今天向前运 动了么？”。
　　
　　 二元文化，从根本上说明了UNIX和Windows之所以不同的原因——开发人员的目标不同。以前，对于这个问题，大多数人处于置之不理的状态。喜欢 UNIX的就敲vi，ls；喜欢Windows的，就用MFC，Win32，DirectX。但为什么喜欢呢？各自的目标不同。于是，两波人不断争论，不 断学习，对于技术的发展到真是一件好事情。为什么Joel 他就有时间思考这个问题，难道他有更高级的剃须刀？对问题敏锐洞悉和保持嗅觉的道理在小学时牛顿就告诉过我们，至今忘的差不多了，但想让知道的事情更多， 恢复嗅觉是个好主义。
　　
　　 面试游击指南，有两点是最有价值的——拥有激情和全面的技术功底。先说技术功底，专注于一点或只做一件事是正确的，这与全面的技术功底并不矛盾。技术上深 而不全，影响个人能力的发挥，毕竟多学科交叉是未来技术行业发展的趋势。聘用一个没有过硬数学功底的引擎师将是一件十分尴尬的事情。所以这其间辨正的关 系，自不必说，但如何平衡确实是一个技术活，需要每个人长期来构造自己的知识结构，使架构达到最优，能充分发挥个人能力。这决不是一个简单的工程，其需要 上升到一定高度来审视自身的目标和通向目标的路径，而这个过程觉不仅仅是个技术活，它包括了很多哲学上的东西。所以功夫在诗外，真是如此。
　　
　　 看了这章，顿感自己的匮乏，实乃精神之匮乏。“激情”——在中国人身上不常见的物质，在老外身上似乎俯拾皆是。剖其原因，历史，文化，教育使然。漫长的封 建统治时期，人们的故步自封和对外界事物的麻木，造就了民族不善张扬的个性；见多识广和大惊小怪的泾渭分明，使得我们锻炼了很好的自我控制和暗示的心里控 制能力，于是激情多是被隐式表达，无法达到链式反应需要的条件；同质化教育，影响着每个学生，他们缺乏个人思考，走着别人指的路，教育的目标是让每个人都 达到相同的素质，这里没有更多空间培养自己的“激情”，学校到像是个军营。听起来有些悲哀，但目前情况确实在变好，而且是越来越好。但已经被无激情枷锁舒 服的人，挣脱枷锁是最好的选择，娶一个自己渴望的人是一件万分幸福的事。
　　
　　 BEN & JERRY 公司与AMAZON，介绍了“有条不紊”和“圈地”式的发展策略，及其不同的适用环境。这篇文章是给老板的启蒙教育，同时又一次显示了Joel 的勤于思考，赞一下！文章确实给人不少提示，对于将来打算自己当Boss的人来说，是应该考虑的问题之一。
　　
　　 让我回去，讲述了Joel 被一个叫做PayMyBills的服务绑定的悲惨故事。通过这个故事，让障碍和客户的内在联系浮出水面——软件障碍使得新用户不敢轻易驻足你开发的软件， 软件的推广立即变成了对软件障碍的摧毁；在获得一部分用户后，可以通过隐式锁链提升用户改变选择的成本，使其被套牢，从而保住目前的成绩。表面上是商业运 作的诡计，但冰山下面隐藏着对于用户的思考，恰恰体现了Windows开发人员的根本目标——卖出更多的Copy。对于一个没有经历Excel 冲锋那个年代的人来说，我没有一个感性的认识——Excel 在最初上市的那个阶段是艰难的，并面对一个巨大的竞争对手。我看到的只是它战胜Lotus的结果，可惜没有经历这段历史。但Joel 的对于当时团队所做的工作的说明使人可以清楚的看到，这是一个十分积极而有效的工作，致使他们笑到了最后。GUI的简化，操作模式的统一无一不是为了降低`障碍，但以前只知其一不知其二，如今理论上的升华，才使人有豁然开朗之感。
　　
　　 公开源代码的经济因素，微观经济学在软件竞争中的理论实践。一直以为开放源代码是一个无任何经济利益而言的做法，所以从来没有过多的重视。理工科出身并从 事软件行业的人们应该读一读微观经济学之类的书，这对于软件价值的评估和软件如何发展的指导是至关重要的理论依据。“醉翁之意不在酒”，SUN， IBM的开源之路比想象的要深奥，这是一个价值的转移——从软件到硬件或从软硬件到服务。但这似乎是一些寡头们在玩的游戏，他们这边不开花那边开花，但对 于中小型公司呢，很难想象一个开发开源软件的软件公司如何维持下去；那么好吧，他们开发拥有版权的软件去与那些大型公司的免费软件竞争去。寡头们的这种策 略在提高软件进入市场的门槛，保护自身的利益，听起来越来越像倾销了，不是么。还好，娱乐软件可以逃过这场浩劫，这倚仗于其自身功能上的特点，无法被目前 这样的寡头们利用。但就目前的趋势来讲，高成本，高风险等新的门槛正在形成。难怪手机娱乐软件一路高歌。
　　
　　 这本书的感觉比我读《人月神话》要好的多的多。不光因为Joel 笔风幽默，文章结构十分合理，平易近人的事例加上不是抽象到空中的理论分析，内容拿捏的很好，让人感到很平实，是本值得一读的好书。

没错，我说得是《Joel On Software》读后，因为我在读过《Joel说软件》以后又读了一遍英文版，并进行对照研读。不过必须清楚的是，我读完了，但是我以后还是回去重新 读。就好像Joel在书评中说《人件》是一本需要软件管理人员每年读一遍的书一样，他自己的这本《Joel On Software》也是一本值得反复阅读的书。
Joel是一个老兵油子了，在软件业也算是经历过大风大浪的人了。经验丰富，知识深厚，说话风趣幽默，在简单的事实中蕴涵不可言表的道理。你知道，把不可言表的道理通过书面语言表述出来，这是多么超凡的能力啊。整本书书给我的感觉就是老和尚在给小和尚讲故事，我这个新兵蛋子完全折服了。这些故事首先 听起来新鲜，因为Joel的话太有趣了（也许我在说英文版，因为一些原因中文版并没有很好的做到“信、达、雅”，不过在我看来可以接受了）；然后就觉得这 些故事亲切，因为发觉自己的身边就有类似的情景发生；最后又觉得回味无穷，需要用心去体会，用行动去实践，然后又回到体会上。我想，也许经过一些时间之后 再重新拿起来读读，也许还会有新的体会和感触吧。
其实这是一本关于软件管理的随笔集，也正好因为我做了将近半年的小组召集人，所以也算是对软件管理有所实践了。带着一些体会和经历去读这本书，那完 全是不同的情况了。我想，如果要我在去年的时候读它，我不会有一点感觉，我甚至会觉得买它很不划算。但是现在经历过软件开发管理过程的我对这方面的知识如 饥似渴，而且有颇多感触。读了此书更是“触景生情”，而感慨万千。就好像量身定做一般贴心，每一个章节，每一句话都带给我很多体会。我想这本书可能会影响 到我在软件开发以及管理方面一生的意识形态，或者没有那么严重，但是完全引领我的思想状态到了另一个台阶之上。那么下一步就是要行动起来，把体会结合到实 践之中去，在实践中修正错误，增加体会，然后有机会回头整理一下心得，再和书本结合一下，重新体味吧。
我很幸运，我很感谢老师和同学们的信任和厚爱，让我能有机会担当这样一个位置，带领一个小组进行软件开发。我想工作以后，不会有这样的机会，让我能 够带领这样一个全部由硕士研究生组成，博士研究生做顾问的团队，让我能够不断实践我的想法，让我能够不停的进步了。就算有这样的机会，也不会像这样允许我 犯错误，允许我总结错误再实践新的想法的环境了。在学生时代，这样的经历，是我一生的财富。而这样的经历，恰好让我给了这本书如此高的评价。
本书不适合：
• 入门级程序员：比如刚刚接触软件开发，或者虽然接触了很长时间还没有实践过写正经软件的人；
• 不热爱软件开发事业的人：我知道您们学习和工作是为了更高的精神追求，但总之看这个不是一种享受而是一种痛苦，我建议您应该选择一条更加快乐的路，也给我这种没什么追求的人多一些生存空间。
• 独孤求败的武林高手：我的意思是说，喜欢独来独往的高手中的高手，比如Cracker。书中更多的讲了团队生存的内容，Solo不是本书的重点。 独行侠会觉得这些问题都是打嘻哈，确实，对于Solo高手来说，书中内容不太重要咯。当然暂时Solo的除外，高手毕竟是高手，出可做东方不败，入可坐金 銮龙辇。其实从JOLT大奖可以看出，此书并不是俗物。
本书特别推荐给：
• 想要进入软件开发行业的学生：最好是有过软件开发经验之后，这样理解会更到位一些。
• 想要提升到管理位置或者想更好的成为团队一员的开发人员，先换个角度看问题咯，泡澡的时候可以读一读。
• 刚刚被提升到管理位置上的开发人员，在不清楚自己该怎么办的时候，可以读上一读。
• 面对一个有很多问题的开发团队的管理者或者组内的成员，如果你每天都产生一些想法和感慨，那么读一读，也许会产生共鸣或者得到解决麻烦的灵感。
• 拥有一个开发团队的管理者，或者组内成员，当然和上一条的区别是您的团队没有那么可怕的问题。但是觉得自己的团队和别人比还是有差距，或者自己感觉需要有所提高。读一读，没准书里就有您想要的东西。

作者: Fenng | 可以转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://www.dbanotes.net/review/more_joel_on_software.html
前一段时间提前读了几章 Joel Spolsky 的《软件随想录》（More Joel on Software）。这是一本能带来新思维、能改变技术官僚思维惯性的图书。
这本书的内容覆盖了一个 IT 人将要面临的方方面面，不管是否认可书中的观点，不可否认的是 Joel 的见解的确是颇为独到的，有些话语堪称一针见血，这家伙的写作风格也是从不隔靴搔痒。我觉得在这本书中传递给我们的是一种理念--如何把技术效能发挥出来，如何把技术的价值最大化。而 Joel 本人也用自己的亲身经历来证明他所说的并非是做不到的事情，实际上，他创建的 Fog Creek Software 就是一家很酷而且颇为成功的公司。
《软件随想录》不是一本讲技术的图书，但是我相信如果认真读过之后会发现对自己的技术提升会最大。另外，有必要强调的是Joel 对人才的论述，如果要招聘真正牛的技术人员，那么自认为理解技术人员的管理者都应该读一下这本书，某些章节场景或许会让你觉得脸红，哦，原来以前自己所谓 的一些招聘手段是多么的低级而低效，我们有太多的理念需要转变。
今天晚上还给 Yupoo 的刘平阳推荐了这本书。个人觉得，无论是一线技术人员还是 IT 公司的的管理者，或是创业团队的成员，都应该读一下这本书，相信能给你很多启迪。
八卦一下：Joel Spolsky 给自己起了一个中文名字：周思博，不知道他知道在中国有这么多粉丝不?
好久没有读到这么有趣的书了，也要感谢译者 阮一峰 的辛苦工作，他也是个有趣的家伙。
--EOF--

转自：豆瓣 作者：flied
虽然作为互联网行业的相关从业人员，但是我相信大多数的国内从业者未必了解甚至听说过joel这个人，其实我在看这本书之前也确实没听说个这个“部落酋长”。只是因 为常年阅读阮一峰的博客，所以正好在他的文章里面见过（http://is.gd/ZBpIMX）他写的文章，而且一直欣赏阮一峰的博客文章，所谓作为他 翻译以及主推的一本书，就买回来参阅一番。
　　
　　首先来讲，这是一本典型的译作。很多语言风格和描述都和我们平常阅读的中文图书有较大的不同，而且有着美国人常有的诙谐小幽默。不过因为阮兄 做了大量的工作，整本书读起来比较流畅，不会有那种劣质翻译图书的生硬感觉，因此不用担心这个问题。 不过因为阮一峰做了大量的注释，所以有些影响阅读。这种在文章底部注释的方式，还是不太习惯。
　　
　　内容上来讲，这是一本网志合集，说白了就是joel在自己的个人博客上文章的集合，所以严格意义上并不是一本很有逻辑性和条理性的书。犹如当 年的UCD火化集一样，不过那是多人的作品集合，这个则是一个人的文章。joel作为曾经微软研发人员，后来跳出经营自己的fog creek公司，而这个公司的主要产品就是一款名叫fogbugz的bug跟踪系统软件（其实要比这个强大的多）。
　　
　　joel的文章一部分阐述了他在大公司里面的见闻，而更多是他在自己创建的公司里面管理项目和程序员的一些心得体会。最核心的一点就是，要尊 重开发人员，给与他们足够好的待遇和足够高的尊敬。通过良好的环境和待遇招聘来的顶尖程序员能够带来比普通程序员几倍的收益。这点恐怕是与国内最不同部 分。因为在我们的认识里，一个顶尖的技术大拿带领一群技术平庸的小弟，也能正常的将产品开发出来。但是这样产品的质量，预算，都很可能不可控，尤其对于传 统的软件行业来讲，这一直是行业的大问题。而joel认为选择顶尖的程序员，只有他们才能写出健壮和优秀的代码，而且在时间预算上总能得到良好的控制，因 此招聘这些大牛是很有意义而且物超所值的。
　　
　　于我自己的工作体会，现在的公司对人才的质量根本没有那么看重，通过这些稀里糊涂的招聘流程就能看出来。HR并不不关心自己招聘进来的人员质 量。因为这几年互联网和软件行业的火爆，导致众多高校开设了计算机相关课程，每年都有大量的程序员会投身到这个行业。外加国内失败的教育以及国内错综复杂 的大学水平，所以培养出来的毕业生水品参差不齐，但是他们或者因为爱好，或者因为失误，或者因为迫不得已，总之，因为各种各样的原因，他们都不得不挤进程 序员这个行列。而HR招聘时候，也很少有足够好的方式和筛选标准，只能通过常规的两轮笔试，三轮面试的方式甄别人才，这样就会出现很大的问题，很多不合适 的人员被招聘进来。但是，我们也确实知道，即使是一个蹩脚的程序员，也能完成交代的任务，只不过是完成任务的手段和方式的差别。这些程序在架构，代码质量 和拓展性方面做了牺牲而已，没有为以后留下足够好的基础。完成一个简单的功能，有各种不同的方法。但是随着这个功能越来越庞大，项目越来与复杂，良好的代 码意义就体现出了价值。一个没有良好素质的开发者，可能会将项目拖进深渊。混乱的结构，错误的架构和垃圾的代码，将导致项目的发展受到很大影响，而且往往 到了最后，整个项目到了一个积重难返的地步，就要祭出大招——重构。而重构对于一家企业来讲，无论如何都是很危险的行为。
　　
　　因此简单来讲，这是个短期利益和长期利益的雀舌问题。如果这是自己的公司，为了以后的长远发展，joel肯定会挑选非常优秀的工程师，给出他 们的良好的待遇。然而如果仅仅是公司内部的项目，我只要完成本期的kpi就好，以后可能因为表现好升职了，也可能两年后跳槽了，鬼才晓得这些垃圾代码会有 哪个倒霉蛋来接手，反正与我无关了。这样，个人的短期利益就透支了企业的长期利益。但很多公司从上到下都有这样的毛病，老大只负责上项目排工期，根本不去 关心所谓的长期利益与发展，所有人都将这些垃圾代码作为自己升职的手段时，企业的利益就在一点点的流失。只有企业从上打下都形成了共同的认识，所谓的发展 才有了根基。
　　
　　上面写的这些只是个人读后感，与本书关系不大。书中还介绍了一些其他关于项目管理的话题，比如说使用军事化管理，经济利益和认同感三总方法来 管理公司和程序员。其实一般程序员都是非常憨厚老实的人，他们只要能从事喜欢的工作，得到足够的尊重（不要被各种经理和销售人员呼来喝去的），有着事宜的 薪酬待遇，管理程序员要比其他人简单的多。
　　
　　书中还涉及到关于开发周期的优先级排列问题，软件定价问题，发布周期选择问题，总之，自己开办公司可能遇到的各种事情都被joel提了一遍，所以如果有自己创业打算的朋友，可以来读一读。而作为传统的项目经理，开发经理，则是非常推荐。
　　
　　读书过程中，就非常羡慕fog creek公司的环境和公司文化。独立的办公室，宽敞的公共空间，自由的工作环境，以及高达900美元一把的办公椅。当我们一直憧憬和羡慕google和 facebook这些世界级的大公司时，是否想过我们真的足够尊敬我们的开发工程师吗？我们和国外的差距难道仅仅是语法和算法吗？也许哪天我们的程序员们 也坐上每把5917.1598的办公椅时，答案就出来了。

转自：豆瓣 作者：雷Sir
Jeo谈到为什么不继续深造的想法很我很想似，因此我也试着跟随他的脚步去实践我的理想。
　　
　　书中提到对计算机专业学生的7条建议让我眼前一亮，很有实践价值：
　　1.毕业前练好写作；
　　-- 貌似这是我最忽视的，每次都用工程师只要会构造函数来打发这个想法，但一年的工作让我不得不正视这个问题。实际上，技术问题只有你自己最清楚，其他人对当 前的技术课题没有任何建设性的建议，他们只能帮你解决资源相关的问题，如何调动他们的积极性成了让人头疼的问题。怎么以最简洁的方式表达清楚，因为很多时 候对方连这个名词都没有听说过，特别是软件这个新名词递增的行业。
　　我一直相信这么一句话“人生往往只需要一个顿悟，不可预见，只可遇见。”Jeo的这本书已经在我书架上躺了4个月了，但只有现在我才产生了共鸣，否则也就这么匆匆看完而已。
　　于是我做出一个决定，只要不加班，就要抽出时间写日志。之前犹豫的可能是关于技术员不写技术文章的原则，很多想法只是在我的笔记本中存着而已。想了个折中办法，不设专门的技术主题，引申到部分使用名词替代。
　　很早之前，也动过写书的念头，不过始终未能实践。其实像匠人和Jeo那样就好，日积月累也不是件难事。
　　
　　2.毕业前学好C语言；
　　--这条还是很有自信的，不能满分，90分还是有的。
　　3.毕业前学好微观经济学；
　　--我发现我藏书的爱好，能让我随手可以找到公认为优秀的书籍。好吧，下一本枕边书就是你啦～
　　4.不要因为枯燥就不选修非计算机专业的可能；
　　--对照这条还是做得很不错的，大学上了很多经济和数学的课程。可惜现在没有继续蹭课的机会了，哎～～
　　5.选修有大量编程实践的课程；
　　--很幸运我用力4年在实践这条。
　　6.别担心所以工作都被印度人抢走；
　　--说实话，没有危机感是不现实的，只有不断前行才不至于被淘汰。当然信心还是有点的，好歹有那么多邀请信在邮箱里呢。
　　7.找一份好的暑假实习工作。
　　--很幸运，我也做好了转型。
　　
　　一眨眼一年过去了，还没有很好的总结一下自己的转变，但是很多现实多少改变了一些自己的想法了。
　　
　　好了，实践就从今天开始^_^

转自：豆瓣 作者：Gosin
零碎的精彩
　　每天中午睡前读一些，两个星期的时间这本书也就读完了。因为其中没有涉及复杂的技术性细节，读起来还是很轻松的。
　　《软件随想录》是一本网志书，其内容的跨度是相当大的，从编程学习到程序开发再到软件定价…………涉及到得多是一些零碎的细节，但正是这些零碎的细节构成了本书的精彩（看之前我没有去看目录，这样一来每天也算有个小惊喜^_^）。
　　在《飙高音》一文中，Joel颠覆了别人对软件开发的错误认识，简单的人力与工时互换不但不适用于软件开发，甚至是错误的（其中又引出了一本 好书《人月神话》）。一个大神级别的程序员在五小时里开发出来的东西不是四个普通程序员在二十个小时里就能拼凑出来的。换句话说，“三个臭皮匠胜过一个诸 葛亮”在软件开发中基本失效（IT民工的杯具也算被部分的解释了）。
　　《字体平滑、反锯齿和次像素渲染》一文中Joel不仅从技术细节上比较了Microsoft与Apple对系统字体设计理念的不同，而且深刻的揭示出了人们对待设计的态度更多的是受习惯的影响而非所谓的品味。
　　Joel运营着一家公司，所以其中有许多文章都详细讲到了产品的开发与运营，《软件定价》一文甚至让人看到了经济学家的影子，《五个为什么》 从Fog Creek的一次宕机讲起，接着又借用丰田佐吉（Sackichi Toyoda）的“五个为什么”来从根本上解决问题，虽然有着“黑天鹅”的因素，但也不失为一个好办法。《循证式日程规划》介绍了一种时间管理方法，从中 获益不少。《火星人的耳机》用一种很有趣的方法讲了讲兼容性这个话题，还有针对Joel的老东家M$的《为什么Microsoft Office的文件格式如此复杂（以及一些对策）》……
　　书中还有很多有意思的篇目，就不一一介绍剧透了。如果你有兴趣不妨读读本书，阮一峰的翻译确实不错，包括技术词汇、双关语都给出了注解^_^
　　
　　P.S:接下来开始读《通俗天文学》。