承接：
《沃顿商学院最受欢迎的谈判课》读书笔记（01-02章）
《沃顿商学院最受欢迎的谈判课》读书笔记（03-04章）
05 不等价交换
首先，必须搞清楚对方脑海中的画面。然后，必须搞清楚你自己脑海中的画面。找出对一方价值不太大但对另一方很有价值的东西。之后，利用这些东西进行交易。 Continue reading »
3月 212017
3月 162017
承接上一篇：《沃顿商学院最受欢迎的谈判课》读书笔记（01-02章）
03 观念和沟通
缩小认知差距
从现在起，当你与某人发生冲突的时候，问问自己下列问题：（1)我的看法是什么？（2) 对方的看法是什么？ （3)是否存在观点不一致的情况？ （4)如果是，原因是什么？
在生活中，你有时候也许已经以一种特定的、随意的方式问过自己上述问题。现在，你 应该让这样的问题成为你众多谈判技巧中一个特殊的、重要的技巧。这意味着你要理解双方 所持有的偏见，努力让对方明确表达出他们的观点，然后再来解释你的观点。 Continue reading »
1月 112017
工作中遇到CopyOnWriteArrayList这个类，略好奇，简单学习了一下，这里做个笔记。
一、概念
CopyOnWrite容器是在JDK 1.5 的java.uti.concurrent包中出现的，目前只有两个类
- CopyOnWriteArrayList
- CopyOnWriteSet
12月 222015
大家都说，阅读spring的源代码是个不错的学习方式，现在开始学习一下，头一次阅读开源代码，不知道怎么看，先随便记些笔记，记录一下，希望也能帮助别人吧。
目前我看代码的方式是阅读《spring源码深度解析》，按照上面的例子一步步阅读源代码，感觉这样难度降低不少，有书、有实际例子带着终归要容易一些。我所阅读的是spring framework 4.2的代码，从github上拉取的，拉取时间2015年11月份。
闲话少说，开始！ Continue reading »
12月 042015
虽然用Java编程已经有几年了，但一直没好好看Java的各种语法细节，都是碰上问题就去网上搜，最近打算重新看一下Java核心技术（Core Java）这本书，毕竟很久之前看过，有不少东西都忘记了，顺便做一下读书笔记，摘录一下自己在书中看到的比较“新鲜”的Java语法。我觉得应该有不少人和我一样平时只是用Java，但没想到或是忘记Java还有这样那样的用法，于是贴在自己的博客上给大家分享一下。
下面给出链接（将会不断更新）： Continue reading »
12月 042015
5.1 类、超类和子类
Java中，所有继承都是公有继承，没有C++中的私有继承、保护继承。
子类不能直接访问超类的私有域，应该用super.getXXX()的方式来获取。
子类中可以增加域、方法或是覆盖超类的方法，但绝不能删除继承的任何域与方法。
如果子类的构造器没有显式地调用超类的构造器，则将自动地调用超类默认（没有参数）的构造器。如果超类没有不带参数的构造器，并在子类的构造器中又没有显式地调用超类的其他构造器，则Java编译器将报告错误。 Continue reading »
12月 042015
4.1 面向对象程序设计概述
4.1.3 识别类
设计面向对象的系统时首先从设计类开始，然后每个类中添加方法。
识别类的简单规则是在分析问题的过程中寻找名词，而方法对应着动词。——“名词与动词”原则只是一种粗略的方法，还依赖于个人的开发经验。 Continue reading »
12月 042015
3.3 数据类型
Java有一个能表示任意精度的算术包，通称“big number”，该包中的类用于表示大的数值。
3.3.1 整型
Java中整型的范围与运行Java代码的机器无关，已经规定了各种数据类型所使用的字节数和取值范围（int、short、long、byte依次占用4、2、8、1个字节）。Java中没有任何unsigned type。
PS：C/C++中int表示的整型与目标机器有关。读《C和指针》的时候我记得读到过这么一句：C语言规范只规定了int的最小取值范围。 Continue reading »
7月 212011
转载地址：http://www.kevinwilliampang.com/2008/10/07/10-programming-proverbs-every-developer-should-know/
Proverbs are used to express universal truths or life lessons in a short and memorable fashion. I find that they are a great way to keep things in perspective, both in life and in work. Because of this, I have assembled 10 programming proverbs that every developer needs in their arsenal.
