前两天休眠后机器非正常关机，重新启动后运行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