1. 很适合部分初学者，因为书中对于JAVA许多特性都有涉猎，而且也是浅尝即止。如果读者没有受过专业的编程训练，那么在阅读此书时不会畏惧。因为书中没有充斥着大量的计算机理论知识，虽然作者依然覆盖了JAVA的重要知识点，以及许多与编程相关的计算机知识点，但是作者并没有展开说明，只是帮助读者有个初步的认识，重要的是培训兴趣。作者本人也非计算机专业毕业，而是通过大量的编程实践成为一个合格的程序员。因此，作者全书都彰显着实用主义的精神，无论是语言的选择（JAVA还是C++），还是理论的学习（JVM和内存管理）都是能用就行。
2. 通过我对本书的学习，建议其他读者也像作者一样，从实践出发。一定要自己把书中的代码都输入到计算机中，按照作者的思路熟悉编程工具和JAVA的知识点。在阅读过程中，我发现本书中文版的代码排版有误，那么读者可以根据自己的能力进行纠错，通过纠错也可以加深对代码的理解，实在搞不定了再参考作者或者我提供的源代码。
重要事情说三遍：一定要自己输入代码。
因为代码光看懂是不够的，一定要自己输入、调试和发现问题，还可以修改代码从而加入自己的一些想法，只有通过反复的实践才能真正理解JAVA的知识点，也就是俗话说的学成自己的东西。
3. 读完这本书，其实并不能帮你立刻就成为一定合格的JAVA程序员，甚至你还是不太会写程序，但是恭喜你“入门了”。
4.如果想节省时间和精力，那就请个专业的老师带着你阅读。因为，时间就是金钱！
原作者的代码，我自己输入和做了部分修改的代码。
摘要: 中文版书中的问题代码记录： 只记录了P213后面的错误代码，如果后面发现P213页前面的错误代码，会继续补齐。但我提供的代码都是可以正常运行的，如果有使用者发现中文版书中其他的错误代码请告诉我，方便我在这里补齐，谢谢。 P213，重构代码有误，作者在源代码中提供的正确代码如下： public ShootingGalleryTargetRow(Image sprite, int value) {
... 阅读全文
摘要: HDFS和MapReduce是Hadoop的两大核心，除此之外Hbase、Hive这两个核心工具也随着Hadoop发展变得越来越重要。今天我们只初步的看看HDFS. 阅读全文
摘要: 移植jQuery deferred到java，基于java的promise编程模型 很多语言都支持promise编程模型，像是scal... 阅读全文
摘要: 使用thrift已经有段时间了，目前基本是clien+server的方式，负载是通过nginx来处理。这种处理方式有两个比较大的弊端： 阅读全文
摘要: 关于产品规划，可以从寻找用户问题、分析市场/竞品/产品数据、明确产品目标/路径、设计功能矩阵、业务&技术风险评估几方面开展，即围绕寻找问题->明确目标->设计路径形成产品演进。
1、用户问题
用户对产品反馈有哪些问题？哪些是用户刚需？哪些是非刚需？外部用户电话/QQ/微信沟通，内部用户面对面访谈。沟通前准备问题清单，沟通后将结果分类（如：功能操作易用性/手册帮助指导/客服沟通渠道/产品赋能力度），每类形成TOP3～5。
2、市场/竞品/产品数据
市场数据，可以通过企业收录平台、咨询报告平台获取，了解产品领域的用户群规模、用户群领域分布，掌握产品市场空间。
竞品数据，页面指标可以通过Alxea统计，系统指标可根据参加线下论坛/沙龙时收集的宣传数据、竞品网站页面内容反推（如：基于分类目录的商品列表估算SKU、商品列表页单价和使用人数估算GMV） 。
产品数据，针对用户问题通过报表平台或开发导表统计关键指标。 阅读全文
摘要: serverStatus.pdf原文：https://docs.mongodb.com/v3.0/reference/command/serverStatus/定义serverStatusserverStatus命令用于返回数据库进程状态的概述文档. 大部分监控程序都会定期运行此命令来收集实例相关的统计信息:{ serverStatus: 1 } 其值（即上面的1）不影响命令的操作。2.4版本中修... 阅读全文
www.taggerin.com，主要处理日常文档的在线编辑，以及与Markdown,PDF,html等格式的双向转换.听说内测版本已经发布。真正的文档在线编辑与预览。
摘要: 架构设计过程简单总结：架构设计的驱动力=功能+质量+约束.功能即系统要满足的业务需求。质量包括运行期质量和开发期质量. 常见的运行期质量属性包括软件系统的易用性、性能、可伸缩性、持续可用性、鲁棒性、安全性等。开发期质量属性是开发人员最为关心的，要达到怎样的目标应根据项目的具体情况而定。约束可能是商业预算，运行环境，使用人员水平，开发团队水平等。架构设计过程如下:一，需求收集，分析。此处省略2000... 阅读全文
摘要: 绕不过去的坎---需求分析需求.分析师也好，系统分析师也好，架构师也好乃至PM都有一道绕不过去的坎，那就是需求分析。需求分析也绕不过需求收集。需求收集的要点：1，参与人。很重要。广义上是指各种干系人，如客户方，自己方的.具体的软件操作员可以是直接参与人，但也可能是代理参与人，比如声讯话务员，并不是系统的直接参与者，而是代理人。嗯，可以理解成别人请话员操作软件。甚至打电话进来的也是一个代理人，他帮别... 阅读全文
摘要: 跟同学聊了通电话，讨论了一下需求理论，架构，软件扩展性方面的东西。好吧。。。搞硬件的跟搞软件的瞎聊一下这个好象也不奇怪。软件易扩展属于开发质量要求。这样一些非功能性需求往往很重要。理论其实很重要，嗯，从两道面试题说起，面试官都喜欢问，嗯，俺也喜欢问。遗憾的是没听到过想要听的答案。1，重定向redirect和内部跳转forwar有什么区别或在什么场景使用？ 求职者多半的回答是... 阅读全文
摘要: Groovy面世已有10多年光阴，在不断创新的同时还汲取了不少其他语言的优秀特性。目前Groovy核心团队已开始将重心逐渐转移到Groovy 3的研发上，而Groovy 3的主要亮点之一便是其全新的解析器以及更加丰富的语言特性。 阅读全文
摘要: 使用Java语言开发一个高质量和高性能的jt808 协议的GPS通信服务器，并不是一件简单容易的事情，开发出来一段程序和能够承受数十万台车载接入是两码事，除去开发部标808协议的固有复杂性和几个月长周期的协议Bug调试，作为大批量794车载终端接入的服务端，需要能够处理网络的闪断、客户端的重连、安全认证和消息的编解码、半包处理等。如果没有足够的网络编程经验积累和深入了解部标808协议文档，自研的GPS服务器往往需要半年甚至数年的时间才能最终稳定下来，这种成本即便对一个大公司而言也是个严重的挑战。对于808协议的解析处理，需要编写自定义的解码器了，目前Netty提供了多个基础编码器可以供开发者进行继承和拓展，开发的时候，需要了解这几个解码器的主要作用，主要用于那些通信数据传输的场景。 阅读全文
摘要: 部标监控平台jt808协议软件开发技术文章索引,主要涵盖了基于java技术开发jt808部标标准的方方面面，实现了部标808协议、部标809协议和部标796、794标准。 阅读全文
摘要: 本文github地址
你可能没意识到Java对函数式编程的重视程度，看看Java 8加入函数式编程扩充多少功能就清楚了。Java 8之所以费这么大功夫引入函数式编程，原因有二：
代码简洁，函数式编程写出的代码简洁且意图明确，使用stream接口让你从此告别for循环。
多核友好，Java函数式编程使得编写并行程序从未如此简单，你需要的全部就是调用一下parallel(... 阅读全文
摘要: 最近在网上看到的相关材料都比较陈旧，也太简略，参看了一下其他人的内容，针对Hive2.1.1做点分享：1）下载apache-hive-2.1.1-bin.tar.gz2）解压缩，下面的命令行如启动报错，请自行查略Hive启动配置3）启动hiveserver2 （非必须，使用jdbc访问的时候才使用）bin目录下hive --service hiveserver2 -p10001来启动hi... 阅读全文
摘要: 分布式游戏服务器技术调研，主要关注mmo方向. 阅读全文
摘要: 《Java7并发编程实战手册》学习笔记 阅读全文
摘要: 本篇摘自《gameprogrammingpatterns》中关于gameloop的一章，做了大量的注释和自己的理解。游戏循环无论对于游戏客户端还是游戏服务器，都是很重要的一部分. 阅读全文
摘要: 做产品，每天跟各类人群沟通交流是常态，面对各种需求，我们可以从哪些方面去着手分析和判断，使产品的解决方案既解决了用户痛点甚至制造惊喜，又夯实了产品模型，而且沿产品策略又进了一步。下面梳理一些思考点：
需求是用户或组织在某个场景下存在的痛点以及诉求。而需求分析就是发现问题、去伪存真、解决问题的过程，分析维度含：
1、基于产品定位
在产品的定位和愿景下，需求是否违背产品初衷，是否偏离产品路线，这和产品是先定位出来还是渐进明晰找到定位不冲突，即使产品策略是分阶段实现，每个阶段的需求也都应该围绕产品定位去分析。 阅读全文