寫程式跟學英文一樣要環境..
資源Google 有非常多,關MSDN..出文章的速度比你讀的速度快很多
對象..等時機
我開始學程式..我就在想..程式設計師是一輩子的工作??
台灣人才濟濟,前方吃緊後方緊吃,前浪一定死在沙灘上..
不~一定讓人連車尾燈都看不到
我開始學時..不管大小專案..我都用很正規的方式做..蓋5層樓的房子用101的方法蓋
別人程式拿了就寫,我在規劃縱向橫向等擴充性
別人寫完拍拍屁股就走,我還沒開始寫
系統10萬行以下,不用什麼方法論,10萬行以上,能行雲流水不出事
很多人系統到一定規模,開發效率就變低,花很多時間在維護
等維護成本大於開發成本就打掉重做
對象,時機..一堆博碩士,根本沒人會去聽一個小布拉嘰的建議
有一次,外包,做不出來,Bugs解不掉..老闆派1位博士1位碩士去支援..花了3個月改不掉..
2個人合計6個月,成本都比外包貴很多
我看不下去,老闆我來做..我花1個月,每天晚上用自己時間寫底層,然後把方案給老闆看
一個後採納我的方案結案..沒出任何議題
一次接BP,也是從碩士選負責人..大家都說我搞技術,我不想帶專案,扛責任..
幹~我來帶..
因為我不這樣做,只當小小小助理工程師,有天會失業..一定要想辦法轉系統分析師,技術經理..
這樣也是..可以說史上最完美的結案,如期,如值,沒有Bugs..客戶滿意度..全部100分,只有備註欄位寫,比較貴一點..
，謝謝帳號的情況下,我幫部門撰寫小工具,讓部門老闆及課員更方便分析產出及良率分析,使用的工具也是VB6
或ACCESS及EXCEL VBA,薪水也是到7萬左右,離開後,我去學習照顧員的課程,從事一年半的相關社福工作
,及為開店作準備,目前階段性任務已完成,想說投履歷看看,結果一家面試機會都沒有,因為我雖然是資訊
系,但我的工作部門卻是生產部,只有保全不斷的打來,索性把履歷給關了,離職時的職稱是資深副理,我想
這是宿命吧! 年紀到了,學甚麼都沒用,因為目前會面試我的可能年紀都比我小,當初的人脈也是自身難保
,我看開了.幸好當初有做好失業準備.
Pan.tc328 wrote:
看到很多年輕人,充滿活力,鬥志,與幹勁
三不五時要refactor ..
要把架構改到最好
我都說No no..一個已經上線穩定run 的系統..切記不要去動它
有一些白爛的,莫名其妙動它..系統怎麼掛的都不知道
花很多時間去追程式系統登入等Log
還有年輕人,求趕,求快,求快速下班,求明天要去環島,求後天要出國..
都會用最短捷徑法,做一堆事..
比如直接在上線機上測試,直接改上線DB資料
於我心有戚戚焉
Pan.tc328 wrote:
有人還想套CMMI 4.0,5.0..我真是他馬的神經病..整個Team才幾人..
整個產品沒值幾個價錢,你花那麼多時間,成本在搞Paper..
其實CMMI是好東西
除非要做認證，不然不用拘泥於paper
很多軟體開發上會碰到的困境
CMMI都提供了解答(方法)
想做認證的，得做文件來證明有採行這些方法
但這一大堆文件做下來往往是人仰馬翻
搞到後來許多人只知道追求形式、忘了這些方法的本意
不做認證的，其實可以把這些方法加以裁量
例如採用簡化的方式來執行某些項目(不一定要產出文件)
這樣還是可以解決某些軟體開發上會碰到的困境
套句武俠小說的用語就是「只重其意、不重其招」
不過很多人嘛
要做文件就當成形式來應付
不做文件就當成這項目不用做
所以CMMI在台灣應該沒多少人想去碰它
Pan.tc328 wrote:
現在很多公司都是
業務偷拐騙搶拿到專案
專案經理談規格..
然後 write down 成一條一條..
然後找一堆阿貓阿狗的程式設計師
A 1,2,3項, B 4,5,6項
然後甘特圖下去,然後簽名畫押..
接著就是一團亂
這種就是只講形式、只會抄作法的專案經理
不過這種專案經理在台灣還真的不少
幾乎沒有公司會要求一個人同時會 android, ios 的開發
市場明顯缺 ios 開發、薪資高，就應該放掉 android，專注 ios
學習很重要，但方向錯了，學再多都沒有用，時間有限，貪多嚼不爛
舉身邊兩個實例
1) 我朋友大學會計系畢業，自學寫程式、工作兩年年薪就破百萬
2) 另一朋友年近四十，每天寫程式 (c/c++)，年薪約 200~300 (不含年終、獎金)，公司想要他做管理職，但他要做不做，只愛寫程式
寫程式拿高薪的到處都是... 還有更誇張的異類，就先不提了
悶著頭學東學西，還不如多去社群聚會、meetup，多看看別人用什麼方式、解決什麼問題
以上
Pan.tc328 wrote:
這是理論
專案要考量風險成本成員經費時間人..
從以前瀑布開發方式..一個版本修正就是半年一年
到現在時代快速變遷敏捷試開發..
2,3隻小貓..不斷改變需求
你的文件意義就不大,版本管理,分支合併就變高
Test Case 每天變,每天送測
還要導入什麼,測試導向範本
你當然可以說CMMI是理論
因為重要的是會不會"活用"它
你看到的那些人正好是只會抄範本、不懂活用
我以前也曾困惑過：
CMMI要做一堆文件，哪還有時間開發軟體？
幸好我遇到一位老師(技術顧問，曾在IBM工作過)
我把我的困惑請教這位老師，這位老師就反問我：
誰說CMMI一定要做一堆文件？而且只能照著範本做？
你難道不能根據實際狀況去簡化它？選擇有需要的做就好？
所以我從這位老師身上學到一件很重要的事情--"裁量"
我們公司，乍看跟一般公司無異
因為一堆CMMI文件我們也沒做
很多CMMI的招數，我取其意、不取其形
用簡化的方式去做它，並沒有一定要產出文件
這當然有好處：省掉眾多工程師的一堆時間
不是完全不做文件，最重要的一些文件還是有做
沒產出文件的項目，也不是沒做，而是簡化的做
很多沒文件化的東西就等於存檔在我腦袋中
有些工程師會想知道，我就解釋給他聽
但實際情況是更多的工程師似乎沒興趣知道
他們只對程式技術有興趣、對軟體工程沒興趣
既然很多東西存檔在我腦袋中
其實這對老闆來說是壞事
但老闆也不是沒試圖降低我的重要性過
老闆曾找過年薪兩百多萬的工程師來分擔部分我的工作
(我工作可以輕鬆一點，我也很樂意)
不過這位工程師還真的就是：
照形式做文件、把工作用直覺的方式切一切後分給大家做
連畫甘特圖，我認為他畫的時程不合理，找他討論時
他說因為老闆希望在某個時間點前要完成案子，他只好先這樣畫
等deadline要到了，他再跟老闆說還需要更多時間
(趕羚羊，結果deadline要到了，他落跑了，這案子又是讓我收爛尾)
下面這位網友提到的，雖然只是簡單幾句話
但我也是頗有感受、蠻符合我的切身經驗
https://www.mobile01.com/topicdetail.php?f=37&t=866348&p=5#9371814
da1228 wrote:
一般公司就算不想去通過CMMI, 也至少參考一下裡面的精髓 ~
不想要看CMMI也還有ITIL等的... 很多很多標準可以參考...
要是都不想參考, 心隨意轉, 大多數的下場都是苦自己也苦員工 ~
內文搜尋
從 APP 打開
X