其他

上午組織了一個6個人的討論，主要圍繞一個統計分析模組進行，大概是在9：50開始的，到11：30還沒有結束。 在吃飯的時候，一個兄弟抱怨，討論會浪費時間，原來他奉行一個主要原則方針，認為只要大方向對了就可以Coding，但是我卻認為應該將問題全部暴露出來，然後來選擇正確的方針。 經過辯論他認可討論的確是很好的事情，使整個設計思路更加清楚了，但是他也指出了我的軟肋，呵呵，就是不拍板。

這幾天一直在寫一個投標方案，寫文檔是最鬧心的，現在都感覺噁心。招標檔案是周一晚上傳給我的，由於家裡面沒有傳真，所以兄弟Weny就用手機給我拍好後，傳到我的郵箱裡邊了。周四開始正式編寫，下周一就要交，暈，今天忙了一天終於基本寫完了，就是有點噁心。明天就是修訂、印刷和裝訂的事情了，呵呵，噁心了，就收了，吃飯了。BTW：Word2003頁碼可以直接定位了，Visio2003的圖直接粘貼到Word裡邊效果會更好一些。

今天早上看《對話》欄目，半路看的，好像是一個汽車公司的老總說他們怎麼搞研發？就是將所有競爭者的發動機全都買過來，然後組織工程師集體研究，通過修訂錯誤、提高效能、提升品質，來打敗對手。這幾天寫標書，其實也就是這個過程，一共有4家公司競標，大家當然是互相研究了，產品、策略、技術的研究都挺有意思的，當然越瞭解對手，自己也會活的更好，否則怎麼死的都不知道。其實如果出現這個情況，就說明市場很殘酷，賣方>買方，否則就有可能幾家公司形成戰略聯盟，哄抬物價了，呵呵。現在寫標書比以前要複雜多了，現在要給老闆

聖誕節的時候接到一個電話，一個十分重要的客戶使用產品中出現了一些問題，主要是管理員在轉移SqlServer資料庫的時候造成了資料庫被覆蓋，資料全部丟失，天呀，這個聖誕節。打了一個多小時的電話，嘗試了很多的辦法，終究還是失敗，原因就是客戶總是想把責任推給我們，而我當時想的是先別追究責任儘力避免損失才是更重要的。由於是周末，公司離現場最近的員工的手機恰恰欠費了，這樣我們就失去了第1時間挽救資料的機會，當風險來臨的時候，應對機制恰恰如此的薄弱。昨天晚上一直在做一個夢，夢見資料恢複了，呵呵，也許搞電腦的

產品的升級不是一次就可以完成的，需求會像洪水一樣永遠都不會停止，千萬不要相信需求已經沒有了，這個設計可以滿足未來幾年的需求，這類屁話。 要學會停止，需求的搜集應該是一個長期的過程，但是在有限的時間內完成產品的升級，確是實實在在的，讓需求繼續獲得，但是在規定的時間內只管這些需求，別的放一放。 不要設計超過3個月的產品升級，過長的升級計劃，往往壓力太大，設計和分析往往會缺失，要在3月以內，以3個月為限，做計劃相對還是容易的。 我認為比較理想的升級過程是這樣的：

天氣越來越冷了，今天突然接到一個電話，原來是客戶在產品測試中出現了一些異常情況，這種突發的情況我想每個人都會遇到。在今天的解決中，才發現如果早有風險對策，有調理的處理該有多好。1：在產品的銷售中要有充分的風險處理機制，以保證突發事件可以高效的處理。2：要形成公司紀律，以實現任何人在任何地點的處理方式要一致。3：不要緊張，儘可能的瞭解現場的情況，以減少盲目的自我裝載。4：在趕往現場的時候，儘可能要先在自我裝載。5：儘可能通過圓桌會議來集體討論。6：要及時和市場部進行溝通，以協調可能出現的矛盾。7：

這幾天又去了一趟京城，剛剛回到家裡，特別的疲憊，昨天美美的在家裡睡了一覺，剛剛有些緩了過來。這次收穫還是滿大的，產品的運行比較穩定，沒有出什麼大的問題，而且也看到了使用者千奇百怪的用法，感覺比較又趣。在實施中家裡邊倒是出了一點小問題，由於是周六，公司沒有人值班，使用者將電話直接打到我這裡，我還比較詫異，因為在我出差的時候已經將這個任務分配下去了，但是支援人員怎麼斷了呢？通過聯絡才知道，兄弟的電話出了一些問題，客戶無法和他進行聯絡，所以造成了溝通上的問題。其實這到不是什麼大問題，客戶那邊的問題也得

北京的天氣也很冷，最不習慣的就是坐著公用汽車跑來跑去，一天大部分時間都浪費在車上了。第1天，去拜訪了一個客戶，市場部給我的訊息是那邊要組織400人的產品測試，對方要求技術人員一定要到現場，但是去了後發現根本沒有測試，對方的技術負責人和我聊了大半天的天，沒辦法，只能進行技術交流了。經過瞭解才知道，原來對方選用過一個產品，但是在使用的過程中系統崩潰了，因此害怕在使用我們的產品也出現問題，檢查了一下對方的機器，我的天CPU雖然是雙核心的，但是跑的應用太多了，CPU使用率超過了90% ，經常達到100％

Part

昨天中午吃飯的時候，媽媽給我一枝筆，讓我將“磁碟片中的檔案弄到機器裡邊的步驟”，寫下來，我受到過無數次類似的折磨，最後我寫的東西如下：進入Windows->案頭->我的電腦->滑鼠左鍵->點兩下->將磁碟片放入軟碟機->選中A:->滑鼠左鍵->點兩下->找到檔案->滑鼠右鍵->選擇->"複製"->案頭->滑鼠右鍵->選擇-"粘貼"看來,讓一個50出頭的老太太完成一個看似簡單的任務還是十分複雜的，我一直想如果

題目：.net如何?頁面間的參數傳遞 出處：選擇自 risingsoft 的 Blog 收藏理由：學習

產品的維護和升級總是困擾著我，犯過很多的錯誤，吃過很多的虧，如何一步一個腳印的做好這個工作也是我所需要解決的問題。逃脫不掉產品的升級公司目前處於市場促進技術的階段，在產品投放1年左右，收集了大量的使用者反饋，如何在這些反饋中找到共同點，更好的進行產品的升級，是逃脫不掉的，也是產品未來走向的一個關鍵。讓需求來得更猛烈些吧有些時候我總是逃避需求，想通過自己的說法和意志來感化客戶，程式員很難承認自己的作品是失敗的，如果別人說自己的設計存在缺陷，通常都會惱怒的。但是幾次實施下來，看著厚厚的需求反饋，就要

遇見歌手:孫燕姿 專輯:the moment聽見冬天的離開我在某年某月醒過來我想我等我期待未來卻不能因此安排陰天傍晚車窗外未來有一個人在等待向左向右向前看愛要拐幾個彎才來我遇見誰會有怎樣的對白我等的人他在多遠的未來我聽見風來自地鐵和人海我排著隊拿著愛的號碼牌我往前飛飛過一片時間海我們也曾在愛情裡受傷害我看著路夢的入口有點窄我遇見你是最美麗的意外總有一天我的謎底會解開

習慣一：別指望誰能推著你走　如果你不向前走，誰又會推你走呢？因此，積極主動的態度，是實現個人願景的原則。我們常說：“我不會……，因為遺傳……”、“我遲到，因為……”、“我的計劃沒完成，因為……”我們總是在找借口或是抱怨，在不滿中消耗自己的生命。而人類與動物的區別正是人能主動積極地創造、實現夢想，來提升我們的生命品質。所以，有效能的人士為自己的行為及一生所做的選擇負責，自主選擇應對外界環境的態度和應對方法；他們致力於實現有能力控制的事情，而不是被動地憂慮那些沒法控制或難以控制的事情；他們通過努力提

        一、適合讀者對象：資料庫開發程式員，資料庫的資料量很多，涉及到對SP（預存程序）的最佳化的項目開發人員，對資料庫有濃厚興趣的人。 　

預存程序的好外,我就不多說了,想必各位都已瞭然於胸當然,預存程序也有不少壞處:1,當預存程序數量越來越多的時候,在眾多預存程序中找到想要修改的預存程序是一件麻煩的事.2.如果用嵌入式SQL語句,可以在修改代碼時,順便就修改了資料庫動作陳述式,方便針對這兩個所謂的缺點,我提出我的一些看法:1.如果說預存程序多了,不好找,那你該檢討一下您的命名習慣是否規範是否達意,如果是多人合作的團隊,大家更應該對於預存程序的命名有一致的規則,當然,不只預存程序需要這樣,其他部分也都要需要這樣.好的預存程序命名最好

今天在整理代碼的時候，需要修改一個函數，使這個函數可以通過ADO的Command對象的CommandText的常值內容來判斷，對象是否已經載入成功，以避免重複的參數載入。這個函數需要通過CommandText的字串比較來判斷，但是在測試的時候，發現了一個有趣的問題如果在調用預存程序的時候，CommandText並不聽話，而是返回類似於{? = CALL procname (?,?)}，格式的內容，這到底是什麼呢？尋找MSDN得到如下內容：當 SQL 陳述式使用 ODBC CALL

每次我們在使用查詢分析器調試SQL語句的時候，通常會看到一些資訊，提醒我們當前有多少個行受到了影響，這是些什麼資訊？在我們調用的時候這些資訊有用嗎？是否可以關閉呢？答案是這些資訊在我們的用戶端的應用程式中是沒有用的，這些資訊是預存程序中的每個語句的DONE_IN_PROC 資訊。我們可以利用SET NOCOUNT 來控制這些資訊，以達到提高程式效能的目的。MSDN中協助如下： SET NOCOUNT使返回的結果中不包含有關受 Transact-SQL 陳述式影響的行數的資訊。文法SET

這個系列越來越多的是和SQL語句相關的問題了，因為這段時間工作和這個有關，呵呵，不管那麼多了，反正，都是和開發相關的問題，就繼續吧。我們通常不太注意SQL語句中Where子句的次序問題，但是這個次序往往會影響整個SQL語句的執行效能，舉個例子吧。比如有一個表有3個列，分別是班級、學號、姓名。表中的資料共100條，其中1班50人，學號從1到50，二班50人，學號從1到50。那麼現在的任務是在表中找到1班學號為10的學生，查詢語句就有兩種寫法。1：Select 姓名 From 學生表 Where

2006-1-23由於累積安全更新 896688 (MS05-052) 中引入的深入防護更改，包含自訂 ActiveX 控制項的網頁在 Internet Explorer 中無法正常載入 #註冊表攻略[普廣印表機論壇] #在Web組件中實現IObjectSafety - 開發人員 - ZDNet China #部落格園 - 阿泰的軟體實用主義 - 給控制項做數位簽章之三:進行數位簽章 #部落格園 - 阿泰的軟體實用主義 - 給控制項做數位簽章之二:產生認證檔案 #部落格園 -