軟件

from：http://yuhongchun.blog.51cto.com/1604432/697466

越來越多人開始使用Java，但是他們大多數人沒有做好足夠的思想準備(沒有接受OO思想體系相關培訓)，以致不能很好駕馭Java項目，甚至 導致開發後的Java系統效能緩慢甚至經常當機。很多人覺得這是Java複雜導致，其實根本原因在於：我們原先掌握的關於軟體知識(OO方面)不是太貧乏就是不恰當，存在認識上和方法上的誤區。 軟體的生命性 　　軟體是有生命的，這可能是老調重彈了，但是因為它事關分層架構的原由，反覆強調都不過分。

Linux負載平衡軟體LVS之一（概念篇）             一、 LVS簡介 LVS是Linux Virtual Server的簡稱，也就是Linux虛擬伺服器, 是一個由章文嵩博士發起的自由軟體項目，它的官方網站是www.linuxvirtualserver.org。現在LVS已經是

原文地址：http://www.cnblogs.com/forward/archive/2012/01/10/2318483.html 說明：由於圖形化介面方法（如Add/Remove... 和Synaptic Package Manageer）比較簡單，所以這裡主要總結在終端通過命令列方式進行的軟體包安裝、卸載和刪除的方法。 一、Ubuntu中軟體安裝方法 1、APT方式 （1）普通安裝：apt-get install softname1 softname2

瀑布模型/改進的瀑布模型 螺旋模型 增量迭代是RUP統一過程常採用的軟體開發生命週期模型   原型法 　 快速和敏捷開發　我們一般將快速和敏捷開發做為方法論,而很少將其做為一種軟體開發生命週期模型.敏捷的目的是減少繁重和不必要的工件的輸出,提高效率.而不是要我們去挑階段或過程,不是分析設計都還沒有做就去做開發.因此對於瀑布,增量迭代或原型我們都可以借鑒敏捷方法論中的一些好的實踐,這些實踐都是對傳統的生命週期模型很好的補充.對于敏捷方法論在此不再做過多的敘述.

一些現狀 現在大部分軟體企業的生態鏈都是，軟體測試屬於最下遊。這也決定了很多情況都必須被動接受。即使某個測試工程師理論知識豐富，辨識風險能力強，但是一個產品需求的變更就可以讓他傻眼，接著很努力去適應這種節奏。產品運營主導必然是趨勢，測試主導是做不好產品的 還有一個點爭論了很久，就是關於出現問題承擔責任的問題。如果產品上線或者發布後出現問題，大家都會覺得測試這個環節應該“合理把控”，將風險點羅列出來並告知各責任人，有時候一句“為什麼沒有測出來”竟讓測試同學無言以對 幾個常見誤區

Pcode Opcode Meanings ============================================================================== Prefixes: ------------------------------------------------------------------------------ Ad       Address Imp  

Keil軟體編譯的時候，總會出現一個問題：warning:  #1-D: lastline of file ends without a newline。如下圖所示： 百度下結局辦法就是 將游標移到提示警示的代碼最後一行（有代碼的那一行）然後按住del鍵，直到確定下面沒有斷行符號行，最後斷行符號一下或多下即可。 但是，我的編譯器還是會報同樣的錯誤，不知道是我的KEIL原因還是電腦設定的原因。

上一篇 blog 中已經介紹了 wavread 和 wavwrite 兩個函數。這裡介紹其他一些有用的函數。 playsnd 函數 播放聲音資料。基本用法如下。 其中 command 只在 unix 類系統中用到。用來指定播放聲音的程式。 Win 下無需考慮。 []=playsnd(y)

開發的收集車輛資料程式跑了3-5小時，就會出現如下結果 發現程式運行記憶體在這幾個紅點波動，在CPU100%出現一段時間內程式會自動結束。 後來利用工具命令分析問題得出是因為記憶體不夠導致一直在GC，因為GC Task Thread佔用CPU比較高。 具體步驟如下 ps -mp 16991 -o THREAD,tid,time |sort -rn 列印CPU最高的線程 printf "%x\n" 17864 把線程ID轉換成16進位

許多使用者都有製作 CHM 文檔的經曆，或許是為了與他人分享資料，或許是為自己開發軟體提供協助。儘管網上搜尋CHM製作軟體結果繁多，但真正好用的並不多，能稱為優秀的只剩下幾款。其中我覺得優秀又免費的只有 Precision Helper，稱得上最佳免費 CHM 製作軟體。 為什麼說它優秀呢。 1、新使用者能快速上手，使用方便：Precision Helper 的 Ribbon 介面, 直觀可視化, 主要的功能都能在這裡找到，總體設計較為人性化。

         微博上拋出一個討論話題：下午一test lead問到，有些測試的bug會在A版本裡出現，然後記錄它；但開發人員在當前B版本試圖重現時發現不能重現，故reject它。那麼測試就鬱悶了，待到下一輪迴歸測試可能是C版D版本，如果再出現自然reopen，但如果不複現是否真的應該關掉它嗎。各位對這種sometimes bug怎麼處理的啊。

　　因項目的需要，最近一直在整理軟體測試案例。大量的軟體測試案例和業務整理起來並不容易，雖然耗費了相當長的實踐，卻也因此收穫一些想法，希望能對以後的軟體測試工作有所協助。

  gnuplot homepage FAQ Documentation Demos Download Contributed scripts External Links Tutorials, learning, and help Books   Gnuplot is a portable command-line driven graphing utility for

關於測試，歡迎尬聊 QQ群：755431660 你有沒有經曆過這樣的一幕：每天都感覺自己特別的忙，然而每當到晚上要睡覺的時候，想不起今天具體做了些什麼事情。 可能是這天做的事情太多了，忙到自己也記不清楚了。 2015年前的我也是這樣，那會還是在做淘寶，每天除了最佳化淘寶店、接待客戶之外，還需要打包做售後。 不光如此，本身筆者對互連網上的一些賺錢項目也比較感興趣，除了做好本職工作之外，還需要建網站來最佳化排名。 關於網站排名最佳化這塊，要做的事情很多。

這個周末，我們參加了中國軟體開發人員大會(Software Deleloper Conference china,簡稱SDCC),見到了業界的很多牛人，開闊了視野，增長了見識。 第一個演講的嘉賓是騰訊首席科學家孫國政先生，他用了國際知識發現和資料採礦競賽(kdd cup)2012年度比賽的案例，具體介紹了資料採礦和最優推薦演算法的進展，從中我們看到了矩陣分解模型(matrix foctorization

"授人以魚，不如授之以漁" 說的是傳授給人知識，不如傳授給人學習知識的方法。今天我想針對於此從思維層面再做一個升華："授之以漁，則先令人悟之"。 　　做好軟體測試，首先具備的修養是需要弄明白三個問題。這就是上面講到要的"悟"。假如開發人員修改提交了BUG，我們使用"三問"的思想進行測試，對於測試人員瞭解需求會起到很大的協助。 　　何以悟"三問"。您一定會問："哪三問。" 　　舉個例子，咱們來設計一個情境：想象一下，您走在馬路上，迎面走來一個陌生人二話沒說扇了你一巴掌。 　

標籤：執行   使用   api   pytho   操作   nbsp   mysql   相關   install   MySQL 驅動程式安裝：我們使用 Django 來操作 MySQL，實際上底層還是通過

標籤：pat   tps   運行   clip   技術分享   解決   路徑   path   lin   Eclipse 軟體 解決：出現的 editor does not contain a main