個人積分：6715分
文章編號：65403489
個人積分：1253分
文章編號：65404190
Pan.tc328 wrote:
很多人都是好男人不寫Code
不當工程師,就要當研究員
這一堆Rule 有的沒有的
研究一堆也沒錯
但只是理論,實務根本就
應該是你的環境(我猜是類似中研院之類的單位)
才會養這些不寫code的研究員
我待過的公司，不會養這種只管理論不管實務的人
但很多人的"實務"卻是只學到"形式"，而不知道為什麼要這麼做
Pan.tc328 wrote:
你系統有問題,晚上老闆就Line給你,明天就要release..然而明天你還有明天的進度要做
以前負責專案..幾隻小貓,整個專案排程都定了
每一個人進度都是0或非常緩慢
還有人每天跟你討論,怎麼管理,怎麼測試,怎麼外包..
甘~都沒錯,但你該做的事都沒做,你還教我怎麼做
呵呵~~
其實我不像你這麼"聽話"
就算老闆提出的要求
如果我覺得時程不合理的，我還是不答應
老闆曾氣到牙癢癢的
但就像我說的，老闆找的人往往是先答應再說
結果deadline到了再跟老闆說有困難、要延後
很久前，我還在專職寫code時期
曾經某個案子我估了三個月的時間
老闆希望兩個月完成
若我加班的話，也是有機會兩個月做完
但我不想加這個班，所以我沒答應
(我下班後的時間還有用處，以前用來看書，現在是陪小孩)
於是老闆找了另一個工程師來做
那位工程師一開始說(兩個月)沒問題
結果過了兩個月後他才開始指出某些困難、無法如期完成
不過我在當初說要三個月的時候有先跟老闆指出過較困難的地方
所以那位工程師回報的困難點正好印證了我之前跟老闆報告過的東西
那位工程師後來連加班在內一共花了四個月完成
所以老闆學會一件事：就算我一開始說的時間比較不漂亮
別的工程師一開始說的比較漂亮，但結果還是我會比較準時完成
其實我估的三個月，大概有半個月是緩衝，用來應付意外狀況
我只要控制好不要讓意外狀況佔用掉我半個月以上的時間
案子進度就還是可以如期完成
針對進度是0或非常緩慢的人，要去盯他看是怎麼回事
看是能力不足？還是搞錯方向方法？或是偷懶打混？
若有人要找我討論：怎麼管理,怎麼測試,怎麼外包..
行！1~2天時間我給的起(我本來就會預留緩衝時間)
但每天討論？就很奇怪了！
個人積分：6892分
文章編號：65404311
個人積分：6715分
文章編號：65405055
//老闆曾氣到牙癢癢的
在小公司小企業..最怕那種程式都不會就去讀幾個月然後考管案管理師的小毛頭
或那一種整嘴都在屁..然後就說寫程式不就這樣,那樣..就出來
時間,成本,人力都抓不準,西瓜亂切,專案亂標,隨便送東西給人家
每次開會都不是解決問題而是帶給別人問題,死都死別人的
軟體工程有一項是能要把大問題變成小問題
關鍵的元件技術解決了就完成60%
OO就是這種概念
60%抽象,Reuse..剩下40%再去客製化
系統分析師一下解掉60%,風險就變很低
其他的就很好掌握..
例如剩下100個方法..
坦白說100個都知道裡面演算法複雜度
一天2隻,二天1隻..幾個人分一分..什麼時間點去看進度Review Code一下
時間都可以抓很精準
個人積分：3907分
文章編號：65408051
個人積分：6892分
文章編號：73847072
個人積分：564分
文章編號：73847826
個人積分：1034分
文章編號：73866420
YKK104 wrote:
看完，樓主根本不知道...(恕刪)
近況
程式碼已經交出，心中石頭落下好一大塊。
未來盡力做好每一天，要殺要剮任公司處置。
個人積分：2005分
文章編號：73866788
個人積分：1253分
文章編號：73868155
Spiderman12 wrote:
我會交出所有Source Code。但正在猶豫自己很多獨門的絕招該不該教他，苦惱中！
Spiderman12 wrote:
程式碼已經交出，心中石頭落下好一大塊。
未來盡力做好每一天，要殺要剮任公司處置。
不知獨門絕招有沒有教另一位？
當系統夠複雜時，的確是光有程式碼還不夠
這中間的運作方式或邏輯才是難以明瞭的
(除非有人願意花上大量時間去研究系統和讀程式碼)
過去我也建立了很多獨門絕招
一開始數量不多時，也是有點捨不得教人
但隨著絕招越來越多時，很多事非我處理不可時
反而有一種被一堆瑣事纏絆住的感覺
想把時間拿去研究新東西，但又花許多時間處理舊東西
現在反而希望其他人儘量學，學了後該工作移轉給其他人
(有些人只想學東西，但不願承接工作，這種人我就不想教了)
