高明的業務會順道把硬體賣進去....... :flash: :flash: :flash: :flash: :flash:

其實 sdram 也用不太完

有用的是 cache 阿.... :stupefy:

樓主說的那三題我都不會

唉

只會用C

基本上台灣的工程環境就是這樣, 不只軟硬體工程師這樣,
連做機構的也是這樣的 :think:

這些事實上不是程式設計師發明或發展的，你叫他們「程式設計師」搞不好他們會不爽，因為他們通常是大學教授或研究人員。

而且他們也可能根本不會寫程式，因為用數學就夠了。

embeded system 就不可能讓你為所欲為了，因為有體積和成本的限制。

例如各種的微晶片系統（如車用 ABS、微電腦溫控熱水瓶、網卡、音效卡.....），記憶體就是這麼大。某些系統甚至只能使用整數型態，因為記憶體不足，那如果你要用浮點運算怎辦？當然是自己想辦法.....

遇到只能使用整數，又需要高精度數學計算的情況，那才是考驗程式設計師的功力。 :stupefy:

C++ 很久沒碰了，感覺 C++ 的地位現在很囧，OOP 的語言很多都比 C++ 完善；要指標的應用，c 又比 c++ 應用更廣泛。

不過如果考 c 的話，直接考指標就好了，因為不太可能指標會，其他卻不會。

我想到幾題可以參考看看(可open book 或 google)：

1. 寫一個c程式可以隨意輸入10行，每行長度不等。輸入完後可以隨意叫出某一行。

2. 寫一個c程式可以隨意輸入n行，每行長度固定50字元。輸入完後可以隨意叫出某一行。

解釋以下指標意義：

void (*func1(int))(char);

void (*func2[5])(int);

void (*(*func3[5])(int))(char);

char *(*(*func4)())[10];

void *(*(*func5)(double *(*(*func6)(char))[6]))(float (*(*func7)[5])(int));

因為可 google, 所以要難一點。 :laugh:
（其實這是要考 google 的能力，很多時候，你會遇到本身知識無法解決的問題）

這是用來整人的吧-.-?
函數指標也沒人會寫成這樣..:jolin:
老實講我也看不懂..XD

:jolin:

程式設計第一課, 不要寫出讓別人困惑的程式, 這只是自作聰明而已.

不久前在linkedin上有個討論,
printf("%d %d %d", x++, ++x x++);

去看看那些專家怎麼回應的.

:think: :stupefy:

我覺得OO語法的實作就是長這樣勒，例如
this.getXxxManager().getOoo(null, X.DEFAULF, "en_us").toXxxx(Xxxx.OO);

底層應該就是一堆指標、參照、指標函數......

我以前有位同事，他寫code是幾乎不用空格跟括號的。
然後一行敘述拉得超長，裡面還混合一大堆不同優先權的
operator。其他同事在debug時，trace到他寫的module，
完全看不懂，莫不幹聲連連。

不過從暗黑兵法的角度來看，他這也算是在保護他自己
的code以及工作不被取代。因為這個module除非換人
重寫，否則只有他老兄有辦法maintain。