Re: [請益] 請問為什麼純軟比韌體好玩?
※ 引述《lrvine (Irvine)》之銘言:
: 常常在這個板上逛的感覺是
: 普遍大家覺得韌體無聊 似乎純軟比較好玩?
: 我本身的背景主要是在 Linux kernel 但也有機會碰到 Android middleware 甚至更上層
: 我覺得他們都是差不多的東西 就是寫code去執行一項任務(演算法)
: 所以想請問大家為什麼會覺得韌體無聊呢? 主因是?
嗚嗚嗚。我是從嵌入式系統轉換到寫純軟的過來人(非web那種純軟,是機器視覺跟工業自動化)
應該這麼講:
走韌體路線,甚至是韌體技能點滿,你就是一個強大的存在,別人無法取代,也代表很容易活在自己世界,因為你講出來的話別人聽不懂!!!!
導致你單打獨鬥,或者變成被PM或硬體工程師打壓的對象,因為你講出一大堆什麼stack不夠, racing condition什麼的,然後硬體power sequence 導致系統初始化失敗,然後原因要等原廠vendor回覆才能解,不然就是講那個pointer指到哪個pointer,register map裡面在幹嘛,設進去沒反應,吧啦吧啦。
這些話大部分的PM聽不懂,他只會歸納成:你什麼時候可以解決完成。
另外韌體工程師的世界,幾乎很少標準化的術語,也幾乎很少種類的diagram可以描述,所以每個工程師都有自己的術語存在。除非你討論的對象是跟你一樣強大的存在,否則對方不知道你在講啥,工作起來很痛苦。
走純軟路線,是走團隊合作,有很多技巧可以協助團隊討論架構跟實作(design pattern,object oriented programming...),也有很好的標準化方式來描述你的想法(UML, diagram..) ,讓每個團隊成員可以清楚的知道自己負責的部分,並且如何跟團隊成員去介接彼此所做的事情。
當有了彼此易懂的共同語言後,你就比較能夠清楚的表達自己遇到的難題在哪裡,讓團隊來跟你一起想辦法解決。
我剛開始從韌體轉到純軟體,最大的痛苦就是
別人聽不懂我在講什麼,有些事情我認為很簡單,別人可不這麼認為。以及我沒辦法把一件事情很清楚的表達出來,因為韌體很吃經驗,解決問題都是一個念頭閃過就知道怎麼處理,導致長期都是跳躍式思考,無法完整的講出一件事情。
所以呀,你去比較看看純軟公司跟韌體公司(或硬體系統廠)出去聚會的照片,
純軟公司的工程師笑的多開呀,每個都穿的多帥,又有很多妹子溫暖整個畫面
而韌體公司的聚會,每個臉都臭的像什麼...
有空可以自己思考一下吧...
--
硬體架構師認為uncached non-buffer non-combined post
memory write可以out of order時,韌體設計師臉都綠了
最近開始反過來
不認同,其實表達是一種需要學習的能力,你跟沒技術背景的人
描述一件事,就要用他能懂的方式來說明~就好比說很多人在做
presentation貼一堆文字和source code上來報告一樣,都是沒
有意義的
我不能跟新來的同事溝通一定是他太強了
我還以為是韌體永遠要幫硬體擦屎才會臉這麼臭 XD
拿到薪資一樣能笑的開心比較重要
軟體就是要用這些名詞糊弄上面聽不懂的 把任何一個bu
g說的越複雜越好
不認同,工程師的價值不只有掌握技能這麼簡單
共同語言真的很重要,不過我覺得很大的原因是很少公司會去
制定或定義共同語言來減少溝通成本
認同4F,不過也認同韌體的做法大多都是非正常解
不太認同4F 我自己比較偏向軟體 溝通上也沒問題 但
如果哪天要我跟沒背景知識的人解釋底層的一些細節 我也不
覺得辦的到
不然如果你的溝通能力很強 你就能教會一個普通班級的小學
生微積分嗎
溝通又不是教學,只是要讓對方懂得你在做什麼
像是一些生活化的例子
好 不要教學 那你就能跳過細節 解釋你在解決微積分上的
一個錯誤算式嗎
跟別人說你到底做了什麼
這是工作文化的問題,做韌體的公司普遍不重視軟體開
發的流程和品質才會有這現象
太細節的錯誤要解釋根本不可能 但一些常見的錯誤名詞
講出來 對方聽不懂也會裝懂 race condition memleak之
類 大概要說一些這種名詞來解釋
當然對方最重要的一定是要你壓時間 但你解釋這麼多就
就是為了芭樂拳 開長一點的時間才是目的 不是要給他懂
我懂你,我也是韌體轉純軟ios,有時候思考真的比較跳,要
很完整的描述我的思維給同事要很花時間
的確現在純軟多半是run scrum比較少會有自己要擋PM壓時間
的問題 韌體好像真的比較容易gating被壓deadline
不過光"很多妹子溫暖整個畫面"這句話就說服我了...
不過我之前的韌體工作也是run scrum就是了
韌體通常有實際產品,時程排好後大概都動不了。所以
要跟PM談時間很難談得動
軟韌體常常在幫硬體擦屎
跟舊code的坑比起來,硬體問題其實不多
舊code坑很大 但硬體問題是要挖坑給自己跳
硬體坑不大的一定是成熟產品,要看公司到哪個階段...
韌體做久了就會覺得純軟邏輯問題很low因為都是自己沒
想清楚造成的低級錯誤
5
我練習了很多類似的程式 作業系統之前的程式 for rpi2 (1) - mmu (0) : 位址轉換 這個程式付出的心力很大, 但是最後只有在 minicom 上印出 12314
: : 常常在這個板上逛的感覺是 : 普遍大家覺得韌體無聊 似乎純軟比較好玩? 因為這裡是軟體版(1s) 會在這個版活動的,當然主要是軟體人,會回應的也是軟體人26
首Po常常在這個板上逛的感覺是 普遍大家覺得韌體無聊 似乎純軟比較好玩? 我本身的背景主要是在 Linux kernel 但也有機會碰到 Android middleware 甚至更上層 我覺得他們都是差不多的東西 就是寫code去執行一項任務(演算法) 所以想請問大家為什麼會覺得韌體無聊呢? 主因是?2
推 flypaper: 我身邊純軟至上的人 大多對資料結構與演算法不熟悉 07/23 18:33 → flypaper: 又對CPU硬體架構與編譯器的行為沒有概念 07/23 18:33 → flypaper: 不過可能是樣本數大多位落在 網路前後端吧 07/23 18:35 阿肥我扯這些 只是曾經看到有些人只寫過應用層 卻說軔體很無聊 工作盡是查spec
96
[請益] 45歲還有機會轉職IC工程師或韌體工程師嗎我目前42歲沒有碩士學歷的設備工程師如果拚死考上4中以上的電資碩士, 請問畢業之後有機會應徵IC工程師或是DESIGN HOUSE的韌體工程師嗎? 其實我當初大學是讀資工的,剛畢業的時候想當韌體工程師,我不想寫純軟的程式, 可能是由於不懂得找工作的方向,我有去應徵過AMI和鳳凰.結果失敗之後我就沒有想到說 還有很多系統廠的韌體工程師可以讓我切入這個領域.後來找了一個不符合自己志向的34
[請益] 軟體轉韌體該如何入門小妹國立地名科大資管系應屆畢業, (雖然是應屆,但之前因為一些原因休學過。) 慣用語言C、C#、Java,近期較愛用Python, 網頁前後端、資料庫、Linux指令、App設計跟遊戲設計都有實作經驗。 硬體方面有用Arduino跟D1-mini寫過各種感測器與自走車小專案。自學硬體焊接,看得懂27
[請益] offer 請益(海馬/群聯)(第一次發文,可能有些細節沒注意到,請見諒) 各位年薪300萬大大好,小弟為新鮮人,最近得到以下兩個研替offer, 目前無法選出一個結果,想請各位大大提供一點意見 [背景] 116 數學 -> 113資工21
Fw: [請益] 純軟offer請益作者: tonyoxox (Easy Life Happy Life) 看板: Tech_Job 標題: [請益] 純軟offer請益 時間: Wed Jun 22 00:21:01 2022 各位版上大大好,小弟為118碩畢新鮮人, 有收到幾份offer跟還在核薪中的,16
Re: [請益] 韌體初學者身為一個在韌體&embedded system 工作了快20年的老屁孩來跟你說(我很廢,bug製造機, 只剩年資可以說嘴). 想走韌體,基本的電子電機知識是一定要具備的. 最基礎的電子學,電路學,數位邏輯,基本電學,非常重要,要會.基本的晶片通訊方式, 例如gpio, i2c, SPI,要會,電磁學,線路設計,pcb layout,會的話更好但不是必須.12
[討論] 純軟應該正名嗎板上常常在討論純軟 但是大家對純軟好像沒有一個嚴謹的定義 國際上比較常見應該是分成 web/mobile dev 一般在中國是互聯網,下分前端/後端/移動端14
[請益] 有沒有前輩是硬體底層一路包上來的啊不是說自造晶圓餅乾 大概就是從電路規劃,選用ic跟元件 然後開發版,寫韌體,掛後端webserver 開發前端掛上去,這樣的流程。 感覺這是不是隔壁棚常做的事情?12
[請益] 半導體業會用到cloud知識嗎?大家好 小弟目前在日本打雜 也就是大家俗稱的web仔 平常就是碰一些網頁後端,DevOps,CI/CD 方面的雜事 用的語言也不是C/C++, Linux 也只是使用者,熟Bash但是不會沒事去改個核心 目前薪水過得去,生活也不錯10
[請益] 硬體工程師想自學韌體各位好,目前我在科技業擔任硬體工程師 先介紹一下我自己,從碩士開始主要都是走純硬體為主,硬要講有碰過韌體就是arduino, 做一些簡單的周邊硬體功能確定。 寫程式語言C已經是大學的事情了。 最近想自己進修學學韌體,爲自己提升一下能力,但是有點不太知道如何下手。