可惡,面試官質(zhì)疑我沒(méi)做過(guò)項(xiàng)目

我是3y，一年CRUD經(jīng)驗(yàn)用十年的markdown程序員???????常年被譽(yù)為職業(yè)八股文選手

前陣子我看到austin交流群里已經(jīng)有小伙伴把項(xiàng)目寫(xiě)在簡(jiǎn)歷上了，但是他給出的說(shuō)面試官看了簡(jiǎn)歷后，覺(jué)得他沒(méi)做過(guò)項(xiàng)目。

他沒(méi)在群上公開(kāi)發(fā)簡(jiǎn)歷中項(xiàng)目的描述，但私發(fā)了給我，大家可以看看。

我認(rèn)為整體的排版和所描述的相關(guān)基礎(chǔ)棧都是沒(méi)有大問(wèn)題的，面試官說(shuō)沒(méi)有做過(guò)項(xiàng)目，我認(rèn)為還是有點(diǎn)嚴(yán)格了。

要是我作為面試官，我只會(huì)認(rèn)為候選者可能不太會(huì)寫(xiě)簡(jiǎn)歷（不夠自信，太年輕），倒不會(huì)質(zhì)疑沒(méi)有做過(guò)項(xiàng)目。

但這不能怪那小伙，畢竟我作為austin項(xiàng)目的負(fù)責(zé)人，也未曾好好地講應(yīng)該如何在簡(jiǎn)歷或面試中介紹項(xiàng)目。

至于還還還不了解austin項(xiàng)目的同學(xué)，我建議先看看我的GitHub倉(cāng)庫(kù)README文檔(文末點(diǎn)擊閱讀原文可跳轉(zhuǎn)）。

01、項(xiàng)目描述

消息推送平臺(tái)承接著站內(nèi)對(duì)各種類(lèi)型渠道的消息下發(fā)，每天承載億級(jí)流量推送。項(xiàng)目主要對(duì)用戶(hù)側(cè)的召回（營(yíng)銷(xiāo)）以及通知消息觸達(dá)，也同時(shí)負(fù)責(zé)對(duì)內(nèi)網(wǎng)的告警和通知消息發(fā)送。

在真正面試的過(guò)程中，當(dāng)面試官讓你項(xiàng)目介紹的時(shí)候，你就可以這樣答：

1、消息推送平臺(tái)它承接著各種消息類(lèi)型的推送，比如短信、郵件、小程序、微信公眾號(hào)、通知欄PUSH、企業(yè)微信、釘釘?shù)鹊取Ｄ憧梢院?jiǎn)單理解為：只要發(fā)送消息的，就跟它脫不了關(guān)系。

2、發(fā)送的消息主要給兩部分用戶(hù)，一部分是我們站內(nèi)的真實(shí)用戶(hù)（比如我們給用戶(hù)發(fā)短信驗(yàn)證碼），另一部分是我們內(nèi)網(wǎng)的消息（比如釘釘?shù)墓ぷ魈嵝选⑷合⒅郑?/p>

如果這時(shí)候面試官不打斷你，你就繼續(xù)跟面試官說(shuō)：要不我來(lái)給你講下系統(tǒng)的架構(gòu)？

如果面試官打斷了，問(wèn)了別的問(wèn)題，那在這就先結(jié)束了，不過(guò)，你總會(huì)遇到機(jī)會(huì)把你的項(xiàng)目架構(gòu)跟面試官描述描述。

這個(gè)過(guò)程中，你可以拿上你的筆和紙給面試官畫(huà)畫(huà)，交流交流，其實(shí)就是我GitHub倉(cāng)庫(kù)中README的這個(gè)圖：

這個(gè)過(guò)程可以這樣跟面試官描述：

1、在消息推送平臺(tái)里，我們有個(gè)接入層austin-api，它是消息的統(tǒng)一入口，所有的消息推送都會(huì)經(jīng)過(guò)該接入層進(jìn)行處理。

2、使用消息推送平臺(tái)的業(yè)務(wù)方可以簡(jiǎn)單分為兩種角色：運(yùn)營(yíng)和技術(shù)。如果是技術(shù)，他會(huì)調(diào)用我在接入層暴露的接口。如果是運(yùn)營(yíng)，他會(huì)使用我的消息推送后臺(tái)去設(shè)置定時(shí)任務(wù)推送，所以我們會(huì)有個(gè)推送后臺(tái)austin-admin以及定時(shí)任務(wù)模塊austin-cron

3、接入層干的事情比較簡(jiǎn)單，簡(jiǎn)單概括就是消息做簡(jiǎn)單的校驗(yàn)以及參數(shù)拼裝后就寫(xiě)入到了消息隊(duì)列

4、寫(xiě)到了消息隊(duì)列之后，自然就有個(gè)邏輯層對(duì)消息隊(duì)列的消息進(jìn)行消費(fèi)，在我這邊叫做austin-handler模塊，它主要對(duì)消息做去重、夜間屏蔽等邏輯，最后就分到不同的消息類(lèi)型Handler進(jìn)行消息發(fā)送

5、消息推送平臺(tái)跟普通消息下發(fā)最大的不同是我們是實(shí)現(xiàn)對(duì)消息全鏈路追蹤的，業(yè)務(wù)方可以通過(guò)推送后臺(tái)實(shí)時(shí)查看消息下發(fā)的情況，針對(duì)消息模板和用戶(hù)都是OK的（比如這個(gè)用戶(hù)是否接收到消息，如果沒(méi)接收到，那可能是因?yàn)槭裁幢贿^(guò)濾了）

6、所以消息推送平臺(tái)會(huì)有個(gè)實(shí)時(shí)流的模塊，用Flink實(shí)現(xiàn)的。我在消息處理的過(guò)程中對(duì)多個(gè)關(guān)鍵的位置進(jìn)行埋點(diǎn)，在Flink對(duì)這些信息做清洗處理，實(shí)時(shí)的會(huì)寫(xiě)進(jìn)Redis、離線(xiàn)的會(huì)落到Hive中

基于這個(gè)描述，以及你畫(huà)的圖，面試官一般就能有個(gè)比較簡(jiǎn)單的認(rèn)知了，至少這個(gè)過(guò)程中你證明了你這系統(tǒng)是有設(shè)計(jì)的。有可能聽(tīng)到一半就會(huì)被打斷問(wèn)細(xì)節(jié)的，也可能會(huì)聽(tīng)你說(shuō)完全程，但至少你要有類(lèi)似這種描述。

不要上來(lái)就講各種的實(shí)現(xiàn)細(xì)節(jié)，各種如何實(shí)現(xiàn)去重、夜間屏蔽的功能。面試官如果感興趣，他肯定會(huì)在后面問(wèn)你的，在這里先把系統(tǒng)的整體架構(gòu)跟他聊一遍。

02、項(xiàng)目角色

項(xiàng)目主要負(fù)責(zé)人

不要慌，別說(shuō)自己負(fù)責(zé)數(shù)據(jù)庫(kù)表的設(shè)計(jì)這種，如果你是新人，數(shù)據(jù)庫(kù)表還輪不到你設(shè)計(jì)。austin有完整的從零搭建文檔，只要你用心研究了，就應(yīng)該寫(xiě)項(xiàng)目負(fù)責(zé)人。

如果你只看了幾天，并且你認(rèn)為你幾天就能完全搞懂，那我還是勸你不要把a(bǔ)ustin寫(xiě)在你的項(xiàng)目上。

03、項(xiàng)目技術(shù)棧

SpringBoot、Flink、Redis、Apollo等

這里把自己熟悉的技術(shù)棧拎出來(lái)講講，不熟悉的就隱藏起來(lái)（比如Spring Data JPA，你就用過(guò)，只知道它的底層實(shí)現(xiàn)是Hibernate，那就不要在這里了）。但如果你對(duì)Mybatis又很了解，你就可以把Mybatis加上（反正面試官又看不到代碼，你說(shuō)Mybatis 那就是Mybatis ，OK？）

注意的是：這里寫(xiě)的技術(shù)棧，自己是要有點(diǎn)墨水的（很容易就被問(wèn)到），為什么使用XXX而不使用XXX啊？當(dāng)時(shí)是怎么考量的。

04、系統(tǒng)設(shè)計(jì)亮點(diǎn)

1、全類(lèi)型渠道消息的生命周期鏈路追蹤：在每個(gè)關(guān)鍵處理的階段上進(jìn)行埋點(diǎn)，將點(diǎn)位收集到Kafka，F(xiàn)link統(tǒng)一清洗處理。實(shí)時(shí)數(shù)據(jù)寫(xiě)入Redis，離線(xiàn)數(shù)據(jù)寫(xiě)入Hive，固化出實(shí)時(shí)和離線(xiàn)的統(tǒng)一推送基礎(chǔ)模型

2、消息資源隔離：不同的渠道不同的消息類(lèi)型互不影響并且利用動(dòng)態(tài)線(xiàn)程池可配置化地對(duì)消費(fèi)能力進(jìn)行調(diào)控

3、擁有完備的消息管理平臺(tái)基礎(chǔ)建設(shè)：對(duì)系統(tǒng)和應(yīng)用資源有完整的監(jiān)控和告警體系、消息模板工單審核、各種消息模板的素材管理等等

作為一個(gè)平臺(tái)，我理解下應(yīng)該關(guān)注的是著可用性、可擴(kuò)展性以及平臺(tái)能力。

這里寫(xiě)出的項(xiàng)目亮點(diǎn)可能后續(xù)還會(huì)增改，但這以上幾點(diǎn)我感覺(jué)都是可以拉出來(lái)跟面試官聊聊這其中的實(shí)現(xiàn)過(guò)程的（特別是第一點(diǎn)和第二點(diǎn)）

在簡(jiǎn)歷上我建議不要寫(xiě)太多技術(shù)上的細(xì)節(jié)，這個(gè)系統(tǒng)核心功能簡(jiǎn)單可能面試官能get到，但如果是業(yè)務(wù)系統(tǒng)，面試官就不知道你在寫(xiě)什么了。如果面試官感興趣，是會(huì)問(wèn)你技術(shù)細(xì)節(jié)的，到時(shí)候再好好吹就行啦。

05、總結(jié)

項(xiàng)目描述：消息推送平臺(tái)承接著站內(nèi)對(duì)各種類(lèi)型渠道的消息下發(fā)，每天承載億級(jí)流量推送。項(xiàng)目主要對(duì)用戶(hù)側(cè)的召回（營(yíng)銷(xiāo)）以及通知消息觸達(dá)，也同時(shí)負(fù)責(zé)對(duì)內(nèi)網(wǎng)的告警和通知消息發(fā)送。

項(xiàng)目角色：項(xiàng)目主要負(fù)責(zé)人

項(xiàng)目技術(shù)棧：SpringBoot、Flink、Redis、Apollo等

系統(tǒng)設(shè)計(jì)亮點(diǎn)：

• 全類(lèi)型渠道消息的生命周期鏈路追蹤：在每個(gè)關(guān)鍵處理的階段上進(jìn)行埋點(diǎn)，將點(diǎn)位收集到Kafka，F(xiàn)link統(tǒng)一清洗處理。實(shí)時(shí)數(shù)據(jù)寫(xiě)入Redis，離線(xiàn)數(shù)據(jù)寫(xiě)入Hive，固化出實(shí)時(shí)和離線(xiàn)的統(tǒng)一推送基礎(chǔ)模型
• 消息資源隔離：不同的渠道不同的消息類(lèi)型互不影響并且利用動(dòng)態(tài)線(xiàn)程池可配置化地對(duì)消費(fèi)能力進(jìn)行調(diào)控
• 擁有完備的消息管理平臺(tái)基礎(chǔ)建設(shè)：對(duì)系統(tǒng)和應(yīng)用資源有完整的監(jiān)控和告警體系、消息模板工單審核、各種消息模板的素材管理、規(guī)則引擎快速接入短信渠道消息等等功能

后面austin更多的面試細(xì)節(jié)，我會(huì)陸續(xù)繼續(xù)補(bǔ)充，歡迎點(diǎn)個(gè)star持續(xù)關(guān)注我的項(xiàng)目，不會(huì)讓你失望的

http://gitee.com/zhongfucheng/austin

目前還有我的個(gè)人微信還有少量名額可拉進(jìn)austin項(xiàng)目交流群，想進(jìn)來(lái)的添加我下方的二維碼，備注【項(xiàng)目】即可，拒絕內(nèi)鬼?????♀?

閱讀原文可跳轉(zhuǎn)至Austin倉(cāng)庫(kù)