承接:
《沃顿商学院最受欢迎的谈判课》读书笔记(01-02章)
《沃顿商学院最受欢迎的谈判课》读书笔记(03-04章)
05 不等价交换
首先,必须搞清楚对方脑海中的画面。然后,必须搞清楚你自己脑海中的画面。找出对一方价值不太大但对另一方很有价值的东西。之后,利用这些东西进行交易。 Continue reading »
承接:
《沃顿商学院最受欢迎的谈判课》读书笔记(01-02章)
《沃顿商学院最受欢迎的谈判课》读书笔记(03-04章)
首先,必须搞清楚对方脑海中的画面。然后,必须搞清楚你自己脑海中的画面。找出对一方价值不太大但对另一方很有价值的东西。之后,利用这些东西进行交易。 Continue reading »
承接上一篇:《沃顿商学院最受欢迎的谈判课》读书笔记(01-02章)
缩小认知差距
从现在起,当你与某人发生冲突的时候,问问自己下列问题:(1)我的看法是什么?(2) 对方的看法是什么? (3)是否存在观点不一致的情况? (4)如果是,原因是什么?
在生活中,你有时候也许已经以一种特定的、随意的方式问过自己上述问题。现在,你 应该让这样的问题成为你众多谈判技巧中一个特殊的、重要的技巧。这意味着你要理解双方 所持有的偏见,努力让对方明确表达出他们的观点,然后再来解释你的观点。 Continue reading »
工作中遇到CopyOnWriteArrayList这个类,略好奇,简单学习了一下,这里做个笔记。
CopyOnWrite容器是在JDK 1.5 的java.uti.concurrent包中出现的,目前只有两个类
大家都说,阅读spring的源代码是个不错的学习方式,现在开始学习一下,头一次阅读开源代码,不知道怎么看,先随便记些笔记,记录一下,希望也能帮助别人吧。
目前我看代码的方式是阅读《spring源码深度解析》,按照上面的例子一步步阅读源代码,感觉这样难度降低不少,有书、有实际例子带着终归要容易一些。我所阅读的是spring framework 4.2的代码,从github上拉取的,拉取时间2015年11月份。
闲话少说,开始! Continue reading »
虽然用Java编程已经有几年了,但一直没好好看Java的各种语法细节,都是碰上问题就去网上搜,最近打算重新看一下Java核心技术(Core Java)这本书,毕竟很久之前看过,有不少东西都忘记了,顺便做一下读书笔记,摘录一下自己在书中看到的比较“新鲜”的Java语法。我觉得应该有不少人和我一样平时只是用Java,但没想到或是忘记Java还有这样那样的用法,于是贴在自己的博客上给大家分享一下。
下面给出链接(将会不断更新): Continue reading »
5.1 类、超类和子类
Java中,所有继承都是公有继承,没有C++中的私有继承、保护继承。
子类不能直接访问超类的私有域,应该用super.getXXX()的方式来获取。
子类中可以增加域、方法或是覆盖超类的方法,但绝不能删除继承的任何域与方法。
如果子类的构造器没有显式地调用超类的构造器,则将自动地调用超类默认(没有参数)的构造器。如果超类没有不带参数的构造器,并在子类的构造器中又没有显式地调用超类的其他构造器,则Java编译器将报告错误。 Continue reading »
4.1 面向对象程序设计概述
4.1.3 识别类
设计面向对象的系统时首先从设计类开始,然后每个类中添加方法。
识别类的简单规则是在分析问题的过程中寻找名词,而方法对应着动词。——“名词与动词”原则只是一种粗略的方法,还依赖于个人的开发经验。 Continue reading »
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 »
转载地址: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.