軟件

在進行分離關注點的論文寫作時，對關注點的分離原則有了一些困惑，其實關注點分離的核心也就是軟體架構，所以想找一些書來讀，圖書館還沒有開門，在CSDN上找到了《軟體架構設計》的幾章，讀完感覺它沒有解決我想知道的問題，也就是說並沒有指出軟體架構的具體操作方法，而只是論述了一些軟體架構方面的思想和方法概述。或許是因為沒有公布其他的章節吧，很牛的地方都拿去賣錢了，免費能讀到的都是沒有什麼價值的。

1，轉自 百度百科

本文轉自 程式員 ：http://www.programmer.com.cn/3373/文 / 李戰 程式員都知道：絕大多數編程中的問題，最終都是自己的人品問題。當遇到奇怪的問題時，我們總是喜歡懷疑係統、懷疑編譯器、懷疑網路、懷疑硬件……就是不願意懷疑自己的人品。熬過幾個不眠之夜後，最終還是發現自己的代碼存在人品問題。只有極少數的情況才是系統的問題。 同樣，一些程式員在職業發展中遇到問題時，也總是喜歡懷疑公司不好，懷疑戰略有問題，懷疑流程制度不合理，懷疑老闆和同事……就是不願意懷疑自己的人品。

1、添加ppa源以便安裝軟體添加一個PPA源sudo add-apt-repository ppa:user/ppa-name比如：安裝Ubuntu tweak 需要添加的ppa源sudo add-apt-repository ppa:tualatrix/ppa2、安裝軟體添加完ppa源，執行：sudo apt-get updatesudo apt-get install ubuntu-tweak3、刪除ppa源到新立德軟體管理器中的設定->“軟體源”，在身分識別驗證中將要刪除的 ppa

 關於通用軟體擴充方案的設想幾天前，我陪朋友到北京Maxthon做客，話題自然離不開Maxthon。Maxthon的成功點之一是”PlugIn”，如果一個軟體能夠有幾百個外掛程式，這個軟體的底蘊自然就會很“厚”，因此，開發具有外掛程式機制的軟體系統可以說是開發人員嚮往的目標。談話間我隱約感覺一個問題變得豁然開朗，回來後，我開始嘗試“修改”Maxthon，所謂修改，就是利用Maxthon的外掛程式改變Maxthon，經過一番思考後，方案初步有了，於是，一個測試外掛程式完成後，Maxthon就變成如

使用Tangram構造你自己的軟體開發平台Tangram 網址：http://www.apptemplate.com/opencn/技術論壇：http://www.apptemplate.com/opencn/MsgBoard/default.asp生產第一個Tangram程式主視窗    安裝Tangram開發包後，開啟Visual Studio .NET 2003 IDE，選擇新工程得到如下對話方塊：選擇Tangram Application with COM&.NET

        經常看到數學與軟體開發之間的話題，偶爾，朋友們也在一起談論，數學與軟體到底有什麼聯絡。每當被問及此類話題的時候，心中似乎總要泛起陣陣漣漪，不能平靜，然而又很難簡單明了的表述，因此有一段時間我只好選擇沉默。       

  Clamav殺毒軟體源碼分析筆記[四]刺蝟@http://blog.csdn.net/littlehedgehog[進程後台化]話說Clamd前期準備工作安排好以後,遂轉入幕後運作,爭取垂簾聽政.

  Clamav殺毒軟體源碼分析筆記[五]刺蝟@http://blog.csdn.net/littlehedgehog[Socket通訊]套間字socket常用於服務/客戶模型的應用程式之間的通訊和資料連線，需要重點關注的是這個所謂的服務端/用戶端完全可以是一台電腦的兩個應用程式。前面我們已經提到了，Clamd就是這個服務端，也就是說它是整個程式的頂樑柱，所有的關鍵邏輯處理都是它一人為之，不可不謂之強悍。所有的這些功勞都應該歸功於Clamd中的線程處理，不過我們先還不是來關注線程的，先看看soc

要開發出使用者滿意的軟體並不是件容易的事，軟體架構師必須全面把握各種各樣的需求、權衡需求之間有可能的矛盾之處，分門別類地將不同需求一一滿足。本文從理解需求種類的複雜性談起，通過具體案例的分析，展示了如何通過RUP的4+1視圖方法，針對不同需求進行架構設計，從而確保重要的需求一一被滿足。呼喚架構設計的多重視圖方法靈感一閃，就想出了把大象放進冰箱的辦法，這自然好。但希望每個架構設計策略都依靠靈感是不現實的--我們需要系統方法的指導。需要架構設計的多重視圖方法，從根本上來說是因為需求種類的複雜性所致。

       一直在想程式員們都喜歡裝些什麼東東到自己電腦上呢，你也許老是在不停地卸了裝，裝了卸。同一系列的到底哪一種最適合自己呢。且聽木木點評。如果您覺得有些點評不合適或者需要補充，歡迎提出寶貴意見，O(∩_∩)O謝謝！轉載請註明出處： http://blog.csdn.net/liquanhai/article/details/7203155      首先聲明自己用的作業系統是windows系列， 第一大類為系統必備軟體的選擇，第二大類是程式員專用軟體的選擇。本文是第一篇：1. 個人日記：

     如果你要是想開一家網路（軟體）公司，對於公司的辦公地點是否考慮的多嗎？       

為了能更好的進行本地資訊的搜尋,我想起了剛剛大學畢業時接觸的地理資訊系統(GIS)。原來的鄭州工作時，公司是做GPS、LBS定位服務的，所以對GIS系統還是有點瞭解的。但那是都是案頭版的系統，使用Mapx直接操作本地的地圖檔案使用，所以和Webgis的差別還是很大的。雖然很早就有直覺，Webgis肯定是以後的主流應用，但苦於一直沒有機會，終究沒有能深入的學習。現在Webgis平台基本上有三類：一是專業的GIS服務商，象MapInfo、ESRI,國內的SuperMap、中地、MapGIS等，它們是

1.三五個人，十來條槍，無組織無紀律，無核心產品，是國內軟體行業最最常見的形態2.作坊式的小公司也想著提高公司管理水平，借鑒國內國外眾多先進的管理方法論，卻無一湊效3.公司陷入惡性迴圈：公司沒錢沒影響力-》找不到好的人才-》公司開發運營一踏糊塗-》出不了好產品-》吸引不了客戶-》不能從市場上賺錢-》公司拚命壓縮開支，減少內部投入-》越來越找不到好的人才-》公司更加混亂。。。4.難道小公司就沒有辦法成長起來嗎？阿朱給出了他的答案5.拋棄一切方法論，從實際出發，不管是土方法還是野路子，只要能促進公司

最近看見.net版的許多人對開源軟體不怎麼瞭解，甚至對它有些誤解，我想談談我對開源軟體的看法。開源軟體的詳細定義比較複雜，簡單點說，就是一種原始碼可以任意擷取的電腦軟體，這種軟體的著作權持有人在軟體協議的規定之下保留一部分權利並允許使用者學習、修改、增進提高這款軟體的品質。開源軟體的許可證比較繁多和複雜，對於我們來說，經常遇到的開源許可證大多是GPL和BSD兩種，此外還有Adobe經常使用的MPL許可證。簡單來說，GPL許可證具有相當強的傳染性，如果你想要把一份採用GPL許可證的代碼經過修改後再

有人告訴我硬體比軟體更可靠這句話是錯誤的，下面我就證明一下。如果硬體是可靠的，而我們的程式邏輯也是正確的，在一個可靠的硬體之上啟動並執行邏輯正確的程式，沒有任何理由可以說明它較底層的硬體更缺乏可靠性，那麼，就沒有什麼理由可以說明硬體比軟體更加可靠。但是，換個角度，為什麼很多人會有這樣的認識，而他們大都具有在硬體基礎上開發軟體的經驗，這句話雖然是錯的，但明顯不是空穴來風，而是基於實際經驗給出的看法，那它產生的必然性又在哪裡？下面給出幾點我的看法：1.軟體要實現的邏輯比硬體更加複雜2.當需求變動時，

                                                 軟體能力，教的會嗎？ 

　　 Google實際上已經是世界上最大的廣告商之一，Google AdSense有力地支援了Google上市前的所有基礎研發，包括Google FS、Google搜尋和GMail的技術原型。Google上市以後，AdSense更是它營收的重要來源。　　 相對於現有的作業系統的塑料封裝零售軟體分發模式，Google很可能不對作業系統收費，而是通過把AdSense融入檔案系統來實現點擊收費模式的營收。由於Google

HKEY key;CString sKeyPath;sKeyPath="Software//SoftTryTimeTest";if(RegOpenKey(HKEY_CURRENT_USER,sKeyPath,&key)!=0&& RegOpenKey(HKEY_CURRENT_USER,sKeyPath,&key)!=ERROR_SUCCESS) //首次使用{    //在註冊表中記錄已使用的次數    ::RegCreateKey (HKEY_CURRENT_

來源：http://blog.csdn.net/KongDong/ 作者：fasiondog續上篇： 軟體品質的“奧秘”（一）——虛偽的品質註：下 面此文中提到的品質的行政與情感色彩，只是溫伯格從心理學的角度揭示和探究組織內管理改進的方式，請勿以此來片面的理解“品質”，並作為自己無法開發出高