其他

前一陣子在公司內部溝通的過程中發生了一個小插曲，看似無足輕重，實際上這裡面有些問題值得思索。 事情是這樣的，當事人提到了一個實際情況，本意是想從公司獲得一些理解和安慰，結果卻被相關管理員認為是他在提無理要求，導致了一個非常不愉快的溝通，引起了員工離職的想法。這裡面的問題是，當員工提到一些情況的時候，管理員除了立刻去拿出解決方案，還有沒有別的選擇呢？ 首先，當員工在溝通時說及一些情況，有沒有可能他並不是在尋求協助，只是在尋求理解和關心呢？其次，他提到的情況，是個真正的問題嗎？是個需要解決的問題嗎？

這是一個活生生的案例，也是一個慘痛的教訓，它給相關參與者都上了一課 -

大多總結會議的目的都有以下兩個主要的方面：一是促使每個與會者總結反省下當前的工作情況，找到可以吸取的教訓，或找到可以改進的地方；二是大家相互之間經驗分享，吸取他人的教訓，避免在自己工作中遭遇同樣的問題； 所以以下方法或許有助於提升會議的效果：會上只談大家都關心的問題或經驗，不要說太多隻有某一兩個人才關心的具體的項目問題；即使少說一些問題，會議時間短點，也比說很多隻有少數人關心的問題，而浪費大部分人的時間要強。要更加突出會議的總結和分享成分，而不要把會議變成彙報工作。很多人喜歡在會議上說自己做了些

不要忽略客戶說過的任何一句話 - 如果是通過郵件溝通，那麼收到客戶的郵件時，要仔細分析每一句話，深入思考客戶在要求背後所表達的思想，只有瞭解了客戶的思維方式，才有可能讓他滿意。 讓客戶做他應該做的事情，盡量不要用自己的工作去困擾他 - 譬如技術調研，做Demo，閱讀控制項提供的協助文檔，去論壇尋求支援人員等事情，這些都屬於technical staff，應該由接包方來做而不是客戶。客戶既然選擇外包，就不想卷到具體的細節中去，譬如team building，project

    說來慚愧，雖然在軟體行業混跡了將近八個年頭，“軟考”這個詞對我來說，依然是一個新詞，只是在最近半年之內才聽說它。說到這，順便感謝下我在神州巨龍參加PMP培訓時的同學們，正是通過他們的介紹和談論，才激起了我對軟考的興趣。所幸要弄明白軟考是怎麼一回事，報名和準備相關的考試，總體說來還不算太複雜，所以我也趕上了今年11月份的全國電腦與軟體專業技術資格水平考試。以下打算分享下個人的學習體會和考試心得。   

      這個是來自精益軟體開發的一個隱喻：當一個湖中有很多水，水面很高時，湖中的石塊都被水所覆蓋，此時即使有很大的暗礁，人們也看不到。但是當水量減少，水面降低時，一些大石塊就暴漏出來了。接下來隨著湖水的進一步減少，中等石塊和小石塊也逐步被人們發現。    

首先我承認，WebService技術早就不是新鮮玩意了，下面只是對整個過程的代碼總結。前台選擇jQuery發送ajax請求，代碼如下：1 $.ajax({ type: "post", url: "Service.asmx/HelloWorld",2 contentType: "application/json;charset=utf-8",3 dataType: "json",4 success: function (msg) {5 alert(msg.d);6 } 7

    在我們的工作和日常生活中，充斥著各種各樣的項目，軟體開發也好，工地建設也罷，都是由一個個項目的形式構成的。然而在所有這些項目中，往往是失敗的比較多，成功者寥寥，這是為什麼呢？為什麼一個項目會失敗？如何才能提高這個項目的成功機率？我認為這是很有意義的問題，所以想跟大家交流下。    既然談到一個項目的失敗和成功，那我們必須對何謂“項目失敗”，何謂“項目成功”有個界定，免得在這點上爭論不休，這就失去了進一步探討的意義。另外我還想把這個討論的範圍縮小到軟體項目這塊，雖然很多問題都具有普適意義，

申明：本文沒多少技術含量，高手請繞道1.6發布那天有事在身，沒有及時Down下來讀代碼。今天用檔案差分比較子看了看1.6和1.5.2的差別。整體上看，1.6修改了約8%的代碼，主要有以下這些：1.（559行）修正了JSON解析BUG，改變了JSON解析方式。1.5.2是調用Window.execScript執行指令碼，1.6裡改成了類似JSONP的方式，把代碼直接當指令碼插入文檔了。2.（1188行）重寫了瀏覽器安全色性檢測代碼。舊版裡通過動態建立一批元素，再反向檢測他們的值來判斷瀏覽器特性。這

文章目錄 異常發生的背景異常分析和解決發現新問題 異常發生的背景這是一段運行時的錯誤，完整的錯誤資訊如下：Test method ***.Tests.IpHelperTest.TestMarshalSize threw exception: System.TypeLoadException: Could not load type '***.Network.Protocol.ConnectionRequest' from assembly

6月25號經曆了四個多小時的鏖戰，終於把PMP給考完了，從報名至今，經曆了將近三個月的學習和備考周期，特在此做一總結，希望對後來者能有所協助。首先談談個人收穫，考PMP對自己有什麼用？說實話，這個問題在報名時我壓根沒有想清楚，只是因為自己一直在做專案管理，面對的客戶也大多都在歐美，所以覺得可能這個考試會對自己的工作有所協助，就去報名了。經過這幾個月下來，有了很多感觸，現在認為考PMP大概有以下幾個用途：第一，在這三個月中，如果你真想Pass，那麼必須投入大量時間和精力去學習PMBOK的專案管理體

上次做了jQuery1.5.1 DOM相關的函數效能測試，有童鞋指出我的計算方法不太合理，這裡換了計時方式。承接上一篇日誌，這次要做的是jQuery1.6與1.5.2的屬性值相關效能測試，1.6版本重寫了絕大部分屬性值函數，效果如何，慢慢道來。首先是這次的計時函數。如下所示:$(function(){var t1=new Date();var t2=new Date();var sum=0;var $input=$("#test");while(t2-t1<500){for(var i=0

網上看到一篇介紹Monitor同步的文章，寫的挺好的。文中給了一個生產者消費者的例子，拿過來修改了一下，主要改動在於添加了邊界條件和主應用程式的退出等待。class MonitorWaitPulse {private int n = 1; private int max = 5;private object monitor = new object();public void Produce() {lock (monitor)

    我們公司是做離岸軟體外包的，雖然大部分項目是以ODC的方式在跟客戶合作，但固定報價項目也做了不少。我們明顯感覺到在固定報價項目中，很難達到一個良好的客戶滿意度。很多時候我們的開發人員付出了不少額外的勞動，卻無法獲得客戶的滿意。這一問題無疑對雙方的合作產生了不小的負面的影響，那麼有沒有什麼辦法可以應對呢？今天跟一位朋友溝通了此問題，有點心得跟大家分享下。     首先，我們認為整個團隊要建立正確的認識客戶的期望是可以調整的，並非一成不變的；讓客戶越多瞭解實際情況，就越有助於建立合理的期望；

SCIM是一種簡單雲身份管理協議，由業界的一些安全軟體供應商共同發起制定，這些企業包括Cisco，Courion，Ping

精益製造的第十三條原則為 "不急於作決策，以共識為基礎，充分考慮所有可能的選擇，並快速執行決策"。說的是不要因為時間緊迫或者人多難以協調，就採取武斷式地決策方法比較“快”地做出決策來。而應該在決策前盡量找到所有可能的方案，充分討論、溝通、評估、甚而實驗每種選擇，以此達成團隊的共識，在共識的基礎上再進行最終決策，以確保做出最佳的決定 - “決策”慢。另一個層面是，一旦決策制定了，整個團隊就齊心協力地快速執行和落實- “執行”快。

在過去的10年中，我們認識到了許多網站建設的有效(或則無效)方法。無論你的目的是賺錢或是其它，以下的12個步驟可將你引向成功之道。明確擁有網站的原因。許多組織並不知道建設網站是為什麼。請回答這個問題:你的網站對於你的組織有何協助?對於訪問者呢?建設一個網站是為了使用者，而不是你自己。這是最重要的一堂課:你的網站是為了你的使用者，而不是你自己。他們帶著目的訪問你的網站，而你的工作就是協助他們達到這些目的。所以，集中考慮使用者需要做什麼，而不是你想要表達什麼。滿足需求。訪問者會隨著你的網站建好而至嗎

下面這段話來自VMWare的網站，個人覺得關於訊息佇列的作用的概括簡明扼要，遂摘錄至此：現代的互連網應用大量地使用了訊息佇列（Messaging）。訊息佇列不僅被用於系統內部組件之間的通訊，同時也被用於系統跟其它服務之間的互動。訊息佇列的使用可以增加系統的可擴充性、靈活性和使用者體驗。非基於訊息佇列的系統，其運行速度取決於系統中最慢的組件的速度（註：短板效應）。而基於訊息佇列可以將系統中各組件解除耦合，這樣系統就不再受最慢組件的束縛，各組件可以非同步運行從而得以更快的速度完成各自的工作。【更新2

真是慚愧, 寫了這麼久的程式, 竟然還範這麼低級的錯誤.昨晚用GridView時發現在Updating時總是得不到控制項更新後的值,在網上Google了一天都找不到答(其實不是找不到,是有,只是我沒想到範的是這麼個錯)今晚突然想到會不會是因為在PostBack後重新繫結資料造成的.馬上更正......果然!!問題解決想想網上很多朋友會不會也範了同樣的錯? 那這篇文章在放在這裡警世吧.

在網路上每個星期都有成千上萬的新網站上網路，包括你自己也有可能也是當中一份子。那麼你如何在這成千上萬的網站上被人發現到呢？又如何做到唯一性的服務網站的呢？