當我們在搞嵌入式時，我們在搞什么

茅山小僧

好帖，持續(xù)關注中。。。。。。。新手，學習經(jīng)驗

Vinge

我也算是這個行當?shù)�，其實覺著他們說的也沒錯，一般場合下，沒有什么高大上的東西。內(nèi)核的驅(qū)動方面有時需要做的事情實在不多。
但應用的工作量不會少吧，而他們好像都沒提到，難道一個產(chǎn)品就只有內(nèi)核和內(nèi)核驅(qū)動模塊。做界面，做應用程序的就不算是嵌入式開發(fā)了？
我理解只要有別于普通的計算機程序，這些當然都是的。

還有一些程序需要對驅(qū)動和內(nèi)核有較好的理解才能做得好。比如我的工控產(chǎn)品如何在linux下保證實時性，雖然我暫時也沒有能力去動內(nèi)核什么，
即使有了實時補丁，用好也是不容易的事。就別說像淘寶的內(nèi)核團隊那種直接去完善修改內(nèi)核的了。

現(xiàn)實就是，能做哪些真正核心的底層的工作的人不多，我們普通人只是要用好他們的工作成果就有得忙活的了，這沒有什么丟人的。
好比微軟寫VC工具的牛叉，難道寫書介紹VC 的侯捷就只是普通碼農(nóng)？我看沒人敢說這話吧！

amarant

回復 12# Vinge


    兄弟說的是，嵌入式的領域很廣。除了現(xiàn)在比較火的 android 和 openwrt，還有各種工控系統(tǒng)，或者其他一些嵌入式小系統(tǒng)。像 android 這種比較成熟的東西，界面什么都有了，而且也算成熟穩(wěn)定。但是針對一些專用的嵌入式系統(tǒng)，就需要做很大的工作。

amarant

其實我還是想強調(diào)一點�？此坪唵蔚臇|西，也會遇到各種奇葩問題。能不能解決問題，以多少時間解決問題，那么就是衡量個人能力差距的時候了。嵌入式設備里面，搭建好一個系統(tǒng)的難度可能不會很大，但是隨之而來的穩(wěn)定性和性能上的一些問題，確是非常棘手。一個現(xiàn)象和它的本質(zhì)原因的不相干程度可能會超乎想象。例如如何從一個 ANR 定位到最后硬件的  BUG。這一條路線跟蹤下來，如果沒有相應扎實的基礎是不能完成的。

smalloc

我一直認為2個牛人可以抵一個民族

hellioncu

流氓無產(chǎn)者 發(fā)表于 2015-08-20 09:27
果然是這樣，公司PM常說你們不是改改名字而已么
結(jié)果，另組一團隊，花了比哥多3倍的時間，還沒見底:luya ...

原來你搞嵌入式的呀，怪不得。。。。。。

chenxing2

灌個水，賺個積分.........

曾經(jīng)也是這個行業(yè)的，可能也不是，可能也是吧，大家說是就是，說不是就不是了

在國內(nèi)某某企業(yè)，做嵌入式開發(fā)，C語言的，維護一套接入網(wǎng)窄帶語音產(chǎn)品。

主要就是做業(yè)務層代碼，核心就是協(xié)議處理，如跟交換機交互的上層協(xié)議V5，底層鏈路協(xié)議Q.921，以及主控板與主節(jié)點板的**協(xié)議（通過機框上的背板通信）
      其他就是各個模塊的協(xié)調(diào)，問題處理，畢竟連操作系統(tǒng)也是公司人寫的，沒事有事一起包了。

也處理過其他分組語音產(chǎn)品的問題

畢竟是維護產(chǎn)品，在底層的如寄存器之類的通常都不會動。

同時還要支持各種組網(wǎng)的支持，如鐵路專線、電力專線等等

后期轉(zhuǎn)項目組，做分組語音，主要就是處理H.248協(xié)議，跟各大廠商的交換機對接處理............
其他的基本就沒啥事了，后來就閃人了

demilich

我也算搞過兩年嵌入式，說說感想。其實做嵌入式和其他領域還是有一些自己的特點。做嵌入式需要知道的東西基本就是內(nèi)核/驅(qū)動/協(xié)議/C語言一類的東西，而且這些東西多少年都變化不大。但是，這些東西內(nèi)容多而且繁雜，就一個內(nèi)核就涵蓋了計算機領域多少知識？想真正搞明白這些東西，需要大量的時間。做嵌入式的說起來簡單，就像樓主講的: 要么做驅(qū)動，驅(qū)動都有了，大不了改改參數(shù)而已。要么裁剪內(nèi)核，make menuconfig而已。但是，一旦出個復雜的問題，要解決可能需要的就是深厚的知識和經(jīng)驗的積累。就像露在冰山外面的也許只是一角，但是水下部分卻巨大無比。

kartorz

嵌入式的確是沒有什么高大上的東西，如果不是芯片原廠，只是應用公司，BSP芯片廠家已經(jīng)提供了，應用公司也不過是改改UI，IO之類。
即使是芯片原廠，系統(tǒng)框架應該早已經(jīng)成熟，大量的開發(fā)工作也就是支持客戶，改改bug吧。 linux的驅(qū)動框架也很完善，真正的內(nèi)核開發(fā)工作量并不大，也簡單，來來回回也就那么幾個API， 讀讀數(shù)據(jù)，寫寫寄存器，加個鎖什么的。
真正有技術含量的工作是： BSP框架，或者做一個驅(qū)動子系統(tǒng)�！�— 可惜一般人想做也沒有機會。

做應用的核心不在技術，在產(chǎn)品，產(chǎn)品經(jīng)理才是技術的核心。開發(fā)人員真的只是coding而已 ，沒什么技術含量。
芯片原廠核心在技術，技術總監(jiān)，架構(gòu)師，核心的RD開發(fā)人員，那才是 真正做技術的，其它的一些外圍的開發(fā)人員也就是應用與支持而已，技術含量就大打折扣了。

amarant

回復 19# kartorz


    記得五年前在下游公司做驅(qū)動，那時候就是使用一個公板（例如smdk6410)，自己把這個公板做成手機。感覺那個時候，做一個手機技術含量還是很高的�，F(xiàn)在聽一些下游公司的朋友說，他們遇到問題，能解就解，一般都是報上去，讓芯片公司來解決。

這也是標準化帶來的一些危機吧。一旦一個東西有了統(tǒng)一的標準了，那么只需要少數(shù)工程師把東西做好。其他的工程師只需要會用就行了。