新公司使用了免費的mantis作為了bug系統，用了幾天後非常不喜。
在網上google了一下，發覺居然有很多人喜歡這個系統，難免疑惑：
是我「土人」呢？還是... ...
反正覺得使用起來非常不方便。說實話非常不方便。
之前很多年的做法是：snagit+word+vss。很多人或許會笑話俺們這種做法，但是在我看來這卻是最直接，高效和有效的方法:
有什麼問題,snagit抓圖，然後在圖上加上說明，
貼上到統一的word文件中，
簽入到vss,然後通知相應人員檢視和修改。
而maintis這樣的系統：
我必須snagit抓圖，加上說明+儲存為jpg檔案；
在maintis中新建錯誤報告，輸入標題和正文；
選擇的路徑，發表整個問題。
除了操勞流程繁瑣之外，maintis系統留白的地方太多，我不能直接和直觀的看到內容。
當然我不否認對於有些細節我那種傳統模式不方便整理和管理，看起來不專業。但是好用，易用。
易用為王！
rational的那個測試工具我沒有用過，但是俺需要的bug跟蹤系統確是有如下要求：
不能是bs模式，因為bs模式不能抓圖，在描述問題時有檢視會直觀和方便；
能夠把抓的圖直接向word那樣貼上進系統，我可以脫離snagit在上加文字；
提供錯誤說明輸入方式，錯誤的標題和描述，我可寫，可不寫；所謂的我不寫是因為我一直把錯誤寫在上；
預設顯示的介面要非常簡單，除非我自己選擇，否則那些亂七八糟的選型統統不要出來擾我；
介面一定要簡潔，再簡潔，複雜的功能我需要，但是如果不是我主動，請不要來擾我；
對bug的跟蹤，分析，報表功能我需要，但是還是請易用、簡單和直觀；
對問題報告的轉移，切換和對比，反覆等操作是一定要有，但是還是請簡單。
... ... ...
突然發覺原來我對於bug系統的要求居然非常明確:簡單、簡潔和易用。
一聲嘆息... ...
缺什麼就需要補什麼，還好我暫時對系統的穩定性無要求。
什麼樣的系統需要訊息佇列
訊息佇列是很早以前就有的一種中介軟體。由於系統之間需要通訊，所以訊息佇列就產生了。訊息佇列的使用場景主要有以下幾個場景。1.非同步處理 比如我們要設計乙個秒殺系統的解決方案 當然秒殺系統有很多解決方案，這裡只是舉乙個簡單的例子 秒殺系統主要就是解決有限的伺服器資源完成瞬時盡可能多的海量請求。但是乙個...
什麼樣的公司需要高手，什麼樣的公司需要普通水平員工
觀點一 小公司需要全是高手，大公司需要少量高手和大量的普通水平的職員 兩三個人的專案組，什麼都要幹，什麼事情都要那兩三個人幹，個個都是全能多面手。大公司是現代化管理，高度分工，只需要會一項技術即可。員工大多數是流水線上的裝配工，技術要求低。觀點二 差公司需要高手，好公司需要普通員工。差公司，指的是沒...
我對技術的態度是什麼樣的？
技術解放了我們的雙手，讓我們花在生存上的時間大大減少，可以使用更多的時間去思考自己真正的熱愛。這是技術積極的一面。現在無論你想得到什麼樣的資訊都可以在技術的加持下，比較輕鬆的找到。資訊獲取的成本前所未有的低，人們比任何時候都要接近自己的夢想。消極的一面也是有的。我認為是技術與人類的主次關係。現在的人...