無軟體工程公司 之 執行開發的hint

[vantw]

• 1 有bug → 解決解答回覆客戶 → 客戶無回覆 = bug已解決 (沒有QA或客戶明言: close或re-open)
• 2 維護案客戶2個月無來信 = 系統穩定 & 無重大bug (沒消息=好消息的另解?)
• 3 沒有git、已存的svn repo在主機issue下已損毀(前人的code history追不到)
  →自己用local git 控管新案(，在通常1案1工程師的情況下)。
  →也知道designer FTP上傳/更新了什麼
  →local git好處是，rebase anytime (雖然也沒有很多閒暇時間rebase說 (茶~) )
• 4 對於remote、outsourcing工程師的code沒有建構CVS workflow (只有FTP上傳)
  →(內部工程可以做linux command)每日或不定期在dev folder 做 git status，有變更就產生commit log
  →不能做linux command，每次要check變更時要下載全web code (占流量、占時間成本，不推)
• 5 沒有issue track、[PM/企劃/Boss/客戶] [不會/不想]用。
  →自己開google excel 分享給他們，並議定全issue放上面，不放上面不會有回覆。
  ps: 不是所有案子都這樣。短期、小案子直接email信件往來解決(「若沒有多案子卡時」，通常修bug時程也快)。
• 6 只有兩個主機環境，dev + live；而不是dev + test + release + live (或 私以為基本款為 dev + test + live)。
  →建議工程人員把live當release 或 test (對客戶當然稱liveXD)
  →當A案dev的features做完，接著做B案、C案、D案，此時A案將會空出時間把dev視為test(因為做別案時，使得原A案沒有短期沒更新程式(茶~) )

這應該是"無軟體工程公司"對於主機環境的"正確"理解(!!?)

→若在自己的電腦sandbox架起環境，則sandbox可視dev、dev可視test。

• 7 客戶不測試(有1個假設前提: 此案是被outsourcing。理論上，工程面最多可做到功能正確；是否完美符合需求只有客戶明白)。
  → 一切等上live(承上，其實是release或test) = 等客戶"有感"。