軟件

免費的最新的連絡人、群組、多人傳送簡訊軟體簡訊群發4.1已經出爐。歡迎下載！*歸屬地資訊讓你時時記著好友的地方，讓陌生號碼變得不陌生； *您可以選擇最常用的連絡人然後發送快速簡訊;*群連絡人，以及跨群發送讓您更方便地傳送簡訊。*支援emogi，簡訊更有特色；  *ipa包，安全，不像越獄平台第三方軟體會出現白蘋果隱患； 中文版：　　http://itunes.apple.com/cn/app//id470536032?mt=8 英文版：　　http://itunes.apple.com/app/

主要簡曆: 陳良喬，從醫學儀器行業跳到軟體行業的，一個半路出家的程式員。因為是南方人，又因為名字中有個喬字，所以常附庸風雅而自稱“南方佳木”，取“南方有佳木，一木自成林”的意思。在軟體行業，我只是一個初入行的小兵，雖然兩次榮獲微軟最有價值專家(MVP)稱號，但是這實在是意外之喜。平素喜好一切新鮮事物，但是決非各種新潮技術的狂熱追捧者，至今還陷在設計模式，OO之中，不能自拔。我的技術興趣與特長在設計模式，軟體架構，C++和互動設計，希望能借這方寸之地而結識同好，交流心得，甚喜。   語言

編程浪子：請問大家最想在Unix下編什麼程式？

用過壓縮軟體的讀者一定對自解壓檔案不陌生，自解壓檔案可在沒有相應解壓縮程式的情況下直接將壓縮包檔案解壓縮到相應的檔案夾下，極大地方便了使用者。利用iexpress可製作兩種自解壓檔案，一種是標準自解壓檔案(standard self-extractor)，另一種是安裝程式式自解壓檔案(self-extractor for software

文章脈絡                測試的重要性在此就不贅述了，先說一下測試基礎：測試的目標很簡單，就是為了找到軟體中尚未發現的錯誤的缺陷；測試階段在整個開發過程中所佔比例不小，測試也不是想起兩個資料來就測試一下，而是需要規範的測試案例來完成，測試案例要既有輸入更要有輸出，同時需要有一個整體的規劃。    如何評價一個測試案例的好壞？不用看定義，按測試的目標即可知道，一個好的測試案例就是可以發現錯誤和缺陷，一個更好的測試就是可以發現更多的錯誤。   

軟體專案計劃         軟體專案計劃（Software Project Planning）是一個軟體項目進入系統實施的啟動階段,主要進行的工作包括:確定詳細的項目實施範圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。問題定義：     問題定義為軟體需求分析功能與效能的依據      1.定義內容          包括：問題背景，開發系統的現狀，開發的條件與理由，總體要求：問題的性質，類型轉換，什麼目標，開發條件，環境要求等   

作者：陳勇出處：blog.csdn.net/cheny_com IT人士要想被激勵起來，除了可以用薪酬之外，其實還有很多辦法。比如筆者剛剛畢業的時候，曾經徹夜編製一個軟體長達5個月，原因是自己居然有一台專屬的486電腦；而數年後我一個同事會在中午一邊吃飯一邊編程，是因為他獨自負責一個至關重要的模組……很多人身邊都因為各種不同的原因發現神奇的被激勵的人，這些激勵機制有哪些可遵循的規律呢？我02年左右曾經讀過一本麥克康奈爾（當時人稱美國幾大GURU之一，《完美編程Code

這是敏捷開發績效管理的第九篇。（欄目總目錄）若正在為長期沒有得到職務提升而感到困惑，下面的內容可能會有所協助。因為越向上的職位越不像一個打工者，而是像一個企業的經營者。何為經營對一個Team

原書名： Rapid Development 原出版社： Microsoft Press 作者： （美）斯蒂夫·邁克康奈爾 譯者： 席相霖 等 叢書名： 軟體專案管理系列叢書 出版社：電子工業出版社 ISBN：7505372858 上架時間：2006-12-5 出版日期：2002 年1月 頁碼：470 版次：1-1 所屬分類： 電腦 > 軟體工程及軟體方法學 > 軟體專案管理合作專區 > 微軟技術圖書 >

 耦合度一、什麼是耦合度軟體設計中通常用耦合度和內聚度作為衡量模組獨立程度的標準。劃分摸塊的一個準則就是高內聚低耦合。 耦合度(Coupling)是對模組間關聯程度的度量。耦合的強弱取決與模組間介面的複雜性、調用模組的方式以及通過介面傳送資料的多少。 模組間的耦合度是指模組之間的依賴關係，包括控制關係、調用關係、資料傳遞關係。模組間聯絡越多，其耦合性越強，同時表明其獨立性越差。降低模組間的耦合度能減少模組間的影響，防止對某一模組修改所引起的“牽一髮動全身”的水波效應，保證系統設計順利進行。

這是微軟MVC大會第二期的一個視頻，本沒有絕對連結，可從http://www.mvcconf.com/videos入口（這時候會播放第一個視頻），按F3搜Performance，找到連結後點擊，開始播放這個視頻……雖然是英文的，但中間大部分時間在操作VisualStudio，還是很好理解的。 大綱大致如下： 00：00-怎樣定義Web軟體的效能。04：00-設定和測量效能基準，這段很重要，後面就可以看出其作用。其中展示了VS內建的效能測試工具。22：00-最佳化的大致流程28：00-OutPut

  首先聲明，本人不是kuaidail軟體的實現作者，是在做相關的項目過程中，想到了也實現了類似的功能，kuaidail軟體本身並沒有公布相關實現細節，所以在此分享一下。  在這裡，可以瞭解kuaidail軟體的一些安裝效果：http://bbs.app43.com/thread-15553-1-1.html一、總述 

    軟體公司加班，這應該是個很尋常的事情；其實加班不應該是一個感到不舒服的事情，任何公司或單位都會加班，只是程度不同而已，程度才決定了算不算舒服。    加班不一定是壞事，看是什麼情形。    為什麼會加班呢    加班一般是沒做完事情的直接結果。    但是可能有兩種可能，一種是應該完成的事情沒有完成導致的；    另一種即是一些特殊情況，這種情況就沒什麼說的，做就做吧。   

最近在使用CAS 做SSO

不久前我讀了一本書《Web2.0&SOA新的商業語言》，本書作者Sandy Carter 找到了互連網協作技術Web2.0與企業SOA的契合點,通過兩者結合協助企業實現以業務為驅動的IT架構思路.  今天參加IBM 舉行的IMPACT大會,有幸親見到了Sandy Carter女士.並聽她說出了自己的SOA價值觀.Sandy 女士在IMPACT 08會上做IBM Smart SOA 講解Sandy心中SOA的5個切入點:人,資訊,流程,連通,重用Sandy心中的Web2.0與企業內部協作.

軟體項目做得多了，就會發現項目之間的共性；把共性抽象出來，封裝更多的技術問題，讓使用者更好地聚焦業務，這就是平台軟體的願景。這兩年，越來越多的人看到了軟體開發的這一趨勢，國內做平台軟體的廠商也日見多了起來：專註J2EE表現技術的BStek

（原文： “平台軟體”的迷思）寫這個說明您對平台軟體的進展並沒有實際的認識（道聽途說，沒有實際使用過或沒有真正研究過）。普元的EOS只能綁定在JAVA上，科諾的也是。思維加速的設計可以跨平台，但缺乏業務的積澱，很多業務實現不了。但還有很多沒有在媒體上出現的，如上海方程軟體，上述幾家公司沒有任何一家作的比它更成熟，還有一些國外的廠家，有時會遇到一些。

剛看了一篇疆的《軟體工程師與程式員的差別》，明顯是中了某些所謂“大師”的毒太深的。從前我們搞語言祟拜，後來又有了模式祟拜和軟體工程祟拜，現在則流行UML祟拜和架構祟拜。《國際歌》說得好：從來就沒有什麼救世主。F.Brooks在二十多年前說過：沒有銀彈！--實踐是檢驗真理的唯一標準，這二十多年來的實踐已經證明，Brooks的論斷是正確的。第一，在編碼之前，不能有效地理解軟體的設計思路與內容，具體表現為不能充分理解規範的UML模型；如果Coder不能有效理解，僅僅是Coder的問題嗎？Archite

軟體與中國古代史：政界往事（中） [Mental

安裝軟體再簡單不過了，用過電腦的人一般都會，但就是這個在大部分人眼裡輕而易做的操作卻也時不時地給你點顏色看看。當安裝無法進行的時候，你如何來面對呢？下面筆者收集了軟體安裝過程中遇到的幾個經典故障，希望對大家有所協助！　　A. 安裝程式啟動安裝引擎失敗　　問：我在安裝CuteFTP時提示錯誤！提示“安裝程式啟動安裝引擎失敗：不支援此介面”，安裝其他軟體也出現類似的提示，我該怎麼辦啊？　　答：引起這個問題的原因比較多，但最大的原因可能是軟體安裝需要的Windows installer出現了問題。到“