2. 程式人生 > >開年巨制！千人千面回放技術讓你“看到”Flutter用戶側問題

開年巨制！千人千面回放技術讓你“看到”Flutter用戶側問題

阿新 • • 發佈：2019-02-21
lee 兩種 oid time tof 來講 all 方向 finish

導語
發布app後，開發者最頭疼的問題就是如何解決交付後的用戶側問題的還原和定位，是業界缺乏一整套系統的解決方案的空白領域，閑魚技術團隊結合自己業務痛點在flutter上提出一套全新的技術思路解決這個問題。

我們透過系統底層來捕獲ui事件流和業務數據的流動，並利用捕獲到的這些數據通過事件回放機制來復現線上的問題。本文先介紹flutter觸摸手勢事件原理，接著介紹裏面怎樣錄制flutter ui手勢事件，然後介紹怎樣還原回放flutter ui手勢事件，最後附上包括native錄制回放的整體框架圖。為了便於理解本文，讀者可以先閱讀我之前寫的關於native錄制和回放文章《千人千面線上問題回放技術》

背景
現在的app基本都會提供用戶反饋問題的入口，然而提供給用戶反饋問題一般有兩種方式：

直接用文字輸入表達，或者截圖
直接錄制視頻反饋
這兩種反饋方式常常帶來以下抱怨：

用戶：輸入文字好費時費力
開發1：看不懂用戶反饋說的是什麽意思？
開發2：大概看懂用戶說的是什麽意思了，但是我線下沒辦法復現哈
開發3：看了用戶錄制的視頻，但是我線下沒辦法重現，也定位不到問題
所以：為了解決以上問題，我們用一套全新的思路來設計線上問題回放體系

Flutter 手勢基礎知識
如果要錄制和回放flutter ui事件，那麽我們首先必須了解flutter ui手勢基本原理。

  1. Flutter UI觸摸原始數據Pointer
    我們可以把Flutter中的手勢系統分兩層概念來理解。第一層概念為原始觸摸數據(pointer)，它描述了屏幕上指針（例如，觸摸，鼠標和觸控筆）的時間，類型，位置和移動。 第二層概念為手勢，描述由一個或多個原始移動數據組成的語義動作。一般情況下單獨的原始觸摸數據沒有任何意義。

    原始觸摸數據是由系統傳給native，native再通過flutter view channel傳給flutter。
    flutter接收native傳來的原始數據接口如下：

    void _handlePointerDataPacket(ui.PointerDataPacket packet) {
    // We convert pointer data to logical pixels so that e.g. the touch slop can be
    // defined in a device-independent manner.
    _pendingPointerEvents.addAll(PointerEventConverter.expand(packet.data, ui.window.devicePixelRatio));

    if (!locked)
    _flushPointerEventQueue();
    }

  2. Flutter UI碰撞測試
    當屏幕接收到觸摸時，dart Framework會對您的應用程序執行碰撞測試，以確定觸摸與屏幕相接的位置存在哪些視圖（renderobject）。 觸摸事件然後被分發到最內部的renderobject上。 從最內部renderobject開始，這些事件在renderobject樹中向上冒泡傳遞，通過冒泡傳遞最後把所有的renderobject遍歷出來，從這個傳遞機制可想而知，遍歷出來renderobject列表裏的最後一個是WidgetsFlutterBinding（嚴格來講WidgetsFlutterBinding不是renderobject），後面會介紹到WidgetsFlutterBinding。

    void _handlePointerEvent(PointerEvent event) {
    assert(!locked);
    HitTestResult result;
    if (event is PointerDownEvent) {
    assert(!_hitTests.containsKey(event.pointer));
    result = HitTestResult();
    hitTest(result, event.position);
    _hitTests[event.pointer] = result;
    assert(() {
    if (debugPrintHitTestResults)
    debugPrint(‘$event: $result‘);
    return true;
    }());
    } else if (event is PointerUpEvent || event is PointerCancelEvent) {
    result = _hitTests.remove(event.pointer);
    } else if (event.down) {
    result = _hitTests[event.pointer];
    } else {
    return; // We currently ignore add, remove, and hover move events.
    }
    if (result != null)
    dispatchEvent(event, result);
    }

上面代碼以 histTest()檢測當前觸摸 pointer event 涉及到哪些視圖。
最後通過dispatchEvent(event, result)來處理該事件。

void dispatchEvent(PointerEvent event, HitTestResult result) {
assert(!locked);
assert(result != null);
for (HitTestEntry entry in result.path) {
try {
entry.target.handleEvent(event, entry);
} catch (exception, stack) {
}
}
}
上面的代碼就是用來分別調用每個視圖（RenderObject）的手勢識別器獨自處理當前觸摸事件（決定是否接收此事件）。
entry.target是每個widget對應的RenderObject,所有的RenderObject都需要實現（implements）HitTestTarget類的接口，HitTestTarget裏面有就有handleEvent這個接口，所以每個RenderObject都需要實現handleEvent這個接口， 這個接口就是用來處理手勢識別。

abstract class RenderObject extends AbstractNode with DiagnosticableTreeMixin implements HitTestTarget
除了最後一個WidgetsFlutterBinding外，其他視圖RenderObject調用自己的handleEvent來識別手勢，其作用就是判斷當前手勢是否要放棄，如果不放棄則丟到一個路由器裏（這個路由器就是手勢競技場）最後由WidgetsFlutterBinding 調用handleEvent統一決議這些手勢識別器最終誰勝出，所以這裏WidgetsFlutterBinding.handleEvent其實就是統一處理接口，它的代碼如下：

void handleEvent(PointerEvent event, HitTestEntry entry) {
pointerRouter.route(event);
if (event is PointerDownEvent) {
gestureArena.close(event.pointer);
} else if (event is PointerUpEvent) {
gestureArena.sweep(event.pointer);
}
}

  1. Flutter UI手勢決議
    從上面的介紹可以得出一次觸摸事件可能觸發多個手勢識別器。框架通過讓每個識別器加入一個“手勢競爭場”來決議用戶想要的手勢。“手勢競爭場”使用以下規則來決議哪個手勢勝出，非常簡單

在任何時候，任何識別器都可以自己宣布失敗並主動離開“手勢競爭場”。如果在當前“競爭場”中只剩下一個識別器，那麽剩下來的就是贏家，贏家意味著獨自接收此觸摸事件並做出響應動作
在任何時候，任何識別器都可以自己宣布勝利，並且最終就是它勝利，所有剩下的其他識別器都會失敗

  1. Flutter UI手勢例子
    下面示例表示屏幕window由ABCDEFKG視圖組成，其中A視圖是根視圖，即是最底下的視圖。紅圈表示觸摸點位置，觸摸落在G視圖的中間位置。

技術分享圖片

根據碰撞測試，遍歷出響應此觸摸事件的視圖路徑：
WidgetsFlutterBinding <— A <— C <— K <— G (其中GKCA是renderObject)

遍歷路徑列表後，開始調用各自的視圖（GKCA）entry.target.handleEvent來把自己識別器放到競技場裏參加決議，當然有些視圖由於根據自己的邏輯判斷主動放棄識別該觸摸事件。這個處理過程如下圖

技術分享圖片

按G->K->C->A->WidgetsFlutterBinding順序分別調用handleEvent()方法，最後通過WidgetsFlutterBinding調用自己的handleEvent()接口來統一決議最終哪個手勢識別器勝出。
勝出的那個手勢識別器通過回調方法回調到上層業務代碼，流程如下
技術分享圖片

Flutter UI錄制
從上面的flutter手勢處理可知，我們只需要在手勢識別器回調上包裝回調方法，即可攔截到手勢回調方法，這樣我們就可以在攔截過程讀到WidgetsFlutterBinding <— A <— C <— K <— G鏈路的這棵視圖樹。我們只需要把這個棵樹，樹上的節點相關屬性和手勢類型記錄下來，那回放時，通過這些信息去匹配到當前界面上的對應視圖即可回放。下面是tap事件的錄制代碼，其他類型手勢的錄制代碼原理一樣，這裏略過。

static GestureTapCallback onTapWithRecord(GestureTapCallback orgOnTap, BuildContext context)
{
if (null != orgOnTap && null != context)
{
final GestureTapCallback onTapWithRecord = () {
if(bStartRecord)
{
saveTapInfo(context, TouchEventUIType.OnTap,null);
}
if (null != orgOnTap)
{
orgOnTap();
}
};
return onTapWithRecord;
}
return orgOnTap;
}

static void saveTapInfo(BuildContext context, TouchEventUIType type, Offset point)
{
if(null == point && null != pointerPacketList && pointerPacketList.isNotEmpty)
{
final ui.PointerDataPacket last = pointerPacketList.last;
if(null != last && null != last.data && last.data.isNotEmpty)
{
final ui.Rect rect = QueReplayTool.getWindowRect(context);

    point = new Offset(last.data.last.physicalX / ui.window.devicePixelRatio - rect.left,
      last.data.last.physicalY /ui.window.devicePixelRatio - rect.top);
  }
}
final RecordInfo record = createTapRecordInfo(context, type, point);
if(null != record)
{
  FlutterQuestionReplayPlugin.saveRecordDataToNative(record);
}
clearPointerPacketList();

}
錄制流程圖如下：

技術分享圖片

Flutter UI回放
ui回放分兩部分，第一部分通過錄制的相關信息match到當前界面相應視圖，第二部分是在此視圖上進行模擬相關手勢動作，這部分是個難點，也是重點，其中涉及到怎樣生成原始的觸摸數據信息，裏面有時間，類型，坐標，方向，如果這些信息設置不合理或者錯誤會導致crash，還有滾動距離不符需要補償，怎麽補償等等。
下面是滾動事件回放流程圖，其他類型手勢的回放原理一樣。

技術分享圖片

上面的預處理，識別消耗指的是在滾動開始時，手勢識別器要判斷是否符合滾動手勢所需要滾動的距離。
所以我們為了讓其控件滾動首先要生成一些觸摸點數據，讓手勢識別器識別為滾動事件。這樣才能進行後續的滾動動作。
下面是滾動處理邏輯代碼，如下：

void verticalScroll(double dstPoint, double moveDis) {
preReplayPacket = null;
if (0.0 != moveDis) {
//此處計算滾動方向，和滾動單元像素偏移，由於代碼太長略過
int count =
((ui.window.devicePixelRatio moveDis) / (unit.abs())).round() 2;
if (count < minCount) {
count = minCount; //保證最少偏移50/2=25 小於這個數 可能沒反應，因為被其他控件檢測滾動消耗掉了
//還有就是如果count太小，count被scroll view消耗完前並沒有滾動，這是就觸摸結束了（ui.PointerChange.up），那可能引起cell
//點擊事件跳轉事件
}
final double physicalX =
rect.center.dx ui.window.devicePixelRatio; //376.0;
double physicalY;
final double needOffset = (count unit).abs();
final double targetHeight = rect.size.height ui.window.devicePixelRatio;
final int scrollPadding = rect.height ~/ 4;
if (needOffset <= targetHeight / 2) {
physicalY = rect.center.dy ui.window.devicePixelRatio;
} else if (needOffset > targetHeight / 2 && needOffset < targetHeight) {
physicalY = (orgMoveDis > 0)
? (rect.bottom - scrollPadding) ui.window.devicePixelRatio
: (rect.top + scrollPadding) ui.window.devicePixelRatio;
} else {
physicalY = (orgMoveDis > 0)
? (rect.bottom - scrollPadding) ui.window.devicePixelRatio
: (rect.top + scrollPadding) ui.window.devicePixelRatio;
count = ((rect.height - 2 scrollPadding)
ui.window.devicePixelRatio /
unit.abs())
.round();
}
final List<ui.PointerDataPacket> packetList =createTouchDataList(count, unit, physicalY, physicalX);
exeScroolTouch(packetList,dstPoint);
} else {
new Timer(const Duration(microseconds: fpsInterval), () {
replayScrollEvent();
});
}
}
上面代碼大概處理邏輯：1.計算滾動方向，每個生成的觸摸數據偏移單元 2.計算滾動的開始位置 3.生成滾動原始觸摸數據列表 4.循環發射原始觸摸數據，並計算是否滾動到指定的位置，如果還達不到指定的位置，則繼續補給

生成滾動原始觸摸數據列表代碼如下：
第一數據是down觸摸數據，其他都是move觸摸數據。up數據在這裏不需要生成，當滾動距離到目標位置後才另外生成up觸摸數據。為什麽這樣設計？此處留給大家思考！

List<ui.PointerDataPacket> createTouchDataList(int count,double unit,double physicalY,double physicalX)
{
final List<ui.PointerDataPacket> packetList = <ui.PointerDataPacket>[];
int uptime = 0;
for (int i = 0; i < count; i++) {
ui.PointerChange change;
if (0 == i) {
change = ui.PointerChange.down;
} else {
change = ui.PointerChange.move;
physicalY += unit;
if (i < 15) //前面幾個點讓在短時間內偏移的距離長點 這樣避開單擊和長按事件
{
physicalY += unit;
physicalY += unit;
}
}
uptime += replayOnePointDuration;
final ui.PointerData pointer = new ui.PointerData(
timeStamp: new Duration(microseconds: uptime),
change: change,
kind: ui.PointerDeviceKind.touch,
device: 1,
physicalX: physicalX,
physicalY: physicalY,
buttons: 0,
pressure: 0.0,
pressureMin: 0.0,
pressureMax: touchPressureMax,
distance: 0.0,
distanceMax: 0.0,
radiusMajor: downRadiusMajor,
radiusMinor: 0.0,
radiusMin: downRadiusMin,
radiusMax: downRadiusMax,
orientation: orientation,
tilt: 0.0);
final List<ui.PointerData> pointerList = <ui.PointerData>[];
pointerList.add(pointer);
final ui.PointerDataPacket packet =
new ui.PointerDataPacket(data: pointerList);
packetList.add(packet);
}
return packetList;
}
循環發射原始觸摸數據，並判斷是否繼續補給代碼如下：
我們以定時器不斷的往系統發送觸摸數據，每次發送數據前都需要判斷是否已經達到目標位置。

void exeScroolTouch(List<ui.PointerDataPacket> packetList,double dstPoint){
Timer.periodic(const Duration(microseconds: fpsInterval), (Timer timer) {
final ScrollableState state = element.state;
final double curPoint = state.position.pixels;//ui.window.physicalSize.height*state.position.pixels/RecordInfo.recordedWindowH;
final double offset = (dstPoint - curPoint).abs();
final bool existOffset = offset > 1 ? true : false;
if (packetList.isNotEmpty && existOffset) {
sendTouchData(packetList, offset);
} else if (packetList.isNotEmpty) {
record.succ = true;
timer.cancel();
packetList.clear();
if (null != preReplayPacket) {
final ui.PointerDataPacket packet =
createUpTouchPointPacket();
if (null != packet) {
ui.window.onPointerDataPacket(packet);
}
}
new Timer(const Duration(microseconds: fpsInterval), () {
replayScrollEvent();
});
} else if (existOffset) {
record.succ = true;
timer.cancel();
packetList.clear();
final ui.PointerDataPacket packet =
createUpTouchPointPacket();
if (null != packet) {
ui.window.onPointerDataPacket(packet);
}
verticalScroll(dstPoint, dstPoint - curPoint);
} else {
finishReplay();
}
});
}
問題回放整體框架圖
下圖包括native和flutter，包括ui和數據。
技術分享圖片

總結
本文大概介紹了flutter ui手勢問題回放，核心部分由四部分組成，一是flutter手勢原理，二是flutter ui錄制，三是flutter ui回放，四是整個框架圖，由於篇幅有限，這四分部都介紹比較籠統，不夠詳細，請諒解！flutter錄制回放代碼其實很多，我這裏只是附上比較重要，而且易於理解的代碼。其他不重要或不易讀懂的代碼都省掉了。
如果對裏面的技術點感興趣，你可以關註我們的公眾號。我們後續會單獨對裏面的技術點詳細深入的分析發文。
如果覺得上面有錯誤的地方，請指出。謝謝
後續的深入
到目前為止，我們現在的flutter ui錄制回放已經開發完成，但我們後續還需要繼續優化和深入。我們後續從兩個點來深入優化：1.如何在回放時模擬的觸摸事件更逼真，比如滾動加速度，一次的滾動其實是一個曲線變化的過程 2.解決手勢錄制和回放不一致性。舉個例子，在鍵盤裏輸入123，我們錄制時截獲到了手勢123，但是由於業務上層的bug導致了當時輸入3沒有響應，輸入框裏只顯示12，我們回放時模擬手勢123，最終回放完後輸入框顯示123，所以這樣導致錄制和回放不一致性，這個問題怎麽解決？這是個麻煩的問題，我們後續會解決。而且已經有這解決方案。

開年巨制！千人千面回放技術讓你“看到”Flutter用戶側問題

相關推薦

開年巨制！千人千面回放技術讓你“看到”Flutter用戶側問題

lee 兩種 oid time tof 來講 all 方向 finish 導語發布app後，開發者最頭疼的問題就是如何解決交付後的用戶側問題的還原和定位，是業界缺乏一整套系統的解決方案的空白領域，閑魚技術團隊結合自己業務痛點在flutter上提出一套全新的技術思路解決這個問

【Yue's Talk | 小嶽嶽說案例】第01期 阿里雲 x 海底撈 | 千人千鍋，就是如此任性！

Hello大家好，我是“華東網際網路雲友會”釘釘群的群主和兼職主播孟嶽，本週開始呢我會開啟一檔全新的音訊欄目，每週至少兩次音訊，每次10min左右，深入淺出地解讀阿里雲最新客戶案例，產品亮點，解決方案等。後期我會邀請阿里雲資深專家，每月在釘釘群裡進行視訊直播，給大家一個零距離和專家交流的機會。 華

Mockplus設計大賽獲獎選手專訪 | 千人靜聽：千人千面的音樂推薦與分享APP

一千個讀者，一千個哈姆雷特。讀書如此，聽音樂亦是如此。大千世界，各有所好，各有所愛，各有所悟，是自然而然，也是人性使然。聆聽音樂，千萬人裏，有千人千面，有千人靜聽。 Mockplus三周年原型設計大賽優秀設計獎《千人靜聽》，正是一款千人千面的音樂推薦與分享APP。 查看優秀設計獎

千人千面、個性化推薦，解讀數據賦能商家背後的AI技術

div 並且 聊天 接收 線上 體驗 超越 金礦 docke 12月6～7日，由阿裏巴巴集團、阿裏巴巴技術發展部、阿裏雲雲棲社區聯合主辦，以“2016 雙 11 技術創新”為主題的阿裏巴巴技術論壇，來自商家事業部的技術總監魏虎給大家分享了數據賦能商家背後的AI技術。首先對大

千人千面超級APP上線 阿里雲助海底撈實現“雲上撈”

11月29日訊息，海底撈與阿里雲的合作結出碩果：搭載阿里雲的先進技術，海底撈打造出千人千面的超級APP，旨在為顧客提供服務升級新體驗。 這款業內首個實現“千人千面”的餐飲APP在國內外都具備超前的領先性。憑藉先進的網際網路技術架構方式，阿里雲在5個月內，迅速為海底撈建立起3000萬會員的智慧服務系統，不

短視訊如何做到千人千面？FM+GBM排序模型深度解析

背景 資訊流短視訊以演算法分發為主，人工分發為輔，依賴演算法實現視訊的智慧分發，達到千人千面的效果。整個分發流程分為：觸發召回、排序與重排三個階段。排序層在其中起著承上啟下的作用，是非常重要的一個環節。在排序層優化的過程中，除了借鑑業界前沿的經驗和做法，我們也做了模

千人千面大趨勢下，做好人群標籤才可突破0銷量困境

雙十一預售已經開始了，這幾天大家點進淘寶肯定也發現了很多地方和之前不一樣了。從淘寶首頁到產品介面。都能感受到了雙十一來臨的熱潮。想要高趕上旺季，就要跟上發展趨勢，背道而馳就是白白浪費了時間和金錢。 那現在的趨勢是什麼？ 精細化 想在精細化的市場分一杯羹？ 就要做

千人千面線上問題回放技術揭祕

文章內容 導語 釋出app後，開發者最頭疼的問題就是如何解決交付後的使用者側問題的還原和定位，是業界缺乏一整套系統的解決方案的空白領域，閒魚技術團隊結合自己業務痛點提出一套全新的技術思路解決這個問題並在線上取得了比較滿意的實踐效果。 我們透過系統底層來捕獲ui事件流和業務資料的流動，

如何破解「千人千面」，深度解讀使用者畫像

使用者畫像的概念大熱，眾多企業都希望通過“使用者畫像”驅動產品智慧，但什麼才是使用者畫像呢？ 通過這篇文章，我們介紹我們理解的兩種使用者畫像（User Persona 和 User Profile），以及如何構建使用者畫像（User Profile）的標籤體系並驅

新浪微博黃波：千人千面，機器學習賦能使用者資訊流消費

10月11-14日，為期四天的2017杭州雲棲大會（門票火熱搶購中！）將再度在杭州雲棲小鎮起航，作為全球最具影響力的科技展會之一，本屆大會將有不少阿里集團專家以及各企業行業領袖的精彩演講，CSDN授權轉載了雲棲大會嘉賓的專訪內容。本期我們採訪的是新浪微博機器學習

Rust入坑指南：千人千構

坑越來越深了，在坑裡的同學讓我看到你們的雙手！ 前面我們聊過了Rust最基本的幾種資料型別。不知道你還記不記得，如果不記得可以先複習一下。上一個坑挖好以後，有同學私信我說坑太深了，下來的時候差點崴了腳。我只能對他說抱歉，下次還有可能更深。不過這篇文章不會那麼深了，本文我將帶大家探索Structs和Enums這

為什麼越來越多的人學習人工智慧，這個理由讓你服氣！【楚才國科】

今年年初，全球首部人工智慧普教教材釋出，並將進入中國中小學生的課堂，標誌著搶佔人工智慧制高點的戰鬥已經正式打響。中國國內已經有高校開始設定人工智慧的相關科系，教育部加快培養新興領域急需人才，與人工智慧緊密相關的專業與工作日益受到關注。 必須承認，我們正在進入一

QQ坦白說裏匿名罵我，逃得過我的法眼？Python查看匿名用戶信息！

nbsp 才會 方式 來看 QQ src 添加 騰訊 現在 介紹QQ坦白說 據騰訊發布內容來看，“坦白說”是剛剛在QQ中上線的新功能，目前還在測試階段就已經非常火爆。如果你對QQ中的“坦白說”這個全新功能還不熟悉，不妨一起來瞧瞧看。 “坦白說”可

一篇讓你看懂Spark任務執行各物件建立時機！

1.SparkContext哪一端生成的？ Driver端 2.DAG是在哪一端被構建的？ Driver端 3.RDD是在哪一端生成的？ Driver端 4.廣播變數是在哪一端呼叫的方法進行廣播的？ Driver端 5.要廣播的資料應該在哪一端先建立好再廣播呢？ Driver

與你有關！高鐵站採用的室內定位技術讓你更有安全感

如今，高鐵出行已經成為人們中短距出行的首選，高鐵站隨之成為最密集的人流集聚地之一， 因此如何對之進行有效的管理，已成為高鐵站人員管理工作的重要內容。 視訊監控系統 視訊監控系統是保障高鐵安全運營的一項重要措施，但要同時滿足公安、安監、客運、排程、車務、機務、供電等業務部門及防災監控、救援搶

一篇文章讓你看明白運維所有發展方向！

導讀 網際網路運維工作，以服務為中心，以穩定、安全、高效為三個基本點，確保公司的網際網路業務能夠7×24小時為使用者提供高質量的服務。 運維人員對公司網際網路業務所依賴的基礎設施、基礎服務、線上業務進行穩定性加強，進行日常巡檢發現服務可能存在的隱患，對整體架構進行優化以

實戰！我用 Wireshark 讓你“看得見“ TCP

每日一句英語學習，每天進步一點點： 前言 為了讓大家更容易「看得見」 TCP，我搭建不少測試環境，並且資料包抓很多次，花費了不少時間，才抓到比較容易分析的資料包。 接下來丟包、亂序、超時重傳、快速重傳、選擇性確認、流量控制等等 TCP 的特性，都能「一覽無雲」。 沒錯，我把 TCP 的"衣服扒光"了，就

2018年專案管理千人峰會--大咖雲集，不容錯過的乾貨

網際網路、物聯網、區塊鏈、大資料、人工智慧飛速發展，世界正處於聚變之中。傳統企業不斷面臨挑戰，人才技能不斷迭代。如何將傳統優秀的方法體系與變化相融合成為企業與個人不斷追求的契合。 峰會議程 會議：2018.12.15下午 地址：長沙•茉莉花國際酒店 電話：18274815392 13

近千人點贊！哈佛博士放出超多資源，機器學習課程教程小抄全都有

安妮 編譯整理量子位 出品 | 公眾號 QbitAI 對於機器/深度學習初學者來說，沒什麼比“學了芝麻忘了西瓜”更讓人喪氣的了！ 谷歌了同一個知識點135遍，但用兵一時之日彷彿從未經歷，不斷陷入“馬冬梅困境”： 不僅你有這種困境，哈佛機器學習方向在讀博士Samuel F

面試大資料，上千人都是這樣面試的！

    又到每年的招聘旺季，想跳槽的人都已經走在了面試的路上，運氣好的人已經拿到了offer。無論如何，面試是找工作中躲不開的一環，作為正在找工作的我們，是不是時常有這樣的困惑，為什麼別人面試輕輕鬆鬆，“一面”就過了，而自己卻連個面試機會都沒有；為什麼別人上午面，下午就被錄用