c工程面試

❶ C語言面試說些什麼

筆試過了
面試就是看你抄長的順眼不
知道什麼就說什麼
不要不懂裝懂
你面對的都是各個領域幾年的人
糊弄不了的
不用緊張
一般情況你是被錄用了

還有如果是大公司的話
准備下中文的自我介紹,
英文的自我介紹,
大學最驕傲的事,
遺憾的事什麼的.

好運

❷ c語言常見面試題

C語言面試常見問題
預處理器（Preprocessor）

1 . 用預處理指令#define 聲明一個常數，用以表明1年中有多少秒（忽略閏年問題）
#define SECONDS_PER_YEAR (60 * 60 * 24 * 365)UL
我在這想看到幾件事情：
1) #define 語法的基本知識（例如：不能以分號結束，括弧的使用，等等）
2)懂得預處理器將為你計算常數表達式的值，因此，直接寫出你是如何計算一年中有多少秒而不是計算出實際的值，是更清晰而沒有代價的。
3) 意識到這個表達式將使一個16位機的整型數溢出-因此要用到長整型符號L,告訴編譯器這個常數是的長整型數。
4) 如果你在你的表達式中用到UL（表示無符號長整型），那麼你有了一個好的起點。記住，第一印象很重要。

2 . 寫一個"標准"宏MIN ，這個宏輸入兩個參數並返回較小的一個。
#define MIN(A,B) （（A） <= (B) ? (A) : (B))
這個測試是為下面的目的而設的：
1) 標識#define在宏中應用的基本知識。這是很重要的。因為在 嵌入(inline)操作符 變為標准C的一部分之前，宏是方便產生嵌入代碼的唯一方法，對於嵌入式系統來說，為了能達到要求的性能，嵌入代碼經常是必須的方法。
2)三重條件操作符的知識。這個操作符存在C語言中的原因是它使得編譯器能產生比if-then-else更優化的代碼，了解這個用法是很重要的。
3) 懂得在宏中小心地把參數用括弧括起來
4) 我也用這個問題開始討論宏的副作用，例如：當你寫下面的代碼時會發生什麼事？
least = MIN(*p++, b);

3. 預處理器標識#error的目的是什麼？
如果你不知道答案，請看參考文獻1。這問題對區分一個正常的伙計和一個書獃子是很有用的。只有書獃子才會讀C語言課本的附錄去找出象這種問題的答案。當然如果你不是在找一個書獃子，那麼應試者最好希望自己不要知道答案。

死循環（Infinite loops）

4. 嵌入式系統中經常要用到無限循環，你怎麼樣用C編寫死循環呢？
這個問題用幾個解決方案。我首選的方案是：

while(1)
{

}

一些程序員更喜歡如下方案：

for(;;)
{

}

這個實現方式讓我為難，因為這個語法沒有確切表達到底怎麼回事。如果一個應試者給出這個作為方案，我將用這個作為一個機會去探究他們這樣做的基本原理。如果他們的基本答案是："我被教著這樣做，但從沒有想到過為什麼。"這會給我留下一個壞印象。

第三個方案是用 goto
Loop:
...
goto Loop;
應試者如給出上面的方案，這說明或者他是一個匯編語言程序員（這也許是好事）或者他是一個想進入新領域的BASIC/FORTRAN程序員。

數據聲明（Data declarations）

5. 用變數a給出下面的定義
a) 一個整型數（An integer）
b)一個指向整型數的指針（ A pointer to an integer）
c)一個指向指針的的指針，它指向的指針是指向一個整型數（ A pointer to a pointer to an intege）r
d)一個有10個整型數的數組（ An array of 10 integers）
e) 一個有10個指針的數組，該指針是指向一個整型數的。（An array of 10 pointers to integers）
f) 一個指向有10個整型數數組的指針（ A pointer to an array of 10 integers）
g) 一個指向函數的指針，該函數有一個整型參數並返回一個整型數（A pointer to a function that takes an integer as an argument and returns an integer）
h) 一個有10個指針的數組，該指針指向一個函數，該函數有一個整型參數並返回一個整型數（ An array of ten pointers to functions that take an integer argument and return an integer ）

答案是：
a) int a; // An integer
b) int *a; // A pointer to an integer
c) int **a; // A pointer to a pointer to an integer
d) int a[10]; // An array of 10 integers
e) int *a[10]; // An array of 10 pointers to integers
f) int (*a)[10]; // A pointer to an array of 10 integers
g) int (*a)(int); // A pointer to a function a that takes an integer argument and returns an integer
h) int (*a[10])(int); // An array of 10 pointers to functions that take an integer argument and return an integer

人們經常聲稱這里有幾個問題是那種要翻一下書才能回答的問題，我同意這種說法。當我寫這篇文章時，為了確定語法的正確性，我的確查了一下書。但是當我被面試的時候，我期望被問到這個問題（或者相近的問題）。因為在被面試的這段時間里，我確定我知道這個問題的答案。應試者如果不知道所有的答案（或至少大部分答案），那麼也就沒有為這次面試做准備，如果該面試者沒有為這次面試做准備，那麼他又能為什麼出准備呢？

Static

6. 關鍵字static的作用是什麼？
這個簡單的問題很少有人能回答完全。在C語言中，關鍵字static有三個明顯的作用：
1)在函數體，一個被聲明為靜態的變數在這一函數被調用過程中維持其值不變。
2) 在模塊內（但在函數體外），一個被聲明為靜態的變數可以被模塊內所用函數訪問，但不能被模塊外其它函數訪問。它是一個本地的全局變數。
3) 在模塊內，一個被聲明為靜態的函數只可被這一模塊內的其它函數調用。那就是，這個函數被限制在聲明它的模塊的本地范圍內使用。

大多數應試者能正確回答第一部分，一部分能正確回答第二部分，同是很少的人能懂得第三部分。這是一個應試者的嚴重的缺點，因為他顯然不懂得本地化數據和代碼范圍的好處和重要性。

Const

7．關鍵字const有什麼含意？
我只要一聽到被面試者說："const意味著常數"，我就知道我正在和一個業余者打交道。去年Dan Saks已經在他的文章里完全概括了const的所有用法，因此ESP(譯者：Embedded Systems Programming)的每一位讀者應該非常熟悉const能做什麼和不能做什麼.如果你從沒有讀到那篇文章，只要能說出const意味著"只讀"就可以了。盡管這個答案不是完全的答案，但我接受它作為一個正確的答案。（如果你想知道更詳細的答案，仔細讀一下Saks的文章吧。）
如果應試者能正確回答這個問題，我將問他一個附加的問題：
下面的聲明都是什麼意思？

const int a;
int const a;
const int *a;
int * const a;
int const * a const;

/******/
前兩個的作用是一樣，a是一個常整型數。第三個意味著a是一個指向常整型數的指針（也就是，整型數是不可修改的，但指針可以）。第四個意思a是一個指向整型數的常指針（也就是說，指針指向的整型數是可以修改的，但指針是不可修改的）。最後一個意味著a是一個指向常整型數的常指針（也就是說，指針指向的整型數是不可修改的，同時指針也是不可修改的）。如果應試者能正確回答這些問題，那麼他就給我留下了一個好印象。順帶提一句，也許你可能會問，即使不用關鍵字 const，也還是能很容易寫出功能正確的程序，那麼我為什麼還要如此看重關鍵字const呢？我也如下的幾下理由：
1) 關鍵字const的作用是為給讀你代碼的人傳達非常有用的信息，實際上，聲明一個參數為常量是為了告訴了用戶這個參數的應用目的。如果你曾花很多時間清理其它人留下的垃圾，你就會很快學會感謝這點多餘的信息。（當然，懂得用const的程序員很少會留下的垃圾讓別人來清理的。）
2) 通過給優化器一些附加的信息，使用關鍵字const也許能產生更緊湊的代碼。
3) 合理地使用關鍵字const可以使編譯器很自然地保護那些不希望被改變的參數，防止其被無意的代碼修改。簡而言之，這樣可以減少bug的出現。

Volatile

8. 關鍵字volatile有什麼含意?並給出三個不同的例子。
一個定義為volatile的變數是說這變數可能會被意想不到地改變，這樣，編譯器就不會去假設這個變數的值了。精確地說就是，優化器在用到這個變數時必須每次都小心地重新讀取這個變數的值，而不是使用保存在寄存器里的備份。下面是volatile變數的幾個例子：
1) 並行設備的硬體寄存器（如：狀態寄存器）
2) 一個中斷服務子程序中會訪問到的非自動變數(Non-automatic variables)
3) 多線程應用中被幾個任務共享的變數

回答不出這個問題的人是不會被僱傭的。我認為這是區分C程序員和嵌入式系統程序員的最基本的問題。搞嵌入式的傢伙們經常同硬體、中斷、RTOS等等打交道，所有這些都要求用到volatile變數。不懂得volatile的內容將會帶來災難。
假設被面試者正確地回答了這是問題（嗯，懷疑是否會是這樣），我將稍微深究一下，看一下這傢伙是不是直正懂得volatile完全的重要性。
1)一個參數既可以是const還可以是volatile嗎？解釋為什麼。
2); 一個指針可以是volatile 嗎？解釋為什麼。
3); 下面的函數有什麼錯誤：

int square(volatile int *ptr)
{
return *ptr * *ptr;
}

下面是答案：
1)是的。一個例子是只讀的狀態寄存器。它是volatile因為它可能被意想不到地改變。它是const因為程序不應該試圖去修改它。
2); 是的。盡管這並不很常見。一個例子是當一個中服務子程序修該一個指向一個buffer的指針時。
3) 這段代碼有點變態。這段代碼的目的是用來返指針*ptr指向值的平方，但是，由於*ptr指向一個volatile型參數，編譯器將產生類似下面的代碼：

int square(volatile int *ptr)
{
int a,b;
a = *ptr;
b = *ptr;
return a * b;
}

由於*ptr的值可能被意想不到地該變，因此a和b可能是不同的。結果，這段代碼可能返不是你所期望的平方值！正確的代碼如下：

long square(volatile int *ptr)
{
int a;
a = *ptr;
return a * a;
}

位操作（Bit manipulation）

9. 嵌入式系統總是要用戶對變數或寄存器進行位操作。給定一個整型變數a，寫兩段代碼，第一個設置a的bit 3，第二個清除a 的bit 3。在以上兩個操作中，要保持其它位不變。
對這個問題有三種基本的反應
1)不知道如何下手。該被面者從沒做過任何嵌入式系統的工作。
2) 用bit fields。Bit fields是被扔到C語言死角的東西，它保證你的代碼在不同編譯器之間是不可移植的，同時也保證了的你的代碼是不可重用的。我最近不幸看到 Infineon為其較復雜的通信晶元寫的驅動程序，它用到了bit fields因此完全對我無用，因為我的編譯器用其它的方式來實現bit fields的。從道德講：永遠不要讓一個非嵌入式的傢伙粘實際硬體的邊。
3) 用 #defines 和 bit masks 操作。這是一個有極高可移植性的方法，是應該被用到的方法。最佳的解決方案如下：

#define BIT3 (0x1 << 3)
static int a;

void set_bit3(void)
{
a |= BIT3;
}
void clear_bit3(void)
{
a &= ~BIT3;
}

一些人喜歡為設置和清除值而定義一個掩碼同時定義一些說明常數，這也是可以接受的。我希望看到幾個要點：說明常數、|=和&=~操作。

訪問固定的內存位置（Accessing fixed memory locations）

10. 嵌入式系統經常具有要求程序員去訪問某特定的內存位置的特點。在某工程中，要求設置一絕對地址為0x67a9的整型變數的值為0xaa66。編譯器是一個純粹的ANSI編譯器。寫代碼去完成這一任務。
這一問題測試你是否知道為了訪問一絕對地址把一個整型數強制轉換（typecast）為一指針是合法的。這一問題的實現方式隨著個人風格不同而不同。典型的類似代碼如下：
int *ptr;
ptr = (int *)0x67a9;
*ptr = 0xaa55;

A more obscure approach is:
一個較晦澀的方法是：

*(int * const)(0x67a9) = 0xaa55;

即使你的品味更接近第二種方案，但我建議你在面試時使用第一種方案。

中斷（Interrupts）

11. 中斷是嵌入式系統中重要的組成部分，這導致了很多編譯開發商提供一種擴展—讓標准C支持中斷。具代表事實是，產生了一個新的關鍵字 __interrupt。下面的代碼就使用了__interrupt關鍵字去定義了一個中斷服務子程序(ISR)，請評論一下這段代碼的。

__interrupt double compute_area (double radius)
{
double area = PI * radius * radius;
printf("\nArea = %f", area);
return area;
}

這個函數有太多的錯誤了，以至讓人不知從何說起了：
1)ISR 不能返回一個值。如果你不懂這個，那麼你不會被僱用的。
2) ISR 不能傳遞參數。如果你沒有看到這一點，你被僱用的機會等同第一項。
3) 在許多的處理器/編譯器中，浮點一般都是不可重入的。有些處理器/編譯器需要讓額處的寄存器入棧，有些處理器/編譯器就是不允許在ISR中做浮點運算。此外，ISR應該是短而有效率的，在ISR中做浮點運算是不明智的。
4) 與第三點一脈相承，printf()經常有重入和性能上的問題。如果你丟掉了第三和第四點，我不會太為難你的。不用說，如果你能得到後兩點，那麼你的被僱用前景越來越光明了。

代碼例子（Code examples）

12 . 下面的代碼輸出是什麼，為什麼？

void foo(void)
{
unsigned int a = 6;
int b = -20;
(a+b > 6) ? puts("> 6") : puts("<= 6");
}
這個問題測試你是否懂得C語言中的整數自動轉換原則，我發現有些開發者懂得極少這些東西。不管如何，這無符號整型問題的答案是輸出是 ">6"。原因是當表達式中存在有符號類型和無符號類型時所有的操作數都自動轉換為無符號類型。因此-20變成了一個非常大的正整數，所以該表達式計算出的結果大於6。這一點對於應當頻繁用到無符號數據類型的嵌入式系統來說是豐常重要的。如果你答錯了這個問題，你也就到了得不到這份工作的邊緣。

13. 評價下面的代碼片斷：

unsigned int zero = 0;
unsigned int compzero = 0xFFFF;
/*1's complement of zero */

對於一個int型不是16位的處理器為說，上面的代碼是不正確的。應編寫如下：

unsigned int compzero = ~0;

這一問題真正能揭露出應試者是否懂得處理器字長的重要性。在我的經驗里，好的嵌入式程序員非常准確地明白硬體的細節和它的局限，然而PC機程序往往把硬體作為一個無法避免的煩惱。
到了這個階段，應試者或者完全垂頭喪氣了或者信心滿滿志在必得。如果顯然應試者不是很好，那麼這個測試就在這里結束了。但如果顯然應試者做得不錯，那麼我就扔出下面的追加問題，這些問題是比較難的，我想僅僅非常優秀的應試者能做得不錯。提出這些問題，我希望更多看到應試者應付問題的方法，而不是答案。不管如何，你就當是這個娛樂吧...

動態內存分配（Dynamic memory allocation）

14. 盡管不像非嵌入式計算機那麼常見，嵌入式系統還是有從堆（heap）中動態分配內存的過程的。那麼嵌入式系統中，動態分配內存可能發生的問題是什麼？
這里，我期望應試者能提到內存碎片，碎片收集的問題，變數的持行時間等等。這個主題已經在ESP雜志中被廣泛地討論過了（主要是 P.J. Plauger, 他的解釋遠遠超過我這里能提到的任何解釋），所有回過頭看一下這些雜志吧！讓應試者進入一種虛假的安全感覺後，我拿出這么一個小節目：
下面的代碼片段的輸出是什麼，為什麼？

char *ptr;
if ((ptr = (char *)malloc(0)) == NULL)
puts("Got a null pointer");
else
puts("Got a valid pointer");

這是一個有趣的問題。最近在我的一個同事不經意把0值傳給了函數malloc，得到了一個合法的指針之後，我才想到這個問題。這就是上面的代碼，該代碼的輸出是"Got a valid pointer"。我用這個來開始討論這樣的一問題，看看被面試者是否想到庫常式這樣做是正確。得到正確的答案固然重要，但解決問題的方法和你做決定的基本原理更重要些。

Typedef

15 Typedef 在C語言中頻繁用以聲明一個已經存在的數據類型的同義字。也可以用預處理器做類似的事。例如，思考一下下面的例子：

#define dPS struct s *
typedef struct s * tPS;

以上兩種情況的意圖都是要定義dPS 和 tPS 作為一個指向結構s指針。哪種方法更好呢？（如果有的話）為什麼？
這是一個非常微妙的問題，任何人答對這個問題（正當的原因）是應當被恭喜的。答案是：typedef更好。思考下面的例子：

dPS p1,p2;
tPS p3,p4;

第一個擴展為

struct s * p1, p2;
.
上面的代碼定義p1為一個指向結構的指，p2為一個實際的結構，這也許不是你想要的。第二個例子正確地定義了p3 和p4 兩個指針。

晦澀的語法

16 . C語言同意一些令人震驚的結構,下面的結構是合法的嗎，如果是它做些什麼？

int a = 5, b = 7, c;
c = a+++b;

這個問題將做為這個測驗的一個愉快的結尾。不管你相不相信，上面的例子是完全合乎語法的。問題是編譯器如何處理它？水平不高的編譯作者實際上會爭論這個問題，根據最處理原則，編譯器應當能處理盡可能所有合法的用法。因此，上面的代碼被處理成：

c = a++ + b;

因此, 這段代碼持行後a = 6, b = 7, c = 12。
如果你知道答案，或猜出正確答案，做得好。如果你不知道答案，我也不把這個當作問題。我發現這個問題的最大好處是這是一個關於代碼編寫風格，代碼的可讀性，代碼的可修改性的好的話題。

❸ C語言筆試或面試一般會問到什麼問題

既然是面試，一定要提前准備，最好准備一套自我介紹，包括對IT行業的看法之類，面試官經常會問這些問題。

由於c語言是程序員工作語種的其中1個，所以對於程序員這個工種，還是有一些具體的注意事項：

第一、基礎很重要，不要生疏了。

不管應聘什麼開發崗位，基礎永遠是最重要的。IT業不停地在炒作新概念，昨天是SOA，今天是雲計算。我們永遠不知道明天流行什麼，但是只要有踏實的基礎，輔以較好的學習能力，要跟上步伐也不會太難。所以絕大多數公司都會特別看重應聘人員的基礎能力，比如編程語言本身的特性、基本的演算法和數據結構、進程間通信等等，畢竟這些具體技術問題有客觀的答案，而且在各具體行業都是相通的。
工作三年以上的人，往往都習慣了「拷貝+修改」式的工作，用不到的基礎知識基本上都忘掉了，一到應聘的時候就難免眼高手低，總是抓不住機會。
而事實上，技術基礎即便是遺忘了，也是可以很快撿起來的。如果求職者確實忘了很多基礎知識，那麼參加面試的前夜，花點時間把大學里的課本再翻出來看看吧。似乎很土的方法，但確實是有效的。

第二、要關注技術前沿。

不管做任何工作，如果只顧著低頭做事，而不曉得抬頭看天。那麼不管做多久，自身的水平總是停留在畢業時的水平；如果基礎又忘記了太多，那還不如畢業生。
關注技術前沿，並不是要求跟進每一個新技術，而只需關注目前主流媒體經常宣傳的一些新技術、新思想。關注這些技術前沿的動向，並能與自己從事的工作聯系起來作一些深入思考，那麼這是向面試官宣揚求職者的學習能力的一種好辦法。

第三、小公司比較看重知識的廣度，大公司更看重知識的深度。

如果求職業想去一些小公司工作，那麼由於他們人少，分工沒那麼細，所以用人單位大多喜歡知識面廣的應聘者——求職者會聽到更多的「怎麼做」。對於應聘這樣的公司，求職者可以著重培養知識的廣度，比如做網站後台開發，最好也能js、css、apache、mysql都懂一些，能獨自搭建一套完整的網站，這樣去很多小公司難度都不太大。但是由於個人的精力總是有限的，所以要注意不要鋪得太開，重點還是在後台開發本身。
而大公司由於分工比較明細，所以往往更喜歡考量重點知識面的深度——求職者會聽到更多的「為什麼」。所以平常解決問題時，不要光搜索一把解決了就完了，還需要仔細研究各種問題的來龍去脈，並能分析總結，將這些收獲系統化、理論化。
當然，廣度和深度的需求不是絕對的，一個優秀的開發人員應該對至少一到兩個專業領域有著深入的了解，並熟悉其他相關領域，也就是所謂的一專多能。

第四、良好的簡歷設計可以為你的應聘加分。

社會應聘的簡歷往往比校園應聘的簡歷寫得隨意，因為有工作經驗的人往往認為面試官會更看重他的工作經驗，而不是簡歷格式。其實不然。
大多數簡歷只會出現在面試官面前10秒到1分鍾不等。這個短短的時間內，如何讓求職者脫穎而出？這個方面有很多的攻略，我只說重點建議，不解釋原因。
一是簡歷要突出優勢，而不是描述經歷。比如出身名校、就職過名企、參與過著名項目、拿過大獎，這些比較客觀的優勢要重點突出。如果求職者沒有UI的功底，那麼簡單地放大加粗也可以達到效果。當然有些公司只接受文本型簡歷，那就設法加一些特殊符號吧。
二是技術簡歷減少模糊化的語句，最好能數字化。例如項目代碼量，維護的數據量，網站的訪問量，請求平均耗時等等。
三是簡歷要能結合應聘崗位做一些匹配的修改。撇開招聘網站通用的簡歷不談，如果求職者明確對一個特定公司的特定崗位投出簡歷，那麼求職者有必要把跟對應崗位無關的內容弱化，並強化跟其業務相關的內容。如果實在行業差別太大，那麼表達幾句對其行業的見解和興趣也是可以的。

第五、要有積極的溝通意識。

優秀的面試官會激勵應聘者講他原先工作的內容，並從而評估出應聘者的能力水平。但隔行如隔山，絕大多數面試官會慢慢將問題引向自己熟悉的領域——這往往又是應聘者不太熟悉的領域。這就要求應聘者能積極分析面試官的興趣點，並將自己相近的特長表現出來。
如果跟面試官有了意見沖突，也盡量不要再同一個問題上糾纏。那也許是故意製造的陷阱——看看求職者的團隊意識。應聘者需要明白的是，在面試場合中不要妄圖「戰勝」面試官，即便是碰上一個期望「戰勝」應聘者的面試官。

第六、要有良好的表達能力。

沒有哪個面試官喜歡啰啰嗦嗦說了半天還是沒說到點子上的應聘者，所以要盡量簡明扼要地回答問題，除非面試官確實表現出對具體細節的興趣。 回答問題時注意麵試官的情緒變化，一旦他表現出任何想打斷的意願，立即一句話結束這個話題。有些比較復雜的問題，可以先思考十到二十秒鍾，因為一旦開口就沒有思考的時間，話多的人不容易收住話題。
跟學校考試不一樣，大多數主觀性問題並不要求應聘者一二三四說得滴水不漏，能說到大部分關鍵點就是可以的了。另外注意，各種技術術語不要搞混了。搞不清楚的理論概念，不如不說。免得面試官聽到個術語就拉出來窮追猛打，把自己問掛。

第七、自信。

大多數做技術的，平時都信心滿滿，一到應聘的時候卻總覺得自己不懂的東西還太多。回答問題時聲音太小，或者畏畏縮縮用很多「可能」「也許」「大概」。這個不一定影響求職者的錄用，但是不自信的表現無疑會影響在跟HR談薪水時候的議價能力。所以，無論如何，應聘的時候表現得輕松鎮定一些，還是很有好處的。
當然，自信和自大之間往往只有一線之差。千萬小心，不要過度地表現自信搞成了自大，因為HR往往對這一點非常敏感。如果求職者只是要謹慎地表現自信的話，只要回答問題時面帶微笑就夠了。
最後需要特別提醒的是，以上種種其實只不過是應聘時的技巧和注意點而已。職業規劃需要有長遠的眼光和堅持不懈的學習。台上一分鍾，台下十年功。真正的實力還是要在平時工作和學習中進行積累。

❹ 我只學過C語言，面試時C語言題目也沒做出來，還被錄用了。

首先，把你們學習的C語言教材全部看完，包括C語法，三種結構、數組、函數、指針、結構體、共用體、聯合體、位運算、文件等等

然後多做題，尤其是與日常生活接近的一些題目

尤其重視解題的方法，也就是演算法

❺ C語言最後一輪面試 技術類都問些什麼問題

1、是應屆生還是已經有工作經驗了。如果是應屆生，一般不會問很多關於專業方面的東版西（最多會問權一些簡單的原理性的東西），然後會考察反應能力跟學習能力，英語的聽說讀寫（搞技術的英語很重要，用的軟體，看的資料基本都是英文）。還會問一些個人家庭情況和未來的打算（就是想知道你會不會干幾個月就離職了）一般應屆生談薪資的不多，因為公司一般都是有標準的。
2、如果是有工作經驗，會問以前做過什麼項目，會問一些非常專業的問題（比如提出一個計劃怎麼實現，達到什麼效果）。具體的面試環節看各個公司的規模，有的很簡單，有的很復雜。

❻ C語言面試題

照你的程序，兩個函數指針類型的定義會編譯出錯，應改成：
typedef
int(*FUNC1)
(int
in);
typedef
int(*FUNC2)
(int*,int*,int*);
輸出為：110n

❼ C/C++軟體開發工程師面試要注意些什麼

既然是面試的話。建議不要去看什麼之類的書籍了，時間也來不及，而且不一定奏效。
建議如下：
1、面試前。對要面試的公司和崗位（或行業）做一次詳細透徹的了解，記住是要透徹，技術不一定是最牛逼的，但是要知道別人公司做什麼的，處於行業的水平是什麼樣，公司文化以及公司的優勢與劣勢，他們究竟要招什麼樣的人；
2、面試中。一定要別人看到你認真、執著的一面，領導喜歡這樣的員工，也不想錯過這樣的員工，也是公司培養的潛在人員，有升值空間；談吐不必過於主動，也不要太被動，自然為好，能在談吐中講一講自己曾經做過的案例更好，沒有的話，就說在學校做過那些成功的IT項目。
3、面試後。如果收到HR的面試通過電話，或者郵件，就按照要求准備入職，如果一周後依然沒有迴音，就客氣有禮貌的電話或者郵件回問公司，自己是是否被錄取淘汰；
4、可能遇到筆試或者多輪面試考核。這里嗎就看你的硬功夫了，一般就是給多長時間設計完成一個程序，或者程序對接，程序調試，等等。
5、待遇問題。直接了當的說，按照公司制定的工資水平來。問清楚調薪制度、周期、幅度，或者提成計算方式，其他的福利待遇什麼五險一金，都差不多，都是按照國家標準的。另外就是工作時間這塊，是否每周五天八小時，加班怎麼考慮。很多都是看公司地點和效益來定的。

❽ 大家好，我想請教大家一個問題，初級C工程師職位是具體是做什麼的面試應該准備些什麼

個人意見:
1.簡歷不要花梢,最好一頁紙就能知道你的大致情況.如果你是回應屆畢業生,把獎項和答在校實踐實習經驗寫得詳細一些.如果你是社會人士,把工作經驗,項目成績,和職稱寫得詳細些.
2.帶好各種證件證書的原件復印件,方便的話帶兩張1寸免冠照片.
3.面試前查詢公司相關資料,提前准備好職業規劃,和HR聊天時有用.
4.著裝正式整潔.
5.臨場不要緊張,當成普通的交流,適當展示自信.

❾ C/C++軟體開發工程師面試要注意些什麼

由於面試是應聘人與招聘單位人員面對面的交流，因此與電話面試、筆試等不同，有以下幾點注意事項：
1 要注意著裝。著裝不能太嘻哈或者前衛，要體現一定的專業性。建議著西裝或者正裝，衣服要整潔大方，色系要偏深色，可以搭配黑框眼鏡（非近視可以配平光眼鏡）。用人單位需要的是一名有專業素養，可靠的開發人員。如果有任何因素讓對方覺得你不可靠，對招聘是非常不利的。畢竟代碼開發需要的是專業、穩重、可靠的人員。一個釘了鼻環的紋身小伙和西裝眼鏡男，更多人應該會選擇後者。
2 要注意談吐。回答問題，知道的，不必過於急迫，等待考官問完再回答。過於急迫，只要回答有一點不符合考官的預設答案，則對你會很不利。相反，等考官問完問題，考慮15秒（復雜問題可以停留3~5分鍾）再回答，則會給人更好的印象——這說明應聘人員非常縝密、穩重並且不浮躁。
3 不必過於熱情，但也沒有必要害羞。不必過於熱情，是指不要一開始就問什麼時候上班，幾點下班之類具體工作的細節。不要害羞是指對於薪酬、休息、年假、福利、工作內容（粗的內容，不是前面提到的細節）這塊，如果對方說的很模糊，不要一帶而過。這是對自己負責，也是對對方負責。不然後面發生各種問題，當離職成為唯一解決方案的時候，對雙方都沒有好處。
4 要准備好自我介紹。自我介紹要簡潔明了。簡潔不是簡單。簡潔是有主有次。如果應聘人的經歷確實特別豐富，長一些也沒有關系，否則短一些也沒有關系。將一些簡單的內容說很多，只能讓對方對應聘人更加低的評價——這會讓對方認為應聘人很看重這些低級的工作經驗，說明應聘人的能力有限。重點對於技術人員來說一般是技術點，關鍵點。比如熟練使用svn，熟悉linux系統下的批處理、知道makefile的編寫等等。說重點的時候一定要結合一些內容。比如svn管理過多大的項目代碼，有多少個版本，遇到的常見的問題。再比如批處理做過一些防火牆設置，文件布署等等。
5 要熟讀設計模式和面向對象概念。常用的c++設計模式一定要倒背如流，最好附帶上案例。面向對象和面向過程要對比，面向對象的細節概念要清晰（繼承、多態、虛繼承、抽象類等等）
6 要熟悉至少一種開發庫。例如MFC、COM、NET、STL、boost等等

❿ c語言電話面試一般會問什麼 本人應屆畢業生

既然是面試，一定要提前准備，最好准備一套自我介紹，包括對IT行業的看法之類，面試官經常會問這些問題。

由於c語言是程序員工作語種的其中1個，所以對於程序員這個工種，還是有一些具體的注意事項：

第一、基礎很重要，不要生疏了。

不管應聘什麼開發崗位，基礎永遠是最重要的。IT業不停地在炒作新概念，昨天是SOA，今天是雲計算。我們永遠不知道明天流行什麼，但是只要有踏實的基礎，輔以較好的學習能力，要跟上步伐也不會太難。所以絕大多數公司都會特別看重應聘人員的基礎能力，比如編程語言本身的特性、基本的演算法和數據結構、進程間通信等等，畢竟這些具體技術問題有客觀的答案，而且在各具體行業都是相通的。
工作三年以上的人，往往都習慣了「拷貝+修改」式的工作，用不到的基礎知識基本上都忘掉了，一到應聘的時候就難免眼高手低，總是抓不住機會。
而事實上，技術基礎即便是遺忘了，也是可以很快撿起來的。如果求職者確實忘了很多基礎知識，那麼參加面試的前夜，花點時間把大學里的課本再翻出來看看吧。似乎很土的方法，但確實是有效的。

第二、要關注技術前沿。

不管做任何工作，如果只顧著低頭做事，而不曉得抬頭看天。那麼不管做多久，自身的水平總是停留在畢業時的水平；如果基礎又忘記了太多，那還不如畢業生。
關注技術前沿，並不是要求跟進每一個新技術，而只需關注目前主流媒體經常宣傳的一些新技術、新思想。關注這些技術前沿的動向，並能與自己從事的工作聯系起來作一些深入思考，那麼這是向面試官宣揚求職者的學習能力的一種好辦法。

第三、小公司比較看重知識的廣度，大公司更看重知識的深度。

如果求職業想去一些小公司工作，那麼由於他們人少，分工沒那麼細，所以用人單位大多喜歡知識面廣的應聘者——求職者會聽到更多的「怎麼做」。對於應聘這樣的公司，求職者可以著重培養知識的廣度，比如做網站後台開發，最好也能js、css、apache、mysql都懂一些，能獨自搭建一套完整的網站，這樣去很多小公司難度都不太大。但是由於個人的精力總是有限的，所以要注意不要鋪得太開，重點還是在後台開發本身。
而大公司由於分工比較明細，所以往往更喜歡考量重點知識面的深度——求職者會聽到更多的「為什麼」。所以平常解決問題時，不要光搜索一把解決了就完了，還需要仔細研究各種問題的來龍去脈，並能分析總結，將這些收獲系統化、理論化。
當然，廣度和深度的需求不是絕對的，一個優秀的開發人員應該對至少一到兩個專業領域有著深入的了解，並熟悉其他相關領域，也就是所謂的一專多能。

第四、良好的簡歷設計可以為你的應聘加分。

社會應聘的簡歷往往比校園應聘的簡歷寫得隨意，因為有工作經驗的人往往認為面試官會更看重他的工作經驗，而不是簡歷格式。其實不然。
大多數簡歷只會出現在面試官面前10秒到1分鍾不等。這個短短的時間內，如何讓求職者脫穎而出？這個方面有很多的攻略，我只說重點建議，不解釋原因。
一是簡歷要突出優勢，而不是描述經歷。比如出身名校、就職過名企、參與過著名項目、拿過大獎，這些比較客觀的優勢要重點突出。如果求職者沒有UI的功底，那麼簡單地放大加粗也可以達到效果。當然有些公司只接受文本型簡歷，那就設法加一些特殊符號吧。
二是技術簡歷減少模糊化的語句，最好能數字化。例如項目代碼量，維護的數據量，網站的訪問量，請求平均耗時等等。
三是簡歷要能結合應聘崗位做一些匹配的修改。撇開招聘網站通用的簡歷不談，如果求職者明確對一個特定公司的特定崗位投出簡歷，那麼求職者有必要把跟對應崗位無關的內容弱化，並強化跟其業務相關的內容。如果實在行業差別太大，那麼表達幾句對其行業的見解和興趣也是可以的。

第五、要有積極的溝通意識。

優秀的面試官會激勵應聘者講他原先工作的內容，並從而評估出應聘者的能力水平。但隔行如隔山，絕大多數面試官會慢慢將問題引向自己熟悉的領域——這往往又是應聘者不太熟悉的領域。這就要求應聘者能積極分析面試官的興趣點，並將自己相近的特長表現出來。
如果跟面試官有了意見沖突，也盡量不要再同一個問題上糾纏。那也許是故意製造的陷阱——看看求職者的團隊意識。應聘者需要明白的是，在面試場合中不要妄圖「戰勝」面試官，即便是碰上一個期望「戰勝」應聘者的面試官。

第六、要有良好的表達能力。

沒有哪個面試官喜歡啰啰嗦嗦說了半天還是沒說到點子上的應聘者，所以要盡量簡明扼要地回答問題，除非面試官確實表現出對具體細節的興趣。 回答問題時注意麵試官的情緒變化，一旦他表現出任何想打斷的意願，立即一句話結束這個話題。有些比較復雜的問題，可以先思考十到二十秒鍾，因為一旦開口就沒有思考的時間，話多的人不容易收住話題。
跟學校考試不一樣，大多數主觀性問題並不要求應聘者一二三四說得滴水不漏，能說到大部分關鍵點就是可以的了。另外注意，各種技術術語不要搞混了。搞不清楚的理論概念，不如不說。免得面試官聽到個術語就拉出來窮追猛打，把自己問掛。

第七、自信。

大多數做技術的，平時都信心滿滿，一到應聘的時候卻總覺得自己不懂的東西還太多。回答問題時聲音太小，或者畏畏縮縮用很多「可能」「也許」「大概」。這個不一定影響求職者的錄用，但是不自信的表現無疑會影響在跟HR談薪水時候的議價能力。所以，無論如何，應聘的時候表現得輕松鎮定一些，還是很有好處的。
當然，自信和自大之間往往只有一線之差。千萬小心，不要過度地表現自信搞成了自大，因為HR往往對這一點非常敏感。如果求職者只是要謹慎地表現自信的話，只要回答問題時面帶微笑就夠了。
最後需要特別提醒的是，以上種種其實只不過是應聘時的技巧和注意點而已。職業規劃需要有長遠的眼光和堅持不懈的學習。台上一分鍾，台下十年功。真正的實力還是要在平時工作和學習中進行積累。