一些关于简历的心得，更多的是一些资源的集合。

相信有很多人的简历只是在51job、应届生这种网站上随便下的模板，其实，这是非常错误的做法。

简历是求职的第一步，也是敲门砖，如果你只是随随便便的话，那么在起跑时你就被别人抛远了。

首先是狭义的如何书写简历：

            Alexander Wu » 如何撰写简历和求职信 和 再说简历

            Joel Spolsky » Getting Your Résumé Read 和 Another resume tip

            University of Kent » How to write a successful CV

你在简历上的用心程度绝对和你的求职成功率成正比，所以怎么用心都不为过。

其实，简历不是写出来的，大学四年就是你最好的简历：

            大学里怎样为求职做准备

            怎样花两年时间去面试一个人

            《我是一只IT小小鸟》

总之，真正优秀的简历，都是由现在的一点一滴汇聚，从现在开始就有意识的准备会让你求职时更轻松。

蜀之鄙有二僧，其一贫，其一富。贫者语于富者曰：“吾欲之南海，何如？”富者曰：“子何恃而往？”曰： “吾一瓶一钵足矣。”富者曰：“吾数年欲买舟而下，犹未能也。子何恃而往！”越明年，贫者自南海还，以告富者。富者有惭色。

其实，自己何尝不是如此。

一直以自己的视野开阔、涉猎广泛而自豪，享受着这种优越感；

可是，渐渐发现这些引以为傲的优势竟成了限制自己的樊笼。

不根据实际变通，反而什么都要最好、最先进；追求完美成了拖延的帮凶。

不能正视现实，甚至眼高手低 ，好高骛远 。

好像比周围人觉悟更多道理，似乎比他们更先抓住钥匙；

然而，那些看似愚笨的人，反而拥有你所不企及的执行力。

你很久以前就知道一件事应该怎么去做，可是从未去做；

他们就像蜗牛，虽然起点低，可一朝顿悟，就立刻向前。

最后，竟比你先到达！

不肯先俯下身去做蜗牛的人，怎能鹰击长空？

原想一天一结，后来改至一周，现在……

这本是第五周时所写，一拖到了现在。

一是比我想象中更忙，二是自己还不太会学习以致无话可书。

开发阶段已经画上了句号，渐渐追上来，慢慢理解了原理，变得轻松。

最后两周是测试，接下来会好好完善这个项目，最后开源出来。

Trello 还是没有好好利用起来，因为不能随声携带，现阶段来看，最好的还是 纸和笔。

系统总共有四个模块，往下若干小模块，这周主要是开发了第一个小模块，是的，小模块（增删改查）。

开始挺头疼，慢慢的理解了原理和内部流转过程，就轻松起来了。

学习，很重要的一个方法就是：不断地问自己为什么？自问自答，不断重复。

终于理解了自顶向下设计方法，发现自己以前学习Java时可能比自己想象的更浮躁，基本是什么都不知道。

小组方面，自己的主动性还不够，经常一忙起来，小组就是单打独斗了。下周要寻求改变。

周末去了万宁神州半岛，徒步加攀岩，很疯很放松！

培训第二周总结：

其实就是瀑布模型的缩影，虽然实际工作中可能是三文鱼。

但是，只要用心，仍然可以学到很多。

自己以前一直小看了ER图，其实通过ER图才能深刻的理解系统业务逻辑，对于下一步的开发帮助很大。

这周的状态很不好，可以说差劲，

不知道怎么陷入了对未来的迷茫，整个人非常悲伤。

还好，已经走出来，活在当下。

看到一段话，非常深刻：

无论想做什么工作，首先要做到的就是专注。一旦确定了你要做什么，就要专注的做下去。在确定自己要做什么之前一定要事先搞清楚你想要做的职位平时的工作内容是什么，是否适合你，如果真的让你长期去做的话你又是否可以坚持下来？

占位

其实，最大的感触是，Word确实很强大，而我不会用。

所以准备去苦练一番。

步入正题，

团队分工撰写文档，整合时发现的最大问题却是，标准不统一带来的麻烦。

大概有一个半小时，是用在格式修改上，可见标准的重要性。

最大的感受是，当一个团队有了两只鹦鹉，还是想速成的那种，让想要做猪的人很痛苦。

可这已经很好了，当年入学时全班连鸡也才两只，猪甚至都没有，所以现在没什么好抱怨的。

今天开始系统需求文档撰写阶段，先对一个模块进行分析，然后组合成一个功能的需求文档，最后完成整个系统的需求文档。

培训是按照HP的模板讲的，然后大家各自分一个模块，然后组长整合，小组评审，全体评审。

关于SRS的结构：

1. 文档概述——包括目的、范围、约定、参考、图例说明等
2. 系统概述——包括系统背景、系统目标、系统范围、业务范围、功能范围、集成范围等
3. 业务流程描述——整个业务流程的详细描述
4. 业务规则描述——编码规则、产品谱系结构、业务规则、业务状态用语、相关约定等
5. 业务实体及属性——业务实体、属性的详细描述
6. 功能需求描述——总体功能、业务功能等
7. 功能原型描述——整个系统的界面原型和功能模块描述
8. 非功能需求描述——如性能、数据精度、容量需求、安全性、部署、培训等
9. 附录

大体的结构就是这样，具体如何书写，实际操作后就知道了。

这周项目正式启动，首先是分组，很高兴自己第一个站出来毛遂自荐，并且得到了想要的结果。

第一次小组会议的议题是小组名称，《罗伯特议事规则》看起来容易，实践起来就开始力不从心了。

然后是组长上台演讲，介绍小组名称与组员。

说实话，这么多人面前真的有点不自信。但同学的一句话惊醒了我，你以前学生会竞选演讲时说的那么好，你现在怕什么啊？

是啊，我怕什么？

曾经的我哪里去了？

为何现在突然这么不自信了？

以前的我是多么神采飞扬，只要我想做的，就没有做不到的。

我怕什么！

没有合适的机会，不愿将就，只好回来参加HP Education 提供的 POL Java实训。

决定从现在开始每日总结。

其实，拖这么久是因为我本来想用Github+Jekyll+Readthedocs来写的，但LaTex暂时还没搞懂，先出发再说。

这是第一周：

其实是按照瀑布模型的Java项目开发，关于现代软件工程，推荐阅读http://www.cnblogs.com/xinz/archive/2011/11/27/2265425.html。

微软的软件工程教学班虽然比这个层次更高一点，但大致相符，具有很强的参考价值。

有时间可以再看下《人月神话》、《项目管理之美》。

步入正题，

项目语言是传统的Java，Struts、Spring、Hibernate（SSH）路线……

我当然想用Guice或者Play！残念……XML文档什么的最讨厌了。

但技术路线的选择重要但不具有决定性，语言和框架并不是最重要的，重要的是编程思想。

第一周其实都是一些基础性的知识，如Java基础知识复习、Struts基本配置、Orcale数据库配置、PL/SQL增删改查联系。

我选择的是《Java程序设计教程》、《Head First Java》来快速复习（大二上课之后再也没有接触了），Struts等框架看官方文档就可以了，SQL增删改查倒是值得一练，推荐《Learn SQL the Hard Way》。

其实，大四上就开过软件工程实践，师资太差、团队不作为导致单打独斗等问题，使得最后可以说是相当失败！

但，这并不能作为自己没学好的理由，其实原因还在自己：如果自己真的想改变，真的有很多事情可以做的，即使结果没有自己想象那么美好，但至少尝试过。可悲，四年了，竟然还没有把对学校环境的依赖性摆脱掉，真的很差劲。