当我们读小学的时候，读大学不要钱；
  我们要读大学的时候，读小学不要钱；
  我们还没能工作的时候，工作也是分配的；
  我们可以工作的时候，撞得头破血流才勉强找份饿不死人的工作做；
  当我们不能挣钱的时候，房子是分配的；
  当我们能挣钱的时候，却发现房子已经买不起了；
  当我们没有进入股市的时候,傻瓜都在赚钱；
  当我们兴冲冲地闯进去的时候,才发现自己成了傻瓜；
  当我们不到结婚的年龄的时候骑单车就能娶媳妇；
  当我们到了结婚年龄的时候没有洋房汽车娶不了媳妇；
  当我们没找对象的时候，姑娘们是讲心的；
  当我们找对象的时候，姑娘们是讲金的；
  当我们没找工作的时候，小学生也能当领导的；
  当我们找工作的时候，大学生也只能洗厕所的；
  当我们没生娃的时候，别人是可以生一串的；
  当我们要生娃的时候，谁都不许生多个的。

要是论坛的高手们每人来一篇，那会怎么样？

五.大数据时代
1.我的选择
我已经被岗位调整折腾得有些心灰意冷，也不是没想过离开这家公司，但又觉得出去的话，能得到的报酬应该也没法超过这家公司，再说出去也是一种重新开始。
人就是这样，懒惰是种天性，害怕做出改变。
这次的选择有几个方向，一番认真思考，参详了好几位老同事的意见，慎重考虑之后，我选择了大数据，就是现在外面炙手可热的hadoop。
我的目的是：希望能积累点可以拿得出手的东西，万一某天公司把我们辞掉了，或者是自己想走了，我仍然可以凭此找到一份工作和过得去的收入；而在工作和学习的过程中，能有机会和外面的同道积极交流，共同进步。
这就是我现在所做的事情。如重生一般，我又有了那种掌握一项技能，把它研究透彻，做出一些成绩的渴望和干劲。虽然因为年纪等等原因，不可能如过去一样，那么的拼搏和疯狂，但起码我不排斥它们。
到现在为止，这里有我喜欢的工作内容，有出色的同事们，我仍然认为我的选择是正确的，我遵从了内心的渴求。

至此，大体的工作回顾算是完成了，后面可能会写一些非工作内容的东西，例如身体锻炼、薪酬收入和生活观以及发展目标等等。

怎么那么像小说连载，期待后面的薪酬收入。

2.关于身体
毫无疑问，搞软件的人，加班熬夜太正常不过了，饮食不规律也是太正常不过了。所以，搞软件的人，经常都是睡眼惺忪，头发松散，衣服特别有型。更为严重的是：身体内部的各种亚健康，什么耳鸣，干眼症，肩周炎，脊椎炎，三高等等。而随着年龄的增长，精力越来越少，身体各方面更是跟不上了，但工作强度依旧。所以，各类状况持续恶化，苦不堪言。
我现在差不多也是这个状况了，还好的是，因为有经常去运动，状况没那么多，但长期耳鸣，睡眠差，这导致工作效率很差，饱受折磨，一直都想把这些毛病一一铲除。
不管怎样，多运动是对的。

写的不错。

看完了在你身上学习了些  谢谢了  期待ING

六级应该很简单吧。。八级也难不到哪去，找个稍微成绩好点的美国学生都能秒杀八级

不笨，我帮你合了一下，让大家看着痛快一点。

【原创】我的近8年工作生涯
    作者：不笨
    前言：
    不知不觉间，参与工作都已经快8年了，回首过去，有多少得与失。很多人讲历史，都喜欢用厚重两字，这不是没道理的，因为历史是每一秒慢慢长期积累而成的。大学5年，工作近8年，十三年的时光啊，而且是最为黄金的时光。写一写过去，不仅是为总结，也是为了更好的前行，现在有好多的迷茫啊，希望能得到高手/前辈们的一些指导。若我所写的东西，不管是经验还是教训，对后来者能有所帮助，那更是意外之喜了。

    一、大学的日子
    我读书比较晚，2000年才入读广州一所普通院校，专业是通信。整个大学期间，表现平平，没有疯狂投入某个领域学习，平平淡淡的，只是经历过一场轰轰烈烈的爱情。通信类的专业比较枯燥，理论课较多，实验课又很简单，所谓的摘机-拨号-振铃-...，对专业课真是没什么兴趣。还好的是，我对数学算是比较感兴趣，通信理论课很多都是应用数学，我的数学学得很好，所以功课还算可以，拿过第一，有通过英语六级，参加了数学建模竞赛，得过省级奖励。但是除此之外，就再没有什么了。
    按理说，这也算是比较好的一个大学生了。但我犯过一个严重的错误。
    那个时候穷，连个电脑都没有，学院所安排的课程非常不好，通信专业关于计算机的课程太少，而且讲得太肤浅，有门讲C语言的课程，竟然连指针也只是一笔带过，最终能收获多少，可想而知了。所以，我在毕业时，计算机的基础非常差，平时又没有意识到这很重要，更没有主动去学这块。这个是我最大的一个失误，理工类的学生，数学+计算机+英语，真的决定了他的水平和发展，投入工作后我才深刻的体会到这点。
    2004年毕业后，我一边考研一边修第二学位工商管理。2005年春天，完成第二学位的学习。
    这期间患得患失的，不管是考研还是找工作，都没有抓好。那场感情耗去了我太多的精力。
    到2005年年底，我终于在深圳找到一份工作。正式进入职场。
    回顾大学，有几点感触颇深：
    1.视野决定干劲。很多人都不知道外面正在发生什么，自己该做什么，更多的时间都耗在很多无意义的事情上了。我那个时候也是这种状态，不知道自己该忙些啥，人很闷骚。浪费了很多青春，那可是金子般的时光啊。若那个时候能多了解外面的世界，能有某个前辈指导，也许是一番很不一样的风景。
    2.水平决定信心。没有能力的人，没怎么有信心，而没有信心的人，很容易自卑。越自卑越没信心，容易陷入恶性循环。我在大学毕业后，对自己实在没底，对于出去找工作有着一份恐惧，所以选择考研。没有工作，感情的发展就没可靠的保障，这点让我后悔不迭。没有足够的水平，就建立不起那份自信，这在工作中对你影响很大。

    二、进入公司的前提条件
    这家公司的各项考试/面试是严格的，过去这么多年，具体的细节忘得差不多了。印象中只有下面这些。
    我在C语言的考试中，得到80+分，当时笔试的时候，也许自己对C语言掌握不够熟练，做题慢，当秘书MM提醒说要交卷的时候，我还有一个编程题没有写完，不得不先交客观题的答案，然后继续埋头写编程题，写完再硬着头皮交给秘书MM。还好，秘书MM没有拒绝我，后来做技术面试的时候，我看到我所写的编程题得分还挺高的。所以，不到最后真不能放弃。但从这块也说明，我当年的C语言和计算机学得有多不好，连个指针的地址表示该是怎样的，也折腾了老半天答不出来。据说我们那批有个家伙拿了97分。
    第一个技术面试是根据你的C语言考试答卷进行，问了一些基本的编程技巧，就看看你的答题思路，更多的细节真的忘了。
    第二个技术面试是考验你的专业知识，主要是问你的一些通信方面基础知识，根据你的大学成绩问些问题，扩展开去，看看你的自学能力和发展潜力。我记得很清楚，这次面试官后来也就是我的版本经理。他主要是问了一些通信基础知识，还好的是，这些我都能答上来，但有些比较新的知识，我只能老实的说不会，大学的课本其实好多都是老的，通信发展本来就是日新月异的，跟不上也算正常，所以，大学期间专业课只依赖于课本，远远不够。接着他跟我聊了下大学成绩中较低的一些课目，让我解释为何分数会这么低，我老实回答：主要原因还是不太感兴趣。再接着，他较为详细的问了我的数模竞赛，包括你在竞赛中做了什么事情，有什么结果等等。最后验收了我的六级英语证书，问了点第二学位的事情，例如，为何要读第二学位，为何又要考研，我都按初衷老实回答，这种事情没必要掩饰的。最后是一个扩展问题：你在大学期间最为难忘最为得意的一件事情是什么？我仍记得我当时的答复：在聋哑学校当辅导老师。这次面试聊得挺久，问得细，等我走出面试厅时，我就感觉自己应该有戏。一般情况下，面试官愿意跟你多谈，那就是心里想要你了。
    总结了下面试成功的经验：
    1.我在大学虽然没有轰轰烈烈的成就，但也算过得去，该拿的都拿了，拿不了的没有勉强自己。我在面试中表现出来的硬货就是：第二学位/数学建模竞赛得奖证书/英语六级证书。像我们这种不是出于名校的学生，跟外面的学生公平竞争，多拿些硬的证书太有必要了。
    2.不管是笔试还是面试，都尽力去做，不要留下遗憾。成功当然好，失败也不要太放心上，下次努力改进就是。要表现出一股自信，即使不会，也要让人感觉给你点时间，你照样能够搞定它。
    最后一次面试是综合面试，一位人力资源主管问了些小事情，然后就结束了，细节已经忘了，就只记得一个事情，没有主动跟她提薪酬的事情，待面试结束后，我都不知道薪水是多少。这点比较后悔。

    三、在通信领域的日子
    1.刚入职场
    进入公司后，被分配去做一款交换机软件的研发。
    这款软件规模算是大型的，已经开始进入维护阶段，不包括平台，单业务部分，大约有6-7个项目组，我所在项目组接近15个人，维护大约20w行代码。
    毕竟是刚踏入职场，比较羞涩，不怎么敢说话，虽然有安排一个老员工指导我，但这位老员工，平时很忙，晚上很少加班，所以交流很少，坐我旁边的另一哥们挺不错，我反而跟他交流较多。
    刚开始学习，都是看协议，了解整个框架和主要业务流程，那个时候不知为啥，感觉自己很笨，好多东西都不怎么理解，就如你身在林中，却不知在何处，林子又是怎样的，所以，经常是看一点，跳到别的地方看一点，好多东西都没完整的彻底的串起来，都是片面的肤浅的理解，记不牢的时候，就只有背下来。这样的效果可想而知。这个时候，若能有一位导师在旁边高屋建瓴的手把手指导下，也许能有所改善，可惜的是，我那位导师并不是一个细腻的人，我本人也是比较腼腆，加上对本系统理解不多，提问题也没法抓到真正的重点。整个新员工期间，就是这么懵懵懂懂的走完了。
    一个季度后，转正的成绩属于及格。
    转为正式员工后，我的性格还是没有改变（要改变性格看来太难了）。感觉自己对系统就懂那么点皮毛，但又不知道该如何下手，特别的愁，压力自然也是特别的大，那个时候睡眠挺不好，特别的盼望周末，因为一到周末就可以狠狠的睡懒觉。
    就这样跌跌撞撞的干了差不多一年多，很多事情都忘记了，但有三个事情到现在都记得：
    事情1：第一次接到正式任务，定位一个软件bug。问题的现象已经明确，但具体该如何修改，有几种选择；项目组那个时候仍然有安排一位老员工辅导我，这位老员工的性格比我原来的导师要好多了。因为修改bug的时间有要求，所以压力也很大。我每次想到一个修改点，就跟他商量，他不给我答复是对还是错，就只问我为何要这么修改，遇到其他的某个业务场景的话，也能搞定吗？他的指导方式就这么特别，通过提一个个的问题来指导你，你会在答复他的问题过程中，慢慢能体会理解各种修改的优劣，最终给出自己的判断。我对那个bug想了两天一夜，最终才给出他点头的最合适的修改。说来惭愧，修改的代码其实就那么几行。
    事情2：接着上面的事情，修改代码后，需要做补丁，并将补丁打到实际运行环境中，验证修改是否正确和彻底。我们的平台是自己的，打补丁有一套业务操作。有一位比我先来项目组，但年纪比我小的同事指导我。他给我讲了做补丁/打补丁的基本原理和实际操作，但我就是不怎么理解这个基本原理（这里暴露了我在计算机基础上是多么的薄弱），又不好意思多问，所以，就匆匆记录了实际操作，傻瓜式的操作。到现在我都没法理解自己，为何就不多问他，为何就那么怕不好意思。
    事情3：差不多一年的时间后，被安排了一个很艰巨的任务，搭建整套验证环境。我本来对系统框架理解就很缺乏，一直都圈在自己所在项目组的模块上，加上本身的动手能力就很差，这个时候的数学学得好可帮不了你什么忙。所以，可以想象，我当时是多么的惶恐了。求助了好几位同事，甚至是垮产品的同事，折腾了几乎一个月，验证环境还是没有正式的搭建起来，这期间受到主管的几次批评，非常的沮丧。最后好像是部门拆迁，这个验证环境没正式验收。
    回顾：基础差，注定了你要比别人学得辛苦，若又没有那种抛开面子，死命学习的魄力，那你会痛苦更久。要遵从科学的学习方法，先整体后个体，先框架后部分，先浏览森林，后模仿一棵树。如果我能早点认识到这些，那我当年就不用那么痛苦了。
    2 步入正轨
    这一年多里，虽然有些工作和学习方法不是很好，但非常努力，说早出晚归，披星戴月的，一点都不过分，印象中，下班回家时候就没见过太阳。周末也经常要加班一天。对于这些，主管和同事们都是看在眼里的。
    这个时候项目组已经扩展到快30号人了，部门组织做了很大的调整。新设一个设计组，分两个小组：信令组和业务组。我被分配在设计组中的业务组。这对我是一个认可，更是一个挑战，是一个发展的机会，但同时也使得我后面没有继续深入代码，多研究底层的机会或者动力。
    设计组的工作内容一般包含：需求分析、方案设计和协议分析等等。对各种通信协议需要比较熟练，个别协议要很精通，同时对本系统的认识再不能只限制在自己所在模块内了。所以在这段时间里，工作之余，学习占了很大的一个比例。
    那个时候虽然有点笨，但确实有股蛮劲，不怕累不怕苦的。
    一些学习内容和心得：
    1.看各类协议。通信协议很多，都是标准组织给出的，全是英文，没有精力精通所有，只有抓住和自己所负责业务方面的协议，对各种业务的基本流程/异常流程、和各类业务的交互，都要有所掌握。在一些论坛上有谈论英语要掌握到什么程度，有些人的答复真不敢苟同，我的看法是：撇开口语不谈，对于阅读方面，还是要越强越好。具体原因大家都懂的。
    2.扩大了业务面。重新学习各类业务流程，从业务请求进入本系统开始，到在本系统结束。以前自己所在模块几乎刚好是本系统的中心，跟其他系统（网元），例如BSC/HLR等离得比较远，所以有些偷懒，只看本模块和本系统内其他模块的业务交互，没关注本系统外的其他系统（网元）。
    3.学习需求分析/方案设计：在实际工作中，能有机会多思考方案设计。这其中，慢慢理解了什么是好的设计，什么是商业成功。刚开始接触需求分析和方案设计的时候，几乎是本能的，脑袋中首先蹦出来的是，这个需求或者方案在本系统中，该如何实现，每个模块各自负责什么职责。主管经常批评我这种方式，他认为我还是跳不出原来的开发角色，还需要多从架构角度思考东西。一边学习，一边实践，从设计角度上，我确实学到不少东西。
    这段时间进步相对之前还是比较大的，起码有了一些自信。
    当然也有好多痛苦：
    1.在设计一些偏向于IT方面的东西时，经常感觉很迷茫，例如做日志收集，因为涉及到好多其他系统，这些在本项目中也少有理解掌握的同事，结果是，你即使加班加点，也很难搞定，这个时候的压力就是最大的。我难以按时完成任务，即使加班也搞不定，常挨主管的批评。
    2.对于底层运行系统还是不太了解，例如文件系统和一些网络问题等，原先的计算机基础薄弱仍然存在。虽然知道欠缺这些知识，但又没有多少时间投入，加上性格使然，没彻底抛下面子，去跟周边的同事请教。
    3.三年之痒
    在公司内部，流行一种说法：三年是一个坎，这个时候就会对工作对未来产生迷茫，这就是三年之痒。
    说来也怪，我是差不多满三年的时候也撞到了这种迷茫：就是感觉自己的工作好像也没什么成就感，再这么干下去，也没多大的进步，逐渐对工作失去了热情，也滋生了一种恐惧:若是让自己到外面重新选择应聘，是否有公司会需要我。
    这种恐惧的产生不是没有原因的，前面也提到过，我的计算机基础薄弱，在进入设计组后，反而更少机会接触编码及其相关的东西，真正在行的只是对通信协议的认识。但国内又有多少公司在做通信这类大型系统的研发呢。
    那个时候，我慢慢对工作没了什么乐趣，感觉学习通信协议再多，也只是量上的累积而已。更不幸的是：又刚好拿到一个很麻烦同时又很没意思的设计任务，天天被主管催或者挨批。非常的烦。
    还好的是，我有一位很要好的同事。他是位比我早来公司好多年的老员工，能力很突出。那段时间我经常向他诉苦。他会听我的倾诉，帮我分析，并给出看法和建议。他认为我是到了一个瓶颈，需要继续积累，争取有所突破。这让我在处于低点时，能重新思考该如何克服困境，走出困境。所以，能有一位前辈在身边指导你，在前面牵引你，实在太重要了。我是很幸运的。
    4.换岗之殇
    因为业务调整，整个部门需要搬迁到外地研究所。
    我因为不适应外地的生活，返回总部，到新部门报到。
    这次岗位的更换，对我是个很大的挑战。从一个已经很熟悉的业务领域，跳到一个新的领域，几乎是从零开始，这需要不小的勇气。更何况是我从设计又跳转回编码。我是纠结了好久，还给公司一位有名的人力资源领导写了一个邮件，倾诉了自己的一些疑惑和看法，她人很好，虽然在高位，但还是尽心的给我回了邮件，非常感谢她。我最终是抱着慷慨赴死的决心到新部门报到的。
    我刚过去报到时，刚好新部门正在进行一个大版本的开发。新部门的业务是用C++，大家都知道C++就是一个混合体。我重拾C语言，并开始学习面向对象的编程，更是一边重新加强自己原先那点可怜的计算机基础。只是我太过羞涩了，进步太不明显。
    记得在新部门接手的第一个开发任务是，重构日志模块，构建日志的格式定义/级别定义和日志收集等各个API。记得当时版本SE是一个很有气场的家伙，动不动就喜欢用一句“我跟你不是同一个级别的，我不跟你争论”把对方噎得一句话也说不出来，但我到现在也没发觉他有多厉害，也许是我真的跟他打交道比较少吧。有个交集的地方是：大家当时对于日志模块是归属于公共模块范畴还是OM范畴，没有一致的意见，有过一番争论，最终具体是放在哪个范畴已经不记得了，我当时只觉得这个新系统有点怪，怎么会有这种问题的争论，归属于哪个范畴都无所谓，关键在于你是如何定义你的系统。
    在这个部门有过争论的一次是：和版本经理讨论过需求分析和方案设计的方法过程。其实说争论也不太对，说交流更为贴切。版本经理是一个女孩子，温柔是女孩子的天性，所以根本没有版本SE的那种盛气。交流过程还是挺愉快的。
    说实话，这个新系统真的让我感觉很不好，混杂了太多东西，整个框架让人很不舒服。后来我在这里遇到我原来部门的大SE，一个很牛的家伙，写了很多专利，其中不少还是基本专利/杀手专利。经打听才知道，他是被拉来撑起这个部门的技术水平的。确实是牛人，过来新部门之后，他继续每年都有不少专利产出。
    很不幸的，这个部门后来也搬迁到外地研究所，我又一次要跳到别的部门，开始从通信领域踏入IT领域。
    回顾这次部门的更换，从开始考虑换部门的纠结，到刚报到的紧张，再到努力适应，这几乎是我后续换部门必经的心路。不管怎样，我克服了自己的心魔，在新天地中，努力找到属于自己的位置，没有困死自己。有一句话说“强者到哪都能生存”，那位大SE就是属于强者。
    没有绝对的安稳，唯一不变的就是变化。

    四、转战IT
    1.一个跳板
    在通信领域干了3-4年后，因为工作需要，首次进入IT，是去搞小型机。
    小型机看起来很高端，其实我们涉及的只是皮毛，什么虚拟化等等核心技术真的太难了。
    我参与的地方很简单，就是做BMC部分的优化，用C语言，所以又回到写代码的阶段。高端的技术没法参与，处理的都是比较简单的事情，况且也不属于正式的产品，那段时间相对来说比较空闲。人天生就是懒惰的，所以我平时没事情干的时候，就是看看小说，乱七八糟学点东西。当时身边有位同事，名校出身，对计算机和软件方面理解还是很深的，起码比我强很多；所以，遇到一些困难经常请教他，可惜都只是工作上的事情。人的惰性确实挺大。
    可以猜测，公司对这个东西肯定做不长。确实如此，半年后这个小部门又拆了。我在这半年里，没什么进步。现在想起来，后悔的就是没珍惜这段时间，好好补回原来薄弱的地方。
    2.和数据结下不解之缘
    这之后转入一个刚建立的全新的产品，这次转换很大：编程语言转为JAVA，彻底的正式的IT产品。
    我所在的项目组，主要是负责数据的收集、分析（轻型的数据挖掘）和供检索，所使用的框架涉及到当前比较流行的hadoop、数据挖掘和搜索等各项技术，所以技术还是比较新的，部门各类技术的人才储备也很齐全，大家野心勃勃，充满干劲，就想做一番大事业。
    又一次的，我兢兢业业从头开始学习，包括JAVA各类语法、面向对象编程思想和JAVA编译以及运行的各类知识。经过大半年的磨练和实践，才慢慢掌握了JAVA编程能力，感觉收获还是蛮大的。跟以前相比，这是一个全新的领域。
    磨练一年后，我被临时安排带领几个人做报表收集和分析，这也是我第一次带领一个小团队，同时还负责整个产品的编译环境，这个编译环境功能很大，从代码静态检查/编译/做包/环境安装和基本功能测试，全部都是自动化的。所以，那段时间特别忙，每天都要搞到晚上10点多，白天经常开会讨论问题、澄清各类设计问题和搞管理协调工作，至于编码则几乎只能到晚上。
    这个过程中印象比较深刻的是对数据计算，我们经常要算最大数据量，看数据库能否支撑，对内存冲击多大，对I/O冲击多大等等，刚开始我们想当然的都是以最大数据量来计算，结果几乎给出一个天文数字，后来我们一个SE认为我们的计算模型不对，这种统计思路是有问题的，他给了一个全新的数据模型，抹平了很多数据尖锐的地方。群里有些人讨论程序员对数学的掌握该到哪种程度，有不少人回复就是到高中就可以了，大学数学几乎用不上，我每次见到这样的回复就想骂人，你不懂就别装懂，你水平差就别让别人也变得跟你一样的差。不怕不懂的人，就怕不懂装懂或半懂不懂的人。井底之蛙，没见过外面的天空就别嚷外面没什么。
    3.接触web开发
    等这个报表小项目差不多结束的时候，我又被安排带一帮外包做小型视频网站，收集实际数据验证我们的系统，这也是我第一次参与到web开发中来，从零开始，接触了一些web开发的东西，包括PHP，JSP等。真的是白纸一张啊。
    我负责设计整个架构，包括数据后台和视频web的接口（说白了就是读写数据），至于视频web，几乎由外包搞定，我只对web页面效果做了要求。然后我参与了各个接口的开发，搭建了环境，并给领导和同事们做了演示，后来就开放给公司内部的同事们。这个视频网站大概跑了大半年，效果还不错，达到了原先的目的，唯一不好的地方是：实验室带宽有限，人多的话，网速远远不够。
    项目的真正运行，让人有份不小的成就感，看着弄出来的东西，大家在实际的用，这是搞技术的一种幸福，虽然技术含量也许不高。
    4.再做一条龙
    2012年开春，老领导召集了我们一帮老员工，开始一个新项目。我仍然负责数据的收集、分析和检索。
    这是一个全新的项目，所以，我们从头开始分析所处领域和讨论架构。并接受各类基本需求，做设计方案。几乎每个SE都参与了需求分析/方案设计等前端分析工作，并参与了后端的代码开发、编译和调试，做到了端到端的交付。我们那段时间干得非常有热情，不管是周末还是晚上，都经常加班，几乎是在不到2-3个月的时间内，就调通了基本业务，为此领导还特的发了一个表扬邮件。所以，大家虽然辛苦，但干活的过程还是很充实的，研发屌丝的幸福点可见很低。
    这个过程确实很锻炼人，并没有多少机会能让你从头开始搞一个新东西的。而一旦把东西搞出来之后，其中的成就感能大大增加你的自信心。
    这段开发实践也推翻了原来那种所谓开发与设计分离的错误定位，设计人员一旦远离代码，他们对产品的敏感度将会越来越低，这绝对是个灾难。打破这种开发和设计的沟壑实在太有必要了。当然，并不是说所有的研发都要参与代码，架构师级别的就无需再参与到代码了。
    这个新产品其实并没上面所说的那么一帆风顺，后来我们在可靠性和性能方面还是遇到很多阻难，在整个一年多一点的研发期间，可靠性和性能上的问题占去了一半有余的时间。后来我们经常感慨：可靠性和性能才是最大的敌人。
    在市场上，因为实际情况有变，领导们决策新产品还需继续等待市场，我们这帮研发人员释放到别的部门。
    所以，苦逼的我继续流浪。
    不管如何，这段时间是我在参与工作之后，进步和收获最大的一段时间。

    五.大数据时代
    1.我的选择
    我已经被岗位调整折腾得有些心灰意冷，也不是没想过离开这家公司，但又觉得出去的话，能得到的报酬应该也没法超过这家公司，再说出去也是一种重新开始。
    人就是这样，懒惰是种天性，害怕做出改变。
    这次的选择有几个方向，一番认真思考，参详了好几位老同事的意见，慎重考虑之后，我选择了大数据，就是现在外面炙手可热的hadoop。
    我的目的是：希望能积累点可以拿得出手的东西，万一某天公司把我们辞掉了，或者是自己想走了，我仍然可以凭此找到一份工作和过得去的收入；而在工作和学习的过程中，能有机会和外面的同道积极交流，共同进步。
    这就是我现在所做的事情。如重生一般，我又有了那种掌握一项技能，把它研究透彻，做出一些成绩的渴望和干劲。虽然因为年纪等等原因，不可能如过去一样，那么的拼搏和疯狂，但起码我不排斥它们。
    到现在为止，这里有我喜欢的工作内容，有出色的同事们，我仍然认为我的选择是正确的，我遵从了内心的渴求。
    至此，大体的工作回顾算是完成了，后面可能会写一些非工作内容的东西，例如身体锻炼、薪酬收入和生活观以及发展目标等等。
    2.关于身体
    毫无疑问，搞软件的人，加班熬夜太正常不过了，饮食不规律也是太正常不过了。所以，搞软件的人，经常都是睡眼惺忪，头发松散，衣服特别有型。更为严重的是：身体内部的各种亚健康，什么耳鸣，干眼症，肩周炎，脊椎炎，三高等等。而随着年龄的增长，精力越来越少，身体各方面更是跟不上了，但工作强度依旧。所以，各类状况持续恶化，苦不堪言。
    我现在差不多也是这个状况了，还好的是，因为有经常去运动，状况没那么多，但长期耳鸣，睡眠差，这导致工作效率很差，饱受折磨，一直都想把这些毛病一一铲除。
    不管怎样，多运动是对的。

期待下一集的出现。因为以上部分，很有可能是下一次其他人的过程，只是循环者换了个人。

程序员对数学的掌握该到哪种程度

同问,并愿听楼主详叙..

神人，这地方都是卧虎藏龙啊，最近各种震惊。

看到这里感触颇深，做it的要多运动

我个人认为：数学至少应该能掌握到大学计算机科班所要求的那些。更高深的，可以根据自己的工作内容去做调整，譬如你搞人工智能的和搞算法的，就有不一样的方向。但基础还是大学本科里面的那些东西。除此之外，数学运用能力是核心，例如，分析一个话务模型或者业务程序占用计算机资源模型，最终能得到哪些是关键点。所谓的高中数学足矣，这种论调就跟井里的青蛙谈天论地：天地就这么大而已。
有个日本人写过一本大概叫“程序员的数学”（完整的名字想不起来了），有个中国人写过《数学之美》，这些数学离我们的工作实践很近，业余实践浏览下挺好。
以上是我的一些看法。

多谢~~
真是有心了。
慢慢写，本就有意为之，要我一口气写完，有点难度，也容易犯懒。写个开头，有人看了，有人回复了，就会逼着你鼓动你去不断的写，直到写完。没想到已经写了这么多，剩下的我本想说下待遇和个人的迷茫以及预想的工作规划，但怕有极端的回复出现，例如炫耀贴或者太打击人了（“工作了八年也就这么点收入？”），而我现在的生活的迷茫超过我工作的迷茫，工作规划方面是决定结合工作，投入大数据了，看看破解，病毒和密码，只是作为工作之余的兴趣点了。所以，剩下这部分我目前认为没什么可写了，或者待我慢慢想吧。整理出来了再贴在这里。

八月份我家孩子将出生，我老婆身体体质不太好，我最近因此而无法专心工作，希望她母子俩能平平安安，一切顺顺利利，求祝福。。。

祝楼主一切如意！

所谓少年不识愁滋味，爱上层楼，爱上层楼，

而今识得愁滋味，奈何欲说还休，还休。

人都要慢慢长大，毕业了开始忙，似乎天下都是自己的，努力，努力，再努力，意气风发。
慢慢的工作中，却好象变成了生活在冷水被逐渐加热中的青蛙，适应了环境，斗志也弱了，
很多事情提不起来兴趣，人也多了不少惰性。

祝不笨的全家，身体健康，顺心如意。

祝福楼主~

默默送上祝福。

她们一定会平平安安的，祝福楼主！

祝福楼主~

能坚持下来，到目前的有成就，也不错了。。。

学校里面学到的很多是理论，而且这些理论也不是是和社会接轨的。

一句老话,他山之石可以攻玉.