軟件

標籤：jm   h.264   視頻編碼   解碼器   原始碼   前一陣子看了一下H.264官方參考軟體JM的原始碼，在這裡總結一下它的結構。JM編解碼H.264的速度相對於FFmpeg來說是非常慢的，但是它的代碼寫得清晰易懂，更適合做學術方面的研究。JM包含了視頻解碼器ldecod和視頻編碼器lencod。本文記錄視頻解碼器ldecod的結構

標籤：   如第一視頻教程，包括網頁設計，軟體設計等。 網上培訓視頻教程，包括張孝祥Java視頻教程，北大青鳥軟體視頻教程，達內網上視頻教程，畢向東視頻教程，後盾網，兄弟連PHP視頻教程，矽谷學院，51cto視頻學院，還包括李炎恢的北方網視頻教程，以PHP網站開發，軟體測試實戰為基礎，還有李全福從執行個體學習vc+視頻教程，and陶益動態網頁開發教程，收費的，但有效果。   有些教程很好，有些視頻重理論，實戰性不強，有些學員至今未搞懂，老師講的太深奧，學員難以領悟。

標籤： 前言　　十五年前，心比天高、躊躇滿志地跨出清華園，步入IT職場。六年前，折戟沉沙，懷著無盡失落來到長安山下的百年師大。　　青春的校園充滿活力，青春的校園充滿矛盾。年輕的一代一方面個性張揚、敢想敢幹卻又敏感脆弱、眼高手低。他們勇於求新、渴求認同，他們心浮氣躁、叛逆自我。他們隨性而為、掙脫一切，他們沉迷遊戲、追逐韓劇。　　“師者，所以傳道授業解惑也。”保持一顆年輕的心，敬畏學生，享受教學。站在三尺講台上，如履薄冰。從那些執著於語言演算法，而又不諳世事的莘莘學

標籤：內容簡介本書以PMBOK知識體係為架構，系統介紹專案管理五大過程組與十個知識領域，突出軟體行業的特殊性，內容涵蓋心理學、管理學、組織行為學及軟體工程等領域。分析軟體項目特點，迴歸管理本質，回答管理是什麼、為何學管理、如何學管理、管理怎麼管等基本問題。通過成功故事、案例分析、問題思辨、團隊遊戲、自主任務、課堂互動等多種形式，實踐“左腦計劃、右腦管理”，進行思維的啟發與訓練，引導學生獨立思考、自主探求，理解專案管理的基本思想、基本原則、核心問題及因應之道。緊緊圍繞&ld

標籤：圖片   管理軟體   使用者登入   註冊頁面   生活費   一.本軟體包含四個部分：支出管理、收入管理、交際管理和難忘人生四個部分登入註冊介面：包含使用者登入介面，使用者註冊介面，使用者擷取密碼介面

標籤：計劃：一個測試計劃應包括：產品基本情況、測試需求說明、測試策略和記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審和結果等。通用的測試計劃模板1.軟體說明提供一份圖表，並逐項說明被測軟體的功能、輸入好人輸出等品質指標，作為敘述測試計劃的提綱。2.測試內容列出組裝測試和確認測試中每一項內容的名稱標識符、這些測試的進度安排以及這些測試的內容和目的，例如模組功能測試、介面正確性測試、資料存取的測試、已耗用時間的測試、設計約束和極限的測試等。3.測試1（標識符）給出這項測試內容的參與單位及被

標籤：感謝朋友支援本部落格，歡迎共同探討交流，由於能力和時間有限，錯誤之處在所難免，歡迎指正！如有轉載，請保留源作者部落格資訊。Better Me的部落格：blog.csdn.net/tantexian如需交流，歡迎大家部落格留言。CentOS 6.5搭建本地OpenStack軟體源 mkdir -p /home/yum/openstack/openstack-icehouse/epel-6/wget -np -nH –cut-dirs=1 -r -c -L

標籤：相對於那些不善運用隱喻的人，那些使用隱喻來照亮自己的軟體開發過程的人，他們對於編程的理解會更好，並且能夠更快地寫出更好的代碼。 有專家說，軟體開發是一門科學，是藝術，是一個過程，是在駕駛汽車等等。文字寫作隱喻軟體開發，暗示其過程是一種代價昂貴的試錯過程，而非仔細的規劃和設計。有人將軟體開發比作耕作，“每次做一點”，最後添加到整個系統。實際上，應該對系統計劃施肥，對細節設計蔬果，並通過有效管理土地來增加代碼的產量，最終取得代碼的大豐收。不如用系統生長來做隱喻

標籤：     課程內容來自網易雲課堂中科大孟寧老師的軟體工程（C編碼實踐篇）課程。課程頁面      我覺得本門課程的設定非常科學，每一周課程都是基於上一周課程的進一步抽象，使得學習者能夠循序漸進，逐漸加深對軟體工程的理解。      1. 第一周：熟悉Linux實驗環境；要求 實驗一：寫一個hello world小程式。實驗報告連結+git程式碼程式庫連結   

標籤：Geosoft.Oasis.Montaj.v8.4.build.12052015Geosoft Oasis montaj 8.4 1DVD用於礦脈、天然氣鑽探，包含大地環境的地科研究項目，未爆彈偵測等作業 Geosoft Oasis Montaj 7.51Oasis montaj 8.0

標籤：Hi,我是摩羯小小~~要做好效能測試，首先我想必須要瞭解影響效能的幾個因素。參閱了各種資料，關於效能方面有太多的學問。我想做個小的總結。從程式設計，時間上來說，分為資料轉送時間，資料存放區時間和資料處理時間。　因此，針對時間上的，我們可以考慮以下的方法來提高效能：　　1）降低演算法本身的複雜性【比如，將複雜物件轉化為彙總關係：將一個複雜類拆分成由兩個或兩個以上的類通過彙總關係形成的新類】；　　2）傳輸時間：如果不同處理器之間的資料轉送成為影響效能的主要瓶頸，則應重新審查對象在不同處理器上的

標籤：ucosII是依靠編譯時間的條件編譯來實現軟體系統的裁剪性的，即把使用者可裁剪的程式碼片段寫在#if和#endif先行編譯指令之間，在編譯時間根據#if先行編譯指令後面的常數的值來確定是否該程式碼片段進行編譯。在工程檔案下，有OS_CFG.H的檔案，裡面的內容就是針對於所有常數的配置，這些配置都有預設值，使用者可根據需要對這些預設值進行修改。關於ucosII系統的軟體系統裁剪性

標籤：基於體系架構的軟體設計模型把軟體過程劃分為體系架構需求、設計、文檔化、複審、實現和演化6個子過程，現逐一簡要概述如下。1、體系架構需求。即將使用者對軟體系統功能、效能、介面、設計約束等方面的期望(即“需求”)進行擷取、分析、加工，並將每一個需求項目抽象定義為構件(類的集合)。2、體系架構設計。即採用迭代的方法首先選擇一個合適的軟體體系架構風格(如C/S、B/S、N層、管道過濾器風格、C2風格等)作為架構模型，然後將需求階段標識的構件映射到模型中，分析構件間的相互作用

標籤：敏捷反應快速靈敏。　　在敏捷式軟體開發 (Agile Software Development)領域，更注重的以人為核心，迭代，循序漸進的開發方法。相比傳統的開發方法，這種方法能更快速的開發，上線，反饋，調整、迭代。以敏捷的姿態去發展產品。 敏捷與傳統開發的區別                              

標籤：      從最早僅僅關注於軟體開發工具到現在，軟體行業中的巨頭們已經在層出不窮的思想中涅槃了一回又一回。大公司們在標準、理論、語言上的爭來奪去，未必全然出於“軟體實現”的考慮。對統一理論、統一工具、統一過程的企圖，其最終目的是在整個軟體工程體系中的全面勝出。算盤上的絕大多數人，只是用於計算勝負的一枚運算元。   

標籤：0x1 No Silver Bullet1           There is no royal road, but there is a road軟體工程缺乏一劑良藥，在硬體成本隨著發展速度快速下降的同時，軟體工程的成本並沒有出現明顯的下降，然而，隨著軟體工程持續的、堅持不懈的發展，軟體工程正在發生著重量級的變化。2      

標籤：在閱讀了推薦閱讀的材料之後，我想了很多東西。最終還是決定，以Team 專案的經曆為主線，敘述我關於軟體工程的一些思考與體會。 鳳凰涅槃，浴火重生如果要我來概況這幾周Team

標籤：       

標籤：       Advanced Office Password Recovery能夠在同類軟體中脫穎而出的重要原因之一就是極快的破解速度，而這一優勢依託於Office密碼破解軟體的加速器，本文將主要介紹AOPR的加速器。　　Office文檔密碼難以破解的原因　　從Office 2007開始，微軟不斷升級密碼保護強度，連不常用的OpenDocument和韓文Office密碼都十分牢固。在最新版Office

標籤：     開頭給我們舉出了一個例子，大公司是如何在軟體工程中進行運作。Rational 被 IBM 購併的真實原因在於 IBM 需要構建一個完整的軟體工程體系，對於 IBM 來說，Rational 有著 UML 語言的非常豐富的實踐經驗， 還有著 RUP 作為理論架構的創立者和領導者的地位，這些對 IBM 在確立大型軟體工程應用方案供應商的行業形象，都是極大的支援。而另一個開發商：Borland 沒有在 ALM 作為工程理論方面的任何優勢。於是