軟件

標籤：系統軟體   伺服器   資訊   硬體   記錄       cmdb抓取服務資訊的方式有很多種，可以使用自動化工具saltstack、ansible、puppet，或者使用其它模組直接ssh遠端連線抓取伺服器資訊。這裡記錄一下用ansible的API介面調用setup模組抓取。實驗使用兩台機器IP系統軟體192.168

標籤：Autodesk.Delcam.2017.SP2.SuiteAutodesk.Delcam.2017.SP2.Suite 6CD3.9GAutodesk公司在娛樂、自然資源、製造、工程、建築三維設計軟體的世界領導者，和民用基礎設施，宣布Autodesk Delcam 2017

標籤：   

標籤：【TechTarget中國原創】微軟在Windows Server 2016 Technical Preview 2中引入了Storage Spaces Direct。這個特性將本機存放區擴充為高可用（HA）儲存系統。舉個例子，Storage Spaces Direct支援使用低成本、低效能、高容量的類似SATA硬碟和固態裝置（例如固態硬碟SSD和串口存放裝置架構）插入到PCI Express匯流排中。這種處理方法被稱之為Nonvolatile Memory

標籤：改進   代碼   修改   行高   結構   簡單   分配   好處   完全   引言　　在“電腦程式的蠻荒時代”，人們對於程式的設計、編寫是隨想隨寫、靈活變化的。正如我們初學各種程式設計語言時那樣，似乎把程式寫對也

標籤：1. 查看svn 的使用者名稱，密碼：找到使用者名稱，密碼檔案，都是明文的，你可以看到例：linux[email protected]:~/.subversion/auth/svn.simple$ ls9aad7e9f713353a655cf4365926120c7[email protected]:~/.subversion/auth/svn.simple$ cat 9aad7e9f713353a655cf4365926120c7.....win7:

標籤：測試架構師修鍊之道：2 軟體測試架構師應該做和不該做的事情2016-08-12測試架構師應該考慮以下問題：測試的目標是什嗎？測試的範圍是什嗎？測試的深度和廣度是什嗎？測試的重點和痛點是什嗎？如何安排測試？如何評估測試結果？目錄1　測試架構師在需求分析中  1.1 理解產品的商業目標  1.2 梳理使用者的使用情境  1.3.輸出產品總體測試策略2　測試架構師在測試分析和設計中  2.1 制定階段測試策略  2.2

標籤：一般對負載平衡的使用是隨著網站規模的提升根據不同的階段來使用不同的技術。具體的應用需求還得具體分析，如果是中小型的Web應用，比如日PV小於1000萬，用Nginx就完全可以了；如果機器不少，可以用DNS輪詢，LVS所耗費的機器還是比較多的；大型網站或重要的服務，且伺服器比較多時，可以考慮用LVS。一種是通過硬體來進行進行，常見的硬體有比較昂貴的F5和Array等商用的負載平衡器，它的優點就是有專業的維護團隊來對這些服務進行維護、缺點就是花銷太大，所以對於規模較小的網路服務來說暫時還沒有需

標籤：在編寫測試計劃的時候要考慮可能發生的風險，並提出應對措施。那麼到底都有哪些風險要注意呢?如何解決呢?以下列出了一些方案：　　設計方面：　　風險：(1)沒有詳細設計說明書;　　解決方案：測試人員要在開發階段對相關設計及需求文檔進行分析，對大體模組功能進行分類，分析商務邏輯，在不清楚的地方及時與開發人員溝通。　　風險：(2)沒有統一的介面設計規範。　　解決方案：與項目負責人確認測試標準。　　開發方面：　　風險：(1)所有模組開發沒有統一設計，開發人員有自己的設計方式;　　解決方案：與項目負責人

標籤：    首先，我要感謝老師和助教對我們的悉心教導，沒有他們的努力，何來我們的成果？   

標籤：一、路由器的硬體構成         路由器主要由以下幾個部分組成：輸入/輸出介面部分、包轉寄或交換結構部分（switching fabric）、路由計算或處理部分。                                       

標籤：任務說明：l  市場調查，轉寫設計需求報告l  設計軟體流程，編程軟體l  整理設計資料，撰寫軟體設計文檔l  編程宣傳資料，進行產品展示 軟體功能要求：l  生產中期計劃的跨度可為1年，計劃時間單位為天、周或旬（十天）可選。考慮生產成本、產能、庫存成本和資金佔用成本等因素。l  銷售趨勢預測資料、產能資料應可以靈活輸入，生產計劃資料不僅使用資料表格形式輸出，最好也能用長條圖形式輸出。l 

標籤：《軟體測試的藝術》　　軟體測試是一個帶有創造意味的破壞性施虐過程，也是一個趨向完美與完善的強邏輯過程。其實我的性格是很適合做軟體測試的，但其現實固有瓶頸所在，也是我並不會完全選擇它的原因。也可能是因為，我並不能百分之兩百的愛，我正在測試的產品。這本書最大的特點是易懂實用，而且講的都很多書中都羅列過的簡單道理，任何人都可以看，特別是那些想將軟體測試做好的人，在實踐中完全消化這本書，因它比較完整，對於方法方面，基本上已經完全足夠了。《軟體測試經驗傳承》　　優秀的軟體測試團隊不是天生的，而是造就

標籤：　　系統整合專案經理主要對弱電等項目負責。一般包括電腦網路系統，電腦裝置系統，智能樓宇，機房建設等。在軟考中，系統整合專案經理放在了中級，這個只能說明系統整合專案經理需要的經驗沒有進階資訊系統專案管理師那麼多。　　系統整合專案管理也包括了專案管理知識體系指南中涉及到的9大領域內容。從整體、範圍、時間、成本、品質、人力資源、溝通、風險和採購9個方面內容都有進行相關的描述。這個方面跟進階的資訊系統專案管理師是一致的。只不過系統整合專案經理更多的是對弱電等硬體及建築等方面進行負責，而進階資訊系統

標籤：　　產品經理是軟體產品的主要領導者。不同於專案經理，產品經理是對產品負責，更多的是負責產品的設計定型；而專案經理則對項目負責，更多的是負責項目軟體的實現。產品經理的一些工作，和專案經理是一致的，比如需求分析，原型設計等。　　產品經理主要是對產品進行市場調研，需求分析，原型設計，討論設計，使用者體驗，測試反饋等等內容。具體來說，產品經理就是對產品進行計劃，然後由專案經理進行實現。可以這麼說，產品經理可以認為是項目的客戶和使用者，負責將項目的功能性需求和非功能性需求做好，將解決方案提交給專案經

標籤：一、最佳化代碼的第一步：單一職責原則　　英文名：Single Responsibility Principle （SRP）　　定義：就一個類而言，應該僅有一個引起它變化的原因。　　　　　　　簡單來說，一個類中應該是一組相關性很高的函數、資料的封裝。　　範例程式碼：　　　　二、讓程式更穩當、更靈活：開閉原則　　英文名：Open Close Principle

標籤：國內最大的流氓軟體3721，這個永遠留在很多網民記憶中的互連網品牌，多年後被重新激發出來。3721的創辦人也就是奇虎360現在的董事長周鴻禕，在業界一直沒有什麼好名聲，不是遭投訴，就是和很多人有恩怨。今天360公關艾飛翔從網上找到辛東方連絡方式，要求處理相關內容。360公關覺得自己很牛逼，但公關失敗。根據多年的調查研究發現，只要是360網上有負面訊息，其公司的人就會第一時間找過來，而且那個速度真是驚人。相比之下，而對於別人對360的投訴，360公司的人是避而不見，裝作不知道，

標籤：在使用Quartus15.0(Quartus 13.1其他版本未使用無法評估）時出現PLL無法載入，體現在Megawizard讀取進度條後就沒有反應，這種現象是因為Megawizard程式broken損毀。或者在開啟已經存在的工程時（使用了PLL的工程）出現這個錯誤Error: cant find package ::altera::generic_pll while executing package require ::altera::generic_pll Error: An

標籤：聲明：本文檔的內容主要來源於書籍《軟體調試修鍊之道》作者Paul Butcher，屬於讀書筆記。歡迎轉載！修複缺陷對於一個好的修複來說，不僅僅是讓軟體運行正確，還需要為將來奠定基礎。一些列零散的未經仔細考慮的修改，都將是原本的簡潔設計逐步消失。 好的修複必須同時實現以下目標： 修複問題 避免引入迴歸 維持或者提高代碼的整體品質-----------需要參考的規則如下----------1、清除障礙 確保一切從頭開始，當你不捨得拋棄診斷階段所做的修改時，利用源碼控制系統。

標籤：這算是收集一些學習的方向，不斷更新開發層面的, 前端用react之類的架構, 效率杠杠的, 構建用webpack/fis之類的, 速度嗖嗖的, 後端嘛, 找個好點的架構就行, 與app互動那邊, 只要是事先設計好介面, 方便兩方同時開發, 而且還有考慮支援版本管理, app嘛, 最好是用點跨平台的技術如react