大廠面試有編程嗎

㈠ 大廠車間里有程序員嗎

大廠車間里也是有程序員哦，程序員是一個統稱，會代碼的都可以叫做程序員

㈡ 軟體工程線上復試會要求編程嗎

一般情況下不會，會問一些更深點的邏輯處理思路等。

學編程，其實就是在提升自己的自學能力，動手能力，邏輯能力，還有解決問題的能力。無論你是學習哪種語言，這些方法都大同小異：

第一點：多動手，多動腦，多實踐。

沒有幾萬行的代碼，沒有經常敲鍵盤的努力，你就不要羨慕別人打代碼有多快，多熟練。別老是想著我看書把這個完全看懂了，甚至都能背下來了，我就可以過了！其實不然，你會發現，你一上機操作，又是一堆錯誤。

有些時候，敲一兩次代碼，比看十次書還有用！要不然，你認為你剛開始學 Java 編程打代碼的速度就能像那些程序員一樣打的很順很快，對於別人打了那麼多年代碼的程序員來說，也是有點太不公平了吧，對吧？而且，一定是打代碼，不是照著敲代碼！照著敲代碼，你就不是程序員了，而是打字員了。在寫下每一行代碼之前，都要想一想為什麼，怎麼來的。我保證，隨著時間的積累，（1+0.01）的 365 次方是 37.78，總有一天，量變總會形成質變。

第二點：不急躁，不拒絕錯誤。

不要急躁，遇到技術問題，必須冷靜對待，不能讓思維混亂，保持清醒的頭腦才能分析和解決各種問題。

永遠也不要拒絕自己的錯誤，很多新手一開始一敲代碼，運行框裡面就彈出來了十幾行報錯。用開玩笑的話說，在最開始學編程的那幾個月裡面，你都不敢按下你自己程序的啟動運行按鈕。

但是事實確實如此，作為一名新手，你確實會犯下很多錯誤，諸如文件創建失敗，沒有寫出函數，或者沒配置環境變數等等……但是不要怕，直接把報錯的提示復制粘貼到網路，一搜索就出來了，你會發現，相對於正確的程序，你的收獲明顯會更多。錯誤即是財富，請記住。

第三點：學習一定要學會取大舍小。

什麼叫取大舍小呢？捨本逐末知道吧？他的反義詞。比如說我舉一個例子：有很多時候我們會把一個組件的引用作為一個類的成員變數，而不是在其起作用的函數中去定義。

有些新手就開始疑惑了，既然都一樣，那為什麼不放在函數中呢？其實這些問題到後面你自然就知道了，是因為作用域的問題所在。開始學編程或者入門後，不要去糾結太多你目前無法理解的細枝末節，否則會讓你的學習進度還是效率，甚至是信心，都會大打折扣。抓住需要掌握的，有些細節，到了後面你慢慢就會知道了。

第四點：看一本書盡量不要從頭向後一頁一頁的看。

編程這種課程，確實有點不一樣。因為當你在學習的時候，那是一個又一個的知識點，但是在我們開發時，做項目的時候，要的是一張知識網路。這也就是面試的時候，曾經的項目經驗那麼受重視的原因所在。

有些 Java 老手說，要把一個小白變成老油條咋辦？簡單，丟進項目組裡面混一段時間就好了。當你出來後，你會發現你所學習的 Java 不再是很多零散的知識點了，而是一個體系。

到這個時候，你也就算有了 Java 高階的學習基礎了。那麼對於我們一般的初學者來說，能夠形成一張體系，也就至關重要，甚至說對以後搞開發，找工作來說必不可少。所以這種意識要從學習的初期就要開始培養。

初學編程時，遇到了後面不熟悉的知識點，沒關系，只要想看，就去看！在網上查找自己遇到的 Bug 的時候，看見別人用了一種自己沒學過的東西解決了，如果想了解，那就去看那部分知識！

甚至你在學習新知識的時候，可以嘗試把新老知識結合一下，當你成功了以後，這種點點滴滴的成就感，也會督促你繼續前進。所以，看一本書，不要順著看，這不是編程的學習方法所在！

第五點：多閱讀別人的優秀代碼，永遠不要抵觸學習新知識。

編程所屬的計算機科學和其他科學界都差不多，但有個特點就是計算機科學界的前沿科學發展的太快了。所以，多去讀一讀別人的代碼，不要抵觸新知識，是學習計算機科學，也亦是學習編程的一條相對來說的「捷徑」。

㈢ 程序員阿里三次面試已過卻無理由掛了，網友：阿里HR有一票否決

進入互聯網大廠一般都是「過五關斬六將」，難度堪比西天取經，但當你真正面對這些大廠的面試時，有時候又會被其中的神操作弄的很是蒙圈。

近日，某位程序員發帖稱，自己去阿裡面試，三面都過了，卻被無理由掛了，阿里某部門HR還問他為何不考慮阿里。當時這位程序員內心裡恐怕默默說了句「你為什麼不上清華，是因為不喜歡嗎？」故而發帖向廣大網友吐槽。

原貼如下：

樓主表示，自己發這個帖子只是想吐槽一下：這次給我打電話的阿里同學，之前面阿里的時候，也遇到過很nice的同學，那個內部幫我查我三面面試結果另一個阿里的同學其實就很好，全程跟蹤，語氣平和，雖然最後我還是沒去他們部門面試吧。所以感覺公司大了，真的會遇到各種人吧。祝大家面試都能遇到好的面試官。

不少人向樓主一樣感慨，太真實了，現實工作中，還真就有能一直重復一個已經被回答的問題（其實就是硬逼著你承認他心中的答案）

還有網友也跟大家吐槽自己在面試中遇到的這種情況：和我一樣啊，最後給我的理由是項目的經歷不符合要求

也有網友吐槽「暗諷」：太他媽飄；每次接阿里的電話都帶著敬仰；這tm可是大名鼎鼎的阿里，是你的爺，是你職業生涯巔峰，你竟然不考慮？？？爸爸問你話呢；難怪阿里的電話被標記為了騷擾電話不無道理

還有人給樓主支招：反問他為什麼要考慮；你應該直接掛電話的；阿里給我打電話，我直接回復對阿里沒興趣；建議以後我司的面試官都先測完智商，再給候選人打電話；

也有人給樓主分析三面過了還被掛的原因，而樓主也猜測有可能在刷KPI。

阿里以及其他的互聯網大廠技術類社招，一般分為四個輪次，第一、第二輪都是技術面，然後是主管面和HR面。

技術面除了必須要會的編程題目，個人的溝通表達能力、學習能力同樣也很重要；相對於技術面，主管面則會更加註重考察求職者的其他維度是否與團隊相匹配，比如：邏輯思維和溝通能力；最後的HR面相對常規一些。HR面試完之後，後續可能還有一輪leader面。

大廠雖苦難熬，但有能力的同學進入大廠工作利大於弊，因為能和這個行業國內最優秀的人一起共事，收獲的眼界和方法等等都是不可比擬的。

你覺得呢？

㈣ 大廠面試通常要好幾輪，一般都會問哪些問題

Lucene全文搜索的原則你怎麼看待這適合發展，為什麼？我回應面試官的問題：評估我的面試表現我應該在我的技術堆棧中添加什麼？你有接下來的面試嗎？ 總結一邊有超過50分鍾，了解到他是一名舊工作人員來自接受采訪的交界，這比我更大，而且我總是在談論它。最後三個問題是我問面試官。當我回答時，我還有機會要求下一個面試：競爭非常激烈，但機會仍然存在。

可以看出，問題並不是很困難，但有必要對面試官進行比較高的評估，或者需要某種表達能力和對技術對技術的基本理解。如果您回答問題，您可以做一些適當的擴展，自然會議讓面試官對您進行了不同的評估。我會回答這個問題並按照步驟操作：首先回答性質，回答具體細節，最後做一些平常的編程。通過這種方式，它將讓面試官覺得您真的在這項技術中。

以下是三面遇到的問題：自我介紹，不超過3分鍾（這次似乎很長一段時間，超過2分鍾）說，哪個項目更熟悉這個項目為什麼？已經使用了哪種架構，如何設計資料庫？什麼表是資料庫，為什麼你有這些表？什麼是主要的核心模塊，如何在模塊之間進行通信會議在哪裡？如何保存會話狀態，哪些方法，如何區分如果分布式會話，您如何管理？您是否學習數據結構和演算法（當然），談論兩點搜索的過程說快速行的過程，寫偽代碼例如，在JDK源代碼中了解設計模式，該源代碼使用您的設計模式你問我（上面的三個問題）嗎？

㈤ 華為，騰訊，網易這種大公司招聘程序員對應聘者有什麼要求的

你好，像BATJ這樣的互聯網大廠對招聘的要求還是比較高的，當然薪資待遇也是很高的，下面以騰訊為例。

1、騰訊薪資構成

鵝廠薪資結構：一般是12+1+1= 14薪。

鵝廠的標准薪資是14薪，但是通常能拿到16-20薪。

年終獎看部門盈利情況，一般是 3個月。

而其中Node.js的技能要求卻通常是Web全棧工程師的必備技能。可見鵝廠對於人才的選擇是比較嚴苛的。

根據當前的市場需求，互聯網大廠們對於普通前端開發工程師的需求逐年銳減，大廠對於人才產生了強烈的「T」型人才需求，即在一樣精的基礎上還要「百樣通」。Web全棧工程師的招聘數量高達21萬之多，對應的人才卻很少，因此高薪也是可以理解了。

對於想學習Web全棧工程師的無基礎同學來說，北大青鳥、課工場等優秀品牌都是不錯的選擇。課程根據招聘需求制定，包含全部分布式微服務技術，對標鵝廠T4、阿里P8級別。

希望我的回答對你有所幫助！

㈥ 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

很正常，程序員都會有面試和筆試。如果只出一些紙上的筆試題，還不如看你直接動手操作能力來的快

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

支持，不然很多水逼，劃水貨太多了