推 fumin:哈哈 11/18 23:02
提供一個小小觀點
你要用新架構, 要用design pattern, 要用新技術
最好等到你夠強,
不論是對design pattern的理解及運用, 又或是工作的domain knowledge
都有全盤的了解
不然, 半吊子的東西只會造成更多的麻煩
你的熱血大家都有看到, 請繼續堅持下去吧
在達到強者的領域之前, 請先低調的自我進化及可
※ 引述《darkkiwi (....)》之銘言：
: ※ 引述《coolscott (藍天)》之銘言：
: : 標題: Re: [心得] 如何向別人證明自己寫的是好code?
: : 時間: Sat Nov 17 09:25:58 2007
: : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: : 看來你應該是新人，老鳥與菜鳥的差別就在這
: : 程式讓人看不懂，只有自己才能維護，就是know-how不讓別人看的懂
: : --
: : ◆ From: 211.74.75.21
: : 推 teslare:業界真的很多這樣的真實案例....上面的各位噓太快了吧 11/18 00:38
: : → teslare:當高層非SW RD或SW等級不夠的時候 絕對有這種狀況 11/18 00:39
: : → teslare:一個人解很快不求甚解 一個人每次都在大改架構 11/18 00:40
: : → teslare:比較紅的絕對是解很快的 這是某些領域產業界的現實面 11/18 00:41
: 推 teslare:有點偏題了:p 我想說的是如果一個人每次都留下很好的文件 11/18 00:50
: → teslare:但老是花了比別人多幾倍的時間 最後可能很黑 11/18 00:51
: → teslare:結果被解職之後別人看著你留下的文件很快上手 11/18 00:52
: → teslare:最後高層對你的印象就是=>廢人 11/18 00:52
: → teslare:這聽起來很黑暗 不過真實世界本來就是在理想與黑暗中平衡 11/18 00:53
: 看到這位兄台講的這些真是心有戚戚焉，
: 因為帶我的人並沒有給我太多有結構的support，讓我花了相當多的時間進入狀況，
: 我就將學習的過程，配合自己的一些美工天份，做出自認為鉅細靡遺又容易理解的ppt，
: 我會這樣做是有道理的，我在寫的程式是按著某種spec在取資料，
: 原理不難，但是運作的過程略顯繁鎖，若一開始沒人解釋流程，
: 要光看code去回推程式的運作原理、步驟，對一個新人來說，我個人覺得有點吃力耗時，
: 所以我以自為如果一開始能有人灌輸大概架構與原理，新人會容易入門很多很多，
: 我是基於這樣的想法才認為，我花過時間的東西，別人不需要再浪費這種時間，
: 其他人可以在我所建立的基礎上迅速進入狀況，而能將時間花在真正需要的地方，
: 我很天真的認為，工作應該就是要妥善分工並整合才能創造出高的效能。
: (請各位先進原諒我唱高調，我其實不知道該怎麼做，只是隱約覺得好像這樣才對)
: 但我發現我錯了，我碰到的結果就如同以上這位仁兄所說，
: 我所下的功夫是沒有產能的，我花了兩個月的時間進入狀況卻被認為是能力不足，
: 結果我可以用兩個小時時間迅速解釋我所理解的東西，情況更糟，
: 反被別人認為，這麼簡單的東西我居然要花兩個月? 我真的一整個冏掉了。
: 黑了的東西是很難漂白的。於是，我把這些東西收起來了，也不再跟其他人分享了，
: 好的想法(自認為)也只在需要說服主管讓我動手的時候才拿出來，
: 我其實並沒有灰心，只是感覺有點憤怒與徬徨，懷疑自己想法是否過於理想化，
: 當然我現在並不知道答案，也許這才是現實? 誰知道呢....
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.40.166