其他

1、依次選擇：開始---控制台---管理工具---進階安全 Windows 防火牆。 2、在進階安全 Windows 防火牆的左側邊欄，選擇“入站規則”。  3、在右側邊欄選擇"建立規則“。  4、在彈出的視窗依次選擇：選中連接埠---下一步---選中TCP以及特定本地連接埠，填入要開放的連接埠號碼（這裡填入80）---下一步---選中允許串連---下一步---選中所有選項---下一步---填入名稱（這裡填入IIS）---完成。

做了一個類似電子市場的應用，遇到了很多問題，記下來。　　1. 使用apache的Http包進行網路通訊，如果添加了訊息頭("Accept-Encoding", "gzip,deflate"),那麼無論從伺服器擷取的資料是否經過了gzip，都會對其進行解壓縮，那麼如果資料本來沒有壓縮而被解壓縮了，就會亂碼。設定這個訊息頭的時候一定要注意。　　2.

程式員在一個團隊裡面最在乎的兩件事：1，錢；2，發展。 程式員在一個團隊裡最煩的兩件事：1，畫餅；2，分配不公平。 所以，如果一個程式員認為團隊不尊重他了，大約有以下幾種：承諾不兌現（畫餅）分配的活自己不喜歡（分配不公平）工資嫌低（錢）獎金嫌少（錢）獎金分配少（分配不公平）團隊貧富差大（分配未必不公但確要引情緒）做一些無聊的工作(發展）有一個無能的領導，此種領導用有能力的員工的勞動交給他的領導（分配不公平）公司壓工資、壓獎金、壓報銷（錢）領導有技巧的把過錯推給員工（發展）吃的是草，擠的是血（錢）

 1. 那不是My Code從來代碼都是想由誰寫由誰寫，誰想改誰改，而且沒有程式碼程式庫的概念，更沒有人把某些代碼測試沒問題而封進程式碼程式庫。我也想分工明確地大家都不用猜而知道哪塊的代碼由哪個人負責，做事前每個人都有個藍圖，都不亂。但是，我只是一個小小的程式員，我說的話能管用嗎？而出了問題，我當然有時會誤以為那塊代碼不是我寫的，難道一個類由七八個人寫還讓人記住哪個方法是哪個人寫的？2.

程式員加班真不怕，怕的是：1，領導讓你認為加班是工作不可分割的一部份。很少有公司強調加班是程式員在辛苦付出，反而有很多管理者看你要下班走人，在快下班先給你搞點活，或開個會，或廢話幾句。總之他們骨子裡認為你該加班。 2，加班做出的活很少有領導統計出來讓程式員感覺自己加班了至少也是被領導知道效果的。程式員的工作性質很特別，說句不好聽的，狀態不好，一天幹不了個什麼。狀態與心態掛勾，天天多加幾個小時班常事，周末加班也不少見，但管理者也該給予這些加班的人一些尊嚴。最低線也該把程式員加班乾的活統計一下，程式

原錯誤描述:SOAP 版本可能不匹配: 出現意外的 Envelope 命名空間 http://schemas.xmlsoap.org/wsdl/。應為

    學習密度的概念是什麼呢？是學習時間和學習頻率的乘積。瘋狂英語的李陽說，很多人學了七年的英語，開口的時間還沒有集訓七天說的多，這就是說學習密度不夠。學習密度不夠，就很難做成一件事情，而專註力又是保證學習密度的而必要條件，沒有專註力，根本無從談起學習密度。回想以前，我也學過python，也學習過shell，也學習過c語言，學的東西很多，但是哪一樣都沒有學好。現在讓我寫個python程式，我依舊是了無頭緒。為什麼會出現這種情況，在這一章裡我找到了答案。 

       工作中遇到了這麼一種情況，有兩個視圖，都需要開啟非同步任務從伺服器擷取資料，每個view中建立一個Handler，註冊到非同步任務中去，當非同步任務從伺服器擷取資料出錯，或者出現io異常或者http協議異常的時候，使用這個handler通知主視圖彈出toast通知使用者，在同一個activity中根據條件使用不同的視圖，這些視圖通過一個棧進行管理，載入A後，建立並註冊handlerA個哦taskA，開啟非同步任務taskA，然後從視圖A啟用視圖B（假定這個時候taskA還沒有結束）

每天第一時間進入工作，這是我的原則，但我很少能做到，比如現在，我第一時間坐在工作位上，是寫了這篇文章。從小到大，看過的文章無數，成功的數量不多。究其原因，不是文章寫的不對，而是文章的思想與個人相結合了才能發揮應該有的效果，其效果大或小，要看當事者的能力了。有時我會換個思路，我會給自己定出十來條原則（其實超過二十條多數也是浪費），我敢保證，我的這十來條原則我都做到了的話，我的能力會立馬增高一倍，信嗎？比去讀網上說的什麼程式員必讀XXXXX圖書還要有用。此文不長，但其中的道理還希望大家咀嚼一下。 

　　It has been one year since i run a first "hello world" on Android platform. At that time , i'm working for a company on j2ee. Learning Android is not very hard. I bought a book teaching Android api, just after a week ,i found a job about Android

從出版業說起網路作品排到靠前的，都不會太難看，一般人不愛看某部作品也是因為不喜歡這個類型，而此人也不會全不喜歡這些網路作品。究其原因，是因為網路作品都是讓人先白看的，看的好了才出了頭。而紙質作品就不一定了，熱門排行榜靠前的，有好作品，也有垃圾。部落格園裡有許多大牛都是寫了部落格，後來出了書。這些書也都不次，可能有人讓為不好，是因為技術書不像小說，小說在讀故事，技術書是在學知識或溫習知識，有些技術書讀得可能很違背某人的學習習慣，就感覺不好了。所以說網路是塊神奇的空間，很能造就高手，而網路高手是絕對

五、一直以來伴隨我的一些學習習慣（一）學習與思考3.做讀書筆記。一是將自己閱讀的時候的思考（包括閃念）總結下來，二是將書中的好例子摘抄下來。（這個習慣是一年前才養成的，發現受益極大。）有了google

從廣告術來說，標題與內容相離是有點必要的。這大家都知道。寫文章也大同小意，現在很多新聞都一樣，但誰的標題更吸引人，反而抓住了更多的讀者。但也正因為如此，所以標題黨出來一大堆，其實標題黨出現並不可悲，可悲的是閱讀者也天天唯讀標題，而不看內容。早上來了發了篇文章《每天第一時間進入工作，誰能做到？》 ，其實標題雖如此，但想說的是另一層含義，但大家的回複都是基於這個標題而答的。我本人怕大家唯讀標題，所以文章盡量短，但結果發現，讀者一般讀一篇文章也就唯讀一句話而已。

    很久以前，俊傑就推薦了《暗世間》這本書，一直沒顧上看，最近買了kp，看書的積極性大增，一鼓作氣看了《中國歷代政治得失》和《浪潮之巔》，看完上述兩本，讀書的激情更加高漲，想起了《暗時間》這本書也不錯，就在愛看豆上下載了電子書，排版有點小問題，不影響觀看，還好。  

    讀了《暗時間》之後，對於如何學習有了很多的啟發和思考，這一周的時間都在努力的按照《暗時間》中總結的學習經驗來規範培養自己的學習習慣，有些小體會，記錄下來。   

我想每一個人都有這樣的經曆：鼓起最大的努力，堅持做下去一段時間，漸漸力不從心，雖然也在做，但事倍功半，最後放棄。在我的人生經曆中，這個故事在不斷的重演，沒完沒了。單從學技術來說，C/C++語言、LINUX等等都是我所學最後學到無力，最後放棄的知識。而有些知識，就算放棄過100次，心中還是惦記著，不能不說是一種悲哀。失敗的多了，猛然間悟出一個道理：先學然後知其用的知識，總會讓人學到茫然而無力；先用然後不得不學的知識，才會讓人自然而然地達到有效學習。所以程式員不能太理想化，反而必須實際一點。 

1，只要有打卡制度的地方，就有可以不打卡的人。制度代表什嗎？最起碼是約束集體範圍內的所有人的條文。就如同法律一樣，就算高高在上的領導人們也不敢說我能隨便殺人。但打卡制度總是部份人必做的事，而部份人可以不做，而這兩部份人卻在一個集體下。這種制度不公平的性質，非管理之道。 2，打卡總會有替打卡現象。這個不用太多的辯論，我想每個人都相信。這裡想說的是，替打卡者有錯嗎？其實替打卡者又分兩種：一種是自己也常常讓別人打卡的人，給人方便也等於自己方便嘛；另一種人是幾乎不需要別人給打卡的人。 

從10月初到現在，高強度的忙碌了兩個月的時間，終於結束了mx4的重大版本升級工作，收穫不少，問題也很多，總結一下。    應當主動承擔更多的任務。   

第二章 進度條要點：   進度條的例子   過早的退出   專註和持之以恒   餓死在甘草間的驢子我的總結：     開篇作者講了一個進度條的例子，我們的生活中充滿著各種各樣的進度條，工作的之前我們要做工作計劃，要指定TODO

1. 將ListView的背景色設定為白色，ListIView控制項上下滑動時，背景就會變為黑色，但是圖片會正常顯示，這怎麼解決呢？網上搜了一下，如果大家在非黑色背景下使用ListView控制項時，Android預設可能在滾動ListView時這個清單控制項的背景突然變成黑色。這樣可能導致程式的黑色的背景和主程式的主題既不協調。解決的方法Google在設計Android時也考慮了，在Layout的ListView中加入 android:cacheColorHint="#00000000"