軟件

from:http://kong-desheng.iteye.com/blog/612908在一個軟體公司的組織圖中，軟體研發部的部門經理，是非常重要的一個軟體研發管理者。項目和產品的需求分析、設計、開發和單元測試，都是在其領導下完成的。軟體研發部門經理的管理能力，直接決定了項目和產品的進度和品質、人員計程車氣和穩定度、內部流程的效率、研發的成本、客戶的滿意度、產品的領先性。 一個優秀的軟體研發部門經理，能夠給軟體研發部帶來徹底的革命，最終的結果是項目進度加大，品質顯著提升，人員士氣高漲，到處是

搜集了一下常見的軟體測試面試題，發現自己在測試工作中欠思考了很多問題。http://blog.sina.com.cn/s/blog_4ffa88df0100bcis.htmlhttp://www.51testing.com/html/08/n-226208.html問題一：為什麼要在一個團隊中開展軟體測試工作？任何軟體在開發過程中都會留下缺陷，帶有缺陷的軟體產品如果提交出去，可能會給公司帶來不可估量的損失，我們必須在客戶之前發現儘可能多的問題，從而保障客戶滿意。而發現問題的這個過程稱之為測試。 

編碼人員的誤區 誤區一：因為任務緊迫，所以沒有時間想 有些人認為只有在領導規定的時間內完成任務才是最重要和最緊急的。至於方向是否正確，功能是否完整則沒有時間去考慮。 這些人陷入了多寫些代碼和程式就會安全了的假象當中。殊不知方向錯了，跑得越快，損失越大。 抱有這種想法的根本原因在於他們的不自信，不知道如何分析問題，找出最佳解決途徑和細緻的評估影響面，因而無法向上級提出一個更加合理的時間。 例如： Bulk Address feature 的設計者也是說時間緊，沒時間細想。後來的結果就是這個

前一段時間老紫竹發了一篇文章：大學裡學到的東西，你目前用到了百分之幾？ 我一直喜歡強調基礎和理論學習的重要性，因為基礎的東西對人的影響不是點，而是面， 點上的缺陷還好彌補，而全面性的虧欠就不是那麼好玩了。 看到過好多人在論壇上問：英語對於軟體開發重要嗎？ 回答當然是肯定的（前提是你不想一直當低級coder）。 其實英語的重要性是顯而易見的，畢竟現在軟體的高精尖還是掌握在老外手裡的，開源有那麼火， 沒了英語這個工具，其實就相當於少了大半的資訊來源，能沒有影響嗎？

        大多數公司軟體開發流程採用瀑布開發模型，即按照需求、設計、編碼、測試、發布、維護這樣一條一次漸進的模式。然而，瀑布開發模型的不足之處在於，除了到階段終止之時，其他時候幾乎沒有擷取反饋的時間，還有，一旦開發工作開始啟動那麼修改的空間也就沒有了。最後，假如系統測試表面功能或者效能沒有達到要求也許到這個時候已經沒有糾正問題的可能了。可以將敏捷開發的理念引入到公司的開發流程中：        1. 測試驅動開發       

周一到周三，我的領導親自操刀，完成了一項小小的功能。功能雖小，但從構思到實現，再到穩定運行，幾乎包含了軟體開發的全過程。這個過程完美的展示了 編寫一段優秀的代碼

寫socket的出現的異常解決方案:  try {   InputStream is = socket.getInputStream();   BufferedReader br = new BufferedReader(new InputStreamReader(is));   String line;   while(true){     if((line = br.readLine()) != null){       //do ..     }    //設定逾時 關閉socket   

如果你是電信行業的程式員，大名鼎鼎的拓撲圖工具TWaver你一定耳熟能詳；但是如果一提到TWaver你就想到一個Swing組件包，那你毫無疑問已經out了。經過十幾年的發展，TWaver看上去已經不再是一個簡單的Swing拓撲組件，這些年TWaver陸續推出了AJAX+SVG的Web版、GIS版，現在又出了Flex版。什嗎？Flex版TWaver？小玩具吧？能做企業甚至電信應用嗎？看看TWaver

老程式員的忠告：不要做浮躁的軟體工程師：每天讀一遍，思考一下：我是否浮躁？ 1、不要看到別人的回複，第一句話就說：給個代碼吧！你應該想想為什麼。當你自己想出來再參考別人的提示，就會知道自己和別人思路的差異。 2、初學者請不要看太多的書，那會誤人子弟的，先找一本好書系統的學習。很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。 3、看協助。不要因為很難，而自己又是初學者所以就不看。協助永遠是最好的參考手冊，雖然協助的文字有時候很難看懂，或不夠直觀。 4、不要被一些專用詞彙所迷惑，最根本的是

前不久剛剛完成了一個B/S的應用軟體，是用VB.NET在VS2003環境下寫的。應客戶要求給此軟體加上了簡單的軟體註冊功能。主要原理是先擷取機器CPU的ID號，然後再加上單位名稱合并成一個字串，最後把這個字串用MD5加密，得到註冊碼。下面是實現應該功能的類RegDLL.VB中的源碼：Option Strict OnOption Explicit On Imports SystemImports System.StringImports System.ManagementImports

目前我們使用的流程圖製作軟體大體有RFFLOW、FLOW CHARTING、VISIO三種，可是它們的體積和資源佔用情況很大，操作複雜，有沒有簡單易用不需安裝的流程圖製作軟體呢？下面我給大家推薦幾款線上流程圖製作工具 Gliffy支援中文，其功能滿足你正常的需要，有很多流程圖實體供你選擇。作為一種線上工具，它繼承了協同的概念，你可以和你的同事共同編輯，完成流程圖的製作；如果你需要在部落格調用，它也可以使你的部落格上的圖表與其同步更新；如果你需要在VISIO、或向量製圖軟體（如Freehand等）

如果您是老師，您是否會有以下困惑：  辛辛苦苦寫的教案卻沒有實際用處，最終只為了應付  課堂氛圍沉悶，學生睡覺者有之，說話者有之，玩手機者有之，但樂於聽講的卻不多  對學生情況模糊，學生畢業後，過了幾年，可能就沒有任何印象了，想不想對自己的教過的學生留下一份紀念。     課堂時間把握不準，從而造成早早就講完了或是拖堂課堂助手軟體：  此款軟體集電子教案、3D課堂點名、學生資訊管理、倒計時等功能於一身，極大的提高課堂教學品質，讓您更好的複習知識點，更好的提問，更好的調動課堂氣氛，更好的把握課堂。

    周末兩天去參加了2008中國軟體技術大會，比較失望。各個廠商的廣告味道過於濃厚了，基本上是對各自產品的介紹：“我們做了什麼，我們的東西能給客戶帶來什麼樣的利益，使用了我們產品和解決方案的客戶獲得了多少效率的提高”。真正有意思的倒是用友的田俊國先生講的“大易專案管理”，到很是有趣。    前端時間聽溫煜先生架構方面的課程，聽到溫煜先生提高田俊國先生在把“周易”的思想應用到專案管理中。當時頗感有趣，想著如有機會能夠現場聽一次，沒想到這麼快就實現了。   

         Sniffer軟體是NAI公司推出的功能強大的協議分析軟體。利用Sniffer Pro 網路分析器的強大功能和特徵，解決網路問題，將介紹一套合理的故障解決方案。         與Netxray比較，Sniffer支援的協議更豐富，例如PPPOE協議等在Netxray並不支援，在Sniffer上能夠進行快速解碼分析。Netxray不能在Windows 2000和Windows XP上正常運行，Sniffer Pro 4.6可以運行在各種Windows平台上。        

現在網站發展的趨勢對網路負載平衡的使用是隨著網站規模的提升根據不同的階段來使用不同的技術：一種是通過硬體來進行進行，常見的硬體有比較昂貴的NetScaler、F5、Radware和Array等商用的負載平衡器，它的優點就是有專業的維護團隊來對這些服務進行維護、缺點就是花銷太大，所以對於規模較小的網路服務來說暫時還沒有需要使用；另外一種就是類似於LVS/HAProxy、Nginx的基於Linux的開源免費的負載平衡軟體策略,這些都是通過軟體層級來實現，所以費用非常低廉，所以我個也比較推薦大家採用第

上次翻譯了一篇文章—— Bug分析：為bug預防奠定基礎， 強調軟體缺陷的預防。軟體品質是構建起來的，由軟體開發的整個過程品質所決定的，軟體品質肯定不是通過測試測出來的。所以軟體缺陷的預防自始至終是重要的。除了缺陷分析，另外一個很重要的實踐就是：代碼複審（code review）和測試案例的複審（Test Case review）。1．Code review在IBM、微軟等很多公司都有一個很好的實踐，那就是Code review  -

有很多APP圈子裡的人，誤認為“電子市場”和“軟體商店”是一樣的概念，其實不然；“電子市場”就像早市，賣菜的只要交了入場管理費，就可以隨便賣菜，啥菜都可以賣，甚至是鹹菜；早市管理部門，不會要求你買菜品質，頂多提供多個公平秤；“軟體商店”就像現在的超市，貨物管理嚴格，重視客戶和口碑；超市的位置可以買，就等於軟體商店的APP推薦位置可以賣一樣，軟體商店還可以要求開發商指定某個廣告SDK的接入才方可上架；定期收個管理費或者渠道費，過節費都是很有可能的；但是我很希望，軟體商店能挖掘出不同層次的使用者，從

綜上所述，我們就可以比較條理化的建立軟體架構設計的流程了。典型軟體架構設計的流程如所示。一、業務架構概念在構建軟體架構之前，架構師需要仔細研究如下幾個問題：系統是為什麼目的而構建的？系統投運後服務於哪些利益相關者的利益？什麼角色在什麼時候操作或者維護系統？業務系統實現方法是怎樣的？整個業務系統是如何依靠系統而運轉的？為了回答這些問題，需要仔細閱讀需求分析文檔中的業務模型建立、問題域及其解決構思、產品模型的構思等等前期文檔，站在系統架構的角度，全面清晰的建立業務模型，包括組織圖關係、業務功能、商務

 在linux中，常見的軟體安裝方法有兩種：1、使用軟體的原始碼，需要自己動手編譯它。這種軟體包通常是用gzip壓縮過得tar包，尾碼為.tar.gz  原始碼安裝方法：    1）# tar -zxvf apache.tar.gz         使用此命令來解開包，解壓後會建立新目錄。    2）進入新目錄後，觀察目錄中包含了以下哪一個檔案：Configure、Makefile還是Imake。         如果是Configure，則執行：                #

　　以前遠程登入時無意中看到一個很可笑的中文提示，我以為是微軟的疏漏，今天居然看到另一個，呵呵，現在我開始覺得微軟做Windows中文版是先用翻譯軟體再人工修正的了。　　這兩處附上給大家看看。　　首先，開啟你的英文windows，在cmd裡輸入query user 如果你有其他使用者是斷開狀態，那顯示STATE是Disc，這很正常，Disconnected的簡寫，現在你開啟中文windows再輸入這個命令，我暈，狀態是“唱片”，這誰翻譯的！　　然後，在英文windows xp/2003（2000