前两天休眠后机器非正常关机，重新启动后运行eclipse。悲催的发现eclipse
无法启动了。每次双击启动后，确定完workspace后，显示启动画面，没过一会就进入灰色无响应状态。启动画面始终停留在Loading
workbench状态。反复重启，状态依旧。尝试解决。
搜索了一下，应该是非正常关机导致eclipse工作区的文件状态错误导致。在工作区目录中，有一个.metadata目录，里面是工作区及各插件的信息，删除此目录可以解决问题。
为保险起见，将.metadata改名移动到/tmp目录，再重启eclipse，果然可以正常启动eclipse了，但原来工作区的配置和项目信息也都消失，直接显示的是欢迎界面。
如何恢复原来的project配置呢？尝试对比了当前的.metadata和之前备份的那个目录，发现缺少了很多配置文件。试着一点点恢复一些目录，但效
果不理想。因为不知道哪些文件(目录)可以恢复，哪些恢复会带来问题。将备份的整个目录恢复试试？Eclipse又回到了无法启动的状态了。
怎么办？这时想到启动停止时显示的状态:"Loading workbench"，看来和这个workbench插件有关。查看原来的.metadata/.plugins目录，在众多文件夹中
com.collabnet.subversion.merge org.eclipse.search
org.eclipse.compare org.eclipse.team.core
org.eclipse.core.resources org.eclipse.team.cvs.core
org.eclipse.core.runtime org.eclipse.team.ui
org.eclipse.debug.core org.eclipse.ui.ide
org.eclipse.debug.ui org.eclipse.ui.intro
org.eclipse.dltk.core org.eclipse.ui.views.log
org.eclipse.dltk.core.index.sql.h2 org.eclipse.ui.workbench
org.eclipse.dltk.ui org.eclipse.ui.workbench.texteditor
org.eclipse.epp.usagedata.recording org.eclipse.wb.discovery.core
org.eclipse.jdt.core org.eclipse.wst.internet.cache
org.eclipse.jdt.ui org.eclipse.wst.jsdt.core
org.eclipse.ltk.core.refactoring org.eclipse.wst.jsdt.ui
org.eclipse.ltk.ui.refactoring org.eclipse.wst.jsdt.web.core
org.eclipse.m2e.core org.eclipse.wst.sse.ui
org.eclipse.m2e.logback.configuration org.eclipse.wst.validation
org.eclipse.mylyn.bugzilla.core org.eclipse.wst.xml.core
org.eclipse.mylyn.tasks.ui org.tigris.subversion.subclipse.core
org.eclipse.php.core org.tigris.subversion.subclipse.graph
org.eclipse.php.ui org.tigris.subversion.subclipse.ui
发现了两个：
org.eclipse.ui.workbench 和
org.eclipse.ui.workbench.texteditor。
不管三七二十一，删了这两个目录，重新启动eclipse。正常启动且原项目信息正确加载。
最近团队遇到一个案例。看似很小的事情，但仔细研究起来，彻底分析，每一个环节都没做好，细节部分糟糕得一塌糊涂，最后导致一件事情的结果：完全失败。
经常有人在聊起公司的时候问我，你现在最担心的事情有哪些? 我当然会重点提到团队。不过在谈及团队的时候，我又最担心在「细节」问题上做不好。
细节就是竞争力，尤其是对小团队来说，小团队更应该注重细节问题。大一点的公司可以追究责任人，靠流程、靠制度，靠各级评审等等一系列的「成本」来提升细节能力。小一点的公司或者团队怎么办? 恐怕只有依赖每个人的能力和责任心了。
细节也是锻炼人的能力的地方，搞清楚每一个细节，将每一个细节涉及到的背景知识和技能掌握好，能力自然也就会得到提升。继而，着手做更大的事情也不
会手忙脚乱。相反，做不好细节和小事的人，如果总嚷着要做「重要」的事情，做更有「挑战」的事情，这样的事情真的到你面前，真的能接住么?
为什么我们在细节上做不好?
对细节问题不够重视 一件事情到了自己这里，头脑中先入为主认为只是一件小事，是一件简单的事情。这样，当然就不会给予足够的重视。小事不一定不重要，小事不一定意味着做起来就简单。
对事情复杂度缺乏认知 不就是给客户写一封电子邮件么? 不就是用 HTML 写一个页面么? 不就是做一则横幅广告么? 那么，这些事情真的简单么? 为什么别人为客户写的邮件打开率更高? 为什么别人写的页面更容易被搜索引擎收录? 为什么别人做的广告转化率更好? 背后涉及到哪些知识? 不想研究一下么? 不能研究一下么?
对细节缺乏耐心 草草了事，应付了事，遇到问题马马虎虎，轻易得放过了很多可以让自己得到成长的机会。「这问题我没想过」「这事情我没遇到过」「设计稿都改过两次了」... 这类借口在任何一个团队都很常见。
缺少责任心 常常觉得自己这里做不好，还有别人会把关呢。担心什么? 可如果所有人都这么想呢? 「文案是产品经理的事情，关我甚么事?」如果你能对文案也有改进意见，谁说以后你就不能做产品经理做的事情呢?
主观上不认可自己的工作 就给我这么一点钱，要我做这么多工作? 问题是我们如果不多做一点工作，不提升一下自己，又怎么能多一点钱呢?
为什么细节上做不好? 不同人不同的角度还会有不同的看法。不过有一点我能肯定，细节不会决定成败，但做不好细节，一定会失败。
做好细节，百事可作。
虽然android安装完成后会有一套参考手册,其中包括了api,但是如果在开发过程中能查看android的源码(sdk的源码),将对我们学习android有一定的帮助.毕竟,有时候源码比api文档更能说明问题.
我平常学习android用的2.2版本,从网上下载了2.2的源码(从官方git库下载太麻烦,是从网友共享的源码位置下载的).按照网上的说法,我把
解压后的那一堆文档放在了android-sdk-root\platforms\android-8\sources目录下.不过并没有重启
eclipse.而是通过这种方法来做的-----在eclipse中,鼠标放在一个android提供的类上,按下ctrl键,会打开一个新页面,提示
找不到对应的类的class或者源文件,但这个新页面上有个导入源码的按钮,点击之后选择下载好的source位置,确定后就可以了.
顺便说下我下载android源码的位置:
http://tech.cncms.com/UploadFiles/20101025/androidsdk2.2_sources.zip下载源码到maven仓库: http://search.maven.org/#search|gav|1|g%3A%22com.google.android%22%20AND%20a%3A%22android%22
离开淘宝后，自己创业，产品需要推广，考虑到当今流量最大的聚集在微博上，我们也来做做微博运营，我是一个技术人员，运营对于我来说，从0开始，站在巨人的肩膀上学习，稍稍总结了下。
1. 使用工具：微博第三方插件已经提供了很多功能，适合自己的都用起来，这个我觉得最节省我的时间，其他网上提供的软件都可以使用，重要是适合自己，安全第一。
2. 写工具：有很多个性化需求的时候，如果变相的不能实现，人为处理太慢太花时间，我们现在是小创业团队，很多事情都需要自己做，数据增长慢，在有限的资源下，写工具是非常好的方式，作为技术人员就直接动手写，当然也需要看看性价比。
3.微博定位：
找好本微博的主题，内容一般遵循原则：定制+非定制。定制是指针对你的目标群体来选择内容，要让这部分人感兴趣，非定制：是指那种适合任何粉丝的内容。
例如：我的目标群体是女性，我的定制内容就有美容、护肤、服饰搭配、星座、爱情等女性关注的话题，非定制的有笑话、经典语录、旅游等大众类容。根据内容来 建立话题，如#美容护肤# #开心一笑##XX语录#等等，我就为自己建立了10个左右话题，每天的内容按照话题来制作。
4.主要工作流程：（这个图是转的）
5.常用的微博话题（这个图片也是转的）
6. 关注项目：微博和主动@，评论，私信，群，邀请，勋章，策划产品活动，参与微活动
7.微博运营最重要的是：一段时间需要总结挑选合适的方法执行，没有效果的去除。
如:微博发布时间/数量
我（转，不是我）曾在粉丝超过一万之后就开始研究的我的微博改什么时候发布，每天发布多少。我现在粉丝中做了一个投票：你们一般什么时候织微博。最后有200多人参加， 我大概划分了5个时段，9-12点，12-17点 17-19点 19-22点 22-24点 0-3点，做多选择3个答案，结果出来之后就有个大概了。接下来我用一周的时间从9点—24点之间每1小时发布一条信息。总共16条信息，我就分析每条信 息的转发、回复数量，一周之后我就可以摸清粉丝的上网时间规律。然后我选择哪几个时间段重点维护，并在那几个时间段进一步研究发布数量规律，我又分为每1小时，每0.5小时两个因素来研究发布数量。
JMock是帮助创建mock对象的工具，它基于Java开发，在Java测试与开发环境中有不可比拟的优势，更重要的是，它大大简化了虚拟对象的使用。本文中，通过一个简单的测试用例来说明JMock如何帮助我们实现这种孤立测试。
我们在测试某类时，由于它要与其他类发生联系，因此往往在测试此类的代码中也将与之联系的类也一起测试了。这种测试，将使被测试的类直接依赖于其他类，一旦其他类发生改变，被测试类也随之被迫改变。更重要的是，这些其他类可能尚未经过测试，因此必须先测试这些类，才能测试被测试类。这种情况下，测试驱动开发成为空谈。而如果其他类中也引用了被测试类，我们到底先测试哪一个类？因此，在测试中，如果我们能将被测试类孤立起来，使其完全不依赖于其他类的具体实现，这样，我们就能做到测试先行，先测试哪个类，就先实现哪个类，而不管与之联系的类是否已经实现。
虚拟对象(mock object)就是为此需要而诞生的。它通过JDK中的反射机制，在运行时动态地创建虚拟对象。在测试代码中，我们可以验证这些虚拟对象是否被正确地调用了，也可以在明确的情况下，让其返回特定的假想值。而一旦有了这些虚拟对象提供的服务，被测试类就可以将虚拟对象作为其他与之联系的真实对象的替身，从而轻松地搭建起一个很完美的测试环境。
JMock是帮助创建mock对象的工具，它基于Java开发，在Java测试与开发环境中有不可比拟的优势，更重要的是，它大大简化了虚拟对象的使用。
本文中，通过一个简单的测试用例来说明JMock如何帮助我们实现这种孤立测试。有三个主要的类，User，UserDAO，及UserService。本文中，我们只需测试UserService，准备虚拟UserDAO。对于User，由于本身仅是一个过于简单的POJO，可以不用测试。但如果你是一个完美主义者，也可以使用JMock的虚拟它。在这领域，JMock几乎无所不能。
这里我用到的是：(我用的是maven依赖)
<dependency>
<groupId>org.jmock</groupId>
<artifactId>jmock</artifactId>
<version>2.5.1</version>
</dependency>
<dependency>
<groupId>org.jmock</groupId>
<artifactId>jmock-junit3</artifactId>
<version>2.5.1</version>
</dependency>
在官方的网站上也有的下载。 地址： http://jmock.org/dist/jmock-2.5.1-jars.zip
public class User {
private String name;
public User() {
}
public User(String name) {
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
UserDAO负责与数据库打交道，通过数据库保存、获取User的信息。尽管我们可以不用知道JMock如何通过JDK 的反射机制来实现孤立测试，但至少应知道，JDK的反射机制要求这些在运行时创建的动态类必须定义接口。在使用JMock的环境中，由于我们要虚拟 UserDAO，意味着UserDAO必须定义接口
public interface UserDAO {
public User getUser(Long id);
}
public interface UserService {
public void setUserDAO(UserDAO userDAO);
public User getUser(Long id);
}
public class UserServiceImpl implements UserService {
private UserDAO userDAO;
public UserServiceImpl() {
}
public void setUserDAO(UserDAO userDAO) {
this.userDAO = userDAO;
}
public User getUser(Long id) {
return userDAO.getUser(id);
}
}
import org.jmock.Expectations;
import org.jmock.integration.junit3.MockObjectTestCase;
public class UserServiceTest extends MockObjectTestCase {
private UserService userService = new UserServiceImpl();
private UserDAO userDAO = null;
public UserServiceTest(String testName) {
super(testName);
}
protected void setUp() throws Exception {
userDAO = mock(UserDAO.class);
userService.setUserDAO(userDAO);
}
public void testGetUser() {
String name = "lsb";
final User fakeUser = new User(name);
checking(new Expectations(){{
oneOf(userDAO).getUser(1L);
will(returnValue(fakeUser));
}});
User user = userService.getUser(1L);
assertNotNull(user);
assertEquals(name, user.getName());
}
protected void tearDown() throws Exception {
}
}
在开发Android和iPhone应用程序时，我们往往需要从服务器不定的向手 机客户端即时推送各种通知消息，iPhone上已经有了比较简单的和完美的推送通知解决方案，可是Android平台上实现起来却相对比较麻烦，最近利用 几天的时间对Android的推送通知服务进行初步的研究。在Android手机平台上，Google提供了C2DM（Cloudto Device Messaging）服务。
Android Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。C2DM服务负责处理诸如消息排队等事务并向运行于目标设备上的应用程序分发这些消息。
使用C2DM框架的要求
1. 需要Android2.2及以上的系统版本
2. 使用C2DM功能的Android设备上需要设置好Google的账户。
3. C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经常不可用，如果想要很好的使用，我们的App Server必须也在国外，这个恐怕不是每个开发者都能够实现的
要使用C2DM来进行Push操作，基本上要使用以下6个步骤
（1）注册：Android设备把使用C2DM功能的用户账户（比如android.c2dm.demo@gmail.com）和App名称发送给C2DM服务器。
（2）C2DM服务器会返回一个registration_id值给Android设备，设备需要保存这个registration_id值。
（3）Android设备把获得的registration_id和C2DM功能的用户账户（android.c2dm.demo@gmail.com）发送给自己的服务器，不过一般用户账户信息因为和服务器确定好的，所以不必发送。
这样Android设备就完成了C2DM功能的注册过程，接下来就可以接收C2DM服务器Push过来的消息了。
（4）服务器获得数据。这里图中的例子Chrome To Phone，服务器接收到Chrome浏览器发送的数据。数据也可以是服务器本地产生的。这里的服务器是Google AppEngine（很好的一项服务，可惜在国内被屏了），要换成自己的服务器。服务器还要获取注册使用C2DM功能的用户账户（android.c2dm.demo@gmail.com）的ClientLogin权限Auth。
（5）服务器把要发送的数据和registration_id一起，并且头部带上获取的Auth，使用POST的方式发送给C2DM服务器。
（6）C2DM服务器会以Push的方式把数据发送给对应的Android设备，Android设备只要在程序中按之前和服务器商量好的格式从对应的key中获取数据即可。
转自：
地理位置索引支持是MongoDB的一大亮点，这也是全球最流行的LBS服务foursquare 选择MongoDB的原因之一。我们知道，通常的数据库索引结构是B+ Tree，如何将地理位置转化为可建立B+Tree的形式，下文将为你描述。
首先假设我们将需要索引的整个地图分成16×16的方格，如下图（左下角为坐标0,0 右上角为坐标16,16）：
单纯的［x，y］的数据是无法建立索引的，所以MongoDB在建立索引的时候，会根据相应字段的坐标计算一个可以用来做索引的hash值，这个值叫做geohash，下面我们以地图上坐标为［4，6］的点（图中红叉位置）为例。
我们第一步将整个地图分成等大小的四块，如下图：
划分成四块后我们可以定义这四块的值，如下（左下为00，左上为01，右下为10，右上为11）：
这样［4，6］点的geohash值目前为 00
然后再将四个小块每一块进行切割，如下：
这时［4，6］点位于右上区域，右上的值为11，这样［4，6］点的geohash值变为：0011
继续往下做两次切分：
最终得到［4，6］点的geohash值为：00110100
这样我们用这个值来做索引，则地图上点相近的点就可以转化成有相同前缀的geohash值了。
我们可以看到，这个geohash值的精确度是与划分地图的次数成正比的，上例对地图划分了四次。而MongoDB默认是进行26次划分，这个值在建立索引时是可控的。具体建立二维地理位置索引的命令如下：
db.map.ensureIndex({point : "2d"}, {min : 0, max : 16, bits : 4})
其中的bits参数就是划分几次，默认为26次。
摘要: java中的引用分为4种：String Reference， WeakReference， softReference，PhantomReference Strong Reference: 我们平常用的最多的就是强引用了 如：String s = new String("opps");这种形式的引用称为强引用，这种引用有以下几个特点 1.强引用可以直接访问目标对象&...
阅读全文