這種做事的態度
絕對是百分之百可取的
你遇到的狀態絕對是因為上面的人比較急一點
所以盲目的忘了做事必須要formal solution
有時人在屋簷下不得不低頭
通常接code時
上面看的是你能不能以很快的速度開始maintain或馬上進行spec revision
你能上工了就是有效率 有產能
至於你是不是100%看懂了 所有的變數是什麼意思 為什麼這樣命名
你的上司才不會管你
你都能開始改code抓bug了 想必都懂了不是嗎?
但是這絕對是個盲點 也是個錯誤的觀念
逼的很多工程師被迫使用reverse solution
逼自己用逆向工程學習事情
RD都快變QA了
鼓勵原PO
也許你因此讓你在你上司的心目中黑掉了
但請不要灰心
路久知馬力 日久見人心
往後的日子若是事情比較趕
請先端出reverse solution應付老闆
但該formally學習的東西請不要停止
以後你當上老闆了 才有機會救到其他的新手工程師
※ 引述《darkkiwi (....)》之銘言：
: 看到這位兄台講的這些真是心有戚戚焉，
: 因為帶我的人並沒有給我太多有結構的support，讓我花了相當多的時間進入狀況，
: 我就將學習的過程，配合自己的一些美工天份，做出自認為鉅細靡遺又容易理解的ppt，
: 我會這樣做是有道理的，我在寫的程式是按著某種spec在取資料，
: 原理不難，但是運作的過程略顯繁鎖，若一開始沒人解釋流程，
: 要光看code去回推程式的運作原理、步驟，對一個新人來說，我個人覺得有點吃力耗時，
: 所以我以自為如果一開始能有人灌輸大概架構與原理，新人會容易入門很多很多，
: 我是基於這樣的想法才認為，我花過時間的東西，別人不需要再浪費這種時間，
: 其他人可以在我所建立的基礎上迅速進入狀況，而能將時間花在真正需要的地方，
: 我很天真的認為，工作應該就是要妥善分工並整合才能創造出高的效能。
: (請各位先進原諒我唱高調，我其實不知道該怎麼做，只是隱約覺得好像這樣才對)
: 但我發現我錯了，我碰到的結果就如同以上這位仁兄所說，
: 我所下的功夫是沒有產能的，我花了兩個月的時間進入狀況卻被認為是能力不足，
: 結果我可以用兩個小時時間迅速解釋我所理解的東西，情況更糟，
: 反被別人認為，這麼簡單的東西我居然要花兩個月? 我真的一整個冏掉了。
: 黑了的東西是很難漂白的。於是，我把這些東西收起來了，也不再跟其他人分享了，
: 好的想法(自認為)也只在需要說服主管讓我動手的時候才拿出來，
: 我其實並沒有灰心，只是感覺有點憤怒與徬徨，懷疑自己想法是否過於理想化，
: 當然我現在並不知道答案，也許這才是現實? 誰知道呢....
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.197.141