---

引述電影寒戰的台詞:

每一個機構，每一個部門每一個崗位都有自己的遊戲規則。不管是明是暗，第一步學會它
，不過好多人還沒有走到這一步就已經死了，知道為何？自以為是。

第二步，就是在這個遊戲裏面把線頭找出來，學會如何不去犯規，懂得如何線上球裏面玩
，這樣才能勉強保持性命。


結論: 你要在無論在軟體界或在其他環境生存，一定要學會明的或暗的規則。每個環境都
      有它的遊戲規則，搞清楚規則再玩，才是明哲保身之道。

進公司沒多久，應該要把公司遊戲規則搞懂，有時候軟體會用這種管理方式是有它的歷史
因素存在的，也許一隻程式經手好幾十人，一段程式碼可能是因為專案評估錯誤造成要


所以進公司第一件事情就是把請把線頭找出來，學會在這一個遊戲規則下生存，在你可以
掌控的資源中來進行你覺得應該要做的事情



因此你要做的事情要有:計畫、時程、資源分配、風險評估、預期效益、Staffing Matrix

(就是誰要負責哪件事情)、教育訓練、範圍為何等諸多任務以及其解構之後的工作細項。
在執行的過程中要有高度的意志力來貫徹此專案一定要成功，不然也是嘴砲而已。

引述電影寒戰的台詞:

  基於一個片面分析，沒經過嚴密的邏輯推算。浪費你們的寶貴時間是不是很興奮啊，
  等你坐上我的位子，你就會心裡有數。

這不是一個新人說我覺得這個很好，所以後我們就全部換成這種管理模式，這麼簡單

再來講維運成本:


因此有些主管會要求說程式不要寫太難，因為接你的人會看不懂也是一樣的道理

你用 git SVN想要取代舊有的專案以及軟體維護方式，也許這一套軟體在客戶端已經安裝
上千套，程式可能在幾十年的開發下已經在既有的管理模式運作得好好的，要改變的話

如果你跟你同事的KPI都沒有，請問誰要來幹這件事情?




可能改天同事突然性情大開，希望能跟你一起改造這個巨大的程式怪獸

舉我的例子好了:


你確定要嗎 ? 我找到後再寄給你；或是"這個功能當初只給某某客戶用而已，因為合約有
寫到，但不在主要程式中"等等這種開發模式。研發部門RD有一半待超過6年以上，而且
公司規模還不小(>100人)。


"等我這個案子忙完"、"我很有興趣、但我現在沒時間"、"有沒有相關的資料寄給我"等

後來新人補進來後，我強制規定一定要用Redmine管理，程式上版本控制系統，幾個月後，
主管發現我在用這種管理方式，現在想要推廣到其他產品跟專案試試看，但目前仍然是

如果你的實力被大家認可的話，相信你應該可以做得到，不要只是出張嘴而已。

引用用寒戰最後一句台詞，作為結尾:

我以前都看不起你 因為你沒有實務經驗 但我錯了

就因為你沒有實務經驗 所以可以用更宏觀的角度看事件 00局 00署 都是你運用的工具的
(後面不太記得)


※ 引述《tyc5116 (累人啊....)》之銘言：
: ※ 引述《superpai (超級白)》之銘言：
: : 我只想問改用 Git 的風險在哪裏...
: : Git又沒有很難也不用錢也不會幫你code加入bug
: : 也不是最新的科技，也沒聽過不穩
: "為了便於新人學習,所以程式@#$%^&*()",簡單說就是引用工研院的程式架構MSD
: MSD意思就是把程式分成Model,Status,Design,將程式分為數個次模組
: 每個模組有各自的狀態切換,然後將其轉換為程式,細節就不說了

: "我們的程式架構雖然有很多改進的空間,但是堪用"

: 因為公司到現在程式的管理都是,今天開一個20140519的資料夾,
: 明天再開一個20140520的資料夾,導入Git總沒問題了吧?還是免費的東西耶!!
: 不但免費,現在也發展的很穩定了(應該是吧....XD)
: mail給小主管,cc給主管,小主管的回應是"有機會分享給其它同仁"

: 心得:
: 1.新人還是安靜點,說太多沒人會理你
: 2.自己有好東西自己留著,如果人家主動想要學再教別人
: 3.如果教別人要花很多時間,人家還不見得聽的懂,那就直接跟他說"我不會"
:   (分享一下我老師說過的話XD)

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.165.8.133
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1400514019.A.D97.html