不管你怎麼看待 你是去找工作的 你得規規矩矩的回答正確答案 至於怎麼看待等你通過後進去上班了 會有更多你想不到的

回答沒區別的，初級程式設計師。說了一堆型別轉換問題的，中級程式設計師。在知道型別轉換後，給出建議，程式碼要求儘量用a+b的，高階程式設計師（因為高階程式設計師有可能不是寫java出身，可能真的不知道java型別轉換問題）。所以說，這個考點還是有意義的。初級程式設計師，對編碼熟悉，中級對語言熟悉，高階就要考慮軟體部署運維問題了。

區別肯定不是少寫了個a這麼簡單啦,如果你想知道有什麼區別.你可以寫一個測試類然後編譯成.class 然後反編譯成smali看看有什麼區別.

你好，技術面試的話，針對java面試，我是深有體會的，因為我被別人面試過，反過來，我也面試過別人，這種面試既是對參加面試者的考驗，也有很大程度是對面試官的一個考驗，因為作為java面試官，一般他已經坐到了技術經理的位置，或則是一個公司的資深研發級別了。接下來我們從幾個方面分析下問a+=b這種問題的java面試官。

1.技術經理

java面試其實也分幾種初中高級別，作為一個公司的技術經理的話，如果是這種位置的人去面試你，問你這種a=a+b和a+=b區別的問題，一般他就是想看看你基礎紮實不，如果他問出你這樣的問題，那麼在他心裡他都會給你事先定好了一個級別了，初級，如果好一點的話，最多能給你定箇中級java開發。技術經理是有這個權利的。你不要去想面試你的人水平怎麼樣，你作為應聘者，只管回答好面試官的問題好了。

2.資深研發

面試你的人也有可能是一個公司的資深研發，他看完你的簡歷，當你介紹完你的工作經歷後，如果還問你這種a+b的問題，那麼他很有可能只是想緩解下緊張的氣氛，以這種他認為很簡單的問題去開啟你們之間的交流，讓你不要那麼緊張而已，這種情況，你就放平心態，好好回答就行了，當然了，這個問題也直接關乎你們接下來他會問你什麼難度的問題，如果你答得很符合他的預期，他對你就很滿意了，接下來也不會多麼的難為你，可能會問你更加深入的問題，但是你答出個大概，加上他的提示你能繼續下去，這個面試也就八九不離十了，當然，他是沒權利給你定級別的，他會把你的面試情況反饋給上級，由上級決定你的級別。

其他情況，面試官問你這種問題，在中小型公司他也有可能只是一箇中高階開發，或則是個專案經理也是有可能出現的。只是這種情況相對較少，我們就不多做描述了。

題目上沒說明變數型別，不夠嚴謹，並且正常情況下編譯時候如果有錯編譯器會替你報錯的，不明白出這麼個問題意義何在，是要考慮執行效率還是什麼，如果考慮執行效率，那就別用java了，本身就在虛擬機器上執行的東西，只是做伺服器寫起來方便合適，底層還是考慮c++吧，c++面前java簡直太簡單了，有時候搞個模板c++幾行程式碼，java得多寫多少行，這效率怎麼比。

程式碼規範才是王道，一個專案若不是一個人在開發，你的程式碼天花亂墜，若你離職了，想想其他人的維護你程式碼的成本，這是一個職業道德問題了

說實話，如果你的面試官喜歡問這種問題，你可以得到一個結論和做一個決定了！

這個結論是：這個面試官水平應該不算高！

這個決定是：這家公司不要去了吧！

我曾經大學的時候，學習C語言的時候，就是用的某著名教授的暢銷千萬冊的書籍，那時候給我的感覺就是這本書我真的是看不懂，感覺看得是迷迷糊糊的，完全不知道在講什麼，到了重點的指標什麼的也感覺都是猶抱琵琶半遮面。

那時候我的C語言老師，最喜歡搞這種a++和++a的遊戲，而且幾乎每一次上機測驗一定會有一個題目是關於這個的題。

甚至一度我都懷疑是我自己不行，因為聽不懂，感覺老師講的都是天書，而且感覺老師總是要花時間講一些奇奇怪怪知識點，這就是我那時候對於C語言這門課最大的感覺。甚至一度連我這個曾經中學時代就看過一些VB書籍，而且自認為中學時代數學、物理好到爆的學生，都開始懷疑自己，是不是我邏輯思維有問題。

關鍵是按照老師的做，居然還能考高分，更可怕的是考了高分以後都不知道自己為什麼考到的高分，是真的C語言學好了嗎？顯然不是！

後來我實在感覺已經快失去對C語言的最後一點信心了，只是覺得這樣下去不行，我只好自己去百度、去Google，然後自己找資料，現在想想應該感謝這麼課，然後我自己找到了C Primer Plus，最後找到了K&R C，讓我明白不要過分糾結於語法遊戲，對於真正學會程式設計到底是有多重要。

並且因為這門課讓我沒有被禁錮住，養成了我大學幾年堅持用GitHub、stack overflow、Google、以及學會使用查官方文件的好習慣。

這是我學生時代經歷的又一大痛楚！

那個年代macOS不能用VC，Windows7上安裝VC6.0也是極為痛苦的，我記得第一次上機實驗的時候，我用codeblocks寫了程式然後交上去，老師又讓我用VC6.0重寫了，於是我只好跑到機房去用那個windows XP上的VC6.0又把作業重新做了一遍提交上去。

我當時就在想，為什麼我們的老師不能為了適應一下時代，就算是不用Xcode這種，用一下比較新版本的codeblocks/devc++，或者是用新一點的visual studio 2008也行啊，要知道VC6.0從1998年釋出到現在足足二十年了！

總之，我覺得程式設計，應該更多的關注到程式設計本質上來，而不是糾結於那些對於程式設計水平並沒有實質性提高的語法細節，多關注關注演算法、資料結構我覺得價值更高！

這個問題問的好啊。首先是肯定不同的，而且差別很大。另外這個是程式設計理念的範疇，可以看出來很多東西。絕對不是茴香豆的水平

單從java說，其實就是個強制轉型影響精度。從c說，少一次定址。在實際工作中，影響幾乎可以不計。還是一個茴字有八種寫法的梗

從運維人員角度來說，a=a+b會比a+=b好，主要不是為了效能，不是為了節省計算步驟，或者程式碼比較漂亮。就是為了別人讀程式碼能更簡單的理解你的邏輯。

a=a+b基本需要初中數學就懂得的公式。但是a+=b都需要有程式語言背景的才能看懂，而且java，c，c++，Python，perl各種各樣程式語言都有他的特性。有的先算左邊有的先算右邊，這個在無形中加重了閱讀和接手程式碼的難度。因為大型專案，開發人員50人以上的，人員流動十分十分頻繁，而且新招聘往往都是比較新手的，程式碼寫法越粗俗接手的人員要求越低，二次修改導致的bug的機率會越低。有助於專案的成功。

而且現在機器的計算能力已經這麼強了，普通的業務程式碼強烈要求使用a=a+b，對於那些架構師大拿寫的框架或者底層程式碼需要考慮效能的，那就根據實際情況選擇了。