看板 Soft_Job 關於我們 聯絡資訊
最近... 公司內其他team的同事遇到了一個情況 IDE跳出了一個compile error的msg... 主要是在說...該單檔的檔案太大... (好像有兩個class...一個4xx k....一個3xx k...) (語言是action script) 那... 其實這個情況很難去明指說是誰的錯 因為那份code在該team應該是有3人以上在maintain... 只是當我打開來看的時候 土法煉鋼可以用簡易迴圈做替代的行數 60~70行跑不掉 而我前陣子也有maintain過類似的code... 大概長的就像是 if(num < 1000000) digit6.visible = false if(num < 100000) digit5.visible = false ... 我後來直接把數字轉字串判斷長度來做 我覺得在公司有分享... 不管是小技巧...or 整體概念....framework....新的技術... 其實都要算是好事 畢竟每個人都有各自不同的經歷 以我自己來說 寫過gis..影音多媒體處理..統計圖表....現在在寫game... 很多時候...我都還是會去開以前的專案出來 因為我知道...哪個案子的時候...我有用了那些相關的技術 甚至是...當我遇到某個情況...我也可以直接翻手邊的書的某個章節 找出我所要的內容 一個TEAM裡面 當成員的實力是同處一個水平之上 不管是在溝通/交接/代理上 都有很大的幫助 甚至是... 當大家開發時遵循的是同一套framework... 每個人跟art的合作模式都是相同時 自己or他人在了解對方的程式上是有很大的助益的 把骨架跟特殊的差異點指出 就可以很快速的知道箇中重要處 此外 我以前遇到過一個同事 每逢他那邊(server)的code有問題 他的回答有80%都是說... 那是前人的錯...以前的人不知道在寫什麼or愛用些新的東西...諸如此類的 而明明是在某個model的class新增兩個variable.. 推託的內容是 系統已經跑這麼久了...為什麼要為了小bug來改 (在推託前..我跟主管還有他三個人直接討論..大概到要吵起來的程度 主管最後的話是...'你是不想做還是不會做.....') 這當然也是題外話了XD.... -- 所有創作者都面對相同的難題。價格是由供給和需求來決定的, 有趣工作的需求量,總是比不上解決個別客戶的世俗問題。 在實驗劇場裡演戲,總是比不上在展覽攤位上披著猩猩裝來得有賺頭。 寫小說所賺的錢,還比不上垃圾處理器的廣告文案。 對程式語言動手動腳的工錢,也比不上協助某公司連結老舊資料庫與網站伺服器。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.235.206.86