种种原因，向第一家效力的公司提交了辞职申请，曾经屡次想过离开，这一次下定决心实在不容易。

在第一家公司工作的近一年来，学到了很多东西，尤其是和客户打交道方面。技术方面并不陌生，因为在学校里面没少干技术活，然而并没有接触过客户。到了公司之后，接触到了各种不同风格的客户。第一次打交道十分拘谨，习惯了也就好了一些了，期间犯过一些愚蠢的错误，还好老板即使指出，也不计前嫌，没有构成大错，也没有影响我以后的工作。

第一家公司工作的经历的第二个收获是：明确了发展方向–后端。实际上一直都是这个方向，只是还不是这么清晰，还不是这么确定。很遗憾的事情是，我没有能够找到一个相应的工作，听说这个工作被c++垄断，呵呵，难道我学错方向了？玩笑话了。

在向公司提出辞职之后，不争气的感冒了，最近感冒很流行，原本暗自庆幸，自己竟然没有感冒，但毕竟俗人一条，不能免俗。还是发烧了，在家中自我隔离了两天，终于退烧了，继续去公司上班。

这次感冒好像是很长时间以来我得的最严重的感冒了，到现在都还没有好利索，晃晃头，还有隐隐的痛。在家自我隔离的时候，看书看不进，睡觉睡不着–尽管我很能睡觉，可是总不能24小时都睡啊，写程序根据写不下去，无奈之间，想起了《越狱》第二季，第三季我都没有看过呢，于是躺在床上，趁着感冒，把它都看完了，回头想想，美剧真是消磨时间最佳方法之一啊。

烧退了，眼眶疼，头晕，使得我还是看不进去书，本来都不发烧了，在看美剧什么的自己的罪恶感就会增加了，于是恍恍惚惚，晃晃悠悠真是很难受。

今天正式离职，收拾了一下公司的东西，交接了工作，离开了公司，原本以为心情会很复杂，然而并没有很复杂，一切都似平常，大屯等地铁，天通苑南下车，出地铁慢慢的向家里走，没什么区别，只是手上的袋子里面装着在公司呆了近一年的耳麦。

回家后，收拾东西，马不停蹄的回家，回老家。有一个便车，还很巧，现在我就坐在家里回想着这段恍恍惚惚的时光了。

吃了感冒药，一会睡觉。自我感觉很良好，感冒马上就要好了，hoho。

很多人在等我的时候，而我恰恰在手头上有事情，别人问我需要多久，我经常会说,五分钟就好。然而，我经常是半个小时才能解决问题，才能和等我的人一起走。最起初，我还没意识到这算一个臭毛病，但是因为这一点经常被别人鄙视，被别人批评多了，也就意识到了。

意识到这是一个臭毛病之后，我曾经想过原因，我想我只是估计时间，感知时间的能力太差了，对于手上正在干的事情想的太简单了。慢慢学会估计时间，慢慢就变好了。我曾经一度认为这就是答案了，今天来看答案并不如此。我想答案应该是：我希望朋友可以等我，我们一起走。然而手头上面的工作稍微有点多，五分钟应该完成不了这个任务，但是能和朋友一起有走多好！自己加快一下速度，争取五分钟搞定吧。可是自己却从没有严肃的问自己，五分钟到底能不能完成？不能完成的话又需要多长时间？而且自己的潜意识里面知道五分钟是不可能完成的，面临两难的情况，我选择了逃避，选择不去正视这个问题，不去思考答案了，给出了一个自己心目中理想的数字–5分钟，不管这个数字真不真实，不管它能不能实现。

写到这里，又想到前段时间的一个项目的时间把握上面，我犯了同样的错误。导致时间估计有误，应该逃避的心态属于错误的原因之一，另外一个原因就应该是职责任务拆分不明确。

面对这样的问题，我在想，到底什么办法能够解决这个不好的习惯呢。首先，这很可能是人的意志力的问题。然而，我不想面对问题的时候，总结来，分析去，就得出一个类似于“毅力问题”，“性格问题”这样的答案，这样的答案对于解决问题一点帮助没有，不能解决当下的问题，换句话说这样的答案没有“执行力”。

到目前，我想到解决这个问题的方法如下：

1）拆分当前手中的工作，一定要拆分所有的工作到很细致。
2）自问自答的方式，强迫自己认清形势。面对当前的情况，自己问自己一系列问题，例如“最多可以让朋友等多久？”，“五分钟能不能完成？”，“到底有多少工作要完成？”，“是不是可以回来做，还是立刻要做完？”，“不行的话，自己回去有什么问题么？”

哎，想来想去，资质实在太差，只能想出这么一个“自问自答”类似于万能的解决方案了。。

我看的是英文版的，我这人有一个优点就是：看不懂，硬看。还好这本书比较薄，200页左右，我没有很痛苦。这本书的第一部分是我自己主要精读的，第二部分是略读的。它让我明白了，在日常的工作生活中，我没有使用计算机，而是被计算机使唤了。

第一部分实际篇幅上讲的是很多的工具，mac ，windows，linux 平台下的都有。在我看来，第一部分不仅仅是讲的工具，更讲的是一种思想。告诉我们要时刻警惕身边的每一件繁琐机械的事情，想办法或者找工具将其以自动化方式的解决掉。里面一句话点醒了我，意思大概是“计算机适合做复杂繁琐机械的工作，要让它发挥自己的功效。这句话貌似谁都知道，但是也许并不能真正的理解。

我举一个例子，在写程序的时候，尤其是web的，很多情况，我需要将修改的代码，上传带内部服务器上面，刷新浏览器，看看修改效果。而且，上传的文件还需要多个目录等等，于是我每次都要在 flashfxp 中跳转目录，ctrl+Q ctrl+Z 将文件上传，很是繁琐，然而，我竟然没有想过，应该把这一过程简化一下。至少写一个脚本，找出这个目录所有的文件，修改时间在5分钟之内的，上传。windows 平台下也可以使用 powershell 来完成这个工作。

再来一个例子，就是 svn ，我每次更新代码，都要提交到源代码库，我在 totorise svn 客户端，于是和 flashfxp 遇到的问题一样，我需要各个目录去切换，去找我修改的文件，机械极了。然而，在我看到这本书之前，我同样没有想到过有什么可以改变，其实可以使用命令行的 svn 完成自动化。

看完了这本书的第一部分，我有很多的惭愧和汗颜了，自己居然能这么机械，同时，也羡慕起 unix 平台下面的程序员了。首先其平台就是为了程序员而生的，windows 则是定位在家用，娱乐的，当然它可完成很多事情。还好现在有了 windows powershell ，方便多了。

徐宥说,这本书不仅仅是程序员应该阅读,所有的知识工作者都应该阅读,想了一下,书中的有些东西还真是可以依赖电脑工作的人们来读的,像多个桌面,禁用任务栏的气球提示,还有那个只是将工作窗口显示,背景全部灰掉的帮助提高注意力的工具.

启发式的书籍，起码对我来说，启发性的，要不然真不知道机械到什么时候呢，恩恩，也要抽时间好好地学习一下 powershell

实际上，每写博客并不是因为自己真的没有这几十分钟时间，因为一篇博客，简单一些的话，半个小时之内可以搞定它，只能说自己懒惰。前段时间，实在困倦的情况下，我都徘徊在豆瓣和gigapedia 这两个网站之间，在豆瓣上面找一些评论比较好的书，然后在gigapedia上面down下来（没法子，穷人，只有看盗版书了，自抽一下）。心理面就多了一些满足和幸福感，好像书下载下来了，这些知识也都属于自己了一样，:D  下载下来之后，放到dropbox 中，我准备在 dropbox 中维护一个个人的图书馆，把自己看过的，要看的，都下载放进去。感觉 skydrive 更加好一些，毕竟有25G 的空间，可是上传实在不方便，还是用 dropbox 吧。

这段时间虽然很忙，但是闲暇时间还是读了一些技术书籍，这引发了我一个思考：为什么我之前对于书籍的印象如此的不好，现在开始逐渐的转变了呢？。不怕别人笑话，我就是这么一个土人，曾经认为不用看书，只要写你的代码就够了。现在想想，这自然不对，然而，我为什么会有这样的想法呢？我觉得，这大概有两个原因：1.因为我自身比较土鳖，视野太窄，没有能够接触一些经典书籍，认为所有的书籍都想那些土鳖书籍一样无聊 2.性格浮躁，这点原因更加重要一点，懒得去读，过于实用主义，拿来主义，这些东西是什么都没有弄清楚，就认为看这些东西没用。

性格浮躁，决定了我肯定是实用主义，看到了什么东西想到的会是这东西对当下有什么作用，我觉得这是有些不好的，人总不能太急功近利了，不能太只顾眼前了。同样的，正是这样的原因，造成我的基本功会不扎实，这点自己已经有体会。

正是这样实用主义，我“恨”透了本科学校中的大部分课程和教材，说实在的，我没有资格来否定211大学选取的教材，但是，很多（我没说全部）教材让我“痛苦”，甚至让我对“看书”这两个字都产生很大的偏见。然而，光说这些书籍，可能往往都是一些很好的书目，甚至是经典。也会听到很多人在社区里面说，要是重新来过一定要在学校里面学好那些基础课程。在我看来，这样的想法不错，这样的说法多多少少会有些误导人，我觉得，就算把这些人重新送回学校，或者一些在学生看了上面的话，面对着我们大学老师的讲课方法，以及原来的教材，很多人一样会在《微机原理与接口技术》课上一样会睡觉。

对于这点上面，我不得不说一些国外的书籍，我不会有这样的感觉，它们会让你很轻松愉快，会让你产生共鸣。这段时间我每天晚上睡觉前会在床上看《the art of unix programming》，仅仅是睡觉前在床上看书，不知不觉的就看了一半多，里面的 unix精神深深的打动了我: Keep it simple and stupid .于是也就有了一些事物的评判标准，用这种原则思考以前的写的代码，看过的书籍，自然也会衡量一下大学中令我“痛苦”的教材，虽然这样的准则来衡量书籍并不是很合适，但是简单，清晰的道理，在哪里都会适用，有些大学教材，我看不到这两点，好像它们的存在就不是为了实用，不是为了清晰。

说道实用，我看了一个推荐图书列表：站在巨人肩上 原文地址：http://devlicio.us/blogs/billy_mccafferty/archive/2007/11/12/standing-on-the-shoulders-of-giants.aspx

Foundational Texts

What follows are key texts that every OOP developer should read, without exception, regardless of experience or platform.  The order of the list is the order that I suggest reading them.  These texts focus mainly on writing better, maintainable code with a transition to solid object oriented design.

• Code Complete, 2nd Ed. by Steve McConnell

• Refactoring by Martin Fowler

• Refactoring Workbook by William Wake

• Applying UML and Patterns, 3rd Ed. by Craig Larman along with a companion text of UML Distilled, 3rd Ed. by Martin Fowler

• Object-Oriented Design Heuristics by Arthur Riel

Apprenticeship Texts

These texts help one move from focusing on the code to seeing the implementation from a higher viewpoint and improving the integrity of the project as a whole.

• The Pragmatic Programmer by Andrew Hunt

• Patterns of Enterprise Application Architecture by Martin Fowler

• Test-Driven Development by Kent Beck

• Refactoring to Patterns by Joshua Kerievsky

• Head First Design Patterns by the Freemans and a companion text of the gang of four’s classic work, Design Patterns, for post-read reference

Journeyman Texts

These texts move towards more "putting it all together," wrangling the software development process, and getting into the "science" behind computer science.

• The Mythical Man-Month by Frederick Brooks

• User Stories Applied by Mike Cohn

• Agile Software Development or Agile Principles, Patterns, and Practices in C# by Robert Martin

• Applying Domain-Driven Design and Patterns by Jimmy Nilsson

• Rapid Development by Steve McConnell

• Extreme Programming Explained, 2nd Ed. by Kent Beck and/or Agile Project Management with Scrum by Ken Schwaber

• Introduction to Algorithms by Thomas Cormen

The Beginnings of Mastery

These texts help hone your skills along with improving the efficiency and effectiveness of your team.

• Domain Driven Design by Eric Evans

• Working Effectively with Legacy Code by Michael Feathers

• Agile Estimating and Planning by Mike Cohn

• Lean Software Development by Poppendiecks and their companion text, Implementing Lean Software Development

Mastery Texts

Although not to be seen as compulsory as the above texts, what follows will assist in taking you into the realm of pure computer science.  At the very least, they serve to demonstrate that our work has solid foundations in quantitative science.

• The Art of Computer Programming, Volume 1: Fundamental Algorithms, 3rd Ed. by Donald Knuth along with volumes 2, 3, 4 (and its derivative works)

• Concrete Mathematics: A Foundation for Computer Science, 2nd Ed. also by Donal Knuth

仔细看这个列表会发现一个有意思的现象，就是所谓的一些基础书籍没有出现在foundational texts 列表里面，出现的却是一些OO，重构，代码大全之类的书籍，而在第三阶梯，journeyman texts 里面出现了《introduction to the algrithm (算法导论)》在最后一个阶梯 mastery texts 里面是 knuth 的TAOCP 以及《具体数学》。您是不是感觉这顺序好像和我们所认识到的尝试好像是相反的？

从工作半年来的体会来看这个推荐列表，还是有一定的道理。首先，它的定位并没有想把你培养成为科学家，而是让你逐渐的做好项目，做完善项目，伴随着实践与思考，逐渐到达大师水平。

也说不好谁对谁错，我还记得我们著名的大学生“偶像”李开复先生还推荐我们说，应该在本科阶段把TAOCP搞定了。

不管怎么样的顺序，还是依靠自身不断地努力和学习，可是接触东西的顺序，可能就会根据性格的不同而不同了。

毋庸置疑，微博推出之后，博客的使用度在降低，人人网也在频繁更新它那个状态框，很有微博的意思。于是，在这样的情况下，我身边的朋友些博客的大大减少了，有很多是从独立博客搬进校内人人，然后再从写博客到更新状态。身边写一些文章的人真是少。于是每次我见到人人网里面还能在写文章的，我都会很傻比的劝人家，说他们应该开一个博客，可以订阅，可以更像样子之类的傻逼话。

确实，我这种做法挺傻逼的，但是写博客固然有好处，王佩在 twitter 上面说过类似这样的话：写twitter是自我放逐，写博客是自我救赎。虽然不知道人家是不是字面的字面的意思，我就姑且先这样理解了.另外就是这篇博文的重点所在了：刘未鹏的博客写过一篇文章《为什么你应该（从现在开始就）写博客》，我实在不好意思贴文章了，怕坏了格式，影响了经典文章的质量，给出链接大家自己看吧：

http://mindhacks.cn/2009/02/15/why-you-should-start-blogging-now/

晚安啦，各位，好梦！