闲谈一下 本来是打算睡了，最近一段时间，都是12点以后睡觉的，和一哥们聊天，勾起了我想乱侃一下的虫子，不说不痛快啊！ 和哥们谈到了权利和感情，是权利的诱惑，还是感情的不舍。权利这玩意，是个诱人的东西，是谁都追求，我也追求，追求也需要看看这个权利的价值了，追求那些无用的东西，就是在浪费生命，真不如去做些自己能做到的事情。 派系的竞争啥地方都有，”与人斗，其乐无穷“是我听到很经典的一句，能玩你们玩，能斗你们斗。虽然自己一直安慰自己，自己是不想玩，也不原斗，可也明白，曾经自己也是牺牲品。再次面对这样的局面，态度依旧，不想趟这趟浑水，做好事情，心安理得。愿意一起做事情，就把事情做好，其他啥的别去沾惹，省的结果对谁都不好。这个道理，对想做事情的人，哪里都一样。 自己的经历没什么跌宕起伏，也没什么大风大浪，平平淡淡的事情也经历了一些，承认自己的悟性比较差，不够灵活，属于笨人的一类。自己也迷茫的，浑浑噩噩的也过过一段时间，现在也能明白一些，没有什么条件不能答应的，也没有什么结果不能接受的。 看过的朋友，认识也别硬套，不认识也别挑毛病，这个是自己乱侃而已，不对针对任何人，随意而说而已！
Android IT:分享一些程序员个人修养的行为表现，希望程序员们能够引以为戒，更快的成长！1) 情绪化的思维如果你开始使用不同颜色的眼光来看待这个世界的话，那么你可能会成为一个很糟糕的程序员。情绪化的思维或态度很有可能会把自己变成一个怪物。相信你 经常可以看到很多很糟糕的程序会使用下面的这些语句：我的程序不可能有这种问题。Java就是shit。我最恨的就是使用UML做设计。需求怎么老在变，没办干了。受不了这些人，他们到底懂不懂啊。这些带着情绪化的思维和态度，不但可以让你成为一个很糟糕的程序员，甚至可以影响你的前途。因为，情绪化通常都是魔鬼，会让你做出错误的判断和决定，错误 码率的判断和决定直接决定了你的人生。2) 怀疑别人糟糕的程序总是说：“我的代码一定是正确的，我怀疑编译器有问题”，“我这应该没有问题吧，STL库怎么这么难用啊”。我曾经见过有程序员这样使用 STL类：map，当他发现这样放入字符串后却取不出来，觉得那是STL库的BUG，然后自己写了一个map！我的天啊！某些时候，过早的下结论是一个很不好的习惯，任何事情都有其原因，只有知道了原因，你才能知道是谁的问题。一般来说，总是自己出的问题。3) 过多关注实现，陷入问题细节有些时候，当我们面对一个问题或是一个需求的时候，糟糕的程序员总是会马上去找一个解决方案或是实现，这是一个很不好的习惯。设计模式告诉我们， “喜欢接口，而不是实现”就是告诉我们，认清问题的本质和特性要比如何实现更重要。对于一个客户的问题来说，首先应该想到的是如何先让用户正常工作，如何恢复正在“流血”的系统，而不是把用户放在一边而去分析问题的原因和解决方 案。对于解决一个bug来说，重现bug，了解原来程序的意图是首先重要的事，而不是马上去修改代码，否则必然会引入更多的BUG。对于一个需求来说，我们需要了解的需求后面的商业背景，usecase和真实意图，而不是去讨论如何实现。只有了解了用户的真实意图，实际使用的方式和案例，你才能真正如果去做设计。糟糕的程序总是容易陷入细节，争论于如何实现和实现难题，以及问题的根本原因，而忽略了比这些更重要的东西。只有看懂了整个地图，我们才知道要怎么去走。4) 使用并不熟悉的代码糟糕的程序员最好的朋友是 Ctrl-C 和 Ctrl-V，有些时候，他们并不知道代码的确切含义，就开始使用它，有证据表明，由拷贝粘贴引发的bug占了绝大多数。因为，代码总是只能在特定的环境下才能正常地 工作，如果代码的上下文改变了，很有可能使得代码产生很多你不知道的行为，当你连代码都控制不住了，你还能编出什么好的程序呢？5) 拼命工作而不是聪明的工作对于糟糕的程序员，我们总是能看到他们拼命地修正他们的bug，总是花非常多时间并重复地完成某一工作。而好的程序可能会花双倍的时间来准备一个有 效的开发环境，工具，以及在开发的时候花双倍甚至10倍的时间来避免一些错误。好的程序员总是会利用一切工具或手段来让自己的工作变得更有效率，总是为在 开发的时候尽可能得不出错。后期出错的成本将会是巨大的，而且那时改正错误的压力也是巨大的。所以，糟糕的程序通常会让自己进入一种恶性循环，他们看上去 总是疲惫的，总是很辛苦的，所以更没有时间来改善，越没有时间来改善，就有越多的问题。所以，拼命工作有些时候可能表明你不是一个好的程序员。6) 总是在等待、找借口以及抱怨当需求不明确的时候，当环境不是很满意的时候，他们总是在等待别人的改善。出现问题的时候，总是在找借口，或是抱怨这也不好，那也不好，所以自己当 然就没有做好。糟糕的程序员总是希望自己的所处的环境是最好的，有明确的需求，有非常不错的开发环境，有足够的时间，有不错的QA，还有很强的teamleader，以及体贴自己的经理，有足够的培训，有良好的讨论，有别人强有力的支持……，这是一种“饭来张口，衣来伸手”的态度，这个世界本来就不完 美，一个团队需要所有人去奋斗，况且，如果什么都变得完美了，那么，你的价值何在吗？driving instead of waiting,leading instead of following.7) 滋生办公室政治有句话叫“丑女多作怪”，意思是说如果一个自己没有真实的能力的话，那么他一定会在其它方面作文章。糟糕的程序员也是这样，如果他们程序编不好的 话，比不过别人的话，他们通常会去靠指责别人，推脱责任，或是排挤有能力的人，等等不正常的手段来保全自己。所以，糟糕的程序通常伴随着办公室政治。8 ) 说得多做得少糟糕的程序员总是觉得自己什么都懂，他们并不会觉得自己的认识和知识都是有限的。这就是所谓的夸夸其谈，是的，什么都做不好的程序员能靠什么混日子 呢？就是吹啊吹啊。另一个表现方式是他们在评论起别人的程序或是设计，总是能挑出一堆毛病，但自己的程序写得也很烂。总是批评抱怨，而没有任何有建设性的意见，或是提 出可行的解决方案。这些糟糕的程序员，总是喜欢以批评别人的程序而达到显示自己的优秀。9) 顽固当你给出一打证据说明那里有一个更好的方案，那里有一个更好的方向的时候，他们总是会倔强的认为他们自己的做法才是最好的。一个我亲身经历的事例就 是，当我看到一个新来的程序员在解决一个问题的时候走到了错误的方向上时，我提醒他，你可能走错了，应该是另外那边，并且我证明了给他看还有一个更为简单 的方法，有。然而，这位程序员却告诉我，“那是我的方法，我一定要把之走下去，不然我会非常难受”，于是，在三天后的代码评审中，在经过顽固地解释以及一 片质疑声中，他不得不采用了我最先告诉他的那个方法。这些程序员，从来不会去想，也不会去找人讨论还有没有更好的方法，而是坚持自己的想法，那怕是条死路都一往直前，不撞南墙永不回头。10) 写“聪明”的代码他们写出来的代码需要别的同事查看程序语言参考手册，或是其程序的逻辑或是风格看上去相当时髦，但却非常难读。代码本应该简洁和易读，而他们喜欢在 代码中表现自己，并尝试另类的东西，以显示自己的才气。是的，只有能力有问题的程序员才需要借助这样的显示。记得以前的一个经历，一位英语很不错的程序员加入公司，本来对我们这些英语二把刀来说，我们喜欢看到的是简单和易读的英文文档，然后，那位老兄为了 展示他的英语如何牛，使用了很多GRE中比较生僻的短语和词汇。让大家阅读得很艰苦。最有讽刺意味的是，有一位native的美国人后来在其邮件中询问他 某个单词的意思。呵呵。
以后的IT路还很长（1）最近有两位兄弟同事离职了，蛮可惜了，在一个战壕一起一、两年了，人各有志嘛！希望他们发展更好些！目前的公司是个创业型的公司，公司从08年的50来个人，扩张到今年11年400多人，今年的目标是500人，扩张速度相当快，公司主要是做中国移动游戏这块的，也在扩展自己的业务和产品，但到底是要走什么样的路，看不清，公司内部也是跑马圈地。在公司里面，最苦的项目组是我们组和另外一个组，每周不停的上线、升级，修改bug，是谁都会奔溃的，我们组已经换了好几拨的人了。技术牛的、不牛的，能拼的、不能拼的，男的、女的，没小孩的、怀孕的、有小孩的，在项目中都出现过，一波接着一波。我入职后，离职的同事算上最近两位，一共4个。第一个离开是个小女孩，小小的一90后，特别能吃苦，我刚入职时，帮了我不少的忙，她的离职，对我有些影响，因为我还有同事，我们属于空降过来的，对老人都有些冲击，还有那段时间，问题的高发期，小女孩的压力不是一般的大啊！我想帮帮，有心力不足啊！最后，那段时间也挺过来了，压力太大了，当时我没有直面问题，我也跟在小女孩旁边，偶尔出出主意，压力我也算是有些体会，有些男娃真比不上她。最后，她就离职到了我们楼上的一家公司，现在偶尔和她聊天，工作也还是挺轻松，不用怎么的加班，也不用关系升级，比在公司时，笑的更多了。接着走的同事，是和我从上一个公司一块过来的，很聪明的一个小伙，当时要走，我很早就知道了，他走的时候，都挺担心的，他经历的事情还有些少，一边希望他能留下来，给他一些时间，整理整理自己的能力，感觉差不多了，再走，另外一方面，他现在走，也是好事，让他能多磨练磨练。他是走了，公司也是国内一家很不错的公司，就是加班多一些。现在，他工作，可没比在公司舒服些，呵呵！男人嘛！现在多一些压力是好事，不是什么坏事。之后，团队稳定大半年了，也就是最近，有两位同事接连离职了。这位同事离职，我得付一些责任，做了一些让人看着不舒服的事情，这个我道歉，另外一块，在他走后，就是我们团队中说的，谁接谁死的模块，现在，是由我来接的。另外一位同事的离职，是刚刚知道的，之前知道他还没有转正，就有些担心，刚过几天，他就离职了，有些吃惊啊！他也是和我从上一个公司过来的，过来是比我们晚了许多。他和我算是搭档，他做需求，我做研发，是想把事情的的确确做起来的。我很感谢这位兄弟的，也很感谢我们的老大的，没他们帮我，我那段艰难困惑的时间，真不知道怎么能过来。团队人员走的走，也在加入新的献血，总得把事情继续坚持下去。
本来是打算找一个模板直接使用的，没有找到到合适的，自己写好麻烦的啊！很早就知道960css的这个框架了，趁这个机会学学，找到一篇比较容易入门的基础，推荐阅读。 CSS框架已经出现很长时间了，关于这些框架的用处也被我们讨论了很多遍了。有人说，CSS框架不够先进，还有人说这些框架大大的节省了他们的开发时间。在此，我们将不再讨论这个问题。 前段时间，我了解到了CSS框架。经过对Malo、BluePrint和960做了实验对比后，我得出一个结论：我最喜欢960CSS框架。 本教程将解释这个框架的基本原理，这样你就可以用960来快速进入开发。 基本原理 你必须知道一些基本原理来“学习这个框架是如何工作的”。你可以通过实验（或者是用firebug）来学习它，不过我也将会在这里为你介绍它。让我们开始吧。 不要编辑960.css文件 首先是一个小提示：不要编辑960.css文件，否则，将来你将不能更新这个框架。因为尽管我们需要布局我们的HTML，我们将创建一个独立的CSS文件。 加载网格 因为我们可以使用一个外部文件的CSS代码，我们必须在我们的HTML网站中加载它们，我们可以通过以下代码来实现： <link rel=”stylesheet” type=”text/css” media=”all” href=”path/to/960/reset.css” /> <link rel=”stylesheet” type=”text/css” media=”all” href=”path/to/960/960.css” /> <link rel=”stylesheet” type=”text/css” media=”all” href=”path/to/960/text.css” /> 这些做好了之后，我们必须添加我们自己的CSS文件。例如，你可以叫这个文件为style.css或site.css或者其它任何名字。用下面代码引用这个文件： <link rel=”stylesheet” type=”text/css” media=”all” href=”path/to/style.css” /> 容器 在960框架中，你可以选择名为.container_12和.container_16的两个容器class。他们都是960px的宽度（这就是为什么叫960），它们的不同是分的列数不同。.container_12被分割为12列，.container_16被分割为16列。这些960px宽的容器是水平居中的。 网格/列 有很多列宽可供选择，而且在这两个容器里，这些宽度也不相同。你可以通过打开960.css文件来查看这些宽度。但是这对于设计一个网站来说是不必要的。有一个小技巧可以让这个框架更加易用。 比如，你想要在你的容器里建两列（叫sidebar/content）。你可以这样做： <div class=”container_12″> <div class=”grid_4″>sidebar</div> <div class=”grid_8″>main content</div> </div> 可以看到，你的第一列（grid_4）的数字加上第二列（grid_8）的数字正好是12。也就是说，你不必知道每一列的宽度，你可以选择列宽通过一些简单的数学计算。 如果我们要建一个4列的布局，代码可以是这样的： <div class=”container_12″> <div class=”grid_2″>sidebar</div> <div class=”grid_6″>main content</div> <div class=”grid_2″>photo’s</div> <div class=”grid_2″>advertisement</div> </div> 正如你所看到的那样，这个系统依然很完美。但是如果你想使用嵌套的列的话，你会发现它是有问题的。比如，如果后面三列都属于content列： <div class=”container_12″> <div class=”grid_2″>sidebar</div> <div class=”grid_10″> <div class=”grid_6″>main content</div> <div class=”grid_2″>photo’s</div> <div class=”grid_2″>advertisement</div> </div> </div> 你会发现这错位了，不过不用着急，这正是我们下一节要说的。 间距 默认情况下，每列之间都有间距。每一个grid_（这里代表数字）class左右都有10个像素的间距。也就是说，两列之间，总共有20px的间距。 20px间距对创建一个有足够宽的空白间距的布局来说是很棒的，它可以让一切看起来很自然。这也是我喜欢使用960的原因之一。 在上面的例子中，我们遇到了个问题，现在我们就来解决它。 问题是，每一列都有左右边距。而嵌套的三列中，第一列和最后一列是不需要边距的，解决方法是： <div class=”container_12″> <div class=”grid_2″>sidebar</div> <div class=”grid_10″> <div class=”grid_6 alpha”>main content</div> <div class=”grid_2″>photo’s</div> <div class=”grid_2 omega”>advertisement</div> </div> </div> 我们可以简单的添加”alpha“样式来去掉左边的间距，添加“omega”样式来去除右边的间距。这样我们刚刚创建的这个例子在任何浏览器里面就很完美了（当然包括IE6）。 样式 好了，你现在已经完全了解如果用960框架来创建一个网格布局的基本原理了。当然，我们也可以添加一些样式到我们的布局中。 <div class=”container_12″> <div id=”sidebar” class=”grid_2″>sidebar</div> <div id=”content” class=”grid_10″> <div id=”main_content” class=”grid_6 alpha”>main content</div> <div id=”photo” class=”grid_2″>photo’s</div> <div id=”advertise” class=”grid_2 omega”>advertisement</div> </div> </div> 因为CSS使用特性来确定哪一个样式声明具有高于其它样式的优先级。”id“比class更重要。 用这种方法，我们可以在自己的文件中重写那些被class设定的规则（比如宽度，padding，边框等）。 我也添加一些样式，它们整整花费了我5分钟来整理整个例子。查看示例的源代码和样式声明。. 搞定 就这样。你已经学习了如果使用960框架来建立跨浏览器兼容性和整洁的布局了。当你完全掌握了960框架后，你将大大地减少编写CSS的时间。 如果你还不理解，研究一下示例吧。 我留给你的问题： 你使用960CSS框架吗？或者你使用其它框架？你认为框架可以帮你提升你的代码吗？ Translate From: divitodesign 来源：http://www.qianduan.net/960css-the-framework-of-the-basic-principles-of.html
写很很透彻，把码农解决bug的过程都包含进去了，至少我就是这样的。下面的文章和《各种流行的编程方式》有异曲同工，请你不要理解错了。本文来源，翻译如下：——————————————————一个非常严重和困难的bug，能够成就一个饱经沧桑深受压力的有经验的专业程序员的职业生涯。经受这种考验的创伤程度，相当你受到了一次严重的身体伤害，离婚，或是家庭成为的离世。研究人员在研究了计算机编程心理学后，得出了一个程序员们在解决一个困难的bug时的心路里程。这些不同的境界，很像为大众所知的Kübler-Ross Stages of Grief（这个模型描述了人对待哀伤与灾难过程中的5个独立阶段（否认，愤怒，耍赖，抑郁，接受）。绝症患者被认为会经历这些阶段），而且原因都很相似。就好像死亡所伴随的悲伤一样，fix一个bug是一个过程其初始化了一个事件，一开始是拒绝相信，其造就了你苦闷的情绪并开始逐步影响你的心智。这种苦闷的情结果会让你纠结要努力忍受，最终会你会找到一个满意的结果。了解下面这几个bug-fixing的阶段，会让我们更好的生存下来，并持之以恒，最终带来……关闭我们所有的bug的结果。第一阶段：抵触本阶段的状态: 多疑 Skeptical. 生气 Offended. 易怒 Petulant.1. 不理睬也许这个bug会安静地离开。2. 标记上“不是bug”也许这是用户的错，或是本地配置有问题。是的，我确信就是那样，一会就会好的。3. 就是一次小故障我想这就是一次小故障，很奇怪地发生了一次，它不会再发生的，虽然没有搞清楚是为什么发生了，不过这就好像我们的数据库，网格，浏览器或别的什么打了几个嗝一样。一会就会好的，我确信。4. 躲藏.我要休几天病假，也许他们会把这个bug转给别人的。5. 标记为“修改需求中”你看，我是按照需求实现的。如果你们想要改这个行为和UI，就一定要修改需求。也许他们会决定就这样了。6. 需要更多的信息我不能确定这是一个bug，除非我能在错误日志中看到一条特定的报错信息。7. 转给其他人我调查这个bug中看到了其它模块中我看不懂的数据，问题很大。我应该把这个bug转给开发那个模块的人。我可以在我的模块中检查一下那个边边角角的情况，但是正确的fix应该是在别人的模块中。反正那个在别的国家，我见不着他。第二阶段：接受本阶段的状态: 认命 Resigned. 被打击 Defeated. 被激怒 Annoyed.1. 接受现实行了，行了，行了！这是我的bug，我会修正它的。2. 把这个bug放到最后也许，我可以在我需要fix这个bug之前找到一个新的工作。3. 和你的经理讨价还价好的，你看，我可以正确地fix这个问题，不过我需要一个月。也就是说，我可以给这个问题贴个创可贴，那不会真正的解决它，但是我们可以避免用户的抱怨，这可以为我们赢得几天的时间。4. 为这个bug标记一个无耻的时间上帝啊，我希望这时间够了。第三阶段： 投入和沮丧本阶段的状态: 眼花 Giddy. 头晕 Light-headed. 紧张 Nauseous.1. 开始调查我能搞定它，我能搞定它！只需要小小的调整一下，小小的关注一下，多一点咖啡因，再加上一点时间，我能搞定它。2. Befuddlement.Shit. 这太扯了。我居然没有一点进展。这代码真是乱。这样的代码居然能编译和运行，真TMD的神奇，我有机会能搞清楚它什么不正常吗？3. 再次躲藏你看，很对不起。我不得不要去切除我的阑尾。再一次，是的，既然你提到了它，我的确有两个阑尾。现在我一个也没有了，你高兴了吧？。4. 犯贱好吧，总之，你到底期望什么？想让我在一个没有高级调试器的环境下改这个BUG。我是什么？千里眼吗？我在我的Commodore 64上一个更好的调试器！5. 瞎搞看看我试试这么改？Kao，这样不行。要不然这样搞？也不行。那么那样搞呢？Shit，虽然再糟糕。6. 绝望我不可能fix这个bug了。我是个糟糕的程序员。我太笨了。我在这个满是聪明人的地方干什么？迟早他们会知道我的能力太差，那时我就玩完了，在这也混不下去了。7.耻辱我的经理问我为什么我用了一个月的时候来fix这个只需要两天就可以解决的bug？老实说，我不知道怎么去读日志信息，我搞坏了我们的编译脚本。现在，我不敢去让别人来帮我，因为这样只会让我显得更愚蠢。8. 恐慌！这事变得比我相像的要复杂！而我开始觉得复杂的事变得简单……而我觉得简单的事变成需要重定半打的类。为什么我以前在我的经理前拍着胸说我可以搞定这个事？9. 通宵工作，远离朋友和家人(语无论次的喃喃自语，一阵一阵地大声咒骂)第四个阶段：愚蠢的快感本阶段的状态: 感恩 Grateful. 安心 Relieved. 极端地自我欣赏 Awfully Impressed with Yourself.1. 醒悟哦！我终于明白怎么搞定它了……2. 写正确的代码我真NB，我是编码机器！3. 测试牛！通过一个测试。真牛！又通过一个测试了。靠！有测试失败了。这是为什么……4. 隐藏测试失败反正这完全是一个不重要的测试案例。没有人会检查它，这个测试真是毫无意义。5. 提交代码我太牛了，厨房里有个馅饼可以庆祝一下吗？6. 关闭 bug.我听说那里有个馅饼可以庆祝一下第五个阶段： 与“完成”肉搏本阶段的状态: 焦燥不安 Twitchy. 神经过敏 Nervous. 迷信 Superstitious.1. 有人reopen了这个 Bug真的？他们发现了你引入了另一个bug？ Shit – 那只是一个不重要的案例永远不会发生的。2. 修正以前的修正是的，我甚至检查了员工的年龄是一个虚数的情况，就是为了防止出错。3. 关闭 bug是的，贱货，你被关闭了。全部都关了，再也不用心烦了。4. 发誓以后再也不干这种事了5. 大家都意识到你现在是那个模块的专家了哦，不！现在他们又给了我三个那个模块的新bug没关系，现在你只需要GOTO 第一个阶段。此外，作为一个工作中的程序员，你会永远经历这些烂事，直到你——死亡，退休，或是被升到管理层。（全文完）原文网址：http://coolshell.cn/articles/4045.html
我在项目中的笔记2【问题】暂时负责项目几天，每天都是烦的，天天都是10点以后回家，遇到的事情理顺了，还算清楚。一个事情是同事回家，交给我的事情，虽然知道是什么事情，但具体怎么做就不知道了。就是和其他厂商做接口，接口要求一个要求实时性，另外一个数据量大，具体的字段有些我还真不清楚，电话来来去去，于其他厂商PK了好几次，内部也讨论了好几次，终于有了眉目，确定了采用什么方式，传输什么数据。这件事情中，需要考虑的就是，明白自己要什么数据，数据有什么特点。这篇写了一周，本来是打算写成一周的总结的，没有一个心静的时间段来写，就拖到今天，今天3.8，哈哈，各位的同胞姐妹们节日快乐啊！今天算是有个结论了，简单总结一下，这次工作的失误是不了解业务，在与其他厂商谈判的时候，提出了好多一些新名词，都不知道，还好，有各位同事帮忙，总算是把事情谈完了。
2010年总结二【工作篇】 谈起工作，现在自己的生活就是工作，唯一的生活的就是睡觉，当眼睛睁开的时候，在公司，当眼睛闭着的时候，在床上，用这样形容我的生活，也不为过吧！ 我认为工作的基础是生活，当生活不如意的时候，工作是干不好的，我的工作就时常的干不好。也曾经试图将重心转移在工作上面，这样做，也仅仅靠那么今天的激情，当激情用完，停止工作的时候，还是会回到现实的生活中，阻止不了自己继续的堕落。 从一个公司到另外一个公司，自己这一年来，到底是前进了，还是荒废了，懂的东西多了，也忘了不少东西，总想的希望有个希望，能让自己走下去，一个看不到希望的希望，反而让自己倒退了，有时想宁愿放弃这个希望，可人这个不见棺材不掉泪，现在就是没看到棺材。 2009年的工作用天天都是抗战来形容，而2010年的工作平淡无奇，却又忙忙碌碌。
管他的 “管他的”是经理送我的几个字，那天，开完年会，老大发短信，就发了这个字，喝的晕晕沉沉的，也不知道是个啥意思，正不明白着，老大的电话就过来，说是送我的字，希望我能明白，说实话，我到底还是没明白过来，就倒下了。 之后，再想想，我做事很属于那种犹犹豫豫的人，无乱是好事坏事过来，都会想那么多的可能，越想越怕，越想越不想做，用现在的话就称之为“拖拉”。 我这种就是典型的拖拉人，虽然每天很忙，一直是瞎忙，等有时间的，做的最多的就是睡觉，除了睡觉，就是看google的阅读器，google阅读器里面的一些内容，都是翻墙可以看到的，那些消息看的让我对这个社会没有了信心。做的再多，干的再好，又能怎样，还不是没个房子住，没个车子开。 悲愤感慨了一下，这篇是凑个数，弥补好久没有乱侃一下。管他的，这日子还要一天一天的过！
看完了很迷失的“迷失”，从迷失的第三季就开始迷失了，最终到最后还是迷失了。“迷失”从出现要一直输入那些数字的时候，我才觉得可能是部科幻片，到之后出现什么时空转移，才肯定是部科幻片，不过科幻的内容仅仅超时空的特色，比起现在那些“英雄”，科幻的特色少了不少。“迷失”用一条线来看的，那肯定是迷失，一会认识、一会不认识的，不迷失才怪的，“迷失”的特色就是不同的时空，迷失在时空中了，看“迷失”就得有不同的时空感。那个Locke到底是个什么，从什么地方冒出来的，我一直以为黑烟就是Locke，不过，到底是不是，凭想象了。看“迷失”如果追求一个结果的，那失望大了，“迷失”给人的结果就是迷，看看中间情节吧！不同的时空，不同的人，有不同经历，同一个人，也有不同的感情，从每个人都最后，都有个变字，看看也不错，本来就是变了嘛！