其他

    簡單描述下俺要廢話的背景吧，這幾天都在排查一個bug：silverlight用戶端應用中的某個控制項，會因為多次操作而導致瀏覽器記憶體飆升，至於飆升的速度嘛，差不多操作半個小時後，瀏覽器估計就累死了……     接到這個棘手的活兒後，先大概捋了一下自己的思路：    1. 複現問題：並掌握問題複現的“規律”。    2. 熟悉問題控制項的生命週期：一方面是控制項的需求功能，一方面是控制項的代碼實現。    3. 用階段排除法定位可疑程式碼片段：主要是通過調試、觀察，逐漸縮小問題包圍圈。 

        一提到寫文檔，可能很多程式員可能會不屑一顧，但是，無論處於規範開發流程，還是就於逃避嫌責的目的，能夠將自己所從事的工作用文檔描述記錄下來，還是一件很有成就感的事情，拋開其功用不談，就個人的成長進程看，也是一個循序漸進式的好習慣，還是值得大家稍微關注一下的。   

     通過HttpWebRequest來進行POST請求的時候，如果發現在連續操作的情況下，會導致程式反應遲鈍或被卡死，可以查看一下，是否是因為缺少了擷取伺服器狀態這一關鍵步驟，所以才導致本地程式因為等待伺服器的響應而暫停等待，正常完整的發送請求程式碼範例如下：  1                 HttpWebRequest myReq = (HttpWebRequest)WebRequest.Create(UrlText.Text + FileUpload1.FileName); 2 

        學東西這事絕對是件功夫活，也絕對是條漫長路，因為當你決定踏上一條求學之路時，你可能對其充滿了朦朧的嚮往，而當你已經上路一段日子後，你可能又會感到到處都是自己不知道的東東，頂著頭皮再走一段日子，你可能會感到稍微有了一點點自信的安慰，因為你已經對一些基本的東東有了理解，以前很多的高深的東東也開始慢慢褪去了其身邊濃濃的白霧，但你仍舊有很多事情不懂.   

    現有一個可根據固定格式URL請求返回資料內容的網站，如果想減少網路傳輸壓力的話，使用瀏覽器緩衝可以起到很不錯的效果。但是，如果僅僅是通過下面設定來實現：  1 Context.Response.Cache.SetCacheability(HttpCacheability.Public);    

     來到新公司已經2周多了，已經基本從之前的朦朧的陌生感中擺脫了出來，雖然對團隊成員有了初步的瞭解，同時對項目也有了一個朦朧的概念，但我們依舊不能太過放鬆，因為接下來的工作重點對我們的靈活和理解有更高的要求，這裡談談自己的一點看法： a)    併入大夥的“工作流程”：這裡指的是能盡量做一些大家正在做的事情，例如開發新的功能，或者分析、核查及重構功能模組等，因為只有在工作內容上盡量和大家保

 1. 為啥要搞職業規劃？答：因為職業規劃可簡單分為“被動型”和“主動型”，而很多時候因為自己不清楚自己真正喜歡的是啥職業，也不知道到底啥工作才是最適合自己的等等原因，往往選擇一份不違背自己心裡底線的工作。但現實總是在不斷變化的，所以說，所謂的個人規劃也應該不斷地進行更新調整。最終目的，還是能夠協助自己找到屬於自己的興趣，變被動為主動，完成從面對工作到投身工作的轉變。  2. 技術人員發展方向？答：大致可分為三個方向：專家型技術人才、技術管理型、其他的如項目型、營運型、應用型或研究型等。  3.

視窗快速鍵：win+↑ 已最大化的視窗win+↓ 還原/已最小化的視窗win+← 使視窗佔領左側的一半螢幕win+→ 使視窗佔領右側的一半螢幕win+shift+← 使視窗在左邊的顯示器顯示win+shift+→ 使視窗在右邊的顯示器顯示win+home 還原/最小化所有的其他視窗工作列快速鍵：win+T預覽第一個工作列項，按住win鍵連續按T從左向右預覽win+shift+T預覽最後一個工作列項，按住win+shift鍵連續按T從右向左預覽鬆開以後，也可以按←或→鍵來按順序預覽win+數字鍵1

         使用Team foundation Server來管理代碼的時候，可能會因為在離線的時候操作專案檔，且沒有進行及時的更新操作；或因為在Team Explorer欄下Source Control中不小心將原本與伺服器關聯的檔案夾又添加到了一個新的目錄中……，總之，一句話說來就是“專案檔和TFS伺服器的mapping已經混亂了！”    

    對於剛剛來到一個團隊的新人來說，培養對項目的主人翁意識往往有些困難，如果要是項目起步階段還容易些，畢竟大家都是從一個起點開始，無論從項目的參與度，還是從任務的分配比例，再或者從與團隊成員配合的機會上，都是一個很好的開始！  

對於產品開發人員來說，大多數人想必都寫過產品實施文檔，主要內容便是對如何安裝和配置我們開發的產品進行說明，其面向的人群主要是我們的產品實施人員，而不是直接的使用者，一般會準備單獨的產品說明書作為對產品整體的一個介紹，其中包括需求說明，同時也含有基本的操作等。不難看出，產品實施文檔的編寫主要側重點是如何讓產品正常地開始工作！整個過程可以用幾個簡單的步驟來概括： 伺服器硬體的選擇伺服器的系統版本伺服器網路環境的配置產品依賴相關軟體的安裝和配置安裝和配置產品軟體對產品進行準系統調試產品正式上線 看來產

     工作中，難免會遇到一些時間要求比較緊張的項目，而開發總監也總是試圖通過強制時限來提高員工的工作效率，表面上來看，可能感覺沒有什麼問題，但如果細細琢磨對比一下，我們還是可以看出其中的漏洞的！    有關這方面的想法是源於“Peopleware”一書，而且恰巧自己也正好遇到一個時限很短的活，於是，特意留意了一下自己情緒的波動和工作的“效率”，這裡做個記錄，希望能給大家一點啟示：    領導分配一個任務，預估時間為5天，可在領導的“強力”下，縮短為3天。頓感有些緊張，因為3天的確是有些緊要，

1. 學會休息：責任越大，相應地更應該注意自己的休息調整，以保持精神飽滿的工作狀態和清醒的思路。  2. 積極心態：多給自己一些帶有時限的挑戰，並多從一些積極的角度去思考問題，打破固有的思維模式去尋找新的解決思路。  3. 每日休息開關：能在一定程度上，把工作和生活的界限劃分清楚，保證足夠的睡眠休息和飽滿的精神狀態。  4. 對待事情的心態：面對它，接受它，處理它，放下它。  5. 帶團隊要重視的兩個方面：團隊文化，用於凝聚團隊的成員；承擔責任。  6.

 如何編寫好PPT示範文檔，對於很多人來說可能都是個不大不小的難題，尤其是對於我們這些做技術類的人群，有人說做技術只需要一門心思搞技術就好了，不會寫文檔、寫PPT示範文檔或演講都不是啥大問題……真的是這樣嗎？在日新月異的今天，互連網帶給我們的變化超出以往任何年代，這也對我們這一代人有了更高的要求，試想一個不擅長歸納總結，不樂於分享的技術人員如何來適應這樣高速發展的技術時代？ 這裡就不多說了，今天主要是和大家分享一下有關如何編寫技術類PPT示範文檔的一點心得體會，只能算是一家只談，因為每個人都會有

     在通過IE直接下載檔案的時候，我們可能會遇到一個比較常見的問題，那就是：我們下載的檔案的檔案名稱如果過長的話，就會出現，彈出的提示框的檔案標題名變成亂碼，即“%f%e%1”這樣的亂碼，而且點擊儲存到本地，檔案的名稱同樣是亂碼，一般我們使用的代碼如下：     Response.ContentType = "application/octet-stream";    Response.AddHeader("Content-disposition",

        魔圖團隊設計師劉靜分享如何站在設計師的角度看待產品研發，還有知乎和經緯的兩位朋友分享了一些自己創業的經曆，簡單摘錄如下： 1. 設計師最好介入全程的產品周期。 2. 放下自己過往的種種經驗、限制和約束，一切從頭開始地去設計產品。 3. 從簡單開始：感覺很簡單，其實不簡單，要能夠讓使用者用著爽，同時不斷地進行改進，使得產品能夠伴隨著使用者而不斷地成長，這才是一種健康的產品成長軌跡。 4.

    昨天，公司領導給我們做了一次關於如何進行溝通的培訓，感覺收穫頗多，趕緊把自己隨時記錄的一些片段記錄下來，作為一個回顧~~ 1. 溝通的目的：解決問題 -》 達成共識 -》 互相接受 2. 溝通的狀態：不溝通 -》 心裡暗恨 -》 發牢騷、抱怨 -》 開放簡單 3. 文字是永遠含有歧義的 4. 郵件適合用於通知和記錄，不適於去解決問題 5. 讚美 + 解決方案 = 實現溝通的目標 6. 直接拒絕別人肯定是不對的 7. 用談戀愛的熱情去溝通，肯定會收到意想不到的收穫 8.

    通過.NET實現後台自動發送郵件功能的代碼，可以將一些基礎資訊放到web.config檔案中進行儲存：Web.config檔案資訊段：代碼Code highlighting produced by Actipro CodeHighlighter

不知道別的公司啥情況，就自己帶過的3家公司來說，基本都存在一種普遍的“趕工期”的現象，之所以說是普遍現象，這也有一些朋友的親身經曆，似乎這就是一種IT行業的特色，畢竟隨著互連網化的長足發展，對產品的更新速度是一個空前的挑戰！時間就是利潤啊，這個道理想必大家都懂，這裡就多說了。暫時不考慮這些外部因素的影響，但從產品研發周期上來講，我們大家在疲於奔命的無休止的為了產品上線，而不斷地以鏟地皮的速度累積功能的同時，我們也在為我們產品的未來埋下N多的“定時炸彈”！都有哪些可能的隱患會悄悄地溜進我們的產品中

1. 有效時間管理不在於方法，而在於看法。  2. 心智創造先於實體創造。  3. 成功方程式：Be -> Done -> Have，即首先應該選擇自己應該做什麼樣的人，然後我們會去按照我們的想法實踐一些事情，最終我們將收穫屬於我們的成果。  4. 習慣的養成過程：無意識的無行為 -> 有意識的無行為 -> 有意識的有行為 -> 無意識的有行為  5. 行政時間就是管理自己。  6. 時間管理技巧一：要事第一（1） 什麼是最重要的事兒？（2）