JavaScript 是一种描述性语言，它可以被嵌入 HTML 的文件之中。通过 JavaScript 可以做到响应用户的需求事件(如表单的输入)，这样当一位使用者输入一项信息时，它不需要通过网络传送到服务器端进行处理再传回来的过程，而可以直接在客户端进行事件的处理。你也可以想像成有一个可执行程序在你的客户端上执行一样(但这种执行程序是有限的，它对客户端电脑的控制力很差)!

java中一般有两种随机数，一个是Math中random()方法，一个是Random类。
一、Math.random()
随即生成0< x <1的小数。
实例：如何写，生成随机生成出0~100中的其中一个数呢？
Math.random()返回的只是从0到1之间的小数，如果要50到100，就先放大50倍，即0到50之间，这里还是小数，如果要整数，就强制转换int，然后再加上50即为50~100.
最终代码：(int)(Math.random()*50) + 50

转载请注明出处：http://blog.csdn.net/xiao__gui/article/details/8188833
Java线程同步：synchronized锁住的是代码还是对象
在Java中，synchronized关键字是用来控制线程同步的，就是在多线程的环境下，控制synchronized代码段不被多个线程同时执行。synchronized既可以加在一段代码上，也可以加在方法上。
关键是，不要认为给方法或者代码段加上synchronized就万事大吉，看下面一段代码：

具体的代码请阅读全文。

面向对象的三大特性

封装、继承、多态。从一定角度来看，封装和继承几乎都是为多态而准备的。这是我们最后一个概念，也是最重要的知识点。

多态的定义

指允许不同类的对象对同一消息做出响应。
即同一消息可以根据发送对象的不同而采用多种不同的行为方式。（发送消息就是函数调用）

实现多态的技术

实现多态的技术称为：动态绑定（dynamic binding），是指在执行期间判断所引用对象的实际类型，根据其实际的类型调用其相应的方法。

大部分书籍的视角停留在胜利之前的英雄故事，但作者却着眼点于胜利的那一年，1945年，发生在欧洲、亚洲的光复国、战败国关于欢腾、饥饿、复仇的故事，以及人民创造新世界的努力。1945年那时，各国景象都差不多，不管是光复国还是战败国，一样都是满目疮痍、食不果腹、百废待兴，可能不同的只是人们不同的心理以及对未来的期望。
战争胜利之后，除了让之前被囚禁的人们获得人身自由、解决温饱问题之外，作者的笔触也不忘在人性方面进行着笔，例如：

对那些女囚犯来说，帮助最大的是口红，当他们把嘴唇涂得红彤彤的，她们总算变成了人，而不是文在手臂上的号码。他们终于有心思关心起自己的外表来，是口红率先把人性还给了他们。

云计算的三种服务模式：IaaS，PaaS和SaaS

　　云服务”现在已经快成了一个家喻户晓的词了。如果你不知道PaaS, IaaS 和SaaS的区别，那么也没啥，因为很多人确实不知道。
　　“云”其实是互联网的一个隐喻，“云计算”其实就是使用互联网来接入存储或者运行在远程服务器端的应用，数据，或者服务。
　　任何一个使用基于互联网的方法来计算，存储和开发的公司，都可以从技术上叫做从事云的公司。然而，不是所有的云公司都一样。不是所有人都是CTO，所以有时候看到云技术背后的一些词可能会比较头疼。
云也是分层的

写得比较晦涩的一本书。
比较全面的介绍了安全方面的内容，强调安全的整体性。不过，说是最佳实践，更多是从设计的角度的最佳实践，而不是整体案例的最佳实践。里面举的案例零散，不成体系。
比较一般的一本书，比较大的收获就是，在看书的过程当中，一些常用的术语、技术上网进行了了解。

CORBA（Common Object Request Broker Architecture,公共对象请求代理体系结构，通用对象请求代理体系结构）是由OMG组织制订的一种标准的面向对象应用程 序体系规范。或者说 CORBA体系结构是对象管理组织（OMG）为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。
最重要的服务有三个：命名服务、事件服务、通知服务。

自己总结

特点

REST：面向资源、采用Http的方法、无状态;

优点：

面向资源、采用Http的方法：使得构建成本低，继承了Web的优点；
无状态：容错、扩展性增强了。

缺点：

无法处理事务，还需要采用SOAP的协议来处理。

REST和SOAP Web Service的比较（写得非常清晰易懂，转载于此）
本文转载自他人的博客，ArcGIS Server 推出了 对 SOAP 和 REST两种接口（用接口类型也许并不准确）类型的支持,本文非常清晰的比较了SOAP和Rest的区别联系！

REST似乎在一夜间兴起了，这可能引起一些争议，反对者可以说REST是WEB诞生之始甚而是HTTP出现之日就相伴而生的原则。但是毋庸置疑的事实是，在Google和Yahoo等网络巨头发布的相同功能的Web Service API中，REST无疑受到更多的青睐，因此是不是可以这样说：RPC在一夜之间衰落了？

在一篇作业的小文章里讨论整套RPC的原理，无疑太过庞大了，况且RPC在Web Service领域的应用也无过XML-RPC以及由此延伸的SOAP而已。在原理上唯一重要的，是传统程序的函数调用和返回在RPC中被请求和应答代替了而已。既然如此，在讨论REST之前先阐述SOAP，可能是合乎逻辑的顺序。