總結一下：運維工程師面試的經歷及面試相關問題（續2）

    在上一篇文章  總結一下：運維工程師面試的經歷及面試相關問題（會持續更新） 筆者也講到會持續更新，因爲上一篇文章內容有點長，爲了便於你們閱讀，因此筆者就另起這篇文章繼續來說述一下筆者的其它面試過程的面試問題。

    其實筆者寫這文章的目的很簡單，就是想和你們一塊兒探討和學習咋們作運維的兄弟如何在面試的時候成功率能大幅度的提升，而且能拿到滿意的待遇，固然自身仍是要不斷的學習，提升技術能力。還有就是你們去面試前看一下這篇文章對面試會有所幫助，面試的時候能更加的自信，筆者也想多交些朋友，共同窗習和進步。下面分享一下筆者在2018年1月8號和海外面試官司的電話面試是怎麼進行的？

2018年1月8號海外電話面試

    一次偶然的機會，筆者在一個招聘平臺中（我就不細說哪一個平臺，省得有打廣告的意思）刷新崗位的時候忽然看到一個新發布的崗位，仔細一看是海外的崗位，上面寫的待遇、福利、工做內容筆者都有點興趣，因爲筆者也沒有嘗試過海外面試的機會和感受，因此就和發佈這個崗位的獵頭聯繫上了。

    獵頭問我要了簡歷，並把我的信息詳細豐富了一下，好比有沒有護照、工做了多久、我的職業規劃、指望到手的薪資等等。獵頭就把個人簡歷和詳細的我的信息推薦出去了，過了幾天時間，獵頭通知我簡歷篩選經過了，約個時間能夠進行技術面試（電話面試），而後就這樣約在了2018年1月8號上午。

    雖然此次是海外面試，可是面試官是咱們華人，和麪試官在電話中將近聊了2個小時左右，筆者聊的也口乾舌燥。這一次面試官將近問了40個左右的問題，量實大有點大，筆者也沒記住這麼多，大概記住了30多個問題，忘記開錄音了，否則這些問題都能分享出來。別看是海外的面試官，其實此次所問的問題在咱們國內的面試中也經常會問到的，咱們先來看一下海外的公司的崗位要求吧：

崗位職責：
1、平常線上項目的需求處理；
二、新項目上線對接的相關工做；
三、平常運維工具開發、維護、優化；
四、監控業務的運行狀態，及時處理項目運行中出現的故障，保障項目服務24x7穩定運行；
五、分析排除系統、數據庫、網絡、應用等故障及錯誤；
六、負責服務器的資源調配和系統安全、數據備份。
任職要求：
1. 熟悉linux操做系統， 熟練使用一種或多種腳本語 言（例如 Python/Perl/Shell）；
2. 熟悉至少一種共有云技術，多種運維平臺工具（Nagios, Zabbix，Puppet等）
3. 熟悉Nginx,Mysql, Redis, Keepalived, LVS等中間件的配置與調優；
4. 熟悉網絡部署，多種數據機房故障的發現和排除的工具，有作個跨機房數據同步的優先；
5. 熟悉mysql、redis、mongoDB的安裝、維護、性能優化；
6. 瞭解反向代理、負載均衡原理.
7. 有責任心，耐心，積極肯學的心態以及良好的溝通表達能力和團隊合做精神；   

    其實這個要求，我在上一篇文章也說到過，大多數公司都寫得差很少，不少公司本身懶的寫，直接照搬別的公司發出來崗位要求，因此咱們只要瞭解它就能夠了，面試的時候不必定會問到這些崗位的要求說明，你看這家公司沒有寫熟悉TCP/IP，其實面試官這一次有問到TCP/IP這個問題的。此次技術面試後整體面試官仍是比較滿意，後來獵頭通知我一面過了，準備安排2018年1月11號下午進行二面（跟我談薪資、對海外工做的想法、人生規劃等話題）。好了，很少說了，你們本身慢慢看我和麪試官聊的技術問題吧。

一、介紹下本身？

筆者回答：無論是電話面試仍是現場面試，自我介紹是避免不了的，上一篇文章我有詳細介紹這塊的內容，這裏不作解釋了，感興趣的朋友參考我上一篇文章：

  總結一下：運維工程師面試的經歷及面試相關問題（會持續更新）

二、爲何想着要離開如今的公司？

筆者回答：雖然是面試技術，但也會有不少面試官會不經意的問你這個問題，看起來很隨意的問題，其實這個問題裏面隱藏了不少信息，最直觀的就是看你這我的對企業的忠誠度、還能看你是否是心浮氣燥的性格等等。若是你曾經頻繁跳過槽，無論出於什麼緣由，筆者我的都不建議寫在簡歷上，最好可以合併一些工做時間和單位，企業是很擔憂把你招來後會不會短期你又跳槽了。固然若是都是由於企業經營不善倒閉所至，就不要緊了。說到這裏，就想起了筆者曾經一位同事，連續在好幾家單位都幹倒閉了，這我也不知道說啥好了。。。好了，咋們接着往下走。

三、TCP/IP原理說一下？TCP有哪幾個狀態，分別是什麼意思？

筆者回答：以tcp/ip協議爲核心,分五層。tcp工做在第4層，主要有tcp和udp協議。其中tcp是可靠協議，udp是不可靠協議。 tcp傳輸以前，須要創建鏈接，經過三次握手實現。

TCP三次握手狀態：首先是closed狀態，當發起鏈接後，進入Listen狀態，當三次握手以後，進入EST狀態。三次握手中間還有一個臨時狀態:SYN_SENT。SYN_SENT 當應用程序發送ack以後，進入EST狀態,若是沒有發送，就關閉closed.

總結：你們必定要熟記tcp狀態轉換圖，參考 http://blog.csdn.net/wenqian1991/article/details/40110703 以下圖：

四、有個客戶說訪問不到大家的網站，可是大家本身測試內網和外網訪問都沒問題。你會怎麼排查並解決客戶的問題？

筆者回答：咱們本身測了都沒問題，只是這個客戶訪問有問題，那確定是要先聯繫到這個客戶，能遠程最好，問一下客戶的網絡是否是正常的，訪問其它的網站有沒有問題（好比京東、百度什麼的）。若是訪問其它網站有問題，那叫客戶解決自己網絡問題。若是訪問其它網站都沒問題，用ping和nslookup解析一下咱們的網站是否是正常的，讓客戶用IP來訪問咱們的網站是否可行，若是IP訪問沒問題，那就是客戶的DNS服務器有問題或者DNS服務器解析不到咱們的網站。還有一種可能就是跨運營商訪問的問題，好比咱們的服務器用的是北方聯通、而客戶用的是南方移動，就也有可能忽然在某個時間段訪問不到，這種狀況在龐大的中國網絡環境中常常發生（通常是靠CDN解決）。還有可能就是咱們的網站沒有SSL證書，在公網是使用的是http協議，這種狀況有可能就是沒有用https協議網站被運營商劫持了。

五、redhat 6.X版本系統 和 centos 7.X版本有啥區別？

筆者回答：桌面系統（6/GNOE2.x、7/GNOME3.x）、文件系統（6/ext四、7/xfs）、內核版本（6/2.6x、7/3.10x）、防火牆（6/iptables、7/firewalld）、默認數據庫（6/mysql、7/mariadb）、啓動服務（6/service啓動、7/systemctl啓動）、網卡（6/eth0、7/ens192）等。

六、你會用什麼方法查看某個應用服務的流量使用狀況？

筆者回答：若是是單一應用的服務器，只須要用iftop、sar等工具統計網卡流量就能夠。若是服務器跑了多個應用，可使用nethogs工具實現，它的特別之處在於能夠顯示每一個進程的帶寬佔用狀況，這樣能夠更直觀獲取網絡使用狀況。

七、說一下大家公司怎麼發版的（代碼怎麼發佈的）？

筆者回答：我說什麼來着，這個問題又問到了。發佈：jenkins配置好代碼路徑（SVN或GIT），而後拉代碼，打tag。須要編譯就編譯，編譯以後推送到發佈服務器（jenkins裏面能夠調腳本），而後從分發服務器往下分發到業務服務器上。

八、elk中的logstash是怎麼收集日誌的，在客戶端的logstash配置文件主要有哪些內容？

筆者回答：input、output兩大塊配置；input中指定日誌（type、path）等，output指定日誌輸出的目標（host、port）等。

九、ansible你用過它的哪些模塊，ansbile同時分發多臺服務器的過程很慢（它是逐臺分發的），你想過怎麼解決嗎？

筆者回答：用過ansible的（copy file yum ping command shell）等模塊；ansible默認只會建立5個進程,因此一次任務只能同時控制5臺機器執行.那若是你有大量的機器須要控制,或者你但願減小進程數,那你能夠採起異步執行.ansible的模塊能夠把task放進後臺,而後輪詢它.這使得在必定進程數下能讓大量須要的機器同時運做起來.

十、nginx有哪幾種調度算法，解釋一下ip  hash和輪詢有啥不同？

筆者回答：經常使用的有3種調度算法（輪詢、ip hash、權重）。

輪詢：upstream按照輪詢（默認）方式進行負載，每一個請求按時間順序逐一分配到不一樣的後端服務器，若是後端服務器down掉，能自動剔除。

ip hash：每一個請求按訪問ip的hash結果分配，這樣每一個訪客固定訪問一個後端服務器，能夠解決session的問題。

權重：指定輪詢概率，權重（weight）和訪問比率成正比，用於後端服務器性能不均的狀況。

十一、nginx你用到了哪些模塊，在proxy模塊中你配置過哪些參數？

筆者回答：用到過（負載均衡upstream、反向代理proxy_pass、location、rewrite等）。

proxy模塊中配置過:proxy_set_header、proxy_connect_timeout、proxy_send_timeout、proxy_buffer_*

十二、說一下iptables的原理，有哪些表、哪些鏈？怎麼修改默認策略所有爲DROP?

筆者回答：iptables是工做在TCP/IP的二、三、4層。你要說它的原理也不是幾話能歸納的，當主機收到一個數據包後，數據包先在內核空間中處理，若發現目的地址是自身，則傳到用戶空間中交給對應的應用程序處理，若發現目的不是自身，則會將包丟棄或進行轉發。

4張表（raw表、mangle表、net表、filter表）

5條鏈（INPUT鏈、OUTPUT鏈、PORWARD鏈、PREROUTING鏈、POSTROUTING鏈）。

所有設置爲DROP：

#iptables -P INPUT DROP
#iptables -P OUTPUT DROP
#iptables -P FORWARD DROP

小結：iptables遠不止這幾句話就能描述清楚的，也不是隨便在網上趴些資料就能學好的，須要本身用起來，通過大量的實驗和實戰才能熟悉它，iptables真的很考驗運維人員的技術水平，你們必定要用心學好這個iptables。

1三、如何開啓linux服務器路由轉發功能？

筆者回答：echo "1" > /proc/sys/net/ipv4/ip_forward

1四、nginx中rewrite有哪幾個flag標誌位（last、break、redirect、permanent），說一下都什麼意思？

筆者回答：

• last : 至關於Apache的[L]標記，表示完成當前的rewrite規則

• break : 中止執行當前虛擬主機的後續rewrite指令集

• redirect : 返回302臨時重定向，地址欄會顯示跳轉後的地址

• permanent : 返回301永久重定向，地址欄會顯示跳轉後的地址

301和302不能簡單的只返回狀態碼，還必須有重定向的URL，這就是return指令沒法返回301,302的緣由了。這裏 last 和 break 區別有點難以理解：

• last通常寫在server和if中，而break通常使用在location中

• last不終止重寫後的url匹配，即新的url會再從server走一遍匹配流程，而break終止重寫後匹配

• break和last都能組織繼續執行後面的rewrite指令

總結：關於nginx rewrite用法，筆者看到一篇文章總結的挺不錯 ，能夠參考一下 https://www.jianshu.com/p/a1fce9358d44

1五、你在shell腳本中用過哪些語法，case語法會用到哪些地方？

筆者回答：通常會用到if語句、for語句、while語句、case語句以及function函數的定義；case語句爲多選擇語句，能夠用case語句匹配一個值與一個模式，若是匹配成功，執行相匹配的命令。最典型的case語法會用到啓動服務腳本的處理。

1六、linux系統中你會用到什麼命令查看硬件使用狀態信息？

筆者回答：這個命令就不少了，好比：lscpu(查看cpu信息)、free -m（查看內存信息）、df -h（查看硬盤分區信息）、top（還能夠動態查看cpu、內存使用狀況的信息），/proc/目錄下也能夠查看不少硬件信息。

1七、我要過濾一段文本(test.txt)中第二列的內容？若是這段文件有不少特殊符號，好比用:（冒號）怎麼過濾它的第二段？若是我要過濾這段文本中，其中有一行只有7個符如何實現？

筆者回答： awk '{print $2}'   tset.txt

awk -F':'  '{print $2}'   tset.txt

1八、好比開發想找你查看tomcat日誌，可是catalia.out特別大，你不可能用vi打開去看，你會怎麼查看？若是你用 grep -i"error" 過濾只是包含error的行，我想同時過濾error上面和下面的行如何實現？

筆者回答：grep -i "error" catalia.out

grep -C 1  -i "error" catalia.out

參數-C：是匹配先後的行，後面1是匹配先後各1行

1九、 怎麼編寫一個定時計劃任務？裏面用到的最小單位是什麼？

筆者回答：crontab -e，最小單位是分鐘

20、zabbix如何修改其中監控的一臺服務器中內存閾值信息，好比正常內存使用到了80%報警，我想修改成60%報警？

筆者回答：正常來講，通常會把監控的服務器統一加入到一個模板中，修改模板的其是某一項的監控項參數和告警閾值後，加入模板中的全部主機都會同步。若是單獨想修改其中某一臺服務器內存告警閾值，須要進入這臺主機，單首創建一個告警Triggers，關聯這臺主機監控內存的項，配置好告警的閾值爲60%便可實現。其實，zabbix一切都爲圖形化操做，若是沒有接觸過zabbix的朋友，可能聽起來不太清楚。

2一、mysql主從複製原理說一下？

筆者回答：mysql支持三種複製類型（基於語句的複製、基於行的複製、混合類開進的複製）。

若是你記不住太多內容，能夠簡單說明一下原理：

(1) master將改變記錄到二進制日誌(binary log)中（這些記錄叫作二進制日誌事件，binary log events）；

(2) slave將master的binary log events拷貝到它的中繼日誌(relay log)；

(3) slave重作中繼日誌中的事件，將改變反映它本身的數據。

若是你能詳細記住它的原理，能夠這麼回答：

該過程的第一部分就是master記錄二進制日誌。在每一個事務更新數據完成以前，master在二日誌記錄這些改變。MySQL將事務串行的寫入二進制日誌，即便事務中的語句都是交叉執行的。在事件寫入二進制日誌完成後，master通知存儲引擎提交事務。

下一步就是slave將master的binary log拷貝到它本身的中繼日誌。首先，slave開始一個工做線程——I/O線程。I/O線程在master上打開一個普通的鏈接，而後開始binlog dump process。Binlog dump process從master的二進制日誌中讀取事件，若是已經跟上master，它會睡眠並等待master產生新的事件。I/O線程將這些事件寫入中繼日誌。

SQL slave thread（SQL從線程）處理該過程的最後一步。SQL線程從中繼日誌讀取事件，並重放其中的事件而更新slave的數據，使其與master中的數據一致。只要該線程與I/O線程保持一致，中繼日誌一般會位於OS的緩存中，因此中繼日誌的開銷很小。

2二、用什麼命令能夠查看上一次服務器啓動的時間、上一次誰登陸過服務器？

筆者回答：w命令查看上次服務器啓動時間。last命令  查看登陸。

2三、redis集羣原理說一下，正常狀況下mysql有多個庫，redis也有多個庫，我怎麼進入redis集羣中的第2個庫？還有，我想查看以BOSS開頭的值？redis持久化是如何實現（一種是RDS、一種是AOF），說一下他們有啥不同？

筆者回答：這個redis原理的問題又問到了，看樣子不少面試官都很關心這個redis，在上一篇文章筆者的一次面試也有這個面試問題。

【集羣原理】：其實它的原理不是三兩句話能說明白的，redis 3.0版本以前是不支持集羣的，官方推薦最大的節點數量爲1000，至少須要3(Master)+3(Slave)才能創建集羣，是無中心的分佈式存儲架構，能夠在多個節點之間進行數據共享，解決了Redis高可用、可擴展等問題。集羣能夠將數據自動切分(split)到多個節點，當集羣中的某一個節點故障時，redis還能夠繼續處理客戶端的請求。

【切庫】：單機狀況下用select 2能夠切換第2個庫，select 1能夠切換第1個庫。可是集羣環境下不支持select。可參考https://yq.aliyun.com/articles/69349

【redis持久化】：持久化通俗來說就是將內存中的數據寫入硬盤中，redis提供了兩種持久化的功能（RDB、AOF），默認使用RDB的方式。

RDB：全量寫入持久化，而RDB持久化也分兩種（SAVE、BGSAVE）。

SAVE是阻塞式的RDB持久化，當執行這個命令時redis的主進程把內存裏的數據庫狀態寫入到RDB文件（即上面的dump.rdb）中，直到該文件建立完畢的這段時間內redis將不能處理任何命令請求。

      BGSAVE屬於非阻塞式的持久化，它會建立一個子進程專門去把內存中的數據庫狀態寫入RDB文件裏，同時主進程還能夠處理來自客戶端的命令請求。但子進程基本是複製的父進程，這等於兩個相同大小的redis進程在系統上運行，會形成內存使用率的大幅增長。

AOF：與RDB的保存整個redis數據庫狀態不一樣，AOF的持久化是經過命令追加、文件寫入和文件同步三個步驟實現的。AOF是經過保存對redis服務端的寫命令（如set、sadd、rpush）來記錄數據庫狀態的，即保存你對redis數據庫的寫操做。

爲了你們可以更好的理解redis持久化，筆者建議你們能夠看下這兩篇文章會比較好理解：

https://www.cnblogs.com/Fairy-02-11/p/6182478.html

http://blog.csdn.net/mishifangxiangdefeng/article/details/48977269

2四、你在工做的過程當中，遇到過你映像最深的是什麼故障問題，你又是如何解決？

筆者回答：這個問題主要也是考你排查故障的思路及用到的相關命令工具，其每一個人在工做中都會遇到各類各樣的問題（無論是網絡問題、應用配置問題、仍是APP打開慢/網站打開慢）等等。你只要記住一個你映像最爲深入、最爲典型的故障就行。筆者也遇到過各類問題，我在這裏就是寫出來，怕誤導了你們。

2五、在linux服務器上，無論是用rz -y命令仍是tftp工具上傳，我把本地的一個文件上傳到服務器完成後，服務器上仍是什麼都沒有，這有多是什麼問題？

筆者回答：根據這種現象有多是：服務器磁盤滿了；文件格式破壞了；或者你用的是普通用戶上傳，正好上傳的目錄沒有權限；還有可能就是你上傳的文件大小超出了該目錄空間的範圍。

2六、你在工做中都寫過什麼腳本？

筆者回答：這個問題的回答別把話說得太大了，要結合實際狀況來回答。寫過mysql、redis、mongodb等數據庫備份的腳本；服務器文件備份的腳本；平常代碼發佈的腳本；以前用nagios的時候寫過一些nagios插件的腳本。

2七、rsync+inotify是實現文件實時同步的，加什麼參數才能實現實時同步，--delete參數又是什麼意思？

筆者回答：rsync是遠程同步工具、inotify是一種強大的異步文件系統系統監控機制。經過inotifywait 中的-m參數能夠實現「始終保持事件監聽狀態」。rsync中的-delete參數是指「 刪除那些DST中SRC沒有的文件」。

2八、我想查看access.log中哪一個IP訪問最多？

筆者回答：awk '{print $1}' access.log| sort | uniq -c |sort -rn -k 1  | head -1

上面的具體參數若是有不知道的，你們能夠自行百度一下，這裏不說參數這麼細節的問題

2九、在linux系統中，通常都會有swap內存，你以爲使用swap內存有什麼好處，在什麼狀況下swap內存纔會被使用？你以爲在生產環境中要不要用swap內存？

筆者回答：好處：在內存不夠用的時候，將部份內存上的數據交換到swap空間上，以便讓系統不會由於內存不夠用而致使oom或者更致命的狀況出現。

什麼狀況下會用swap：當系統的物理內存不夠用的時候，就須要將物理內存中的一部分空間釋放出來，以供當前運行的程序使用。那些被釋放的空間可能來自一些很長時間沒有什麼操做的程序，這些被釋放的空間被臨時保存到swap空間中，等到那些程序要運行時，再從swap中恢復保存的數據到內存中。這樣，系統老是在物理內存不夠時，才進行swap交換。

30、怎麼查看兩臺服務器之間的網絡是否是正常的，服務器是禁ping的？

筆者回答：不能用ping，那能夠用telnet對方服務器的端口、或者互相訪問對方打開的服務。其它的測試方法筆者也沒想到，要是哪位朋友有好的方法不訪在下面留言討論。

3一、好比我訪問百度網站，有什麼方法能夠跟蹤通過了哪些網絡節點？

筆者回答：這個太簡單了吧，幹運維必備的網絡排查技能。用tracert命令就能夠跟蹤，主要是查詢本機到另外一個主機通過的路由跳數及數據延遲狀況。而後你也能夠把具體跟蹤後輸出的信息也說出來，你能說出來都是爲你加分的。

3二、若是大家公司的網站訪問很慢，你會如何排查？

筆者回答：看到沒有，又問到了這個問題，筆者在上一篇文章 2017年2月14號的面試中面試官也問到一樣的問題。其實這種問題都沒有具體答案，只是看你回答的內容與面試官契合度有多高，能不能說到他想要的點上，主要是看你排查問題的思路。我是這麼說的：問清楚反應的人哪一個服務應用或者頁面調取哪一個接口慢，叫他把頁面或相關的URL發給你，首先，最直觀的分析就是用瀏覽器按F12，看下是哪一塊的內容過慢（DNS解析、網絡加載、大圖片、仍是某個文件內容等），若是有，就對症下藥去解決（圖片慢就優化圖片、網絡慢就查看內網狀況等）。其次，看後端服務的日誌，其實大多數的問題看相關日誌是最有效分析，最好用tail -f 跟蹤一下日誌，固然你也要點擊測試來訪問接口日誌纔會打出來。最後，排除sql，，找到sql去mysql執行一下，看看時間是否好久，若是好久，就要優化SQL問題了，expain一下SQL看看索引狀況啥的，針對性優化。數據量太大的能分表就分表，能分庫就分庫。若是SQL沒啥問題，那可能就是寫的邏輯代碼的問題了，一行行審代碼，找到耗時的地方改造，優化邏輯。

3三、我須要查看某個時間段的日誌(好比access.log日誌)，如何實現?

筆者回答：方法有不少種，好比我要看查的時間是2018年1月9號--1月10號的日誌吧。

好比能夠用sed命令，格式爲：sed -n '/起始時間/,/結束時間/p' 日誌文件，以下：

sed -n '/09\/Jan\/2018/,/10\/Jan\/2018/p' access.log

好比能夠用grep，格式爲：grep  -E '起始時間|結束時間'  日誌文件，以下：

grep -E '09/Jan/2018|10/Jan/2018' access.log

固然，你還能夠結合cat、grep 、awk這些命令一塊兒來使用都行。

---

2018年1月17號：更新1月8號海外面試的結果

    博友們，這段時間筆者有點忙，沒有及時更新1月8號那天海外面試的結果，實在抱歉了，你們確定也都蠻期待我上次海外的面試結果。好了，長話短說，上次說了接下來會有二面，具體是哪一個國外和哪一個公司我就是在這裏就不寫出來了，感興趣的朋友能夠單播我加我QQ或微信都行。

    過了兩天，在下午3點鐘左右，筆者接到海外的二面來的電話，咱們大概將近又聊了1個小時，聽面試官的聲音，他說他是作java的，要跟我二面聊一下。我內心想，二面不是人資跟我談薪資待遇、談人生理想嗎？也無論那麼多了，聊就聊吧，別看這小哥是作java的，還挺能聊，幾乎把我簡歷上寫的那些技能問了個遍（什麼cdn原理？、docker是什麼？），這些問題我就不寫出來了，由於聊得比較粗，不像一面問的技術都那麼細。聊完了相關技術以後，我就問他在那邊幹了多久，生活如何。

    二面的面試官在那邊生活了有3年多了，看樣子他仍是比較滿意，那邊包吃包住，吃飯時間比較自由，住得還不錯，安排了單間住。地方就像國內的二線城市那麼大，環境也都很好，就是消費挺高的，比北京的消費高的不是一點點，就拿咱們吃的蔬菜來講，咱們國內一斤西紅柿也就幾塊錢，那邊賣60元左右人民幣1斤，什麼水果都同樣，動不動60、70、80一斤，看着這消費挺嚇人的。整體來說，聊得還不錯，對我印象也蠻好，他說後面會安排人和我三面，總算是談錢了。次日就接到三面的電話，聊了啥也沒啥可說的，我就直接把福利待遇和薪資分享出來吧：

    吃住：包吃住，也是住單間、吃公司食堂

    薪資：到手2W人民幣/月，13薪，年末在分點紅啥的

    工做時間：跟國內同樣，也是雙休

    年假：一年有20天左右帶薪年假，能夠回國

    五險一金：國外都不繳五險一金，你要本身找回內公司代繳

    機票：去工做的機票和簽證的費用報銷

    

    最後，我要把這些狀況跟媳婦反應一下，畢竟要商量着來，單身漢就無所謂能夠本身作主。分析了一下利弊和本身2018年的計劃以後就委婉的拒絕了海外那邊的工做。

  

---

好了，先到這裏吧，總結了這麼多、打了這麼多字也挺累的，但願你們能夠給點鼓勵點個贊讓我更有動力寫下去。

有須要的朋友能夠轉載或者收藏起來一塊兒討論。

祝你們過年後都能找到滿意的工做，有找的本身滿意的工做必定要跟筆者留言分享、或者加我QQ分享給筆者哦。

未完待續，計劃在過完年後筆者好好的投些簡歷出去，共同期待、共同進步吧博友們！！！

喜歡個人文章，請點擊最上方右角處的《關注》支持一下！