其他

 昨天上完課，去找老師拷課件，沒想到拷完回去後，發現我的u盤上檔案的名稱尾碼都變成了exe，我立即意識到我的盤中毒了，由於這種事對於我來說是第一次發生，感到比較緊張，馬上用瑞星殺了毒，令我不解的是，殺完毒後，u盤上所剩檔案無幾，但所佔空間並沒有改變，我想可能是檔案被隱藏了，於是我通過工具中的檔案夾選項把檔案顯示了出來，但是檔案屬性中的隱藏為灰色，總不能每次都要通過這種方法來顯示隱藏檔案吧，怎麼解決這個問題呢？我找到了以下解決途徑：1，運用u盤病毒專殺工具，如隨身碟病毒專殺工具USBCLeaner

專職專案經理，專做專案管理而不做任何分析、設計、編碼、測試等具體的技術實施工作，就會感覺“沒事做”，或是在打雜； 　專職專案經理，在專案管理過程中，一般比較注重對外的聯絡合作方面，即比較注重和銷售、使用者，其他部門的協調工作。相反，就會對技術及開發的技 術重視不足。在很多情況下，只根據使用者、銷售確定的功能、工期來安排計劃，對相應的技術痛點不理解，每項功能所耗費的時間估計出現很大偏差，對每個開發人

Q1,js的寫法:document.getElementById('save').disabled=true;在jquery中我是這樣寫的$("#save").disabled =

相信有些人已經看過IT不再重要這本書的大意了,就是說未來IT會像電那樣,由少數幾個寡頭公司經營,然後每個人只要將各種終端插入牆上的插座,就可以享受各種IT服務了;就像我們現在享用電力一樣方便. 目前來看，技術上已經沒有很大的難度了。 最近正好接觸了AutoIt，AutoIt簡單來說，可以類比滑鼠和鍵盤的動作，這對於不支援COM Automation的舊程式來說，提供了方便的“Automation”能力。甚至可以說，接合AutoIt和COM技術，在Windows平台上我們

^_^-

昨天就犯了一個低級錯誤。測試了各種迴圈的效能，結果得到了一個錯誤的結論。 經網友提醒，才發現是一個初始化錯誤，如果稍微小心點就不會出現這麼低級的錯誤了。 做技術的，在自己熟悉的領域，做的時間長了，不免會非常的自信，就算出現一點瑕疵也可以很快的彌補。 不過如果是一個關鍵時刻，比如答辯，項目辯論和投標等重大時刻，則.... 就算自己熟悉，也要可能的情況下再次確認一下，不要太自信了，也許你身邊的一個朋友就可以幫你發現這個簡單的問題。 小心行得萬年船。

項目團隊=主程（檢設計)+輔程+文檔員（檢服務）+測試（檢版本管理） 這樣組合，怎麼樣？ 主程一人，文檔員（檢服務）一人，測試（檢版本管理）一人，輔程至少一人。 * 那要看有多少人了，人少了啥都得幹 * 很多小公司都是這樣，什麼都做，那樣不是很高效的。 *呵呵 團隊 太小 人就要萬能的 *4個人的話,這樣比較合理。 * 人員控制10個之內，這樣吧8-10人。怎麼做成本最少？ *你的說法比較古典，比較理想。

團購項目項目地址(使用協助手冊)不佔用版面了//--首先說明下這個是簡化版,正式版已經做好了,不過沒有測試這個設計部分靈感來源 linq 另一部分來源

什麼是CDN？ CDN 是一個經策略性部署的整體系統，能夠協助使用者解決 分布式儲存、負載平衡、網路請求的重新導向 和 內容管理 等問題， 其目的是通過在現有的 Internet 中增加一層新的網路架構，將網站的內容發布到最接近使用者的網路 " 邊緣 " ，使使用者可以 就近取得所需 的內容，解決 Internet 網路擁塞狀況，提高使用者訪問網站的響應速度。從技術上全面解決由於 網路頻寬小、使用者訪問量大、網點分布不均 等原因，解決使用者訪問網站的響應速度慢的根本原因。 CDN

    讓我們用一個每天能產生快樂而富有建設性思想的計劃，來為我們的快樂而奮鬥吧。下面就是這個計劃，名字叫做《只為今天》。我認為這種計劃非常有效，所以複印了好幾千份送給別人。這是三十六年前已故的西貝兒·派屈吉所寫的。如果你們能夠照著做，我們就能消除大部分的憂慮，而大量地增加“生活的快樂”。    《只為今天》：1. 只為今天，我要很快樂。假如林肯所說的“大部分的人只要下定決心都能很快樂”這句話是對的，那麼快樂是來自內心，而不是存在於外在。2.

在中國，“程式員”這個群體的定義並不清晰。只要學了幾天語言，能夠寫幾行代碼，很多人便把自己歸屬到“程式員”的範疇中。也因此，很多這樣的“程式員”在發展中遇到了很多困惑，包括“如何選擇語言”、“我的收入怎麼這麼低”、“未來如何發展”這樣的話題是永遠受關注的。 但是，在國外，程式員是一個非常受人尊敬的群體。他們的成熟程度也令人驚歎，從事軟體開發領域的人員可以一直持續的工作到60歲。這樣的故事我們報道過很多很多。

在企業的經營中，任何一個管理者都需要不斷地做出決策，尤其是對於中層管理者來說，一方面既要領會老闆的戰略意圖，做出相關的決策，一方面又要貫徹給下屬，讓團隊能夠完成決策，所以中層管理者通常會遇到來自上下兩個方面的決策壓力。 　　只有分配了資源才是決定 　　決策與決定是很容易混淆的，在說清楚決策之前，先要說說什麼是決定。

--不知道對不對//--下面是sqlCommand.Parameter.add--明顯可以看出如果你有多個的時候最好自己迴圈,因--如果你有6個參數,數組的會自動迴圈12次漢//---添加一個參數的時候[EditorBrowsable(EditorBrowsableState.Never)]public override int Add(object value){    this.OnChange();    this.ValidateType(value);   

Microsoft Web Application Stress Tool (WAST)是由微軟的網站測試人員所開發，專門用來進行實際網站壓力測試的一套工具。透過這套功能強大的壓力測試工具，您可以使用少量的Client端電腦模擬大

項目未到招標時候，客戶也未清楚自己的要求，這時給客戶做解決方案之類的建議書，是否有些超前了？剛在msn裡聊的意見：先出招未必是好事。果真如此？ 第一步肯定是需求挖掘啦，讓客戶先說比較好一點點。 是因為擔心提早所做出的方案落到競爭者的手裡，於己不利。 這倒不是，因為方案是需求的實施性體現。連需求都不清楚，方案也就沒有意義。

今天在

最近看了老外寫的一篇部落格，主題是講如何在ArcGIS 10中將應用移植到亞馬遜的雲端運算平台，感覺不錯，拿來和大家分享一下。先講一下我對這篇文章的理解：   該文大致是講如何將防治病蟲害的一些ArcGIS Server應用轉移部署到亞馬遜雲端運算平台，下面是原文中的一幅插圖，清楚地描述了需要做的轉移操作，可以看出很簡單就可完成移植。   文章最後總結道：對於一些組織中已有的基於ArcGIS

項目中某功能模組需要擷取瀏覽器類型，以便於根據類型做統計，而服務端擷取瀏覽器版本，一般是通過擷取請求header中的User-Agent參數，但通過VuGenerator錄製的指令碼，在重放時提交的請求中不包含瀏覽器型號及版本。使用loadrunner的web_add_header函數可以解決這個問題，方法是在web_url函數之前調用web_add_header函數指定瀏覽器版本型號，即web_add_header（"User-Agent","MSIE 6.0"），該函數的設定在下一個web_

問題：項目使用了Ajax技術，有些請求的參數巨多，主要是一些座標組，對於跨域訪問，使用了jsonp協議，但是發送請求使用Get方式，就會對請求長度有限制，瀏覽器在處理這種超過最大限制的請求時，是將一個請求分為兩部分，相當於發兩次請求。loadrunner在錄製時，忠實地將這兩個請求記錄為兩個web_url。記錄下來的指令碼如下所示：web_url("commonhandler_4",                

初次使用selenium-RC，發現在頁面input中如果輸入中文，則提交到後台web伺服器併入庫後，再次在網頁中讀出該欄位的資訊，竟然為亂碼。汗，亂碼問題真是無處不在。後來經尋找資料發現，有人通過使用jvm的encoding參數解決了這個問題。於是經過一番實驗，問題果然在於selenium-server的啟動參數上，最開始用 java -jar selenium-server.jar，未加任何參數，結果就出現亂碼問題，加上-Dfile.encoding="Unicode"