南京之行

总得来说，南京还是个不错的地方。历史感很强，但过于压抑，承载了太多的沧桑。
可能也是这个原因，南京更显出了一种久经沧桑后的平淡。

考研

开始准备考研了，蒸发一段时间。
选择考研对我而言机会成本高了些，不算是理智行为。特别又跨专业挤了个大热门--金融工程，风险太大，收益又不大确定，准备得也晚了些。
计算机我也很喜欢，但我不是一个努力的人，没啥钻研的决心，在一个领域呆久了滋长的只是惰性。就算我本科就读的金融，到现在还是会转专业的。
文科比较浮躁，我是个浮躁的人，所以想学下文科体验生活。我算不上是个风险厌恶的人，觉得风险犹如生活的调剂，生活中的选择就像是投骰子，我有时像一个纯粹的赌徒。
一月前差不多还在编程、赶作业、准备考试，现在却彻彻底底地把计算机扔了，扔得毫不心疼。因为计算机已经给了我很多，至少它可以让我放心地全力以赴地做出高风险的决定，选个不错的金融专业，如果失败，继续做计算机至少还能生活下去。我不会进行第二次尝试。
没有什么能算是毕生的事业，人只能选择当前看似比较好走，有趣的路。因为没有地图，你不会知道这条或那天路通往何处，所以永远不可能有最佳选择，即使走的是最佳的路径，你也无法确认它的确是最佳的。
一连串偶然事件使我觉得考研是老天的安排，很多细微的因素似乎在暗暗驱使我向着一个目的地前行。成功也好，失败也罢，听天由命，生活指引着我走上了考研的路，结果也已经注定，现在要做的不过是去发现这个结果。

基于socket的简单语音聊天软件

基于socket的简单语音聊天软件是分布式的作业之一。下文摘抄了概要设计和详细设计的开头部分。

背景
软件名称：Xchat
开发者：04 双语 许一尊 200433099266
开发平台：JDK 1.5 + Eclipse3.3M6
本软件只采用了基本的Java sound API，即javax.sound中的内容，没有使用JMF和开源代码。

参考资料
《分布式计算原理与应用》
Java API
Java Sound Resources http://www.jsresources.org/apps/am.html

需求
1. 基于基本的Client/Server模式，实现一个text画板，提供一个多人的chat空间。在此模式下，每个人发出的message都通过server的中心控制，由server组播（multicast）给一个chat组的其他会话人。
2. 语音的录取、打包、传输、播放，从而将text chat空间变成了voice chat空间。
3. 通过server的中心控制实现会话的记录和交互式回放。

设计思路
客户端设计参考MVC模式，由一个核心控制模块处理语音发送接收、聊天信息和控制信号的发送接收、音频点播及界面的显示更新。
文本消息和控制信息合二为一，格式为：用户名>>>命令>>>参数
语聊信号通过建立音频管线截取语音包，直接广播到所以客户端，由客户端各自播放。客户端接收到控制信息时，提取出其中的用户名、命令和参数，如果该命令针对所有客户端，则执行该命令；如该命令针对特定用户，只有当用户检测到控制信息中的用户名项为其自身时才发生相应。
音频点播实现是由客户端通过有连接socket发送请求，服务器受到后发送确认信号，将文件以流的方式发送至客户端播放。

特殊性说明
由于只使用基本Java sound API，Java音频的一下局限性觉得了本系统一些特殊的设计：
首先，java平台的音频播放性能有限，当一次写入的数据过小是，声音容易出现断续的现象，而一次截取的包过大时，又会导致较大的延时。所以，必须在音频质量和声音延时上做出选择。最终的权衡结果是以1/4秒为单位截取声音，总的延时为0.5秒+网络延时，在局域网中，网络延时可以忽略不计，所以总的延时在0.5秒左右，可以接受。
其次，Java音频由于其性能问题，不能提供良好的混音效果，所以如两人同时发言，接收到声音的断续现象较为严重，如果多人同时发言，网络条件下4个音源的混音效果根本不能接受，所以本软件设定同一时间只能由一人发言，由一系列控制信号来达到所以客户端的同步。
其三，java保存音频文件方法较为单一，虽然可以通过InputStream保存成音频文件，但要预先制定音频文件的大小，这显然是不可实现的；所以唯一的办法就是在音频采集是直接保存成音频文件，在一次发言结束后上传到服务器，由于java本身没有音频合并的方法，所以音频文件的保存是以发言为单位的，点播时自然也只能以发言为单位。

系统结构
客户端

客户端设计参考MVC模式，由一个核心控制模块处理语音发送接收、聊天信息和控制信号的发送接收、音频点播及界面的显示更新。

服务器端

服务器端以一个控制中心为核心，处理客户端传来的消息和控制信号，执行相应操作并返回控制信号。

类图
客户端

a. 客户端以ClientAction为中心，该类处理界面相应并调用相应模块。由于ClientFram（界面类）的类中元素过于繁杂，在此图中已删除此类。
b. SocketMessageManager是文本消息处理的中心，建立messageSendThread和PacketReceivingThread处理消息包的发送和接收，受到消息包并提取其中信息后，将其交与ClientAction处理。
c. SoundCapture处理音频的截取和广播；SoundPlayer负责接收音频包并播放。
d. SoundRecoder负责讲语音保存在临时文件中，SoundSendThread负责发送该音频文件。
e. SoundRequestHelper与SoundRequest负责音频点播。

服务器端

a．服务器端以ChatServer为中心，处理客户端传来的消息和控制信号，并执行相应操作。
b．MessageServerThread负责调用RecervingThread，RecervingThread接收文本消息包并分离出其中的控制信号，交由ChatServer处理。
c．MulticastSendingThread负责相客户端广播聊天消息和控制信号。
d．SoundSaveServerThread负责处理客户端的保存聊天音频文件的请求，建立AudioSaveThread保存文件。
e．SoundRequestServerThread负责监听客户端的聊天记录点播请求，受到请求后，新建AudioPlayThread处理相应请求。

清明

今天党团活动去了黄花岗。很多墓碑，有无名无姓的烈士也有声势显赫的将军，他们都长眠于此。公园绿草茵茵，很多老年人舞着扇子，小孩嬉笑，很和谐。烈士们想看到的也许就是这场景吧。
民国时期的建筑，朴素，并不高大，但在肃穆中透着大气。看看中山纪念堂，中山陵，也都是这感觉。再看看各地的大学，也是喜欢年代旧些的建筑。觉得新的一些大楼，虽然精巧，却流于浮华。再过个一百年，那些新建的大楼也应该陈旧了吧，那时他们剩下的，也许只有陈旧和年代，而没有历史和沧桑。国家还没有真正富强，年青一代需要努力。社会风气浮华，有些人只追求着感官的快乐或沉溺与小资情怀；不该这样的，我今年已大三，可还常常浪费时间。虽然个人是卑微的，多一个少一个对这社会好像并没什么影响，但这不是沉默的借口。身边有很多努力的同学，应该向他们学习。虽然不是每个人都能成为精英，但每个人都应该负责任。古人所说“修身、齐家、治国、平天下”，很有道理，心中要装着亲人，装着天下，努力，尽管卑微，对这个社会也还是有用的。

非对称

对称是美的，而不对称是永恒的。正是这种种非对称，创造着生命中的悲欢和这个世界的混乱和魅力。
打过RPG游戏的都知道，在对称中创造非对称正是游戏的精华所在，比如星际魔兽，乍看游戏中的每个种族都是均衡的，并没有明显的相生相克，可在比赛中选手们却有意识地创造着不均衡，在己方兵种有绝对优势时，胜利来的往往容易些；不过初期的优势并不意味着永远的优势，比赛在不断地变化，双方的策略也在不断地变化，当一个非对称的情势发展到极致时，也正是最易赢得比赛或输掉比赛的时候。没有永远的阳光灿烂，也没有永远的阴雨绵绵，今天在变，明天的变化也许更大，人不能永远地等待，把期待放在明天，放在一个难以琢磨的时刻。
想到面前的道路，也是个混乱而难以选择的情形。

在困难的选择中打破均衡，使生命的天平慢慢向自己的目标倾斜，在灵动中创造机会，在变化中求得发展，也许正是我们所该做的。反省自身，我之所爱和在？-----生活；生命短暂，有太多值得尝试，生活中有足够的素材值得我去接触消化理解感悟和升华。生活中的快乐来源于爱和感恩；来源于进取和帮助他人；这也正是我所追求的。一介书生，身无分文而心忧天下----看似有些土，在这滚滚红尘中显得不和潮流而迂腐，可些小的欲望太容易满足，物质的追求又没有满足的底线，生活的意义，除了在生活中找寻，又在何处？人活着，还是要为社会做些事的。

回到非对称这个话题，生活为何累人？因为人们太在乎均衡，太难放下。全面发展堪称完美的人自然存在，可他们似乎只是我们仰望的对象，从小到大，就算在身边，也总有些人，我永远无法超越，越想超越却发现离得越远。因为你永远不知道那些人下一步要做什么，因为你只是抱着竞争的心态。放弃竞争，选择合作，这才是道路的开始。以竞争的心态看人，难免将别人和自己相比，有过之则沾沾自喜，不及之则心有不甘；千方百计的借口，怨天尤人的抱怨。以合作的心态拥抱社会，改变自己，使自己变成大环境下不可或缺的一块积木；环境变了，便改变自身，以保证团体的完整；所以，我不同意“磨练”这个说法，社会不是磨刀石，不是打磨人的场所；人不应该是木头，而应该是橡皮泥或气球，改变自己甚至扩充自己来适合这个社会。

现在工作为什么难找，因为很多毕业生太相似了，如同是个球，只有大小之异没有形状之分，质地不软不硬，不想改变又自视甚高。这应该是教育模式和社会心理共同作用的结果，对孩子而言，从小和人比成绩当小干部，而家长呢，太在乎，将孩子作为炫耀的资本，人家小孩学钢琴，学画画，成绩好，外语强；人家小孩上大学，赚大钱。。。。于是中国就多了这么多难以就业的大学生，同时也有这么多技工岗位难觅良才。大学生虚度光阴自然不对，但全心学习也非良策；人有不同，有人强于综合而疏于钻研；有人贵在速度而疏于严密；不是每个人有适合科研，也不是每个人有强于研发；职务无分高贱，只有适合与否；人和人之间所需的是互相尊重，而不是相互攀比。创造非对称是要有一定决心的，它在带来机遇的同时也滋生了风险，不过人不能因为害怕风险而选择平庸；不能因为畏惧失败而甘愿放弃；不能因为路途艰辛而畏首畏尾；更不能因为前途的不确定而选择逃避。我们要的只是适合自己的道路，要的是决心、勇气、和坚持。

大三下

开学三周。
还是这么过，游戏打得太多了，颓废，想想也没啥好玩的，就是一遍遍重复呗，说到底也没啥变化，为啥有时候就会想玩呢？
以后做什么能，有时也会想这问题，但想法总是变，就像Dota中的变形精灵，力量或敏捷。
力量--敏捷，可能这也是现在摆在面前的路。
力量型的血会多些，譬如考研，死不了，不过移动慢些，攻击力低些。敏捷型的血少，但快，灵动，不过一次次的死就难翻身了。
Or智力加敏捷？
四年内就能知道我是否走对了路，三十岁前，不怕，三十岁后，不悔。

比较郁闷的事

头疼,快一个星期看不了书了,原本考GRE还是有那么点希望的,这下开心了,反正没啥希望了,不过考还是要考的,不然也对不起我考证狂的封号啊。
原先就是小小的头疼，平时也有过，一会儿就能好的，可那天被词有点狂，小头疼变成了剧头疼，就睡了一下午的觉，老妈十分地不放心，我就捉摸着可能是这两天在床上看书，是不是脖子拧了，没想这么一想，脖子果然开始不爽，而且又是活络油又是理疗的，一点不见好。隔天和女朋友约会，在香肩上枕了一会，倒不疼了，可老妈不放心，第二天就去医院看了看，专家门诊，专家看了会，问我又没鼻炎啥的，一串问题，俺没啥啊，应该也就是脖子拧着了，回家呆会就好了。又过了一天，鼻子好像又有点不舒服了，莫非是专家所说的鼻炎？靠，这次这么都是倒果为因了？不想了，再想下去估计我就得感冒了，这心里想啥就得啥啊？
今天不管了，不管怎样也得看书了，整整看了四天电视，这心里难受得，还是背单词爽，就看书喽，不过好像一看就不怎么头疼了，又一次验证了那句话啊，死猪不怕开水烫，我的哲学啊，咋就忘了呢，再苦再累，就当自己是二百五，多愁善感，疑神疑鬼，会越来越糟。假期过得差不多了，进了学院得好好干，快毕业了，不爽，不爽。

简单

将来要有个温馨的家，小点就行，但一定要精致，特别是厨房和卫生间，一定要十分的雅致才好，其他的呢，我只要一个大大的书桌，平平整整，没有抽屉的那种。有时候比较极端，不喜欢房间里又有床又有桌又有柜，我现在的房间就只有一张桌子，挺长，从一头做到了另一头，还有一张铁架床，仅此而已。就像用手机，觉得买个能拍照的手机不如买一个最土的只能打电话和发短信的手机再加上一个数码相机。复杂是魔鬼，keep it simple and stupid!这不但是写程序的教条，也是我的生活态度。
简单到极致，就是美。人也如此，很难同时扮演很多角色，太累。人要能像个CUP就简单了，分时，并发而不是并行，一个时间片就做一件事情，忘记其他。做每件事情都花上自己全部力气。觉得学计算机是最浪漫也是最死板的，浪漫时能把程序当人看，怎么看怎么爽，死板的时候将生活看成操作系统的调度，循规蹈矩，甚至早上出门前将一天的行走路线都作最佳分析。
今天同学聚会，到了一半人，看大家都很开心，也都过得不错，很为我们开心。

软考认证

IT认证的种类：
全国计算机认证主体分为三种，一是资格水平认证，二是计算机等级考试，另一是IT厂商设立的认证培训三种不同的认证。
等级考试针对非计算机专业人员，作为其专业知识的补充，内容较少也较为简单，所以除非女朋友要考那类认证，学计算机的同学可以翻翻看看，一般没有学习的必要（我女朋友天资甚高，学医，看几天书懵懵懂懂就过了三级），这类认证基本不可作为IT从业人员找工的资本。
资格水平考试目前十分流行，主要原因是便宜，而且在民营企业中有一定的认可度，并且传说通过考试可以获得高级工程师职称。在论坛上了一些帖子，很多人的亲身经历表明这不过是个误解，比较流行的说法是要获得高级资格并满一定工作年龄（五年）才可申请高级职称。资格只是说明你有这个能力（至少是考试能力），而职称才是跟福利挂钩的。社会中的认同度也是各有各的说法，这类认证有胜于无，一般可以凭之获得面试的机会。一般而言，国有企业和政府机关更看重学历文凭，但对这类认证也比较看重；民营企业对实践经验更为重视，这类认证也很看重；对于外资企业而言，据说比较地无所谓，不知道真实情况如何。
对于IT厂商的认证，主要分为面向大众市场和面向具体应用两类。面向市场的主要有SUN，MS，Cisco三大阵营：SUN认证主要对应与java开发，Cisco对应与网络管理，MS则比较繁杂，总类众多。这类认证在哪都吃得开，CCNP到CCIE，每一个级别都对应着一条收入线，JAVA和Cisco的高级认证几乎都代表着月薪过万，自然，通过也不是容易的，虽然题型不复杂，可就是不像资格考试那样可以突击搞定，报考费用也是不菲。对穷学生而言是真正的心有余而钱不足。
面向具体应用的更为复杂，IBM，BEA，HP。。。。几乎每一家巨公司背后都有着一套繁杂的认证体系以对应与自身复杂的产品线。比较特殊的是IBM，它的认证虽然和它及具体产品相结合，但其广度从操作系统、java开发、数据库系统到电子商务、项目管理，几乎涵盖了IT产业的方方面面，其初级对应与基础知识，中级对应于产品应用，高级对应与高级特性。划分地比较明确，自然，其最大的好处还是便宜，对于在校生不过150一科，还时时有热考活动，再加上俱乐部的培训，十分划算。
具体选择哪类认证，也是因人而异，就在校生而言，推荐资格水平认证，考完以后，对计算机整个的体系可以有个宏观的认识，以后学习中可以举一反三，看得更加全面；再者，报名费用低廉，就算通不过也没啥大不了，浪费不了多少金钱；其三，也避免过早得和某项应用绑定，影响视野的开阔性。我还没有工作，所以也不知道认证对与在职工作人员有何意义，论坛上普遍的看法是考具体公司的认证是为了跳槽或加薪，考资格水平认证是为了评职称，具体情况如何，不清。

资格水平考试：
这类考试深度有限，基于基础知识，一般大学本科的教学难度应付这类考试已经绰绰有余，其困难主要在于涉及的知识面较广，跨度大，如果从零复习要花较多的时间。而如果真的需要从头复习又时间有限的话，建议大家抛开书本，看看网上的精品课程（以后我将就计算机类的精品课程做一个整理），这类课件针对教学，难度有限而又比较简洁，适合与快速入门和复习。如果觉得课件太过简洁，不妨看看高等教育出版社的书，这类书难易适中，语言也通俗易懂，而一些重点大学出版社的书虽然做为教材是很不错的，但单纯就应付考试而言，讲的难了些，也比较容易钻牛角尖。其实中国相同课程的教材体系几乎一样，章节安排也差不多，有的只是繁简难易之分。所以有人说中国的教材是“编”的不是“纂”的，“编”的教材自然都差不到哪去，找本薄些的就能看得快些。

至于复习方法，觉得其实就是软件开发方法。无论是严谨还是敏捷，无论是繁杂或简洁，几乎世上所有的人类活动都可以和某种软件开发方法相对应。有人说软件开发是一门艺术，同时软件开发也是一种思维的方式和做事的方法。就以RUP的几大原则：基于架构、增量、迭代而言，这几个原则在复习备考中也同样适用。
具体而言，基于架构意味着对整个知识体系要有宏观的认识，有效率的复习往往从目录的熟习开始，把目录背了，对于要学的知识自然有了一个整体的理解。这一点在项管的考试中显得尤为重要，项管和系分不同，相对而言，系分对知识的考察更为广泛和深入；而项管的知识点较为零碎，尤其对学计算机的而言，似乎很多章的内容都差不多，纳闷搞管理的怎么就能平白无故翻出这么多的花样。可真正做到题的时候却发现不知从哪方面入手，我在刚开始复习的那周里，看完了教程，回头却不知道自己到底看了什么，一头雾水，后来借了管理类的书，对照着把教程的目录仔细看了，才发觉项目管理并不是想象得那么复杂。从时间上分，就是那几个过程，从种类来看，也就那几类；将软件开发过程和项目管理结合，就捣出了这么多的花样。有了整体的认识，就知道自己看的啥了，再背背书，通过考试自然不成问题。
再讲迭代的意义，认真背过英文单词的知道，背单词的关键就在于反复地看，一遍一遍，在遗忘之前复习，背单词可能很多人能做到这点，但在平时看书看杂志时，有没有做到呢？看完就长叹一声，终于看完了！买书不一定意味着看书，看过也不一定意味着记住。软考要买多少书，三本应该差不多了，一本黄皮书加上一本分类精解再加本全真练习，再找往年的试卷做一做，也就可以了。但要看的内容远远不止这些，教程只是一个骨架，虽然就应付考试而言，这本教程上的内容也差不多了，但要理解得多一些，教程上的东西是不够的。但在扩展之前，要把教程看上个几遍。看几遍和看一遍相比，其实并不会多花多少时间。教程知识的组织是科学的，分几大块，每块又分成若干章。看完一章复习一章，看完一大块再整块想想，这样等书看完了，看看目录就能回忆出很多东西。一口气把书看完，看着挺豪迈的，忘了还得重新来过，累人。不断复习才是效率的保证。

复习时间的安排。
在校生考证的最大优势就是有大块的时间可供使用，每天花上八九个小时不成问题，特别是没谈恋爱的同学和两地分居的同学，时间尤其来得充足。对于在校生，复习时间最好不要超过一个月，如果是大三大四的同学考，还可以更加短些。留的时间长了就给了自己太多的退路和借口。有本背单词的书，叫《十七天搞定GRE单词》，我班有同学照这时间表做了，真的背完了，效果不错。我背了很久，花了N个十七天，背了忘忘了背，到现在还没啥起色。男人，就该对自己狠一点，不留退路才能绝地逢生，要有背水一战的勇气！
教程现别急着看，先把考试的题型搞清除，下午的案例和论文光靠看书是比较难准备好的。拿份试卷和参考答案看看，别管自己现在会考几分，要坚信中国人的应试天分。看了以后就知道论文要写到什么程度了。复习过程中要经常看看论文，找论文中国期刊网是个好去处，大学一般都买了帐号或镜像，免费，无聊了就看看，看多了就觉得很多论文，特别是开发应用类的论文，很相似，看得时候留心了，好文要收录，要看看从这个项目上，作者做了那些引申，牵扯到了哪些理论，落笔千言洋洋洒洒的吹水功底不是一日练成的。论文准备贵在多看多想，而不在于突击。案例分析就不一样，考前一定要花出整块的时间来看，不是为了背题，而是让自己习惯答题的思维，案例分析关键在综合而不是难度和深度。思维方式对了做题自然会顺利些。
参考：系分复习两月时间表
准备期：40天，每天一到三小时，看教程，对模糊的知识点进行复习。看看论文，收集材料。
突击期：15天，全心复习，每天看两三篇论文，1-6天：做上午基础题，有疑惑立刻翻书解决；7-10天：看案例分析，习惯解题思路；11-13天：准备作文，准备三个案例，想好每个案例可以发散的知识点；14-15天：看着目录把知识再梳理一遍，把做过的题再看一遍。多睡，考一天试是比较累人的。
前四十天是比较轻松的，关键是最后半个月，能挺过就好，挺不过就歇吧。要是基础好的话，复习一两个礼拜就通过的也大有人在。

码字水平是在太烂，打了很多错别字，想急着把它写完了。
上篇讲到软考的时间安排，现在讲讲软考作文的准备。
不知不觉就打了“作文”，而非“论文”；从小到大，写了太多的作文，现在仍在为作文头痛，再过20天就考GRE作文了，所以最近发些文章积攒人品。
其实软考论文和作文也有一定的相似性，题材确定，题名几选一，没偏题怪题，要的不过是充分的准备和够快的写字速度。应该将，在软考高级的三大块里，作文最难拿高分，却最易及格。
从考场说起，作文在考完案例分析后进行，持续两小时，要写300字左右摘要和2500左右的正文，与其说是考实践经验的，不如说是考心里素质和文字功底的。学计算机的写字少，打字多；打英文多，打中文少；打拼音的多，打五笔的少—--这三个“少”一加起来，就注定了常常忘了一些字怎么写，平时遇到这种情况还容易解决，厚着脸皮问问就是了，可要是碰到软考作文这场合可就急死人了。所以考前还是动笔练练好，不为了连作文，纯粹为了练写字。
考场拿到题目以后，认真读题，迅速在自己准备好的几个案例里选择一个，想好提纲。这大概花上五分钟就可以了。然后如果准备充分，就摘要正文这么写下来，如果没啥感觉，就略过摘要，直接从正文开始，边写边想，最后再总结出摘要，但要留好写摘要的时间。摘要的书写有现成的模板，能抵个一百五十字，直接套上。再加上项目描述之类的话，凑个三百不成问题。简单讲，就是如下格式：“我参加了……，这个项目……，我在其中做了……，有了……结果，成功的关键在于……（此处点题），也有一些不足……。”
要顺利地完成写作，准备好的案例十分重要，好的案例应该是亲身经历过的，容易发散的案例。就拿办公自动化系统来讲，从管理的角度，可以扯到人力资源管理，甲乙双方沟通，业务流程优化，配置管理。。。从系统体系来讲，可以扯到需求分析，工作流规划，架构设计。。。从技术细节来将，可以扯到数据库设计，XML应用。。。可以牵扯到的还远不止这些。如果是更加复杂的系统如银行ERP等等，可以扯上的应该更多。可以说，认真准备好两到三个案例，应付论文绝对没有问题。
案例要准备到什么程度呢？要准备到可以写出软件设计说明书的地步。从宏观到微观都要能够把握。宏观说明你思考的高度，微观说明项目的真实和参与的程度。缺一不可。作为学生，参加过较大项目的可能性较小，但小的项目也可以进行发散，有些功能可能暂时没有实现，但只要有这个想法，思考过，大可以做为真实的项目来写。
虽然作文的目的是为了考察项目经验，但经验毕竟不是只可意会不可言传的东西，从网络上大量的论文和心得可以吸收写作的素材。
经过博览论文和案例准备，作文应该成为考试中最优把握的部分。

假期习字

看书看累了就写写字喽，难道假期在家，有这么大的桌子。虽然更喜欢唐诗一些，不过写字的时候更喜欢宋词一些，长短句，错落有致，本身的节奏就是一种美。 

假期

很久没在这儿写日志了,回到家几经十天,假期太过短暂,原本雄心壮志地要在过年前背完红宝书,现在却每天连一个List都背不完;动机成了问题,现在不想出国了,只是不愿浪费了这一千四百多
RMB，够我吃好一阵的了。上学期咋就这么冲动呢？冲动是魔鬼啊。现在的我是快乐的，很少这么开心过，可似乎来得晚了些；我的大学，就剩下这么几天了，刚查了下分数，考试还是80上下，最具性价比的分数，把握的还行。混了这么些日子，我真的准备好了吗？GRE再加个BEC，下学期就考些英语吧，有啥计算机的好考就再干掉些，然后找工，找不到就考研，考不上再找工，就这么折腾呗。不会呆在广州了，广州不错，吃的好，物价也平，生活的好地方，离开还有些舍不得。到上海吧，近些，拥挤却整洁有序，只是找工可能难些，唉，现在怎么尽想这些呢，没个杀气可不行。宜兴的几条路是轧了个遍，还净往角落里钻，环卫工人似的，这话不是我的创意，引用，呵呵。过的挺开心，可这地儿实在太小了。

新写的

这首词挺喜欢的，不知不觉抄过几遍了。

编译原理大作业总结

这学期有编译原理,操作系统和网络信息检索都有大作业,前一段时间忙着作OA,自然拉下很多,一下子都堆到了考试这会,极端狼狈,不过很是有很多收获的.这学期初,我真的没写过什么程序,动手能力很差,还记得学期初的时候学linux环境编程,看了例题再重写一遍都会有很多错,现在好了很多.这学期最大的成长是动手能力加强了,自然和一些同学相比还是太弱.这次作业花了整整两天,在tiny的基础上进行修改.最大的教训是在修改原有代码时,在彻底搞清楚前,不要轻易改动原有代码结构,特别是底层的数据结构;看代码不能想当然,有些模块要重写时,不要轻易沿用原有的模块结构,它可能不适应新的要求.要跳出来重新思考,然后作出选择.