按照自己之前的计划，我觉得得看看关于开发的东西了，因为我对于并发,锁的认知总是有一个局限性，自己也在地铁上做了些功课。有了这个想法，再有拿起书的勇气，那就是一个开始了。
每个圈子都有自己喜爱的图书，就如同Oracle圈子对于Tom的《Oracle编程艺术》，MySQL圈子对于《高性能MySQL》，Java圈子也有自己的，在我的印象中，应该就是《Java编程思想》了。
程序员其实还是容易偏执，在我们的生活中这种例子屡见不鲜，比如php是世界上最好的语言，几方竟然能大很长时间的口水战。程序员也有数据库行业类似DB-Engines的排行榜，是开发语言排行榜，Java语言如同数据库界Oracle的地位，也常年占据榜首位置，相对而言，语言之前的竞争更加激烈和白热化，优势和差距都不是很大。
Java程序员的圣经我的家里有个书架，已经很久没怎么读过书了，已经快摆满了杂物。书桌上有一本2007年的第四版的《Java编程思想》，书龄到现在已经10年了，但是看着里面的技术点滴，还是很有意思的，但是也存在太多的遗憾。
每每到这个时候，我才会发现很多东西似曾相识，但是自己却没有记下笔记，没有了笔记，也就没有了当时学习的轨迹，也就意味着很多内容我需要重新再看一遍，再感悟一遍。所以我越发觉得学习笔记是个好东西，得坚持。
我总是能够从书里找到一些共鸣的地方，比如Bruce这样说道：Java的设计者曾经说过，设计这门语言的灵感来自c++.尽管如此，学习Java，基本上不用参考c++,我也是这样做的。
对于一些技术的学习，比如泛型，就很有必要和c++进行比较。了解c++模板的某些方面，有助于理解泛型的基础，这就如同学习MySQL的的锁机制和Oracle的联系起来，虽然不同，但是可以加深理解。同时，重要的一点是，你可以了解很多技术的局限是什么，以及为什么会有这些限制，最终的目的就是帮你理解，只有了解了边界，才能成为程序高手。只有知道了某个技术不能做到什么，才能更好的做到所能做的。这一点上来说，也是工程师的几个阶段：从思考能做什么到思考不能做什么。
《Java编程思想》我目前喜欢的是第21章并发和第18章 I/O系统，因为这些方面和数据库的关联更大一些，也是我学习的一个突破口，而对于数据库中，高并发设计一直以来也是我们所关注的，而有时候难免会有瓶颈的认知存在。最近做了些功课，发现困扰自己，觉得不错的网络资料，里面的很多观点在书里都有系统的讲解，所以就是这本书了。而I/O系统方面，对于缓冲器的实现和持久化我更感兴趣，这些希望能够从再次的苦旅中找到一些共鸣和借鉴的地方。所以我的一个基本观点是从开发的角度来理解一些问题的原理，会更加水到渠成。
几种技术的比较
我在毕业的时候，做开发类工作，最开始接触的就是Java Swing相关的技术，当时使用的还是Spring Rich Client的框架，接触了各种项目之后，发现框架真是层出不穷，没过多久就能听到一些新鲜的技术框架等等，而同时工作中大家对编程技巧尤其注意，总是会尽可能的用到设计模式方面的东西，而一个产品中总是会有若干的模块，也参与了不少模块的开发测试工作，到了亚信的时候，全部的模块都得熟悉，印象最深的一次，我连操作都没弄熟，下午就要给客户验收测试，当时自己学习的压力可想而知。而到了后来的工作中，我发现架构真是一门很精深的艺术，里面总是会有很多设计的原则和理念，这一点上不得不佩服很多老外的技术沉淀，从这个层面，我能够加深很多地方的理解，会把一个事情从一个更加全面的角度来考虑，得到一些更为细致的影响范围和风险评估。
这样一个基本的感受，对于我来说，还是存在着一些困惑，这些到底有什么样的关系。有时候自己都理不清楚，直到一次看架构类的书籍，看到了下面的对应关系，才豁然开朗。
这也是我上面描述的几种技术场景的一个关系图，这样一来，你在学习的时候也会有的放矢，而不是蒙着头逮什么学什么。
