進這個公司兩年了。
公司是個研究所，做裝置的，主要賣硬體裝置，配套軟體。
軟體用了10幾年了，總出bug。公司做軟體的人寥寥無幾，也不是專門做軟體的，軟體方面幾乎都是菜鳥水平，按照c的邏輯寫**與修改**。甚至物件導向都不怎麼理解。
招我進來是為了乙個新專案，要重新開發一套裝置配套的軟體，全新的。看重的是我有幾年管理經驗，軟體也做了四五年了。
進來後勁情四射，但很快就被破了一頭冷水。軟體開發在他們眼裡就是像寫微控制器程式。我說重新設計架構，領導說時間不夠，就按照原來的類組織方法，照抄過來就行。日你娘的，那你新系統幹什麼用。。
講不通，就幹吧。。
沒有計畫，沒有想法，腦袋裡沒有產品的概念，遇見問題，乙個字：抄。。我滴娘啊。
今天幹這個，明天幹那個，幹什麼全憑腦袋裡突然冒出的想法，幹完一點沒用。開始還跟他講道理，後來算了，讓幹什麼就幹什麼吧。。
有點想走人了，離職申請都提了，所長招我談話，太缺人了。。讓我別走，所裡準備成立乙個質量監督部門，讓我幹。
說實話，測試我也沒幹過，但所裡唯一接觸過測試的，也就是我了，被測試過。。其他人都沒有見過測試是什麼樣。想想，乾乾測試也行，一是讓自己知識更全面些，而是從頭組織起這樣乙個部門，也看看自己能力。乾成了，至少在質量監控方面，增加一些砝碼。就接下了活。
從此，大體算是擺脫了sb領導的折磨。但這才是乙個開始，隱約感到後面路其實很難走。
專案團隊的領導
前言 人員定義 開發人員 那些做軟體開發工作的人。他們做出具體的技術決策，從事設計，編碼，測試，文件編寫等工作。對於自己所從事的開發領域負責，但不必對整個專案負責。團隊領導 那些做出關於軟體專案的結構，設計，編碼等技術決策的人。主要負責整個專案的技術上的成功，指導和檢查其他團隊成員的工作，負責軟體產...
專案隨筆 鬱悶日
周一，2月23日。比較鬱悶的一天。support人員反饋回來乙個bug，很明顯的乙個bug。然而大家都沒有發現。而且每個人都說好像測試過。說說我們的測試過程 首先是開發人員的自測和交叉測試。測試人員包括 第一輪第二輪以及回歸測試。這個問題在交叉測試時確實測過，然而當時想，這麼簡單的問題。測試人員肯定...
如何擺脫爛專案的糾纏
有沒有這樣覺得，以前做過的，剛做完的，或者正在做的專案，簡直就是狗屎，不想去維護，不想去看以前寫的 如果有，那麼我們可以繼續下面的內容。分析一下原因，專案為什麼會爛，從純技術上去看無非有以下兩個問題 專案架構爛 質量差 下面我們各個擊破，分別說說我的一些愚見。專案架構往往是專案經理，架構師，團隊中技...