圣殿骑士自从入住博客园和51CTO写技术博客以来收获颇多，在这个过程中既对技术有了新的收获，同时也认识了很多朋友。之前由于工作和项目需要，所以对一些技术进行了较为深入的研究，在整个公司做过一些技术专场的培训（如“OO到设计模式”、“WCF基础到企业应用”、“WPF基础到企业应用及优化”、 “Silverlight基础到企业应用及优化”等），所以在写博客的时候也比较循规蹈矩，大家可以看到WPF系列基本就是按照培训的格式书写，只是比培训说得要深入一些。虽然写技术博客在某种程度上弥补了培训的不足，但同时也是一项非常耗费时间和精力的事情，有很长一段时间都在断断续续的延续这份激情。
　　总结一下，最近文章进度缓慢最主要原因应该归功于以下两个方面：

 
1，自己经不起诱惑，在忙着为出版社写书，不过写了很久才写三章，综合发现写书是一个良心活。要想写得一般比较容易；要想写得深入浅出确实需要花费很大的时间和精力；经过慎重思考，还是决定先缓一缓写书的进度，继续为大家书写一些技术相关的文章，分享一些自己浅薄的心得，希望能在帮助他人的同时也能提高自己！
 
2，由于自己比较懒，没事的时候也会享受一下生活，毕竟除了技术以外，身边还有很多重要的事情需要我们去关注。人生应该在忙碌的时候懂得放松，在压抑的时候应该让自己多一些期盼！生活本来就是让自己过得快乐，没有必要活的那么累，人生本来就很短暂，这个世界的快节奏让我们变得越来越累，越来越机器化，周而复始的工作，每天如一的动作都会让我们感觉到厌倦，也许生活本可以过得开心和愉悦才是！

　　回到正题，由于之前在编程领域也徘徊了一些时间，所以对其他技术平台也有一些涉猎，但始终没有建树,也许是天资愚笨，也许是太懒。之后几年才把自己定格并专注于微软平台。自认在面向对象及面向服务领域有一定的造诣，熟悉设计模式、TDD、极限编程、领域驱动、架构设计、敏捷开发和项目管理。对WinForm、 ASP.NET、WPF、WCF、WF、Silverlight 、Biztalk、Windows Azure及云计算方面有一定的看法和见解，于是总结了大型架构的45点重要事项，本来是想把它写细一点，但越写越庞大，所以一直没有把这几篇文章发布出来，今天先精简一个思路，文章后面有空再续，希望对大家能有所帮助。

 
1.思想决定论 
2.市场与前景 
3.需求压倒一切 
5.规范、流程与敏捷 
6.基础开发平台与工具 
7.基础框架及资源 
8.逻辑架构 
9.物理搭建 
10.选择具体的技术 
11.快速搭建平台 
12.构建控件开发库 
13.框架及源码剖析 
14.UI处理 
15.面向对象设计与实现 
16.面向方面思想 
17.耦合隔离 
18.通信编程 
19.企业ESB与SOA 
20.SSO设计 
21.缓存体系设计 
22.多线程与并行处理 
23.同步与异步构架 
24.权限系统设计 
25.异常及日志框架设计 
26.传统设计与ORM取舍 
27.自定义控件开发 
28.数据结构、算法与优化 
29.数据库与文件 
30.数据分析与处理 
31.多国语言与多设备支持 
32.数据库拆分之道 
33.数据库分离之道 
34.数据库同步之道 
35.全方位测试 
36.多重环境部署 
37.SEO与SEM 
38.服务器操作系统与Web服务器 
39.部署与更新 
40.分布式及负载均衡 
41.安全重于泰山 
42.健康监控与信息反馈处理 
43.在线错误调试与处理 
44.时刻关注与维护更新 
45.慎重考虑云平台

　　诚然，由于圣殿骑士才识浅薄，所以以上观点只是个人的看法与心得，遗漏和错误之处也请见谅。其实做技术久了也会慢慢厌倦技术并逐渐淡化技术本身所带来的激情，在和一些技术朋友的交流中也都颇有同感。前段时间写WPF系列的时候被有些朋友抱怨说文章太长，用鼠标拖滚动条就把手拖累了，我想这些朋友有点夸大其词了:-D，不过自己仔细想想:读者看着比较吃力，这间接表示我阐述问题的思路和语言还有待提高，把简单的事情复杂化了。虽然没有朋友直接这样说，但我也时刻在反思这个问题，如何才能把所要讲的技术贯穿到每个读者的知识树上呢？毕竟每个人知识功底参差不齐，这也是我在公司培训的难点和重点。我想只有以后逐渐强化自身的技术功底和语言阐述能力，这样才能真正做到游刃有余!
　　这里需要强调的是：之前花大篇幅讲的知识点确实是我个人认为比较重要的概念，所以才不遗余力的反复强调，在此也请看得头晕的朋友海涵。后面我想我会尽力写好每一篇文章，这篇就一改长文风格，缩减阐述语言，充分调动大家思考和讨论的积极性，同时有高见的朋友也请指教！
　　最后也附上几年积累并总结的十条心得：

 
1， 学会学习、内外兼修； 
2， 轻重缓急、井然有序； 
3， 谦虚谨慎、竭诚待物； 
4， 记录成长、勤能补挫； 
5， 换位思考、将心比心； 
6， 认识本质、避免浮躁； 
7， 保持理想、孜孜不懈； 
8， 学会合作、团队意识； 
9， 交流分享、有容乃大； 
10，面对现实、享受生活；

　　这十条心得是自己对技术或者生活或者人生的一些感悟，如果大家仔细看，或许能找到共鸣。从下一篇开始我们继续深入探讨相关技术问题，所以暂且会把写书的进度先缓一缓，毕竟相对于写书，我更喜欢和大家共同探讨和交流，有交流才会不断进步。可能之后的文章还是会走长文路线，因为这样写起来自己会有一气呵成且静心的感觉，虽然花的时间比较长，但个人还是比较执着和乐意去写，不为别的，就为生命中的那一份坚持！

 
 
　圣殿骑士自从入住博客园和51CTO写技术博客以来收获颇多，在这个过程中既对技术有了新的收获，同时也认识了很多朋友。之前由于工作和项目需要， 所以对一些技术进行了较为深入的研究，在整个公司做过一些技术专场的培训（如“OO到设计模式”、“WCF基础到企业应用”、“WPF基础到企业应用及优 化”、 “Silverlight基础到企业应用及优化”等），所以在写博客的时候也比较循规蹈矩，大家可以看到WPF系列基本就是按照培训的格式书写，只是比培 训说得要深入一些。虽然写技术博客在某种程度上弥补了培训的不足，但同时也是一项非常耗费时间和精力的事情，有很长一段时间都在断断续续的延续这份激情。
 
 
总结一下，最近文章进度缓慢最主要原因应该归功于以下两个方面：
 
 
 
  
1，自己经不起诱惑，在忙着为出版社写书，不过写了很久才写三章，综合发现写书是一个良心活。要想写得一般比较容易；要想写得深入浅出确实需要花费 很大的时间和精力；经过慎重思考，还是决定先缓一缓写书的进度，继续为大家书写一些技术相关的文章，分享一些自己浅薄的心得，希望能在帮助他人的同时也能 提高自己！
 
  
2，由于自己比较懒，没事的时候也会享受一下生活，毕竟除了技术以外，身边还有很多重要的事情需要我们去关注。人生应该在忙碌的时候懂得放松，在压 抑的时候应该让自己多一些期盼！生活本来就是让自己过得快乐，没有必要活的那么累，人生本来就很短暂，这个世界的快节奏让我们变得越来越累，越来越机器 化，周而复始的工作，每天如一的动作都会让我们感觉到厌倦，也许生活本可以过得开心和愉悦才是！
 
 
 
 
　　回到正题，由于之前在编程领域也徘徊了一些时间，所以对其他技术平台也有一些涉猎，但始终没有建树,也许是天资愚笨，也许是太懒。之后几年才把 自己定格并专注于微软平台。自认在面向对象及面向服务领域有一定的造诣，熟悉设计模式、TDD、极限编程、领域驱动、架构设计、敏捷开发和项目管理。对 WinForm、 ASP.NET、WPF、WCF、WF、Silverlight 、Biztalk、Windows Azure及云计算方面有一定的看法和见解，于是总结了大型架构的45点重要事项，本来是想把它写细一点，但越写越庞大，所以一直没有把这几篇文章发布出 来，今天先精简一个思路，文章后面有空再续，希望对大家能有所帮助。
 
 
 
  
1.思想决定论 
 2.市场与前景 
 3.需求压倒一切 
 5.规范、流程与敏捷 
 6.基础开发平台与工具 
 7.基础框架及资源 
 8.逻辑架构 
 9.物理搭建 
 10.选择具体的技术 
 11.快速搭建平台 
 12.构建控件开发库 
 13.框架及源码剖析 
 14.UI处理 
 15.面向对象设计与实现 
 16.面向方面思想 
 17.耦合隔离 
 18.通信编程 
 19.企业ESB与SOA 
 20.SSO设计 
 21.缓存体系设计 
 22.多线程与并行处理 
 23.同步与异步构架 
 24.权限系统设计 
 25.异常及日志框架设计 
 26.传统设计与ORM取舍 
 27.自定义控件开发 
 28.数据结构、算法与优化 
 29.数据库与文件 
 30.数据分析与处理 
 31.多国语言与多设备支持 
 32.数据库拆分之道 
 33.数据库分离之道 
 34.数据库同步之道 
 35.全方位测试 
 36.多重环境部署 
 37.SEO与SEM 
 38.服务器操作系统与Web服务器 
 39.部署与更新 
 40.分布式及负载均衡 
 41.安全重于泰山 
 42.健康监控与信息反馈处理 
 43.在线错误调试与处理 
 44.时刻关注与维护更新 
 45.慎重考虑云平台
 
 
 
 
　　诚然，由于圣殿骑士才识浅薄，所以以上观点只是个人的看法与心得，遗漏和错误之处也请见谅。其实做技术久了也会慢慢厌倦技术并逐渐淡化技术本身 所带来的激情，在和一些技术朋友的交流中也都颇有同感。前段时间写WPF系列的时候被有些朋友抱怨说文章太长，用鼠标拖滚动条就把手拖累了，我想这些朋友 有点夸大其词了:-D，不过自己仔细想想:读者看着比较吃力，这间接表示我阐述问题的思路和语言还有待提高，把简单的事情复杂化了。虽然没有朋友直接这样 说，但我也时刻在反思这个问题，如何才能把所要讲的技术贯穿到每个读者的知识树上呢？毕竟每个人知识功底参差不齐，这也是我在公司培训的难点和重点。我想 只有以后逐渐强化自身的技术功底和语言阐述能力，这样才能真正做到游刃有余!
 
 
　　这里需要强调的是：之前花大篇幅讲的知识点确实是我个人认为比较重要的概念，所以才不遗余力的反复强调，在此也请看得头晕的朋友海涵。后面我想我会尽力写好每一篇文章，这篇就一改长文风格，缩减阐述语言，充分调动大家思考和讨论的积极性，同时有高见的朋友也请指教！
 
 
　　最后也附上几年积累并总结的十条心得：
 
 
 
  
1， 学会学习、内外兼修； 
 2， 轻重缓急、井然有序； 
 3， 谦虚谨慎、竭诚待物； 
 4， 记录成长、勤能补挫； 
 5， 换位思考、将心比心； 
 6， 认识本质、避免浮躁； 
 7， 保持理想、孜孜不懈； 
 8， 学会合作、团队意识； 
 9， 交流分享、有容乃大； 
 10，面对现实、享受生活；
 
 
 
 
　　这十条心得是自己对技术或者生活或者人生的一些感悟，如果大家仔细看，或许能找到共鸣。从下一篇开始我们继续深入探讨相关技术问题，所以暂且会 把写书的进度先缓一缓，毕竟相对于写书，我更喜欢和大家共同探讨和交流，有交流才会不断进步。可能之后的文章还是会走长文路线，因为这样写起来自己会有一 气呵成且静心的感觉，虽然花的时间比较长，但个人还是比较执着和乐意去写，不为别的，就为生命中的那一份坚持！
 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 

 
 
本文转自KnightsWarrior51CTO博客，原文链接：http://blog.51cto.com/knightswarrior/410247 ，如需转载请自行联系原作者
 
 

 

        很久以前在学校里一直听说ACM的大名，学长们也开了相关课程。因为自己一直没有了解，都在搞别的东西，看书，练琴，活动，考试……长远的规划做了不少，但是ACM的水平也就停留在小白阶段...因为实在找不到努力方向，这个学期纠结良久，终于决定要进入ACM大干一番，希望它能给我带来一段不一样的时光。。
 
        我认准的专业方向是物联网，读了几本相关书籍后，我认为这个方向有太多的发展空间。什么？你觉得物联网是一个被government用到烂大街的词？其实根本不是。。2013年是智能可穿戴设备年，2014会不会是智能汽车年？所有这一切的价值核心都是物联网。总有一天，你能享受到所有物品互相连接，智能环境铺满全球，多种技术高度融合，软硬件体验做到极致的生活，这才是我想象中的智能生活。换句话说，物联网与互联网有非常大的相似之处，唯一的不同是，互联网整合了所有的信息与人类交流的平台，而物联网技术将给全世界提供服务。
 
        此类未来科技终有一天会得到长足的发展，但是直到现在为止仍然没什么动静。。。总有一天，我相信我也会投入这个大潮当中去。
 
        高中的时候喜欢计算机，但是班里没有几个人喜欢。我时常幻想着大学专业里，一个班里全是志同道合的同学，都有相同的爱好。到了这里才发现，没有几个人真正喜欢这个专业，更别说大家能有什么技术交流了。然而现在在ACM让我找到了第二个美好的世界。
 
        迄今为止正式接触ACM快一个月时间了，期间各种上课比赛刷题，不得不说学长们的组织还是很给力的。我对相关竞赛的内容应该有了初步了解，也找到了自己努力的方向！接下来的比赛还有学校里的个人赛，组队赛，还有湘潭邀请赛，在感到极其荣幸的同时，也感觉压力山大。不过这也是一件好事。对自己来讲，这是一段难忘的经历，更重要的是，我通过这种交流能让自己知道，我和别人相比还有哪些不足，还有什么缺点需要改正。这种一点一点提升自己，往脑子里填充知识的感觉，不得不说真的很好……
 
        平时学长，老师，同学很多时候都给了我很大的帮助，有时候没有你们的思路参考，我也不会有那些新奇的想法，也就做不出那些题目了，谢谢你们！不管以后去哪里比赛，还是训练什么题目，一定会好好努力的。
 
        
 
        下面把常用的资料收集到一起：
 
 
 
 
 
ACM常用的算法
 
网络上流传的答案有很多，估计提问者也曾经去网上搜过。所以根据自己微薄的经验提点看法。
 
我ACM初期是训练编码能力，以水题为主（就是没有任何算法，自己靠动脑筋能够实现的），这种题目特点是麻烦，但是不难，30-50道题目就可以了。
 
然后可以接触一下基础的算法，我感觉搜索方向的比较不错，可以解决很多问题，深搜，广搜，然后各种剪枝能力的锻炼。
 
搜索感觉不错了就可以去看看贪心，图论，和动态规划方向的了。图论有最短路径，最小生成树，网络流，拓扑排序等等很多，动态规划先去书上看经典例子，最长公共子序列等。各种变形的题目。
 
数学是ACM中极具杀伤力的武器，我一向很羡慕数学好的队友，精力有限自己数学方面的算法只能说入门。这方面经典的数论，组合数学方面的比较多，计算几何是很重要的，经典模型要熟悉，最近点对，二维三维，凸包以及各种应用。
 
数据结构方面的就比较多了，基础的堆，栈，队列，并查集，二叉查找树，红黑树，trie树，hash表等等。
 
用C++参赛的话STL要熟悉，有时候很有帮助，里面的queue,list,map,stack等。
 
ACM到后来算法就成了工具，不断的靠自己意淫一个新的解法来解决问题是最开心的事情了。 
 
 
一位Acmer 过来人的心得
 
<1>算法学习是ACM比赛所要推广或者要提倡的一个方面
 记得曾经路过某人的blog，上面说他作比赛的时候遇到了一个dijkstra，他没做出来，然后评论到（大意）：我才不会花时间去搞明白“这种”算法。 “这种”也许有可能是指：没什么实用性，对吧，这样我就不想评论了（又是有关科学和工程的讨论）。但起码有一点需要明确的：ACM-ICPC比赛时关于计算机科学的比赛，计算机科学是算法的科学，计算机算法中dijkstra有着重要的实际和启发意义，所以比赛一定要考。
 你参加这个比赛，要拿奖，就必须学习这种算法。你也许觉得你智商很高，但ACM-ICPC比赛本身不是智力比赛，比赛就是要让你去学习这些东西，所以，如果你不想学的话，我觉得也没有必要参加。说道这，可能偏题有点远，但是希望以上的分析能得出这样一个基础结论：不想学好算法，那没有必要来比赛。
 
 
 
<2>用模板是不好的
 现在很多我们弱校的ACM-ICPC选手比较依赖模板，说实话，我也很依赖，但是我起码知道一点，这样是不对的，某种意义上说，这是你没有把算法学明白的一种表现。而且也严重影响编码速度。在我见过的huicpc035参加过的比赛中，他从来没有看过模板，全部现场敲，有一次比赛有个图强连通分量+缩点+染色+什么的题去了，我在他们机房做，我则抄模板，结果总共敲了1个半小时，而035明确算法之后，啪啦啪啦，估计30多分钟就敲完了。这里顺便八卦一下他：我和kevin以前去湖大集训队玩的时候，给他取了个外号——打字猛男（他应该还不知道）。因为他敲键盘的声音特别大特别快，呵呵。
 
我觉得他敲代码的时间没有浪费，某牛曾说：因为每次敲都有可能有不同的错误，所以不用模板是好习惯。我最开始学dancing link的的时候，自己敲出了代码，然后接下来的几道题部分参考了以前的代码，后来基本上是直接copy。现在，当别人问我dancing link算法或有关的题目的时候，我已经是一脸茫然。
 
所以，用模板是不好的，有时候由于某些原因可能你用了模板，但你起码要知道这要做是不对的，并且有机会要改正。
 
 
 
<3>需要深入学习
 像 ACRush、zzy、ahyangyi…等等国家队的天才们，本身难以说我们与他们之间有什么可比性。但是他们的学习方法应该还是值得借鉴的，他们的学习方法当然我们得不到言传身教，但是从他们在国家队集训的论文中和他们搞完ACM-ICPC以后的轨迹中，可以有所体现。那就是：深入学习。
 
其实这点我来讲可能还是不够有力，因为我这方面也很欠缺，我尽量说下我的想法。
 
首先，觉得ACMer学算法不应停留在看看代码实现这个层面，在算法思想上要有清醒的认识，在正确性分析上要也应该要有较好的逻辑。因为网上的代码的实现上的一些细枝末节很可能掩盖了算法本身有的简洁性、美感和思想。因而丧失了对算法整体上的一些认识。还拿dijkstra算法打比方，有些算法不是基于 dijskstra的直接建模，而是需要你修改这个算法，这时你对算法没有真正理解的话，也就一筹莫展了。
 
我为什么老说Dijkstra算法，因为确实很多人都只知道用模板，而且模板还不好，在我看到的Dijkstra实现中，只有czyuan_acm的代码写得好。不是说其他的不对，但确实是有问题，投机取巧了的。
 
所以，要阅读论文和书籍，尤其与英文书籍，窥到它的本质。另一方面，只有这样，你学的的东西才能在ACM-ICPC以外，给你一定的启发——否则你会迅速忘掉它的。
 
据我所知，035起码阅读了几十篇集训队论文，orzorzorz，而且切掉了例题。
 
 
 
<4>独立思考
 这点我也很惭愧，因为我也是缺乏独立思考的。很多题我不会了就去搜解题报告，所以反而我的搜资料能力变得特别强。035和许多大牛在这点上做的比我好多了，他们遇到题不会的时候，也不会很急于把题目做出来，可能每隔一段时间又拿出来想一次，总有一天想通了，之后这一类型的题目基本上也就没有什么问题了。
 
而我恰恰比较“虚荣”，做到的题目不会不太愿意想太久，就想尽量快些AC，于是急于看解题报告，这样导致的一个问题就是有些重要的东西解题报告中没有提到，而我也没去想就把他们忽略了，这样，我还是不会做。我和035讨论问题的时候，我不会一般就直接找他要代码，但是他不懂的时候，顶多问我大体的思路，而绝对不会要代码的。
 
在去年ACM赛区尾声的时候，我发现035做中难题的能力已经明显超过我一个档次。看他现在做的题目，已然是相当变态，几乎是都100以下人ac，这些题目我看了基本上没什么想法，更要命的时，解题报告也搜不到。035目前的状态让我想起一个人，不知道大家知道不：wangfangbob，他切bt题的能力也是令人汗颜的。
 
 
 
<5>做有意义的题
 1.是不要做水题，这里的水题定义为：一眼就能看出做法，而且中途的实现可以预计没有太多问题的题目。
 2.是做能够强化你最近学到的东西的题目
 3.你不会但你应该会的题目。
 这同时也是在说，某些没太多代表性的题目可以少做，因为对比赛帮助不大。（当然我这个参加比赛的目的很功利，非功利主义者另当别论）刚才，我把我在poj上的号和他的号对比了下，他ac而我没ac的基本上是难题，我ac他没ac的一般是水题，看得我想哭，5555。
 
补充一点：ac的人多的并不一定代表着水题，有些几千人ac的题目，在现场赛中ac的人很少，这样的题目往往是有一定思维难度且编码不难的好题，这种题目要认真做，某个学长说：经典的题目啊，只有那么多，做一道，就少一道。
 
 
 
<6>估算好某种训练所需要的时间
 我觉得我学网络流就是一个例子，我在大概赛区赛之前2个月开始学习网络流，1个月前开始学习费用流，但是对于我来讲，这两个月培养出来的网络流思维还是不够（虽然也做了不少题），特别是，这种题目往往作为中难的题目出现，不会让你随便水的，于是，北京赛区的那道网络流当时就没有想出来——功利地说，学习网络流没有得到好的效果。
 
所以，现在来看，当时其实我可以不搞网络流。如果要学一种比较有难度的东西，并且还必须把他搞好，应该较早地，全面地学习，必须长期的训练以培养这种思维。打个比方，如果你微积分平时不学，仅仅考试前一周狂做题目，我觉得上90分是很困难的。
 当然，这要根据个人情况而定，我的理解能力应该说是中等水平，如果牛的话应该可以更快地学好。
 
 
 
<7>有关训练的度
 我有时候通宵刷题，这里我不知道huicpc035有没有这个习惯，不过我通宵的时候没见到他通宵。
 我觉得其实通宵刷题，或者太长时间地做题，还是不好的。我们为什么会这样有热情的做题呢，因为我们有兴趣；但是一个人的成功不仅仅依赖于兴趣，还要依赖于自控。这和打游戏是一个道理，游戏太有趣以至于我们常常通宵——ICPC题目也太有趣，所以有时候通宵。而且很多时候是，由于一道题AC不掉，所以赌气一定要搞定才睡觉，这样一不小心，就通宵了。
 其实我明白，通宵不一定效果好，这仅仅说明了你兴趣很高涨而已。通宵往往会打乱你的时间安排，打乱你的生物钟，进而影响你短期或是中期的训练计划。而且，疲惫的状态下做题，你往往只有ac题目的欲望，而完全丧失了ac题目的灵气。所以，我建议，ACMer一定要合理安排作息，能够自控，这样不仅仅对你做 ACM-ICPC有好处。
 总之，有效训练是很重要，只有通过有效的训练你才能获得你参加这个比赛应得的东西。
 
 
 
 
 
ACM经典书籍一览
 
1. CLRS 算法导论
 算法百科全书，只做了前面十几章的习题，便感觉受益无穷。
 
2. Algorithms 算法概论
 短小精悍，别据一格，准经典之作。一个坏消息: 同算法导论，该书没有习题答案。好消息：习题很经典，难度也适中，只需花点点时间自己也都能做出来。不好也不坏的消息：我正在写习题的答案，已完成前三章，还剩九章约二百道题，顺利的话二个月之后发布。另有中文版名《算法概论》，我没看过，不知道翻译得怎么样。如果有心的话，还是尽量看原版吧，其实看原版与看中文版花费时间不会相差很大，因为大部分时间其实都花费在做习题上了。
 
3. Algorithm Design 算法设计
 很经典的一本书，很久之前看的，遗憾的是现在除了就记得它很经典之外其它都忘光了。
 4. SICP 计算机程序的构造和解释
 六星之书无需多言，虽然这不是一本讲算法的书，但看完此书有助于你更深入的理解什么是递归。我一直很强调习题，看完此书后你至少应该做完前四章的太部分习题。否则那是你的遗憾，也是作者的遗憾。
 
5. Concrete Mathematics 具体数学
 有人说看TAOCP之前应该先弄清楚这本书的内容，要真是如此的话那我恐怕是看不到TAOCP了。零零碎碎的看了一大半，很多东西都没有时间来好好消化。如果你是刚进大学不久的本科生，有着大把的可自由支配时间，那你幸运又幸福了，花上几个月时间好好的读一下此书吧，收获绝对大于你的期望值。
 
6. Introduction to The Design and Analysis of Algorithms 算法设计与分析基础
 很有趣的一本算法书，有许多在别的书上找不到的趣题，看完此书绝对能让你大开眼界，实在是一本居家旅行，面试装逼的必备佳作。
 
7. 编程之美–微软技术面试心得
 虽说是一本面试书，但如果把前面十几页扯掉的话，我更愿意把它看作是一本讲解题思维的算法小品。在书中，作者通常是给出一个平常解法，然后再一次又一次的优化改进，你可以很清楚的看到基本的算法设计思想是如何得到运用以解决实际问题的。如果你已经有了一些算法的基础，看完本书应该能使你的算法应用能力得到一定的提高。另外，本书生动有趣，也同样适合于初学者。
 
……
 
 
 

转自：http://www.javathinker.net/bbs_topic.do?postID=212
 
工作三年左右的时候（无论所在公司大小），公司内部的开发框架已经使用熟练，各种开源框架、开源工具也用了不少，很多技术上的问题不做不了解，做的时候一查就知道（感谢百度，谷歌，和愿意分享的大牛们）。刚毕业入职时，那些前辈差不多手把手的教你写代码、细心的帮你走查代码的事情，在此时已经不复存在了，也许这是你已经成为新人眼中的前辈了，但是自己的技术停滞不前了，广而不精，没有方向了，于是困惑了、迷茫了。。。
 
 三年前，作为菜鸟，脑袋中知识少的可怜，工作中，大量的问题都是新的，源源不断地塞进自己的脑袋，很容易感觉自己在提升。
 
 三年后，自己由菜鸟变成一个可以独挡一面的码农，工作中绝大部分东西都是自己做过的，可能是真的没有提升了，或者提成的很慢，慢到自己无法察觉。在这个竞争激烈的时代，自己开始没有了安全感，看着周围人的不断进步，于是更加困惑、更加迷茫。。。
 
 能有这种感觉，你应该庆幸，因为你是在思考的，思考自己的人生，自己未来，而不是昏昏沉沉的混。
 
 那这个阶段该怎么做呢？
 
 我与大家分享我的切身经历，因从事的行业、工作的具体内容的不同，不可能适合所有人，但是寓意的道理是一样的，希望起到一丝共鸣
 
 因为想继续从事java开发的工作，提高自己的硬技能，于是我问了自己几个问题。
 
 1.既然会了很多各种各样的工具，对这些工具，是否有自己的总结，自己的看法，自己的改进？
 于是，我整理自己的开发包，同时开始写博客，记录自己对一些工具的使用，在网上与大家分享自己所学，总结自己遇到的坑。慢慢的发现，在写博客的时候，对工具的使用更加深入理解，对某些感兴趣的点，时而看看源码，对比不同的实现，能学到很对大牛的编程技巧，设计思想。
 
 2.单个工具的使用都整理了，那么是否整合出自己的一套开发框架？
 （如果公司的开发框架够好，那么是怎么实现的，源码就放在你眼前，自己看吧，会有不少收获，也许你还能提出改进意见）
 
 记得当年刚入行时，从事JavaWeb开发, 公司使用struts2 + hibernate + mysql，公司对其作了一层封装，当时遇到一些复杂功能，用hql原语真的很痛苦（当年的我确实很弱），需要找前辈别人搞定。
 随着技术的发展，我自己偷偷摸摸的整合了velocity + springmvc + spring3 + mybatis（也许现在的你会说，这些我都会，太基础了），
 
 整合的过程中，对框架本身及多框架间的配合使用，有了深层次的理解，而不是停留在使用层面（相信，你懂得！）。
 良好的框架整合还要包裹工程代码结构，于是引入了maven，优化打包方式（轻松区分本地、测试、生产环境），
 同时引入了eclipse的jetty插件，方便本地开发测试（之前用的是tomcat，不够方便）。
 后来又引入了代码检查工具：Findbugs 和CheckStyle(他们很容易集成到eclipse和hudson中)，可以做到团队代码风格基本一致。
 当我用PPT在团队的分享会议上展示给大家我“偷偷的”学习成果时，小伙伴们都惊呆了（可能是我们公司没那么多大牛）。
 
 3.既然开发框架都搞了，是否能有套生成器，生成基本代码（增删改查）？
 于是使用基础的jdbcapi读取数据库表信息，使用velocity 模板引擎，重构了一套，
 当我再次用PPT演示给大家时，小伙伴们都惊翻了（之前除了CTO，没人会搞这个，其实一点都不难，就看你是否琢磨）。
 
 4.框架玩的差不多了，它真的够好吗？
 于是借鉴很多大牛的经验，将架构中模板引擎部分velocity 去掉，前端使用纯html css js，用js与服务端通信，返回json。部署时，静态的东西都挂在ngix下，动态的东西放在tomcat中。页面开发人员（会css,js）和服务端开人员各司其职，再一次提高了开发效率。
 
 5.当访问量上来的了，发现页面动态数据访问还是有些慢？ 
 于是在不做负载均均衡的情况下， 学了jvm的内存机制和gc调优，最大的优化单机能力。
 
 
 其实这个时期想提升自己并不难，已经有了一定的技术基础，好多东西就在你身边，只要你留意，“路转溪头 忽见”。
 
 很多人不是从事JavaWeb开发的，不是从事互联网开发的，那么不妨也问问自己一些自己工作领域的问题，找到自己拿手的一点作为切入点，循序渐进，迟早会“豁然开朗”。
 
 
 在国内做开发，大多数都是为了多赚些生活费，很少是为了爱好而从事这个 "加班没数"，"调休有限"的工作。
 既然不能爱一行干一行，那就干一行爱一行吧，不然身在曹营心在汉，肯定是没心情研究这些的。
 我相信：提升自己不一定带来薪水的提高，但是不提升自己薪水一定不会提高（排除拼爹、拼干爹等关系户），在你厚积薄发之时，你会庆幸自己当年不断地积累。
 
 
 转载请注明：来源于www.javathinker.net