Re: [請益] 工作的概況 離職?

看板Soft_Job作者 (男兒當自強)時間14年前 (2011/07/06 11:26), 編輯推噓5(5推 0噓 19→)
留言24則, 9人參與, 最新討論串5/8 (看更多)
※ 引述《ar231 (久保嘉晴)》之銘言： : 這月領薪水了... 算下來 薪水不到25K... : 小弟在想問 小弟是該離職 然後找有好好教育訓練的工作嗎? 借這個標題問一下，因為我跟原po有類似的問題囧 差別在我做的東西偏底層，薪水只有35K多一些而已。 (以國立碩班來說這樣的薪資說不上高吧XD) 以最近的一個案子來說，是要將某個別的板子有的功能port到我們在用的板子上。 (兩者用的bootloader都是同一款) 因為大部分的功能別人都已經寫好了，照理說port起來應該是輕鬆愉快才對。 但是我改完code之後，那個功能完全沒起作用。 我自己在那邊trace code搞了一個多禮拜之後， 被我老闆電說"那你有沒有去抓datasheet來看？你有看過schematic是怎麼接的嗎？" (其實在他念我之前我就抓了下來，但不知道該怎麼看...) 坦白說我還挺無言的，因為再接這個案子之前，別說code沒看過， 我連schematic這個英文單字的意義是啥都不知道....0rz 最後花了快三個禮拜吧，這中間的過程就是： 把reference code抓下來trace(兩天) -> 找出要改得的部份並且改完(兩天) -> 發現不會動開始trace其他沒改得部份(一星期) -> 被老闆樵完後重K spec/datasheet/schematic(一星期) -> 回頭看kernel source code發現root cause(一天) 最後找到問題是因為我那個功能是基於某個device(device要會動，那個功能才會動)， 可是我確定那個device在kernel裡會動的，但在bootloader裡頭卻不會動囧 所以我又去挖了kernel在對那個device作hardware initial的code才發現我少了個步驟， (一方面也是因為有K過spec知道大概有哪些component要initial) 補齊之後至少初步的功能都正常了0rz 然後現在也是做的有點灰心，因為這一路上幾乎都是用try & error的方式硬幹出來的。 而且我覺得最窘的是碰到問題時幾乎沒人可以問(只能上msn問問在業界工作的學長)。 雖然我知道出社會工作沒教育訓練沒人帶是很正常的，但我應該算是比較誇張的吧= = (連我在某個design house的學長都說"蛤？你那些問題不是應該你老闆要教你嗎？") 其實我也沒有草莓到說要手把手一行一行code帶著我trace， 不過起碼一開始的時候可以跟我講解一下porting要注意的事項和要看哪些東西吧囧 就像板上3442篇Tkyo前輩在內文說得步驟一樣： 1.先知道產品大綱(知道這個產品用了哪些component) 2.看datasheet/spec(知道memory mapping的位置和protocol的行為) 3.程式碼+datashhet輔助分析(看人家怎麼實做來分析要怎麼改) 我是連這樣最起碼的知識都沒有就直接硬幹了阿阿阿阿 (崩潰) 所以想上來這裡請教一下各位前輩，我是該繼續硬撐好，還是乾脆離職重找呢囧 畢竟第一份工作才作三個月就跑人會不會被認定抗壓性太低阿囧 但我實在不想在一直瞎子摸象下去了...QQ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.45.175.25
推
07/06 11:49, , 1F
其實這個還滿常見的.....
07/06 11:49, 1F
→
07/06 11:53, , 2F
強一點的摸會了,趕快找個環境好一點的,差一點的,就浸在
07/06 11:53, 2F
→
07/06 11:53, , 3F
那邊,然後瞎子摸象一輩子
07/06 11:53, 3F
推
07/06 16:50, , 4F
國立碩士班畢業的水準不就是應該有自己進行研究解決問題的能
07/06 16:50, 4F
→
07/06 16:51, , 5F
力嗎？何況你講的這些問題在菜鳥階段誰不會遇到？又不是說無
07/06 16:51, 5F
→
07/06 16:51, , 6F
能力解決它，你最後不也一樣解決了嗎？下次遇到類似問題不就
07/06 16:51, 6F
→
07/06 16:52, , 7F
省了很多時間。觸類旁通然後繼續累積技術經驗，難道研究不是
07/06 16:52, 7F
→
07/06 16:52, , 8F
這樣子做出來的嗎？業界不是學校，主管或老鳥教你東西他也不
07/06 16:52, 8F
→
07/06 16:53, , 9F
會多一塊錢薪水，這些薪水也是落到你的口袋中，除非你付費請
07/06 16:53, 9F
→
07/06 16:53, , 10F
他教你，不然我實在不覺得有啥好抱怨東抱怨西的。
07/06 16:53, 10F
感謝P大的指教， 但我想研究所的訓練重點裡， 應該沒有(而且也不是)告訴我們： "改bootloader/driver之前記得要先看spec/datasheet/schematic"吧？ 或者像是"driver不是從main()開始而是從module_init()"之類的。 這種提醒我相信花不了幾分鐘，但對"完全沒碰過"的菜逼八來說， 可能得花上數倍甚至數十倍的時間才會搞懂這些東西。 花點時間讓菜逼八進入狀況這樣才有辦法分攤自己的loading不是嗎？ (而且我也強調了，並不是要主管帶著我一行一行去trace，不然他僱用我幹嘛囧) 而且我也問過我在業界工作的學長， 他們一樣會教新人"要看哪些東西"以及"那些東西要怎麼看"啊.... (當然我老闆後來有教了，因為他看我在那邊鬼打牆一個禮拜看不下去了...0rz)
→
07/06 19:34, , 11F
try and error? 你確定嗎?
07/06 19:34, 11F
→
07/06 19:42, , 12F
你工作上遇到困難應該事先去問你老闆吧,請他指點一些方向,
07/06 19:42, 12F
→
07/06 19:43, , 13F
除非是你在做的東西連你老闆(師父)也都不會,這樣的話,這間公
07/06 19:43, 13F
→
07/06 19:43, , 14F
司就有點奇怪了....
07/06 19:43, 14F
i386大提到的這問題多少跟我想離職有些關係啦， 不過今天我算是確定想走了，所以說出來也無妨。 因為我算是我老闆底下唯一的一個工程師， (還有其他人，但他們都負責別的業務，跟技術無關) 加上我老闆平常很忙，沒啥時間帶我， 而他沒時間時我也不會有坐在旁邊的資深前輩可以讓我問。 (我想我要問的問題還不至於過份到直接拿一整段程式碼叫別人解釋給我聽= =) 所以很多時候我不是因為看不懂程式邏輯而卡住， 而是根本不知道原來那段程式碼是要搭著datasheet/spec看才知道為啥要那樣寫啊囧 ※ 編輯: loute 來自: 122.116.40.101 (07/06 20:18)
推
07/06 20:29, , 15F
去買driver的書來看, 學校當然不會教你這些
07/06 20:29, 15F
yeap，您講到重點了，要搞linux driver怎麼可能不知道要找LDD來看XD 而我要的也只是這種hint而已啊囧
→
07/06 20:32, , 16F
有時候主管只要花3分鐘就可以提昇下屬3天的產能
07/06 20:32, 16F
→
07/06 20:33, , 17F
如果連這樣的交易都不願意 那這個工作團隊實在是很慘
07/06 20:33, 17F
推
07/06 20:41, , 18F
說實在的，這些都是必經過程，但是有人點一下
07/06 20:41, 18F
→
07/06 20:41, , 19F
花得時間會比較少
07/06 20:41, 19F
→
07/06 20:41, , 20F
但是你這種方式學習，我想會是學到最多的
07/06 20:41, 20F
我原本也是這樣自我激勵啦，不過其實還有別的理由讓我想走就是了。 是說這樣東看西看東摸西摸真的會知道比較多啦， 只是很容易把菜逼八的信心給消磨掉啊囧 ※ 編輯: loute 來自: 122.116.40.101 (07/06 20:50)
推
07/07 23:08, , 21F
很能夠體會 剛接觸不熟的領域 如果有人能提點一下 稍微帶你
07/07 23:08, 21F
→
07/07 23:10, , 22F
入門 那上手就快些 對公司的工作效率也增加
07/07 23:10, 22F
→
07/07 23:13, , 23F
這樣自己摸雖然是紮實接觸 經驗也深刻 但有時想想好像太沒
07/07 23:13, 23F
→
07/07 23:14, , 24F
效率了... 想起當年碩班進LAB.. 嘖嘖
07/07 23:14, 24F
‣ 更多 loute 的文章
文章代碼(AID): #1E4zNvGu (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 5 之 8 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 loute 的文章
文章代碼(AID): #1E4zNvGu (Soft_Job)