简单

将来要有个温馨的家，小点就行，但一定要精致，特别是厨房和卫生间，一定要十分的雅致才好，其他的呢，我只要一个大大的书桌，平平整整，没有抽屉的那种。有时候比较极端，不喜欢房间里又有床又有桌又有柜，我现在的房间就只有一张桌子，挺长，从一头做到了另一头，还有一张铁架床，仅此而已。就像用手机，觉得买个能拍照的手机不如买一个最土的只能打电话和发短信的手机再加上一个数码相机。复杂是魔鬼，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的基础上进行修改.最大的教训是在修改原有代码时,在彻底搞清楚前,不要轻易改动原有代码结构,特别是底层的数据结构;看代码不能想当然,有些模块要重写时,不要轻易沿用原有的模块结构,它可能不适应新的要求.要跳出来重新思考,然后作出选择.

快期末了

刚刚知道了分数线，项管是通过了。
回想下，这学期虽然混乱，也做了很多事，学期初真的不大想编程了，一度以为自己的爱好是画画，目标不过是将来找个安稳的清闲的工作。
不过空闲让人空虚，一阵阵的空虚，画画，无所事事让人不踏实，还是写程序，至少可以在自己的控制中，未来也有把握。不过还是不是太喜欢计算机，太累，且牛人太多。
觉得自己真的变了很多，看以前同学的blog，有些散文，文字真的很美，我现在是全没这情调了，也写不出这样的文字。有点不过是更加机械的思维，我看来只能当个工程师了。
学期初没啥目标，后来又决定找工，然后又想出国，报了GRE；太冲动，短视，每次都觉得自己是认真的，可真正将来会做啥，鬼知道。
每次打算努力时，就会整理桌子，然后疯狂地看电影，打游戏。然后重装系统，删掉所有和娱乐有关的，让生活尽量地单一，一天看一本书，或写一个程序，忘记一切。现在也是这样。
我不怕苦，只是怕烦。单纯地看书是件很快活的事。
马上圣诞了，愿所有人开心。原本无所谓圣诞。不过有个庆祝的借口也是不错的。

在天台

天台，静静的景，大大的风，蓝蓝的天，直直的线，小小的人。

俯瞰

幸好今天去了图书馆天台拍了些照，上去时就剩个角落的门没锁，在天台上时物业的正好上去锁门，急急忙忙下来，然后最后的门也锁了。 喜欢在天台上看风景，看下面小小的人儿。忙忙碌碌的大千世界。

OA开发日记2

对开发环境渐渐熟练了，觉得weblogic这种模式在有较多因素可以复用的情况下，是能较大地提高效率的，开发一个模块可能体现不出来，但在开发多个相似模块时就能较大地节省时间，但前提还是要有比较好的面向对象的思想，也就是说如果在其它模式下能较多地考虑封装问题，自然，用weblogic那种基于控件的封装技术能较大地简化操作，提高效率；但如果没有封装的想法，只会加大工作量。不过workshop8.1的代码编辑是做得不好，但在使用过程中，手写代码的能力也有了一些提高，比原先细致了很多，毕竟不能过多地依赖IDE，也不是每个IDE都能做得eclipse的水准。

大体收尾在望，但不知细节上的修改要持续到什么时候，我是极不喜欢在一件事情上粘太久，在这个OA费了一个多月，早想停下干些别的。

OA开发日记1

几乎过了一个月了，这一月里，虽然进度不理想，总体而言比较失败，但还是学到了很多。现在，每天写挺多代码，已经觉得有点象个程序员了。基本是用weblogic的页面流开发的，和struts类似的一个东西，也是MVC模式，分得比较清楚，就数据库控件读数据，java控件进行逻辑整合，页面流控制导航，jsp显示。

内容显示都用的数据绑定，不用管连接池等细节，这是它的好处，但也丧失了很多灵活性，大量时间都耗费在细节的处理上，而且进行修改的话，很可能要在数据库控件，逻辑控件，页面流等几个地方修改；自然，为了用数据绑定，数据的初始化，更新就散布在页面流的个个角落，不清晰，必须照顾到多个元素。后来用rowSet控件，用xml传，简化了一些，不过还是有些麻烦。

有人说开发方式分"quick & dirty"和"clean & slow"两类，无奈，觉得我们现在是"slow & dirty",weblogic有些东西封装得很好，虽然看了教程就能用下，但要合理、有效率地使用，必须对J2EE有所了解。我现在基础太菜，还停留在对名词的了解，这次也是第一次写J2EE的程序。一知半解就照着教程做，自然低效。昨天看了一些SunOne的ppt，看了一些简介，清楚了一些，weblogic的那套东西和J2EE的体系是对应的，只是封装了一点细节，让人更好理解，从开发效率而言，并没有所宣传的那么好。

等这搞完了，我要认真看下J2EE，看看weblogic那套东西对应的开源实现。毕竟喜欢明了地看东西。之后还会看下设计模式，边看边总结下这次的经验教训，看能从失败中学到什么。实在不喜欢workshop的开发环境，有些东西都是在Notepad++里写好在拷过去，代码编辑环境比eclipse差太远，现在9.X已经迁到eclipse平台了，应该有大的提高。我们这次封装做得很失败，基本一个页面流对应几个数据库控件，控件里重复实现了一些方法，很多逻辑就直接塞到页面流里，一陀陀，难看。