軟件

標籤：對於pdksh軟體包，可從以下URL下載：ftp://fr2.rpmfind.net/linux/PLD/dists/ac/ready/i686/pdksh-5.2.14-33.i686.rpm由於該包中設定的sh的符號聯結及man文檔與bash軟體包衝突，需要使用以下方法安裝：# rpm -iv --replacefiles pdksh-5.2.14-33.i686.rpmpdksh-5.2.14-36.el5.i386.rpm

標籤：rh​el5.5沒有安裝gcc導致一些軟體無法編譯安裝RHEL5.5沒有安裝GCC導致一些軟體無法編譯安裝    

標籤：Don’t Repeat Yourself (DRY)DRY 是一個最簡單的法則，也是最容易被理解的。但它也可能是最難被應用的（因為要做到這樣，我們需要在泛型設計上做相當的努力，這並不 是一件容易的事）。它意味著，當我們在兩個或多個地方的時候發現一些相似的代碼的時候，我們需要把他們的共性抽象出來形一個唯一的新方法，並且改變現有的

標籤：第一章的問題：在我瞭解第一章的時候，我比較著重於軟體開發過程的難題，對於這5大痛點的解決，我還是有點迷茫，我在想隨著軟體工具的開發是否會減輕這些痛點，但是工具更多不是要求更高，對於一個團隊密切不是需要更嚴密？第二章：在關於單元測試和迴歸測試中，單元測試我們改如何具體描寫，還有如果由單個人操作，那在temp的合作中該怎麼分工。第三章：在這章中，我想到一個局外問題，職業與證件，是否因為職業而採取證件措施，還是一個人能力依據證件表現？第四章：在2人合作中，調試工作應該如何劃分，最後調試為最主要，

標籤：    開發轉測試已經有一段時間了,但是我對自己測試這條路並沒有一個合理的計劃,一直都處於一個迷茫的狀態,因為個人測試方面知識面比較窄,總感覺好多東西不會,心裡就會著急,然後就東抓一下西抓一下,最後看似好像懂一些,但是真正要用還是不會,就比如前幾天我在寫自動化測試指令碼,搭建了一個很簡單的架構,寫的指令碼也算是順利的跑起來了,就這樣好像自己就有點滿足了,有時候就不去學習了,就急著去學習效能測試方面的東西. 

標籤：模板   軟體測試   編碼   儲存   基礎   軟體測試編碼和測試統稱為實現。通常在編寫出每個模組之後就對程式做必要的測試，這叫做單元測試。模板的編寫者和測試者是同一個人。之後會進行其他綜合測試，由專門的測試人員承擔這份工作，也就是軟體測試工程師。軟體測試的工作量往往占軟體開發總工作量的40%以上。編碼對於編碼有如下要求：1）程式內部的

標籤：源碼   軟體   軟體安裝環境是win7、使用Zenmap， nmap6.49BETA2 掃描主機連接埠 nmap -T4 -A -v 192.168.0.207輸出結果: 掃描整個子網 nmap 192.168.1.1/24 掃描多個目標： nmap 192.168.1.2 192.168.1.5 從檔案載入ip列表掃描 nmap -iL target.txt 查看掃描的主機列表

標籤：[1] 首先備份/etc/yum.repos.d/CentOS-Base.repomv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup[2] 進入yum源設定檔所在檔案夾[[email protected] yum.repos.d]# cd /etc/yum.repos.d/[3]

標籤：第一~第四章：1、是不是一定要程式理解，程式理解中說新成員要儘快讀懂已有的程式，瞭解程式的設計，那麼如果已有的程式很龐大，很複雜，不懂其編程思想，新成員要讀懂它不是要花很多時間嗎？還要花精力去學習新的，這樣不是要浪費時間與精力嗎？（第一章

標籤：軟體Team Dev中的意見：一個軟體Team

標籤：參考http://www.johndcook.com/blog/2015/06/18/most-important-skill-in-software/When it comes to writing code, the number one most important skill is how to keep a tangle of featuresfrom collapsing under the weight of its own complexity. I’ve

標籤：       軟體工程概論終於結課了！      這門課讓我們這學期的課餘生活變得即單調又豐富多彩。     

標籤：第五章：軟體工程中的形式化方法。　　　　形式化的基本概念（形式規約、形式證明與驗證、程式求精），事態邏輯（一般線性事態邏輯、計算樹邏輯），模型檢驗，Z語言的概念，表示，執行個體；Petri網的基本定義，規格執行個體（號誌）。第六章：物件導向基礎。　　物件導向方法概述（發展史，軟體工程方法），物件導向基本概念（對象，類，封裝，繼承，訊息，關聯，彙總，多態性），軟體建模，整合模組化語言UML，常用UML圖。第七章：物件導向分析　　　　概念（分析類，分析活動）。識別分析類（識別邊界類，識別控制類

標籤：　　最近要做幾個大型的門戶網站，雖然說生意似乎好了一點，接下來的幾個月的 時間似乎也不愁吃喝了，但是這幾個門戶網站的要求，還著實讓我有些吃不消 的，畢竟我的團隊就兩個人，要完成這麼多的東西，似乎還是有費點功夫的， 但是現在的勞動力在錢面前，就算個P，僱主要求你怎麼做，你就必須要怎麼做 ，不然的話，沒錢拿就事兒大了!　　門戶網站不僅需要很多的內容去填充，還需要很多的圖片，現在的人不就 是喜歡有圖有真相嗎，看圖的人似乎要比看純文字文章的人要多很多，也不知 道大家是從什麼時候開始有這樣的喜好的，

標籤：第七章

標籤：第四章 流於形式的溝通第五章 失敗的過程也是過程第六章 從編程到過程瞭解到書中所講，溝通會有三種障礙。第一種不在於你要表達的內容，而在於你是如何表達，正式所謂的“不知所云”，之前看過一個有關智商高低對於聊天跳躍性的實驗，一個人的智商越高，那麼他聊天的跳躍性就會越大，但是這對於別人的理解（一個比他智商低的人）來說就會有很大的差異，所以很多溝通的障礙，不在於你說的是什麼，而在於你如何說，以及面對於不同的人怎麼說。第二種障礙是出現在和聰明人的

標籤：公司開始走正規化路線，所以一切都要有流程圖，要擬一個軟體開發進度表，要嚴格按照進度執行，之前自己寫的進度基本就只有實際工作內容，沒細分到每個階段  

標籤：軟體專案計劃主要任務       確定待開發軟體系統總目標，進行可行性分析，並對資源進行分配，做出合理的專案計劃。參與人員       使用者，項目負責人，系統分析員輸出文檔       可行性分析報告，專案計劃書需求分析和定義主要任務    

標籤：大道至簡讀書筆記（一）　　以前去圖書館看書，總是找例子最豐富的，教程最仔細的，最好是一步一步教我們怎麼編程的書。大道至簡就是這樣一本放在圖書館我是基本沒可能挑選的書，但是在王老師推薦之下，我有幸讀到這本書，這是讀這本書的第一篇讀書筆記。　　書如其名，加上前序後序一共只有119來頁，確實是很簡很簡。書以愚公移山的典故開篇，讓我感覺很親切（前兩本書《夢斷代碼》、《你的燈亮著嗎》都不是中國人寫的）。　　編程的第一要務是先把事情分析清楚，事件先後的邏輯關係和依賴關係搞清楚，然後再去代碼實現。老師上

Nmap源碼學習三軟體簡單使用軟體安裝環境是win7、使用Zenmap， nmap6.49BETA2掃描主機連接埠nmap -T4 -A -v 192.168.0.207輸出結果:系統nmap -O –osscan-guess 192.168.0.207版本掃描（要在掃描連接埠後）nmap -sV 192.168.0.207Idle scan 使用另一個目標網張的主機發送資料包nmap -sL 192.168.0.23 192.168.0.207其它選項說明：-A 作業系統檢測-6