Cafe的IT日記

今天工作遇到一個問題： 本來跑起來都很正常的project, 今天打開重新build Gradle時，卻一直卡在這一步： Gradle:resolve dependencies':app:debugCompile' 卡超久，至少10分鐘有。 查了半天，試了StackOverflow上的幾個解決方法都無效，關掉Android Studio重開也是一樣。 因為它其實還是有極緩慢的在進展中，於是決定試著等等看。 (等的時候就來看一下 Design Pattern.. XD) 我發現它其實是有緩慢進展中的。 這步走完之後，會resolve下一個dependencies, 然後又再卡個10分鐘。 總共等了超過半小時(這段時間做別的事)，還是沒build完。 於是只好再查查有沒有別的辦法， 結果在知乎上找到這篇： android studio一直卡在app:_debugCompile處，如何解決？ 其中「韓凱」講的給我幫助很大， 我才知道原來可能是其中某些library從網路上pull下來的時候出問題。 看了一下我的 build.gradle ，是： dependencies { ... compile 'com.android.support:appcompat-v7:23.4.0' compile 'com.amazonaws:aws-android-sdk-iot:2.2.20' } 直覺可能是 aws-andoid-sdk-iot 的問題，於是先把它comment掉再build看看，結果還真的能動了！ 現在知道問題出在哪裡了，但是該怎麼解決它呢？ 想說換個版本也許可行，就查了一下還有哪些版本可用： https://bintray.com/bintray/jcenter/com.amazonaws%3Aaws-android-sdk-iot 試了2.2.21版，再build, 就成功了！ 其他參考資料 這次的issue也讓我多瞭解了一點Gradle的dependencies機制，看了兩個文件如下： Android document - remote artifiacts   Gradle Document -artifact  external dependencies 想說每次都在Stac...

平時就會訂閱一些技術大牛的部落格來看，除了可以學到一些技術知識，更重要的是看他們做事情的方法和經驗分享。這些由經驗累積下來觀點非常重要，可以幫助我們避免再犯和他們相同的錯誤，以及學習如何快速掌握到關鍵。 其中 Simple Programmer 站長 John Sonmez 的分享一直都對我滿有幫助的，最近看到他的新系列文章 — The Complete Software Developer’s Career Guide , 邊看忽然有想作筆記的念頭，於是就決定把自己的記錄也放在這裡。 今天看的是這系的的第３篇, 談 如何增進技術能力 。以下簡單記錄對自己最有啟發的部分。 優先掌握關鍵20%資訊 先找出並掌握最關鍵的那20%資料，因為很可能80%的時間都會用到它們。 作者舉了一個很好的例子： 假設要學習SQL，書上可能用同等篇幅來講selecting, inserting, updating, deleting, indexing等等。但直到實際使用過，才會發現原來大部分時間都在做selecting。 所以selecting其實才是最關鍵的重點，與其傻傻的把每個點都依序讀懂，還不如先把selecting這個點好好弄通再說。 這也是為何作者強調，把一本書從頭到尾一頁一頁Ｋ完，並不是個有效的學習方法。拼命三郎的他以前常幹這種事，浪費了好多寶貴時間。應該要先抓出重點，優先把它們弄懂。 那要怎麼樣才能知道這關鍵的20%是什麼？ 從做中學！ 一旦實際動手操作，就會發現關鍵在哪裡了。 所以不要只是看書，要多動手去做。 這點對我滿有啟發的，因為以前總覺得要學得夠多了，再來動手做，會做得比較好。但這裡讓我明白到，其實我應該在學了一些基本知識後，就先開始動手玩玩看。 在嘗試的過程中，我就能先親身去體驗它是怎麼一回事，從而對它有更進一步的認識，發現它的關鍵點可能落在哪裡。這過程中也會產生一些疑問，而這些疑問給了我更強烈的學習的動機，想要找到這些問題的答案，自然也讓我有了更明確的學習目標。 所以，先把玩一陣後再繼續深入學習，反而更能掌握重點。不再是漫無目的的一行行看，而是帶著想弄懂這些關鍵點，以及想搞清楚心中疑問的確切目標來學習。 站在巨人的肩膀上 — 看看高手怎麼說 看看他們怎麼做事，可以觀察到他們做事的技巧。 聽他們的看法，因為有些洞見是自己怎麼樣都想不到的。 這點我真的很有同感，很...