軟件

      公司要招聘“Senior Software Engineer - Audio/Speech Code” 人才，如有覺得能勝任者可以把簡曆發給我，我先review一下，然後再推薦，過了我的review，就沒什麼問題。具體要求： To develop, optimize and port various audio/speech codecs on different

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

使用者例事    使用者例事（User Story）用於描述使用者通過系統完成其一個有價值的目標。使用者例事只是以客戶能夠明白的方式，描述了一個系統的外在行為。而像產品採用何種語言實現、採用何種架構、哪種資料庫等則不應該包含在其中。使用者例事不應該太長太大，一個籠統的使用者例事可以和一些作為補充的使用者例事聯絡起來。只要一個使用者例事最終覆蓋所有需要的細節，那麼它就不需要再進行分解。   

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

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

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

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

摘要：俗話說“三個臭皮匠勝過諸葛亮”，但實際工作情況往往是“三個諸葛亮不如一個臭皮匠”！軟體開發是智力型團隊，如何發揮每個人的作用，並將所有人的力量扭成一股強大的項目團隊戰鬥力，這是項目團隊模型要重點解決的問題。大綱：1.傳統項目團隊模型2.實際項目團隊模型3.MSF的項目團隊模型4.實用團隊模型5.什麼才是合適的項目團隊模型？本文：傳統項目團隊模型什麼是項目團隊模型？簡單地說就是項目以怎樣的方式組建團隊，軟體開發項目團隊的傳統團隊模型如下： 項目組在專案經理的帶領下，各角色協調工作，為項目成功

視頻內容概述：這是去年受海南軟協的邀請，在海南省海口市所做的一場分享。課程集中火力在部署圖、元件圖表、包圖，體會如何利用這三種圖做出“高性價比”的軟體架構設計，讓每位學員做一回軟體架構師。將UML知識融入到具體的執行個體中，而不會單調地講UML文法。案例一個接一個，貫穿整個課程，學員需分組討論和思考。作者：張傳波講師：張傳波課程目標：通過本課程，學員能把握軟體架構設計的關鍵點，學會“需求驅動”地設計，學會使用案例圖，能綜合應用部署圖、元件圖表和包圖，在實際工作中進行軟體架構的工作。適合聽眾：專案

 如何使軟體不在是被人操作的工具，他也可以像你的你的朋友一樣和你自如的溝通。這已不僅僅是易用性的問題。也不僅僅客戶需求的問題，而實實在在的設計問題，互動性使設計出來的 為使用者工作目標和快樂使用而設計，通過清晰、準確、簡潔的表達實現使用者和軟體之間的互動。 易用的軟體開發規範=視覺表現規範+頁面操作規範+業務表達規範一、視覺表現規範1.    軟體的介面應該漂亮而舒適。2.    使用柔和的色彩，主色要柔和，具有親和力與磁力，杜絕刺目的顏色3.    重要的內容顯示在第一屏，並且主次分明4.  

有如下理由：1.軟體發展的趨勢。a。軟體第一期，個人英雄時代，軟體由程式員的感知決定，有很大隨機性。b。軟體第二期，手工作坊，3，5個人，五六條槍，開發快速，代碼品質參差，介面不統一，易用性差，只關注功能實現。c. 工業製品，標準統一，品質高，但是面孔單一，缺少內涵。d。藝術品，每一件如同青花般完美有韻，精雕細作，流暢易用，沒一處不舒服。2.蘋果的成功影響。蘋果的成功不只是技術和戰略的成功，蘋果的一切都做得如此的完美，可以稱作科技藝術家。3.充分競爭的結果，使用者的品味在提高。

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

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

MicrosoftInternetExplorer402DocumentNotSpecified7.8Normal0很早的時候讀比爾的《未來之路》書中回憶了最早微軟對於個人電腦進入家庭的設想“每一個家庭的書桌上都有一台個人電腦，每一台電腦上都運行者微軟的軟體”這個偉大夢想的產生點點滴滴，當然也有對你未來網路和個人智能終端的設想。從今天來看，書中的許多成為現實，電腦技術正在以非常迅猛的姿態進入我們生活的各個角落，變得再也離不開。未來這一切會發展到何方，有一點可以確認的是機器正在編的越來越智能，伴隨

      敏捷需求分析，敏捷專案管理，敏捷式軟體開發 (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，那麼當使用者在一台已經安裝了該軟體的電腦上再次運行安裝程式，則會自動運行

1，跨職責如果有條件盡量將所有的人都集中在一起，讓他們共同解決相關問題，以增強團隊凝聚力和團隊意識。2，士氣需要增強團隊士氣，不輕易否定某個想法創意，給予肯定，之後再給出自己的意見和建議。並且要給予更多的交流時間。3，分工明確各自負責一塊職責，職責外的事情可以在協調之後再進行處理。但是在某個時間段，只能處理一件事情，關注一個焦點上。4，交流需要組織交流，而且是跨職能間的交流，鼓勵大家將自己的理解說出來，不定期進行頭腦風暴，並且會後有相應的進展追蹤。如此大家可以目標明確切一致，同時能夠彼此監督。5

 Microsoft SQL Server 2005

Google這個公司現在已經是“家大業大”了，他們總是隔三岔五地推出一些新鮮的服務，讓業界跟著也興奮一把。不過曆年來Google所發展出來的服務和軟體實在太多了，究竟他們已經有了什麼服務？現在就來看看吧。　　Add to