[閒聊]有機會的話要不要把手邊工作內容呈獻到最好?
 

起因是這樣...

手邊的一個案子因為時間的關係一直沒法好好優化fw for 客戶端的AP需求
要優化必須同時配合front-end和back-end重新修改部分fw的演算的模式
(但也不是什麼非常高深的技術.真的)
我只能說至少是對兩顆核心的元件都要有一定瞭解的程度才能有"方向"去修正fw

其中一段優化的核心function幾個月前花了幾週搞定
而最近刻意空出2~3週左右的時間把更進一步的核心部份完成優化就在昨天
就結論來說,可以讓原本fw的工作的時間縮短一倍左右

當然這fw還沒量產大量測試過,所以說還有待確認還有沒有side effect
就我(從廠商那邊的資訊)所知道整個應該相關產業沒有公司有像我花這麼多心思去弄這個solution
當然也無法保證是不是有競爭客戶會花這麼多時間自己研究
但是這個業界(系統廠)的形態一般有問題都是由back-end廠修改fw的核心部份

重點來了,這個案子目前已經量產一陣子了(公司沒等我慢慢搞定這個東西所以先丟了一個fw讓客戶承認了)
那我到底要不要update我手邊的東西到達更極致的境界
還是說跟脆裝死算了,反正公司也不怎麼注重研發人員

不知道大家碰到這種狀況的選擇是什麼,盡心盡力為公司奉獻?還是裝死?

無論如何,這一次這樣搞,腦細胞死了不少是真的
經過這次我也深深覺的我的腦子實在不是頂好的,處理這種工作真的已經到達極限了...

公司不注重研發人員你幹嘛去最佳化?
等下沒化沒事化下去出事(非指fw)不就自找麻煩...

要最佳化可以，目標公司找好，帶著最佳化後的成果過去面試。

該怎麼講,原本我的想法也差不多
但是勞工都是善(ㄅㄣˋ)良(ㄉㄢˋ)的,我想我可能還是會把fw release吧
(但是考慮source code再加幾個隱形的坑洞來擾亂其他人:laugh: )
往好處想,畢竟就算有人拿到fw或是source code想看的懂我的想法也沒這麼容易
know how和經驗還是在我腦子裡,當然會畫個flow chart來提醒我自己

建議把前後的差異整理為具體的成果報告，成為將來面試的亮點。

如果功夫已經花了，就放出去吧.....
正如前面網兄所說，可以將來找工作時拿來說嘴 :laugh:

要是有人跟我說市面上某某評價不錯的硬體是他設計的，我也會眼睛一亮~ :D

不要，只要來一次，就會變成標準，以後都要求你最低限度要做到如此，當然，你不會因此有任何獎賞

對自己的直屬主管，出問題能即時處理，不要害他被釘就好了。
（就好像電視演的，不斷的消滅敵人的小小部隊，這樣才能不斷的記功）

要做到最好，其前提是上上級主管最好是最上級的大老闆能知道。
（等皇上來巡視的時候，把敵人的首腦幹掉，這樣才能連封三級啊）

要release ok

但請確認無問題

否則若出包 影響個幾萬片甚是幾十萬片板

就有你受的

其實這反而是我比較擔心的事情
所以我常常都和PM說不可以拿其他案子的狀況來要求所有案子都能有同樣的需求
他們好像每次都會忽略我的警告
真詭異,PM常常都會說我們是賣服務的,工程師都走光了是賣個鬼服務

release +1 , 不管 成功 失敗 都會 出名 :P