軟件

RTM版是最終壓盤版，Release To Manufacturing，也就是交付給光碟片製作廠商，這和最終發布版一樣。發布RTM後，廠商若要修改就只有通過發布SP來完成了。RC版是發布候選版，Release Candidate，一般是RTM版本前的幾個預覽版，但是這個階段來說準系統已經完成，主要是用來捉bug了，所以發布RC後，準系統不會有大的變化了，只要各種測試能夠通過，這也表明最終發布不遠了。CTP是社群技術預覽版，Community Technology

昨天下載屁屁寬頻。測實驗證該程式有木馬病毒。　　系統啟動項載入mstasks.exe　　下面引自瑞星升級報告之:　　27.Trojan.SdBot.gen.p　　破壞方法:拷貝自己到系統目錄，命名為MSTASKS.EXE，登記為自啟動。　　病毒駐留記憶體，非法串連hirc.3322.org，將本地資訊洩漏出去。　　http://virus.chinavnet.com/newSite/Channels/Anti_Virus/Upgrade_Report/Upgrade_Report/200308/

前言：最近要搭建strongswan環境，免不了需要wireshark抓抓包。有一台電腦總是上不了網（只能通區域網路），不能直接apt-get，所以就研究了下幾種軟體安裝方法，尤其是Ubuntu下如何才能像windows那樣直接拷貝安裝包安裝。由此有了本文。一、在ubuntu裡，能用於安裝的軟體格式大體有兩種（不包括用wine或其它虛擬安裝）：一是.deb包，ubuntu系統是從debian發展而來的，軟體安裝也沿用了debian的格式，這個是最方便的，優先選擇。二是.bin包

前段時間沒事做，就把網上爆出來的qq的手機協議給整理了下，然後試著調用，總之就是把這些弄一起了，做了這麼

link:http://hi.baidu.com/kuanjin8309/blog/item/547cd4cb5b30db43f31fe7f5.html生物多樣性Biology diversity Pro 獨立運行軟體，可計算很多鐘指數，還能完成一些其它的運算如聚類等，推薦..（5.09M） Biotools:計算多樣性指數的軟體,是一個EXCEL宏，解壓運行後將在EXCEL產生一個工具列,只有4個按鈕,使用非常方便,不過只能計算7個指數.本地下載（66K）Bio-Dap:計算多樣性指數的軟體,

周超 白峰杉 （清華大學數學科學系，北京 100084） 　 1 開放原始碼---一個值得注意的趨勢 　　開放原始碼在20世紀最後幾年的發展給人以耳目一新的感覺。開放原始碼軟體，開放原始碼模式，開放原始碼文化，開放性文檔的寫作；Richard Stallman和他創立的GNU計劃(GNU Projects)，Linus Torvalds和以他名字命名的Linux作業系統等，這些名字無數次出現在各種傳媒上，迅速成為資訊領域通行的概念。資訊產業界的大公司——IBM,

在面試測試人員的時候，這是一個很好的問題：你如何定義效能/負載/壓力測試？在很多時候，人們都是將它們作為可互相替換的相同術語來使用，然而實際上他們之間的差異是比較大的。這個貼子是根據我自己的一些經驗，針對這三個概念寫的一個比較簡單的評論，當然也同時參考了一些測試文獻資料裡的定義，比如說："Testing computer software" by Kaner et al "Software testing techniques" by Loveland et al"Testing

故事一： 

  結對程式設計（Pair Programming）是一個編程模式（Programming pattern）。兩個程式員並排坐在一台電腦前，面對同一個顯示器，使用同一個鍵盤，同一個滑鼠一起工作。他們一起分析，一起設計，一起寫測試例子，一起編碼，一起單元測試，一起整合測試（Integration Test），一起寫文檔等。基本上所有的開發環節都一齊肩並肩地、平等地、互補地進行開發工作。    

一 什麼是Scrum?Scrum (英式橄欖球爭球隊), 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。Scrum的基本假設是：開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功。Scrum 將軟體Team Dev比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳典範與技術，具有高度自主權，緊密地溝通合作，以高度彈性解決各種挑戰，確保每天、每個階段都朝向目標有明確的推進。Scrum

某一天堅持服從原則，還應注意對部領導的決議、指示不能因自己有不同意見而不執行。正確的態度是一方面積極向部領導反映自己的意見，另一方面在部領導沒有採納自己的意見修改決議指示之前，仍要按原指示決議執行，在執行中積極採取措施，把可能造成的損失減少到最低程度。當然，執行的結果證明部領導指示是錯誤的，責任由部領導承擔。 　搞好工作，力爭顯著的政績，這是大家的共同願望，作為部領導，總是希望下屬出色地完成各項任務，成為自己的得力助手和骨幹。因此，積極努力地做好工作，盡職盡責，為部領導分憂解難，是組工幹部處理好

極限編程（Extreme Programming，XP）是一門針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的、可以達到的目標上。它是以符合客戶需要的軟體為目標而產生的一種方法論，XP使開發人員能夠更有效響應客戶的需求變化，哪怕是在軟體生命週期的後期。它強調，軟體開發是人與人合作進行的過程，因此成功的軟體開發過程應該充分利用人的優勢，而弱化人的缺點，突出了人在軟體開發過程中的作用。極端編程屬於輕量級的方法，認為文檔、架構不如直接編程來的直接。   

1.面向使用者的目標而設計。在設計之初，就要研究客戶使用軟體的營運目標，目標可以分成個人目標或者角色目標，不同的人在企業中的崗位和職責不同，目標也會不同，比如總經理、系統管理員、部門經理、行政部職員、人事部職員等等，把不同角色需要的資訊第一時間推給使用者，把不同角色常用的操作自動放在最順手的位置，通過對複雜使用者營運目標的分解降低使用者學習和理解成本（這一點其實很重要，許多障礙來源於使用者所付出的學習成本）2.面向資訊展示而設計不管什麼樣的系統，使用者錄入資料和資訊都是為了最後的使用，使用者在閱

既然是隨便寫，就寫到那是那！軟體：軟體是對現實世界的描述，包括靜態和動態架構師的世界：將複雜問題簡單化架構師的方法和工具：抽象，除了抽象還可能有什麼呢！認識現實世界（我們更關心企業的世界）。可以這樣抽象嗎？ 也許可以。還有什嗎？那些“真實的東東” 比較穩定。"動態東東"容易發生變化，這樣算不算把變化和不變的東西分開了！經濟基礎決定了上層建築，武器的變化決定了戰爭形式。其實我更關心企業的世界（畢竟研究他是我養家糊口的基礎）一樣的道理一樣的分析和認識當然對企業來說還有重要的決策活動重用，重用無論是“

崗位職責：參與公司內部業務系統的分析、設計工作, 負責Project中主要功能的代碼實現, 解決Project中的關鍵問題和技術難題, 協助Project Manager/Project Leader保證項目品質.任職要求:電腦相關專業，大學專科以上學曆三年以上的軟體開發經驗，兩年以上.NET開發經驗，有倉儲物流軟體開發經驗者優先；熟練掌握C#, .Net1.1 , 2.0開發環境，參與Windows Form，MSMQ等項目開發, 有過WCF,WPF開發經驗尤佳熟悉SQL Server資料庫,

      敏捷需求分析，敏捷專案管理，敏捷式軟體開發 (Agile Software Development)已經被大家炒的很熱了。在當今商業項目複雜多變的情況之下似乎“敏捷”都已經成為了不二之選了。的確，無論從理論還是在無數的案例證明，對於當今的這種商業環境下的軟體項目，大部分都是適合的。     就像一門優秀語言的出現會影響一個軟體開發人員職業生涯的5年，10年，甚至更長時間一樣。一門優秀的軟體專案管理思想和最佳實務的的出現和普及對軟體從業人員的影響都將是更深遠的。    

       最近主持數字音頻特效的軟體實現項目，主要工作有相關的理論學習研究，演算法的模擬，軟體的實現，最後要移植到相應的嵌入式平台上，並做相關的演算法最佳化工作。這是一很有挑戰性的工作，希望做出效能與SRS, PlayFx, BBE等相當的音頻特效來。現開設這一系列的blog文章，主要是記錄這項目的開發過程，偏重於資料的收集和一些學習開發心得，對於具體的技術細節，感興趣的同行可以通過Email跟我交流或留言。       

使安裝程式不管本機是否安裝了程式，都進入“安裝”狀態，而永遠不出現“修複、卸載”等介面第一種做法見http://blog.csdn.net/sding/archive/2009/05/02/4143097.aspx，原帖是傳說中的大俠“吞硬幣的小豬”寫的，做法是在 General Information -> Project Properties找到Enable Maintenance 這一選項。如果設定為 Yes，那麼當使用者在一台已經安裝了該軟體的電腦上再次運行安裝程式，則會自動運行

今晚是7期的課程，講完了課程回來，也覺得人很疲憊了，但接踵而來的一個好訊息打消了我的所有疲憊，.NET

      好久沒有更新自己的部落格了，感覺自己就是懶，不願意動手去寫東西，做更有意義的事。反省自己是該做些改變的時候了。      四月十號聽說最近學校的SRTP項目要結項了，最近才趕緊的寫了一個版本，雖說有很多不足的地方，可是自我感覺還是蠻不錯的。雖然是短短的幾天，可是整個開發的過程還是有很多體會的，就此發表出來，希望和大家交流。      軟體開發的整體流程基本是需求分析--資料庫分析--系統設計--編碼與重構的迴圈--項目結束了。不過比較傳統的瀑布式開發模式已經不適用潮流的發展了，敏捷開