前兩天休眠后機(jī)器非正常關(guān)機(jī)，重新啟動后運(yùn)行eclipse。悲催的發(fā)現(xiàn)eclipse
無法啟動了。每次雙擊啟動后，確定完workspace后，顯示啟動畫面，沒過一會就進(jìn)入灰色無響應(yīng)狀態(tài)。啟動畫面始終停留在Loading
workbench狀態(tài)。反復(fù)重啟，狀態(tài)依舊。嘗試解決。
搜索了一下，應(yīng)該是非正常關(guān)機(jī)導(dǎo)致eclipse工作區(qū)的文件狀態(tài)錯誤導(dǎo)致。在工作區(qū)目錄中，有一個.metadata目錄，里面是工作區(qū)及各插件的信息，刪除此目錄可以解決問題。
為保險起見，將.metadata改名移動到/tmp目錄，再重啟eclipse，果然可以正常啟動eclipse了，但原來工作區(qū)的配置和項(xiàng)目信息也都消失，直接顯示的是歡迎界面。
如何恢復(fù)原來的project配置呢？嘗試對比了當(dāng)前的.metadata和之前備份的那個目錄，發(fā)現(xiàn)缺少了很多配置文件。試著一點(diǎn)點(diǎn)恢復(fù)一些目錄，但效
果不理想。因?yàn)椴恢滥男┪募?目錄)可以恢復(fù)，哪些恢復(fù)會帶來問題。將備份的整個目錄恢復(fù)試試？Eclipse又回到了無法啟動的狀態(tài)了。
怎么辦？這時想到啟動停止時顯示的狀態(tài):"Loading workbench"，看來和這個workbench插件有關(guān)。查看原來的.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
發(fā)現(xiàn)了兩個：
org.eclipse.ui.workbench 和
org.eclipse.ui.workbench.texteditor。
不管三七二十一，刪了這兩個目錄，重新啟動eclipse。正常啟動且原項(xiàng)目信息正確加載。
最近團(tuán)隊(duì)遇到一個案例。看似很小的事情，但仔細(xì)研究起來，徹底分析，每一個環(huán)節(jié)都沒做好，細(xì)節(jié)部分糟糕得一塌糊涂，最后導(dǎo)致一件事情的結(jié)果：完全失敗。
經(jīng)常有人在聊起公司的時候問我，你現(xiàn)在最擔(dān)心的事情有哪些? 我當(dāng)然會重點(diǎn)提到團(tuán)隊(duì)。不過在談及團(tuán)隊(duì)的時候，我又最擔(dān)心在「細(xì)節(jié)」問題上做不好。
細(xì)節(jié)就是競爭力，尤其是對小團(tuán)隊(duì)來說，小團(tuán)隊(duì)更應(yīng)該注重細(xì)節(jié)問題。大一點(diǎn)的公司可以追究責(zé)任人，靠流程、靠制度，靠各級評審等等一系列的「成本」來提升細(xì)節(jié)能力。小一點(diǎn)的公司或者團(tuán)隊(duì)怎么辦? 恐怕只有依賴每個人的能力和責(zé)任心了。
細(xì)節(jié)也是鍛煉人的能力的地方，搞清楚每一個細(xì)節(jié)，將每一個細(xì)節(jié)涉及到的背景知識和技能掌握好，能力自然也就會得到提升。繼而，著手做更大的事情也不
會手忙腳亂。相反，做不好細(xì)節(jié)和小事的人，如果總?cè)轮觥钢匾沟氖虑椋龈小柑魬?zhàn)」的事情，這樣的事情真的到你面前，真的能接住么?
為什么我們在細(xì)節(jié)上做不好?
對細(xì)節(jié)問題不夠重視 一件事情到了自己這里，頭腦中先入為主認(rèn)為只是一件小事，是一件簡單的事情。這樣，當(dāng)然就不會給予足夠的重視。小事不一定不重要，小事不一定意味著做起來就簡單。
對事情復(fù)雜度缺乏認(rèn)知 不就是給客戶寫一封電子郵件么? 不就是用 HTML 寫一個頁面么? 不就是做一則橫幅廣告么? 那么，這些事情真的簡單么? 為什么別人為客戶寫的郵件打開率更高? 為什么別人寫的頁面更容易被搜索引擎收錄? 為什么別人做的廣告轉(zhuǎn)化率更好? 背后涉及到哪些知識? 不想研究一下么? 不能研究一下么?
對細(xì)節(jié)缺乏耐心 草草了事，應(yīng)付了事，遇到問題馬馬虎虎，輕易得放過了很多可以讓自己得到成長的機(jī)會。「這問題我沒想過」「這事情我沒遇到過」「設(shè)計(jì)稿都改過兩次了」... 這類借口在任何一個團(tuán)隊(duì)都很常見。
缺少責(zé)任心 常常覺得自己這里做不好，還有別人會把關(guān)呢。擔(dān)心什么? 可如果所有人都這么想呢? 「文案是產(chǎn)品經(jīng)理的事情，關(guān)我甚么事?」如果你能對文案也有改進(jìn)意見，誰說以后你就不能做產(chǎn)品經(jīng)理做的事情呢?
主觀上不認(rèn)可自己的工作 就給我這么一點(diǎn)錢，要我做這么多工作? 問題是我們?nèi)绻欢嘧鲆稽c(diǎn)工作，不提升一下自己，又怎么能多一點(diǎn)錢呢?
為什么細(xì)節(jié)上做不好? 不同人不同的角度還會有不同的看法。不過有一點(diǎn)我能肯定，細(xì)節(jié)不會決定成敗，但做不好細(xì)節(jié)，一定會失敗。
做好細(xì)節(jié)，百事可作。
雖然android安裝完成后會有一套參考手冊,其中包括了api,但是如果在開發(fā)過程中能查看android的源碼(sdk的源碼),將對我們學(xué)習(xí)android有一定的幫助.畢竟,有時候源碼比api文檔更能說明問題.
我平常學(xué)習(xí)android用的2.2版本,從網(wǎng)上下載了2.2的源碼(從官方git庫下載太麻煩,是從網(wǎng)友共享的源碼位置下載的).按照網(wǎng)上的說法,我把
解壓后的那一堆文檔放在了android-sdk-root\platforms\android-8\sources目錄下.不過并沒有重啟
eclipse.而是通過這種方法來做的-----在eclipse中,鼠標(biāo)放在一個android提供的類上,按下ctrl鍵,會打開一個新頁面,提示
找不到對應(yīng)的類的class或者源文件,但這個新頁面上有個導(dǎo)入源碼的按鈕,點(diǎn)擊之后選擇下載好的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