除了技術和專案方面的內容，下面這些內容也是面試官感興趣的，需要提前準備好。
整體的業務流程和自己負責的業務模組，這些都是需要提前準備好的內容，因為業務和技術是相輔相成的。另外最好自己先嘗試畫幾遍公司的技術架構圖，把整體的邏輯梳理好，在實際面試中可以現場把圖畫出來，邊畫邊描述一些技術細節和相關聯的業務過程，這樣可以很好地表現出你對架構和業務的理解。
做大資料的最關注的東西可能就是資料和集群規模了，所以我們需要提前準備好這個方向的一系列問題，因為有些細節可能在實際工作中是注意不到的。集群的日增量資料有多大？集群的全量歷史資料有多少？有哪些型別的資料？資料**是那裡？大資料集群有幾台伺服器？各個大資料元件是怎麼在伺服器上分布的……
大資料團隊的工作內容大致可以分為「大資料開發」、「大資料平台開發」、「大資料運維」等，更細的會有「數倉開發」、「etl 開發」、「bi 開發」等，更粗的可能一兩個人就幹了所有人的活。每個公司根據具體的情況會有不同的著重點，所以人員分工哦度不同。這些問題如果不清楚需要好好地和前同事聊一聊，如果不方便，可以自己給他們「安排」一下，但是要注重合理性，盡量貼合平時大家的工作內容來說明。
這些問題一般都非常常見，一定要提前想好怎麼說，因為這種開放式的問題到真正問到的時候，如果你沒有準備，肯定會愣個幾秒鐘，然後努力邊回想，邊支支吾吾地表達，遇見過很多這樣的求職者，所以這些內容最好還是提前準備好。
bug report的注意要點
今天朋友的公司的團隊要建立，問到偶bug的管理，於是順便小結一下，做bug report的注意要點，有如下這些 首先是bug的一般形式，實踐表明，最好是按如下的形式去搞乙個bug bug編號 bug的簡單闡述 產品名稱 測試產品的名稱。產品子系統 測試產品的子系統，如果產品比較小，該項可以忽略。產品...
less的注意要點
要設定輸出路徑才能正確編譯 這是基礎 1.當使用帶括號的樣式時，他不會編譯 posaa 所以盡量使用.號，即class樣式，把這類樣式作為公共樣式 2.w 100px h 100px div1 w 100px 這樣是不會進行運算的 div1 w 100px 這樣才會運算 3.匯入less檔案 imp...
html注意要點
請始終將正斜槓新增到子資料夾。一般情況，依賴伺服器配置。主要問了區分訪問的是檔案還是資料夾，比如訪問路徑為瀏覽器不知道訪問的是檔案還是資料夾，會先訪問一遍確認是那種型別，如果是資料夾則會加上 重新訪問位址為 的路徑。如果帶字尾名.html可以明確知道訪問的是檔案，不需要再次請求。每30秒鐘重新整理當...