
最近17 Media頻繁地在PTT上發表徵才文，身為台灣人，用履歷表支持一下台灣新創公司也是很合理的，投履歷隔天就收到人資電話約面試了。

# 職缺介紹

開放的職缺共有

1. Senior Frontend Developer
2. Senior Backend Developer
3. Senior Android Developer
4. Senior iOS Developer

詳細徵才文可以參見PTT文章－[[徵才] M17誠徵Sr.Front/PHP/Android/iOS工程師](https://www.ptt.cc/bbs/Soft_Job/M.1507182884.A.8E7.html)，我應徵的是Senior Backend Developer，應徵條件包括以下兩項

`必要條件`

- 精通PHP、MySQL
- 精通任何一種後端框架
- 熟悉英文讀寫

`加分項目`

- 熟悉Symfony2、Node.js、MongoDB及Git
- 熟悉AWS解決方案
- 電子商務系統開發經驗

上一次接觸PHP大概是3年前了，MySQL也是1年沒碰了，而且我熟悉的還是MERN Stack（Nodejs、Express、React、MongoDB），多半屬於加分項目...不過還是厚著臉皮去了XD

# 面試過程

到達公司後先被人資請到旁邊等候，口氣聽起來頗差，工作環境明亮有活力，但是是完全開放的空間，沒有任何辦公隔層，隨後就被帶往其他樓層（據說共有三層樓，規模約200位員工），見到主管後就開始筆試。

## 筆試

筆試分為兩部分，PHP部分共17題，前端部分約10題，全部是簡答或敘述題，難易度有點兩極，字數可能要自行斟酌，不然寫很多字其實有點累XD，完成整個筆試大約1個小時。

## PHP筆試

這個部分雖然名為PHP筆試，但實際上是考一些Backend的觀念以及常見陷阱，PHP的細節考得比預期還少，底下是我還回想的起來的題目：
- POST與GET差異
- TCP與UDP差異
- Session與Cookie差異
- include()與require()差異
- 描述SOAP
- 描述SQL Injection以及如何防止
- 描述XSS
- 描述OAuth的四種Grant Flow
- 描述分散式系統的CAP
- 寫出SQL的CRUD語法
- 寫出MongoDB的CRUD語法
- 列舉並描述你所知道的Design Pattern
- 撰寫PHP印出0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55
- 撰寫PHP印出下表（表格是3x3的九宮格，由左而右由上到下，分別填滿1~9的9個數字）

## 前端筆試

前端部分出現了滿多測驗vanilla js底子的題目，有點邊寫邊抖，腦中會浮現怕.jpg，底下是我還回想的起來的題目：

- 描述DOCTYPE
- 描述AJAX
- 描述css box model與flexbox model
- 描述prototype chain
- 描述scope chain
- 描述javascript closure
- 列舉你使用過的前端框架，並說明各自優缺點

## 面談

筆試結束後主管親自閱卷，然後才開始翻履歷，先由主管進行英文測驗，但不曉得是欠缺制度還是刻意設計的流程，主管拿著Symfony的Document，找了2小段請我翻譯，接著又翻了十幾二十個單字問我意思，最後詢問我能否使用英文自我介紹。另外因為提到自己研究的領域有接觸機器學習，好死不死剛好是主管的領域，就又被多問了知道哪些機器學習或人工智慧相關的演算法。

接著主管接到電話，似乎有急事就中離，也找了一位全端工程師Albert接下去面試，主要是請我介紹履歷上列出的有趣專案和事蹟，然後向我說明17 Media準備發起一項線上購物相關的新產品，目前正在招募新團隊，所以推測目前的徵才文都是在招募新團隊，而不是17直播團隊。

面談結束前主管回來了，並且告知我還沒有工作經驗，無法提供我senior的待遇，並詢問期望薪資，請我等候兩星期通知結果。

# 結論

## 面試流程不流暢

感覺缺乏面試流程與制度，而且中途被打斷，整個流程最不爽的是，面試都還沒開始，就先被人資跩一波...

## 開放式辦公環境

辦公室地點在台北101附近，所以很熱鬧，但是相對的房子租金會偏高。辦公環境有不錯的景觀，室內也很明亮，辦公桌都是無隔層的開放式大桌子，每個人桌上都是一台Mac，很多人在閒聊或討論，非常的吵。另外，辦公室的牆上會掛著螢幕牆，直接播放17直播的隨機直播畫面。

## 加班文化未知

還不知道能否拿到offer進去工作，所以加班資訊未知，但根據網路說法大約會加班1小時。

## 待遇及福利佳

只要有錢，一切都好說，這也是吸引大部分面試者的主要原因吧，除了午餐補助和高薪以外，個人覺得還有運動補助真的很厲害，整體待遇和福利都很誘人！

## 4個工作天收到回覆

最終面試結果等候6天（周末2天+工作日4天）收到信件通知未錄取。


面試心得–M17麻吉一七


第一次知道Wearisma這家公司是因為實驗室帶我的博班學姊向我推銷，說她有個學妹在裡面（其實也是我的學姊），所以我剛好有機會內推賺到面試機會。完整的職缺要求和公司簡介在PTT徵才原文「[[徵才] 偀向軟體Wearisma徵全端工程師(70~90k)](https://www.ptt.cc/bbs/Soft_Job/M.1517255766.A.40C.html)」中都有提及了，是一間英國公司，2018/03要在台灣設立總部，所以目前極力徵才中，雖然優先尋找一個月內可以onboard的資深的工程師，但像我這種菜逼八也是會給予面試機會，未來有junior的職缺可能也能進吧！

# 職缺介紹

應徵的是全端工程師，基本要求如下：

- 資訊工程背景相關系所畢業，3年以上工作經驗
- 良好的英語會話與表達溝通能力及傑出的團隊合作
- 與國外同仁開會時，能接受彈性上班時間 （例如：12PM - 8PM/每週1~2天)
- 致力於撰寫簡潔有效率、可讀性高、易於維護及測試的程式

# 第一輪面試過程（英文視訊面試）

面試前有信件提醒面試過程約20~25分鐘，前後分為`General Questions`和`Technical Task`兩部份。面試官大約在面試開始前一刻加我skype，然後用訊息告知即將撥打通話，接通後會簡單問候，然後說明稍後的面試流程。

## 自我介紹

首先是簡單自我介紹，我說明自己是主修資工，研究所的方向是ML相關，未來想成為一位全端工程師，平時會做一些Side Projects來娛樂一下，面試官這時候感到興趣，請我挑一個Side Project來介紹，我就提供了SomeGuy的網址給他，我一邊說明，面試官也一邊詢問使用了什麼技術。

## 研究內容

接著她表示對我的研究非常有興趣，也想瞭解（畢竟徵才文中就有提及要做ML相關的工作），我也簡單介紹了自己做的研究方向還有使用的技術，接著被問到我的研究有什麼樣的Challenge，我就繼續順著問題補充說明，算是勉強過關。

## 知道Wearisma在做什麼嗎？為何應徵？

其實在面試前有翻過Wearisma官方網站，但還是看不懂網站上的介紹，所以面試官向我詳盡地介紹了一次Wearisma是什麼樣的公司，至於為何應徵的這題我倒是沒有太多想法，就回說想當個Web Developer。聽完面試官講解後，我對於Wearisma的理解如下，給大家參考參考：

> Wearisma是一間軟體公司，提供一個平台來媒合品牌（Brand）與追蹤者（Influencer），但主要客戶是品牌，Wearisma會從追蹤者的社群網路中蒐集資料，運用資料分析技術將結果匯報給品牌，作為行銷（Marketing）的依據。

## Technical Task

題目長這樣：

> Given a string with left and right parentheses, how you verify the string is valid (balanced) Ex. ((())()()()) -> Valid, ()) → Invalid

一開始我覺得這問題很適合使用Stack來進行運算，解釋完想法後面試官送了`())`這個case過來，我也理解這樣子Stack在Empty時會發生問題，就改用Counter計算括號的方式重新說明新的作法與思路，然後又再一次被`())(`這個special case考倒，於是我又想了新的方法，面試官最後才放過我XD

## 中文問答

問完Technical Task後，面試還剩最後3分鐘，面試官也知道我英文頗爛，就特例跟我用中文對談了（面試官也是台灣人），大致就了解一下公司概況，台灣公司3月才會正式開始，所以目前還沒有Developer，最後就詢問何時能開始工作，有問題也能信件保持連絡。

# 第二輪面試過程（英文視訊面試）

第二階段是純粹的Coding Test，面試官開了一個共同編輯的google docs給我，上面已經列好題目如下：

> Given an array A, write a function to move all 0's to the end of it while maintaining the relative order of the non-zero elements. For example, A = \[0, 1, 0, 3, 12\], after calling your function, A should be \[1, 3, 12, 0, 0\].

乍看下會覺得很簡單，開新的陣列來存不就好了，但是往下一看附帶了2項限制：

> Note:
You must do this in-place without making a copy of the array.
Minimize the total number of operations.

function可以用pseudo code來寫，一開始可以寫較差的版本，例如我先建立一個$O(n^2)$的寫法：

``` javascript
function move(arr) {
  let len = arr.length;

  for (let i = 0; i < len; i = i + 1) {
    for (let j = i; j < len; j = j + 1) {
      if (arr[i] === 0) {
        arr[i].swapToNext();
      }
    }
  }
}
```

一邊寫的過程中，面試官會詢問你的思路，還會直接在docs上面用範例來演示程式執行的效果，還給了我提示讓我想看看能不能改善這個版本，後來順利寫出$O(n)$的版本：

``` javascript
function move(arr) {
  let len = arr.length;
  let idxHead = 0;
  let i = 0;

  while (i < len) {
    if (arr[i] > 0) {
       arr[i].swapToIndex(idxHead);
       idxHead = idxHead + 1;
    }
    i = i + 1;
  }
}
```

到此為止面試時間也差不多半小時，後面就單純詢問我有沒有任何其他問題，然後結束本次面試。

# 第三輪面試

如果通過第二階段的話，據說會面試一小時，創辦人、工程師還有同事都會參加，還會考最後一題Coding Test。但是我在第二輪就被刷掉了，所以無法提供此階段面試的細節。

# 結論

## 英文面試

我自認英文讀寫能力中等，但聽力和口說大概就沒救了，人生中第一次用英文溝通這麼久其實頗緊張，但如果能上的話我覺得是個很棒的練英文環境，而且每年還能免費去英國一趟！面試部分也因為英文不好的關係常常詞不達意，沒辦法百分百發揮。

## 省錢省時

整個面試過程只需要動滑鼠和敲鍵盤，不用在外面搭車奔波，也沒有費時的筆試，其實是個值得推薦的優點！

## 用心的面試流程

從寄出履歷至邀約面試，以及面試的過程都能感受到Wearisma的用心。包括回信時間不會拖拖拉拉，信中問候讓人覺得很親切，約面試時會double check，讓人感覺謹慎，甚至約第二次面試時剛好遇到年假，也能被體諒而順延，個人覺得滿貼心的！面試過程也很積極地讓我了解公司在做什麼，面試結尾時面試官也很坦白地說馬上要面試下一位，從中也能感受到公司對準時和效率的追求，整體而言真的可以感受Wearisma有用心在做好一件事情。


面試心得–Wearisma偀向軟體

第一輪面試過程（英文視訊面試）

知道Wearisma在做什麼嗎？為何應徵？

第二輪面試過程（英文視訊面試）


# 公司概況

在朋友的協助下內推了這間博弈性質的公司，公司規模目測約10~15人，辦公室內有煙味，但不曉得是大樓空調的關係還是有員工抽菸。

# 職缺介紹

請見104職缺連結—[軟體設計工程師 (F2E/Front-end Engineer)，真斯科技有限公司](https://www.104.com.tw/job/?jobno=565c3&jobsource=n104bank1)。

# 面試過程（On-site面試）

## 筆試

首先進行的是筆試，共4頁的完整題目如下：

![](/posts/2019-03-14-interview/2019-03-23-jans/question-page-1.jpg)
![](/posts/2019-03-14-interview/2019-03-23-jans/question-page-2.jpg)
![](/posts/2019-03-14-interview/2019-03-23-jans/question-page-3.jpg)
![](/posts/2019-03-14-interview/2019-03-23-jans/question-page-4.jpg)

## 技術主管面談

筆試結束後接著是由一位主管進行面談，由於面試後的當下沒有記錄面談情況，現在回顧一年前的面試已經不記得當時的談論內容了，面試結束前，主管直接以兵役問題為由，告知我未錄取。


面試心得–JANS真斯科技


![](/posts/2019-03-14-interview/2019-03-23-foxconn/fg-question-page-1.jpg)
![](/posts/2019-03-14-interview/2019-03-23-foxconn/fg-question-page-2.jpg)
![](/posts/2019-03-14-interview/2019-03-23-foxconn/fg-question-page-3.jpg)


面試心得–鴻海FG次


# 公司及職缺概況

MVP是位於新竹交大育成中心的2年新創公司，規模約10~15人，現階段專門將台灣的工程師媒合至美國的開發案件，因此MVP員工需與合作的美國公司簽署雇用合約，並且遠端與該公司員工協作開發，所以對英文能力也需要有基本要求；公司接了許多的案子，原則上每案會由1~2人負責；辦公環境就直接在育成中心的辦公隔間裡；每日午餐有120元補助額度；上下班時間約10:00至17:30，短工時算是非常誘人的特點。

由於我在研究所畢業至入伍當兵前約有2個月的空檔，在一位認識的MVP員工TZ及另一位正在MVP實習的學弟HY兩人的強力幫我內推之下，展開了這間公司的短期實習。

# 第一輪面試過程（視訊面試）

## CEO Skype閒聊

由於CEO常駐在美國，所以直接以Skype線上面談，但是他開頭就告訴我，既然TZ和HY都大力推薦我了，那麼今天基本上就是輕鬆閒聊就好。CEO稍微介紹了自己的經歷，接著主要談論公司的願景還有未來的藍圖，雖然聊得很輕鬆，不過最後還是要求我挑一天到公司進行面試。

# 第二輪面試過程（On-site面試）

## 工程師面談

由2位工程師介紹公司的開發概況，我也自我介紹個人經歷，最後進行簡單的QA，全程搭配電腦demo並以口頭交流。

## PM測驗

接著進來的是PM，其實讓我有點詫異，一般面試好像都是與工程師面試，遇得到PM的真的很罕見！而且稍微聊了一下之後要進行測驗，PM準備了一份UI設計稿，並說明規格及需求之後，請我規劃To-do List，但我也是第一次遇到這樣的測驗，自認為ticket沒有開得很好。

## 工程師Coding Test

最後一關是由第三位工程師進行Coding Test，題目只有一題，解題過程不太順利，我想到的演算法都無法正確算出解答，所以答得並不理想，但過程中還是保持與面試官交流思路。事後透過關鍵字搜尋，得知本題是出自[Leetcode 543. Diameter of Binary Tree](https://leetcode.com/problems/diameter-of-binary-tree/)。

Coding Test結束之後，面試官還問了我知不知道Stable Sort，雖然只需口頭回答，但演算法離我太久遠，我在面試官提示之下才勉強想起來。

# 隔日Onboard

CEO彙整了所有面試官的評價之後，就邀請我隔日中午來公司和同事們一起用餐，然後下午直接Onboard，據說是公司有史以來最快從面試到Onboard的記錄XD

# Return Offer

實習接近尾聲時，CEO也有與我討論，決定提供MVP的Return Offer給我，待我當完兵之後可以選擇回來MVP繼續工作。

## 核薪結果

- 本薪：$65k/mth \times 13mth/annum = 845k/annum$

# 附錄—Coding Test參考解答

在寫本篇心得時，同時在Leetcode把這題解掉了，以下附上提交的JS程式碼：

``` javascript
/**
 * Definition for a binary tree node.
 * function TreeNode(val) {
 *     this.val = val;
 *     this.left = this.right = null;
 * }
 */
/**
 * @param {TreeNode} root
 * @return {number}
 */
var diameterOfBinaryTree = function(root) {
    let emptyLeaf = { lDepth: 0, rDepth: 0, diameter: 0 }
    let parse = (root) => {
        let lsubtree = emptyLeaf,
            rSubtree = emptyLeaf
        let lDepth = 0,
            rDepth = 0

        // leaf
        if (!root || (!root.left && !root.right)) {
            return emptyLeaf
        }

        // subtree
        if (root.left) {
            lsubtree = parse(root.left)
            lDepth = Math.max(lsubtree.lDepth, lsubtree.rDepth) + 1
        }
        if (root.right) {
            rSubtree = parse(root.right)
            rDepth = Math.max(rSubtree.lDepth, rSubtree.rDepth) + 1
        }

        // find max candidate diameter
        let diameter = Math.max(
            lsubtree.diameter,
            rSubtree.diameter,
            lDepth + rDepth
        )

        return {
            lDepth: lDepth,
            rDepth: rDepth,
            diameter: diameter,
        }
    }
    return parse(root).diameter
}
```


面試心得–MVP Fastlane


最初在Wanted上看到美商歐姆雷特的前端徵才資訊，稍微查詢後可以知道他們在做遊戲社群及直播，每個職缺的待遇都非常優渥，競爭者顯然非常多，所以Omlet也打破了我最快收到未錄取通知的記錄XD

# 職缺介紹

請見Wanted職缺連結—[網頁前端工程師，Omlet Arcade 美商歐姆雷特](https://tw.wanted.jobs/wd/15214)。

# 第一輪面試過程（線上Coding Test）

第一關的測驗是遠端線上進行Coding Test，測驗開始時才收到題目及Submission步驟，測驗時間總共2.5小時，包含閱讀題目、Coding、上傳程式碼以及發佈到任一可demo的平台以供檢驗。完整題目如下圖所示：

![](/posts/2019-03-14-interview/2019-03-21-omlet-arcade/question.png)

專案目標是要以Websocket來接Omlet的後端直播串流，並且能夠自動調整解析度及緩衝區，使得串流影片可以順暢播完，播放器的介面倒是可以自由發揮。

看到題目的時候整個人根本愣住了，這輩子寫過各式各樣的專案，就是沒接觸過直播和串流，當下其實想直接放棄...但還是硬著頭皮上了。Websocket的部分非常容易就接通，與後端交換訊息也一切順利，但是利用MSE（Media Streaming Extension）實作播放器的部分根本就是個災難，我認為MSE提供的API對初學者非常不友善，因此不太可能在短時間內理解，只能改寫現有教學的範例程式。而根據我約2個小時的嘗試，Omlet透過Websocket傳送至前端的串流Buffer似乎是一段一段10秒鐘的mp4影片，並非一般教學文章查到的主流串流格式，這導致我的播放器每播放完10秒鐘的chunk就會中斷一次，直到新的10秒鐘的chunk被解析完畢，造成影片非常不流暢的體驗；此外，搜尋到的所有串流影片教學因為串流方式與Omlet不同，所以幾乎沒有參考價值。

最終在掙扎了2小時後寄出專案屍體，果然過沒幾天就收到未錄取通知，結束這回合了。


面試心得–Omlet Arcade美商歐姆雷特

第一輪面試過程（線上Coding Test）


# 公司概況

地點位於台北捷運七張站附近，公司規模約20人，前端約2人，後端含Devops約2人；辦公空間與另一間公司共享，有開放式也有隔層式，不過工程師座位會是隔層式，而且桌子是L型的大空間；上下班打卡，每日表定工作8.5小時，但可以自己彈性調整，只要每月合計工時達標即可；薪資保證13個月外加每季至多0.25個月的績效獎金，按績效比例計算。

# 職缺介紹

請見[ReactJS.tw貼文](https://www.facebook.com/groups/reactjs.tw/permalink/2272399859702266/)或CakeResume職缺連結—[前端工程師 Front-End Web Developer，Niceday玩體驗](https://www.cakeresume.com/companies/niceday/jobs/front-end-engineer-front-end-web-developer)

# 面試過程

整場面試由2位面試官主持，一位是`女生`後端技術主管，而且慣用系統是Linux，另一位是前端技術主管。

## 面試官介紹

技術棧的部分後端是Laravel，前端是React及GraphQL，以Jenkins自動化測試，但手動部署至AWS Load Balancer；公司現階段商業模式是與賣家分潤，但想尋找新的商業模式，所以目前打算開發模組化介面租給廠商，讓廠商可以客製化自己的行銷網站，所以這個時間點錄取的話是能夠開發全新功能，而不必接手前人的程式碼~~，算是一個很吸引人的誘因~~。

## 自我介紹

最近的產能都投注在Scribo的開發上，只好端出來賣弄一下了，在Niceday的面試也是我第一次開著用Scribo寫的履歷進行自我介紹，好險Live Demo時沒出什麼問題XD，面試官在面試前也很用心地看過我其他篇的面試心得，是個有點意料之外的驚喜！

## 技術測驗

由於面的是前端職缺，所以接下來都由負責前端的面試官主持，首先是口頭的技術問答，憑印象記得的題目及回答如下：

- Q: SPA和傳統網站的差異? 有什麼優勢?

  A: SPA只有初始載入時會傳輸完整html，其餘靠AJAX動態載入，傳統網站則是每次request都會傳輸完整html；SPA可以減輕server負擔，也可提升前端使用體驗

- Q: 如何加速頁面載入? 前後端皆可，請舉三個例子

  A: lazy loading, gzip, minified js

- Q: let與var的差異?

  A: let是block scope, var是function scope

- Q: 如何判斷 Object 和 Array?

  A: lodash

- Q: js的繼承機制?

  A: prototype blablabla

- Q: 如何複製陣列?

  A: Array.slice()或是ES6的spread operator

- Q: 相較於其他前端，你覺得自己有什麼優勢?

  A: 資工本科系的背景及受過的完整訓練有助於開發上的思考及品質

接下來面試官把他的筆電投影至電視，準備了3題js的程式碼，問我執行結果，具體題目雖然無法完整重現，但是各題考的觀念大致如下：

1. Array的filter()、map()、reduce()

    ```javascript
    let arr = [
      {/* ... */},
      {/* ... */},
      {/* ... */},
    ]
    let result = arr
      .filter(/* ... */)
      .map(/* ... */)
      .reduce(/* ... */)
    console.log(result)
    ```

2. Functional Programming、compose

    ```javascript
    let compose = (...fns) => {/**/}
    let discount = (price) => (price * 0.8)
    let commafy = (str) => (/* 某種regex，將數字每三位數標上逗號 */)
    compose(
      discount,
      commafy,
      console.log
    )(2000) // 結果是 2000 * 0.8
    compose(
      discount,
      discount,
      commafy,
      console.log
    )(2000) // 結果是 2000 * 0.8 * 0.8
    ```

3. JS的同步、非同步及event loop機制

    ```javascript
    console.log(1)
    setTimeout(() => {
      console.log(2)
    }, 0)
    new Promise(resolve => {
      console.log(3)
      setTimeout(() => {
        console.log(4)
        resolve(100)
      }, 0)
    }).then(data => {
      console.log(data)
    })
    console.log(5)
    // 結果是 1 3 5 2 4 100
    ```

## QA及行政

最後階段是慣例的問答，然後後端主管應該同時有負責人事，所以向我說明工作時間、薪資結構等情況，然後帶我稍微參觀了一下辦公環境，順利結束本次的面試。

# 核薪結果

- 本薪：$55k/mth \times 13mth/annum = 715k/annum$
- 獎金：依工作績效 $p \in [0, 1]$，每季發放 $55k/mth\times\frac{1}{4}mth\times p$

# 面試結果及時程

- 2019/03/11 透過FB聯繫發文者投遞一頁式履歷
- 2019/03/12 Email寄送詳細版履歷
- 2019/03/13 面試邀請通知，預計3/18面試
- 2019/03/18 一次性面試
- 2019/03/25 錄取通知
- 2019/04/03 拒絕offer


面試心得–Niceday玩體驗


由於大一的室友在Appier工作，剛好趁著就業博覽會期間讓他幫我內推，順便賺個推薦獎金，也幸運地得到了面試機會。公司地點位於101大樓附近的華南銀行大樓，是台北的市中心，生活機能極佳；大樓的門禁非常先進而且嚴謹，要先到發卡機填寫資料，接著拿起話筒與要拜訪的公司通話，確認無誤後才會拿到拿到一片塑膠磁扣，大樓閘門及電梯上下樓都需要掃描磁扣，到了6樓的Appier公司大門後還有最後一層門禁，需要用對講機與員工聯絡後才能踏入公司大門。

# 職缺介紹

請見官方職缺連結—[Software Engineer, Frontend Development，Appier 沛星互動科技](https://www.appier.com/zh-hant/careers-4/research-development/#software-engineer-frontend-development)。

# 第一輪面試過程（On-site面試）

本次面試是由2位Tech Leader CT及CJ負責，分別是對外產品及內部產品的前端技術主管，並且直接表明此次面試只會有2題Technical Tests，一題pure css，一題javascript。

## 自我介紹

首先還是讓我進行自我介紹來開場，雖然我自認為用心地介紹著自己的經歷，但兩位面試官似乎沒有什麼回饋，只有提問「你覺得過去的經歷中遇過最困難的是？」，等我回答地差不多時，面試官有點突兀地說，由於時間關係，要直接進行Technical Test了。

## Technical Test

### 第一題：CSS

CJ給出的題目是他自己工作中實際遇到的Card實作問題，題目已經準備在jsbin了：

```html
<!DOCTYPE html>
<html>
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width">
  <title>JS Bin</title>
</head>
<body>
  <div class="card">
    <div class="content">I am content</div>
    <div class="overlay">I am overlay</div>
    <div class="more">Show more</div>
  </div>
</body>
</html>
```

```css
.card {
  height: 200px;
  width: 200px;
  background: #efefef;
  border-radius: 3px;
}
.content {}
.overlay {}
.more {}
```

CJ僅提供了html結構、class命名以及Card容器的基本樣式，並且demo最終要我實作的效果：

1. Show more按鈕置於card底部
2. 滑鼠移至Show more按鈕時，Overlay會由下方以動畫滑動至上方，並且覆蓋住Content
3. 條件限制是，不允許對Overlay設定background相關的屬性

（實作參考解答附於文末）

### 第二題：Javascript

由CT出題，題目同樣準備在jsbin：

```js
function run(promiseFactories, concurrency) {
  return new Promise(resolve => {
    // implement it
  });
}

function delay(data, delay) {
  return () => new Promise(resolve => setTimeout(() => {
    console.log('resolves', data); // Debug
    resolve(data);
  }, delay * 1000))
}

run([
  delay('a', 1),
  delay('b', 2),
  delay('c', 4),
  delay('d', 2),
  delay('e', 3),
  delay('f', 2),
  delay('g', 1)
], 3).then(console.log);

// prints a (pause 1s) b (pause 1s) d (pause 1s) c (pause 1s) e f g (in the same time)
// then prints ['a', 'b', 'c', 'd', 'e', 'f', 'g']
// Visualization: https://docs.google.com/drawings/d/1R1z2-3jDTK2muutdSsze1W1_nF8SGHZBAZhBRzeRjtw/edit?usp=sharing
```

`promiseFactories`是一個function陣列，其中每個function都會回傳一個promise，並且回傳的promise會在經過指定的秒數後resolve，此題解答的目標是實作`run`這個function，使其回傳的promise resolve時得到promiseFactories的所有執行結果，此執行結果必須是一個陣列，並且保留promiseFactories元素之間的順序。

題目乍看之下很冗長且難懂，但其實只要把他想像成實作Promise.all()這個method即可，唯一不同之處在於，`Promise.all()`接受的參數是promise陣列，而本題的`run()`接受的參數則是function陣列。

原先預定還會有變化題，是要考量到`run()`的第二個參數`concurrency`，例如本題設定為3，即同時間只能有3個Promise在等待resolve，概念與thread pool類似，面試官還有特別準備視覺化圖片供參考（如下圖），但是由於時間不夠，這題就直接跳過了。

（實作參考解答附於文末）

![](/posts/2019-03-14-interview/2019-03-20-appier/promise-concurrency.png "Promise.all with concurrency")

## Technical Test小結

實作過程中可以隨時說明自己的想法，與面試官交流解答思路，也可以查詢任何網路文件，面試官在整個過程中也都會十分和善地提供各種提示。例如我對CSS動畫其實非常不熟，當場各種查詢MDN和Stackoverflow，然後才在面試官的引導下逐步實作出來；第二題解答的過程中因為太緊張而犯了一些Typo，面試官也會直接指出。

## HR面談

這關是HR跟我安排二面，並說明後續如果能有三面及四面的話面試官將會是誰。二面會有CTO及Engineering VP；三面是PM；最後階段的四面則由CEO進行面試。

# 第二輪面試過程（On-site面試）

這大概是我自介過最多次的一天，先是CTO，接著Engineer VP，最後HR考量到我要南北奔波，當天想直接幫我塞一個Team Lead面試，不過Team Lead不在，便由Team Member代替。

## CTO兼Co-Founder

講話節奏很跳躍的交大學長，非常認真而且用心地閱讀我的履歷，基本上看到或聽到你介紹某個關鍵字時，就會抓著當下的討論拋出很艱澀的大哉問，例如我介紹Scribo時，就被問到「你的MongoDB怎麼做text search？」「MongoDB每個document有32MB上限，如果你的文章超過32MB要怎麼辦？」

表面上彼此是在亂聊，但其實跟如此Geek的人聊天時內心是很暢快的！此外，CTO是穿著藍白拖鞋和襪子進來會議室的，我一直投入在技術的討論上，直到他把腳盤上來沙發時，我才注意到原來他在公司裡是穿拖鞋XD

## Engineer VP

Engineer VP是一位講中文有點口音的新加坡人，並且為了Appier全家移民台灣。這關主要是針對人格特質和團隊合作進行面試，講到一半時還要求與我用英文交談。本以為他是屬於管理相關的主管，應該不會問技術題，不過還是被問到「你對PWA了解多少？」

## FinTech Team Members

HR與CTO及Engineer VP討論過後，當下就挑出了適合我的Team，不過Team Lead不在，因此這關由一位負責Data Science及另一位負責Backend的Team Member進行面試。原則上針對此團隊負責的專案討論，不過也有被問到一些不易回答的問題，像是「前端開發上最近遇過什麼難題，能否用白話解釋到我們backend或PM都能聽得懂？」

# 第三輪面試過程（視訊面試）

前一輪已經和Team Member聊過了，此次基本上只是和Team Lead見個面閒聊一下，一樣我先自介，接著就補問一些上一輪面試沒問到的問題，於是就這樣順順地度過這關了。

# 第四輪面試過程（On-site面試）

最後一輪面試是由CEO及COO擔任面試官，一如以往自我介紹後，以下是仍有印象的對話：

CEO：為什麼會想來Appier？
我：（自由發揮）

COO：你認為你最大的優點及缺點是什麼？
我：（按照自己的套路回應）

我：這個職位可能面對的最大困難是？
COO：會參與客戶溝通，還有把AI為人詬病的black box運算過程視覺化，讓客戶能夠理解

我：為什麼會面試這麼多次？
CEO&COO：精兵策略。Larry Page在公司500人的時候仍然是親自面試呢！

# 核薪結果

- 本薪：$72k/mth \times 14mth/annum = 1m/annum$
- 股票選擇權：依照入職後3個月時的貢獻及當時公司的估值計算佔股比例

# 面試結果及時程

- 2019/03/09 內推投履歷
- 2019/03/12 朋友送出 Referral
- 2019/03/14 確認 3/20 面試
- 2019/03/20 第一輪面試(Tech Lead*2)，確認3/25第二輪面試
- 2019/03/25 第二輪面試(CTO, Engineer VP, Team Member*2)
- 2019/03/26 確認第三輪及第四輪面試時間
- 2019/03/29 第三輪視訊面試(Team Lead)
- 2019/03/31 第四輪面試(CEO, COO)
- 2019/04/01 HR電話確認期望薪資
- 2019/04/03 電話核薪
- 2019/04/06 接受offer
- 2019/04/15 報到
- 2020/04/08 預告離職
- 2020/05/15 離職

# 附錄：第一輪面試題目參考解答

## 第一題參考解答

解答重點：
- html的部分有調整div的順序
- 實作overlay上滑動畫
- 由於不能對overlay設定background，此題的解題巧思在於替content設定height變化的動畫，總共利用兩個不同功用的動畫來完成視覺上的覆蓋效果

```html showLineNumbers highlightLines="10"
<!DOCTYPE html>
<html>
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width">
  <title>JS Bin</title>
</head>
<body>
  <div class="card">
    <div class="more">Show more</div>
    <div class="content">I am content</div>
    <div class="overlay">I am overlay</div>
  </div>
</body>
</html>
```

```css showLineNumbers highlightLines="6-7,10-13,16-19,22-25,27-33"
.card {
  height: 200px;
  width: 200px;
  background: #efefef;
  border-radius: 3px;
  position: relative;
  overflow: hidden;
}
.content {
  width: 100%;
  height: 180px;
  transition: height 1s ease-in-out;
  overflow: hidden;
}
.overlay {
  position: absolute;
  top: 100%;
  height: calc(100% - 20px);
  width: 100%;
}
.more {
  position: absolute;
  bottom: 0px;
  width: 100%;
  height: 20px;
}
.more:hover ~ .overlay {
  transition: transform 1s;
  transform: translateY(-200px);
}
.more:hover ~ .content {
  height: 0px;
}
```

## 第二題參考解答

解答重點：
- 使用forEach來iterate每一個promiseFactory
- 由於每個promise resolve的時間點受到給定的delay秒數控制，必須善用index值來保持執行結果的順序
- 利用counter及promiseFactories陣列長度來判斷終止條件

```js showLineNumbers highlightLines="3-15"
function run(promiseFactories, concurrency) {
  return new Promise(resolve => {
    let results = new Array(promiseFactories.length);
    let counter = 0;

    promiseFactories.forEach((pf, idx) => {
      pf().then(result => {
        results[idx] = result;
        counter++;

        if (counter === promiseFactories.length) {
           resolve(results);
        }
      });
    });
  });
}

function delay(data, delay) {
  return () => new Promise(resolve => setTimeout(() => {
    console.log('resolves', data); // Debug
    resolve(data);
  }, delay * 1000))
}

run([
  delay('a', 1),
  delay('b', 2),
  delay('c', 4),
  delay('d', 2),
  delay('e', 3),
  delay('f', 2),
  delay('g', 1)
], 3).then(console.log);

// prints a (pause 1s) b (pause 1s) d (pause 1s) c (pause 1s) e f g (in the same time)
// then prints ['a', 'b', 'c', 'd', 'e', 'f', 'g']
// Visualization: https://docs.google.com/drawings/d/1R1z2-3jDTK2muutdSsze1W1_nF8SGHZBAZhBRzeRjtw/edit?usp=sharing
```

面試過後在家把變化題給實作出來，主要是利用遞迴函式來達成：

```js showLineNumbers highlightLines="3-26"
function run(promiseFactories, concurrency) {
  return new Promise(resolve => {
    let results = new Array(promiseFactories.length);
    let resolvedCounter = 0;
    let idxNext = 0;
    let runNextPf = (idxToStore) => {
      if (idxNext >= promiseFactories.length) {
        return
      }

      let pf = promiseFactories[idxNext];

      idxNext++;
      pf().then(result => {
        resolvedCounter++;
        results[idxToStore] = result;
        runNextPf(idxNext);
        if (resolvedCounter === promiseFactories.length) {
          resolve(results);
        }
      });
    }

    promiseFactories.slice(0, concurrency).forEach((_, idx) => {
      runNextPf(idx);
    });
  });
}

function delay(data, delay) {
  return () => new Promise(resolve => setTimeout(() => {
    console.log('resolves', data); // Debug
    resolve(data);
  }, delay * 1000))
}

run([
  delay('a', 1),
  delay('b', 2),
  delay('c', 4),
  delay('d', 2),
  delay('e', 3),
  delay('f', 2),
  delay('g', 1)
], 3).then(console.log);

// prints a (pause 1s) b (pause 1s) d (pause 1s) c (pause 1s) e f g (in the same time)
// then prints ['a', 'b', 'c', 'd', 'e', 'f', 'g']
// Visualization: https://docs.google.com/drawings/d/1R1z2-3jDTK2muutdSsze1W1_nF8SGHZBAZhBRzeRjtw/edit?usp=sharing
```


面試心得–Appier沛星互動科技

附錄：第一輪面試題目參考解答


# 公司概況

目前公司規模35人；工程團隊的組成包含4位Full-stack Web Developer、2位Android App、3位iOS App及4位負責Machine Learning，這波面試目標是希望把每種分工都擴編成5個人；技術棧用的是PostgreSQL、Redis、Rails、React，主要服務都掛在Heroku上，雖然價錢稍貴，但是較AWS方便，另外拼貼趣是Heroku老客戶，所以也有優待，目前只有Redis使用AWS的服務，開發上會以docker輔助，production則無；API Server每小時約50,000~200,000個request，拼貼趣App則是每月有15,000,000活躍使用者。

# 職缺介紹

請見Wanted職缺連結—[Web Developer，PicCollage 拼貼趣](https://tw.wanted.jobs/wd/14142)。

# 第一輪面試過程（英文視訊面試）

面試官是一位叫做Russ的外國人，同時也是公司的Engineer Manager，非常準時地加入會議，講話簡短明確直入重點，不過剛接通視訊的時候才知道今天是英文面試，有點措手不及...

## 自我介紹

第一次用英文介紹Scribo，雖然有點介紹到失焦，不過面試官有當場註冊來親自體驗，還是有稍微扳回一城。

## 技術測驗

題目如下列，求5個`console.log`的輸出結果，解答只要開Dev Tool跑一下就能知道，因此就不附上答案了。

```js
function getFullname() {
  return this.fullname;
}

var fullname = 'A';
var obj = {
   fullname: 'B',
   getFullname: getFullname,
   prop: {
      fullname: 'C',
      getFullname: () => { return this.fullname }
   }
};

console.log(obj.getFullname())
console.log(getFullname())
console.log(obj.getFullname.bind({fullname: 'C'})())
var test = obj.getFullname;
console.log(test())
console.log(obj.prop.getFullname())
```

另外還被問到是否接觸過SQL，並且口頭問了MySQL的`inner join`和`left join`差在哪？

# QA

前面節奏很快，從面試開頭就一路被問了一個多小時的問題，因此對PicCollage和Web Developer這個職缺了解不多，所以這邊主要與面試官聊聊公司及Web Developer職缺的概況。

# 第二輪面試

等了近兩個禮拜完全沒下文，原以為無聲卡，就直接接受其他公司的offer了，結果房子都找好了，家也搬完了，才收到二面通知（印象中面試官是說第一輪面試完隔天就會通知呀...），最後只好拒絕此次面試了。

# 面試結果及時程

- 2019/03/07 投履歷
- 2019/03/20 Wanted通知通過第一階段申請
- 2019/03/21 Wanted線上填寫申請表
- 2019/03/22 邀請視訊面試
- 2019/03/23 確認3/26線上面試
- 2019/03/26 第一輪面試
- 2019/04/10 邀請第二輪面試，回信放棄面試


面試心得–PicCollage拼貼趣


# 線下筆試

- [後端筆試題目](/posts/2019-03-14-interview/2020-11-14-one-degree/be-quiz.pdf)
- [前端筆試題目](/posts/2019-03-14-interview/2020-11-14-one-degree/fe-quiz.pdf)
- [參考回答](/posts/2019-03-14-interview/2020-11-14-one-degree/ans.pdf)

# 面試

本文是在報到後約半年才補上的，具體面試過程已回想不起來，只記得題目包括：

- immutable 的好處
- OAuth 2.0
- 白板解釋 microservice

# 核薪結果

- 本薪：$75k/mth \times 14mth/annum = 1.05m/annum$
- 股票選擇權：$400,000$ shares, 4-year vesting with 1-year cliff

# 面試結果及時程

- 2020/03/18 內推投履歷(前端+後端)，HR下午電訪
- 2020/03/20 前端+後端筆試
- 2020/04/01 前端已無headcount，僅面試後端
- 2020/04/03 接受 offer
- 2020/04/07 簽約
- 2020/05/18 報到


面試心得–OneDegree甯寶金融科技


# 公司概況

從技術角度切入，約莫使用 70% 的 Node.js 及 30% 的 Golang，幾乎不使用 Python；資料庫從關聯式的 MySQL 和 PostgreSQL 到非關聯式的 MongoDB 都有使用；目前雲端環境採用 AWS。目前總共 3 間辦公室，共約 270 人，技術團隊 60 人，後端佔 8 位。

# 職缺介紹

請見meet.jobs職缺連結—[Principal Backend Engineer (Node.js, PHP, Golang)](https://meet.jobs/en/jobs/27733-principal-backend-engineer-nodejs-php-golang)。

總共兩關面試，一關技術及一關人資。表定上班時間 10:00 ~ 19:00，可彈性向前或向後一小時。未滿一年者，休假比照勞基法，滿一年者 10 天特休。工作地點位於捷運市政府站 1 號出口。薪資結構方面僅 12 個月底薪，不提供股票選擇權。

# 面試結果及時程

- 2021/08/07 投履歷
- 2021/08/13 人資照會
- 2021/08/16 通知未錄取


面試心得–浪Live


# 公司概況

大家對於 91APP 的刻板印象普遍認為是電商，但是具體上是替各個電商平台提供雲端（AWS）管銷存及金流服務，目前公司規模 500 人，其中 240 人負責產品研發，總共服務上萬個客戶，並於 2021 年 5 月上市。隨著公司的成長，91APP 內部產生了專門負責架構演進的部門，負責預判未來規模化會面臨的技術瓶頸，也因此有了目前這個職缺。

# 職缺介紹

請見meet.jobs職缺連結—[資深後端開發工程師（5年經驗，招募人數：10人/具經驗者薪優另議）](https://meet.jobs/en/jobs/27880)。

# 第一輪面試過程（視訊面試）

很幸運地遇到[安德魯的部落格](https://columns.chicken-house.net/)作者本人 Andrew 替我面試，原則上都是中規中矩地按照履歷互相問答，比較有印象的開放式提問如下：

- 如果從你履歷裡面列舉的 skills 選一個來討論，你會選哪一個？你用它用到多深，請舉例說明一下
- 為什麼現在的公司選擇 Python 這種不太物件導向的程式語言進行開發？
- 兩張表單有 80 個相同的欄位，且分別有 20 個表單獨有的欄位，請問你的 Database Table 會怎麼設計？

# 面試結果及時程

- 2021/08/07 投履歷
- 2021/08/13 第一輪線上面試
- 2021/08/26 感謝信


面試心得–91APP 九易宇軒


# 公司概況

目前 Lablaco 有兩個線上產品，`LPLUS` 與 `SPIN`，成員來自全球四處，Partner 之一的 Lor 是個擅長交際的人，在時尚界掌握許多人脈，與目前負責處理產品事宜的 Ryan 在台北的創業聚會中認識後開始合作至今。

# 職缺介紹

產品現況是全部外包處理，未來打算成立 in-house 工程團隊，因此在台北招募技術導向的 Partner。目前公司規模約 20 人，預計在未來半年招募 5 至 6 位工程師。

# 第一輪線上面談（英文面談）

此關卡主要是由 Lor 分享公司現況及交流問題。

# 第二輪線上面試（英文面試）

此關主要是由 Ryan 主導，與面試者互相了解過去的工作經歷，也提到了公司的產品開發會涉及硬體設備。由於此關卡 Lor 也在場，因此全程仍然使用英文交流。

技術部分被問到「`Closure` 是什麼？」，當下回答時有些歪掉，後來翻到了[聊聊 Python Closure](https://dboyliao.medium.com/%E8%81%8A%E8%81%8A-python-closure-ebd63ff0146f)這份教學補強一下，覺得十分受用，順便在此推薦給各位讀者。

# 第三輪線上技術面試（中文面試）

本關一樣由 Ryan 負責，面試範圍收斂到純技術討論，因此相對前幾關乾淨俐落，總共交流以下兩個題目。

## 矩陣轉置

```python showLineNumbers
A = [[1,2,3],[4,5,6],[7,8,9]]

def transpose(matrix):
    pass

assert transpose(A) == [[1,4,7],[2,5,8],[3,6,9]]
```

原命題限制輸入矩陣為 $n \times n$ 的方陣，因此最佳解時間複雜度為 $O(n)$，空間複雜度為 $O(1)$

相似題目可參考 [LeetCode 867. Transpose Matrix](https://leetcode.com/problems/transpose-matrix/)。

## 排序數列中尋找遺漏的數字

```python showLineNumbers
A1 = [1,2,3,4,5,6,8,9,10]
A2 = [1,2,3,4,5,6,7,8,9,11,12,13,14]
A3 = [1,2,4,5]

def search(nums):
    pass

assert search(A1) == 7
assert search(A2) == 10
assert search(A3) == 3
```

此關應是最後關卡，因此也在結束前提及了期望薪資、股票選擇權等。

# 錄取結果

筆者此時年資約為一年前端及一年後端，考量必須承擔新創潛在的風險，且資方不太接受支付更多的薪資，我最終並未接受 Offer，因此揭露 Package 細節希望能夠幫助到有緣人：

```
Option A: 60,000 € / Year — no stock
Option B: 40,000 € / Year — 20K€ stock at priced 100M€ valuation to receive end of 2022 (price adjusted for next round)

This could be paid either with NTD or Euro dollars per your preference.
```

# 面試結果及時程

- 2021/08/10 投履歷
- 2021/08/16 第一輪線上面談（參與人：Lorenzo Albrighi）
- 2021/08/18 第二輪線上面試（參與人：Ryan Yang、Lorenzo Albrighi）
- 2021/08/25 第三輪線上技術面試（參與人：Ryan Yang）
- 2021/08/30 收到錄取通知
- 2021/09/02 薪資協議

# 附錄：第三輪線上技術面試題目參考解答

## 矩陣轉置

```python showLineNumbers
def transpose(matrix):
    n = len(matrix)
    for i in range(n - 1):
        for j in range(i + 1, n - 1):
            matrix[i, j], matrix[j, i] = matrix[j, i], matrix[i, j]
    return matrix
```

## 排序數列中尋找遺漏的數字

```python showLineNumbers
def search(nums):
    low = 0
    high = len(nums) - 1

    while low < high:
        mid = (low + high) // 2

        if nums[mid - 1] + 1 != nums[mid]:
            return nums[mid] - 1
        if nums[mid] + 1 != nums[mid + 1]:
            return nums[mid] + 1

        mean = (nums[low] + nums[high]) / 2
        if nums[mid] < mean:
            low = mid
        elif nums[mid] > mean:
            high = mid
```


面試心得–Lablaco

第三輪線上技術面試（中文面試）

附錄：第三輪線上技術面試題目參考解答


# 職缺介紹

由獵頭提供，詳見 [JD](/posts/2019-03-14-interview/2021-08-16-houzz/Houzz_Backend_Frontend.pdf)。

朋友的朋友在該公司本薪 1.8m/annu，因待遇佳且情報可靠而決定投遞。

# 第一輪線上技術面試

此關為純技術面試，題目只有一題 Anagram 題型，由面試官一邊在線上編輯器打出題目，一邊口述講解。由於無法在網路上找到完全相同的題目原型，以下的題目說明僅憑筆者個人理解進行記錄。

## 找出合法字謎

當字串 $s_1$ 與 $s_2$ 存在相同的字母集合，且每個字母出現次數相同，稱 $s_1$ 與 $s_2$ 互為 Anagram。此題目標是從輸入字串 $[s_1, s_2, ..., s_n]$ 中尋找合法字謎，並除去無法匹配到任何字謎的字串，不必在意答案順序。

```python
def find_anagrams(strings: List[str]) -> List[str]:
    pass

assert set(find_anagrams(['aabc', 'abca', 'xyz'])) == set(['aabc', 'abca'])
assert set(find_anagrams(['aabc', '123', 'abca', 'xyz', 'zyx'])) == set(['aabc', 'abca', 'xyz', 'zyx'])
```

相似題目可參考 [LeetCode 49. Group Anagrams](https://leetcode.com/problems/group-anagrams/)。

# 第二輪線上技術面試

此關為純技術面試，題目是一系列與日常工作相關的題組，由面試官一邊在線上編輯器打出題目，一邊口述講解。

## 找出串流中的 p25, p50 及 p75

```python
"""
Input: Infinite stream of float latencies
Output: p25, p50, and p75 latencies

Latency is within [0, 10k]
"""

def get_latencies():
    """
    Yields:
        int
    """
    for r in [10, 20, 30, 40, 50]:
        yield r

def print_percentiles(stream: iter(int)):
    """
    Args:
        stream: iter(int)
    Yields:
        tuple(int,int,int)
    """
    # 10
    yield (10, 10, 10)
    # 10, 20
    yield (10, 10, 20) # or (10, 20, 20)
    # 10, 20, 30
    yield (10, 10, 20) # or (10, 20, 20)
    # 10, 20, 30, 40
    yield (20, 20, 30) # or (20, 30, 30)
    # 10, 20, 30, 40, 50
    yield (20, 30, 40)

stream = get_latencies()
results = print_percentiles(stream)
for i, r in enumerate(results):
    print(i,r)
```

# 第三輪線上技術面試

此關為最後一關技術面試，前半段口頭詢問 Technical Questions，後半段進行 Live Coding 測驗。

## Technical Questions

- Process vs. Thread

    假設有一個 Worker，你會使用 Process 還是 Thread 來實作？

## 取得 Json 內容

題目由面試官事前準備好直接在線上編輯器貼上題目，一邊口述講解。功能實作其實不算太難，但是此題測驗對於極值與容錯的處理有十分嚴格的要求，原始題目詳見下列。

Given a JSON blob, implement the `getByPath` function that retrieves a single value for the path given as a string:

```javascript
config = {
    a: 1,
    b: {
        c: {
            d: 2
        },
        e: {
            f: {
                h: 3
            }
        }
    },
    h: ['a', 'b', 'c']
};
getByPath(config, '$.b.e'); // { f: { h: 3 } }
getByPath(config, '$.h.2'); // 'c'
```

# 面試結果及時程

- 2021/08/14 提供獵頭履歷
- 2021/08/23 邀請第一輪線上技術面試
- 2021/08/28 第一輪線上技術面試（參與人：Ernest Mak）
- 2021/09/09 第二輪線上技術面試（參與人：Jichi Guo）
- 2021/09/09 第三輪線上技術面試（參與人：Yuchin Tai）
- 2021/09/15 感謝信

# 附錄：第一輪線上技術面試題目參考解答

## 找出合法字謎

```python
def string_to_pattern(s):
    count_map = {}
    for c in s:
        if c not in count_map:
            count_map[c] = 0
        count_map[c] += 1
    sorted_letters = sorted(count_map.keys())
    pattern = ''.join([f'{c}{count_map[c]}' for c in sorted_letters])
    return pattern

def find_anagrams(strings):
    pattern_map = {}
    for s in strings:
        pattern = string_to_pattern(s)
        if pattern not in pattern_map:
            pattern_map[pattern] = []
        pattern_map[pattern].append(s)
    return [v for values in pattern_map.values() if len(values) > 1 for v in values]
```

# 附錄：第二輪線上技術面試題目參考解答

## 找出串流中的 p25, p50 及 p75

一開始題目沒有限制 latency 的範圍，且型態為 float，因此先嘗試最 Naive 的寫法，使用 priority queue 來維護所有看過的數字。後來面試官加入 $0 \le latency \le 10000$ 的限制，並且型態改成 integer，就能用 counting map 在有限空間及常數時間內完成計算了。

```python
def print_percentiles(stream):
    total_count = 0
    count_map = [0 for _ in range(10000)]

    def get_percentile_latency(p: float):
        k = int(total_count * p) # k-th
        acc_count = 0

        for i in range(len(count_map)):
            acc_count += count_map[i]
            if acc_count > k:
                break
        return i + 1

    for latency in stream:
        total_count += 1
        count_map[latency - 1] += 1
        yield (
            get_percentile_latency(0.25),
            get_percentile_latency(0.5),
            get_percentile_latency(0.75),
        )
```

接著 followup 是詢問當 latency 的範圍不受控的情況，latency 型態仍為 integer，此時只需要將使用的資料結構更改為 sorted map 即可。

```python
def print_percentiles(stream):
    total_count = 0
    count_map = {} # sorted map

    def get_percentile_latency(p: float):
        k = int(total_count * p) # k-th
        acc_count = 0

        for latency in count_map.keys():
            acc_count += count_map[latency]
            if acc_count > k:
                break
        return latency

    for latency in stream:
        total_count += 1
        if latency not in count_map:
            count_map[latency] = 0
        count_map[latency] += 1
        yield (
            get_percentile_latency(0.25),
            get_percentile_latency(0.5),
            get_percentile_latency(0.75),
        )
```

過程中也有被詢問時間複雜度，但都不會太難回答。

# 附錄：第三輪線上技術面試題目參考解答

## 取得 Json 內容

功能性本身在數分鐘內即可完成實作，但是後續花費非常多的時間與面試官來回討論各種極端情況與錯誤處理，最終在時間限制內得到以下版本：

```python
def getByPath(config, raw_path):
    paths = raw_path.split('.')

    if len(paths) == 0:
        print('no path')
        return None
    elif paths[0] != '$':
        print('no root')
        return None

    value = config
    paths = paths[1:]
    while len(paths) > 0:
        path = paths[0]
        paths.pop(0)

        if isinstance(value, bool) or isinstance(value, int) or isinstance(value, float) or isinstance(value, str):
            # print('not found')
            return None
        elif isinstance(value, list):
            index = int(path)
            if index < len(value):
                value = value[index]
            else:
                print('index out of bound')
                return None
        elif isinstance(value, object):
            if path in value:
                value = value[path]
            else:
                print('key not found')
                return None
        else:
            # print('not found')
            return None

    return value

print(getByPath({
    'a': {
        'b': 'c'
    }
}, '$.a.b')) # c

print(getByPath({
    'a': {
        'b': 'c'
    }
}, '$.a.b.c')) # None

print(getByPath({
    'd': [True, False]
}, '$.d.1')) # False

print(getByPath({
    'd': [True, False]
}, '$.d.1.2')) # None

print(getByPath({
    'd': 'abc'
}, '$.d.2')) # None
```

此題目有被追問 Follow-up：路徑裡有`*`該怎麼辦？具體例子如下：

```python
getByPath({
    'a': {
        'b': 'c',
        'd': 1
    }
}, '$.a.*')) # ['c', 1]
```

由於時間已不太充足，當下僅口述並指出哪部分程式碼需要進行修改，沒有完整實作。



面試心得–Houzz 好屋網

附錄：第一輪線上技術面試題目參考解答

附錄：第二輪線上技術面試題目參考解答


# 公司概況

About Reap (https://reap.global/en-sg/)

Reap is a technology company dedicated to fuelling the ambitions of small businesses. We deliver corporate payment solutions to improve the way small businesses operate today and prepare them for the challenges of tomorrow. Currently
Reap’s online payments platform enables small businesses to pay expenses and collect revenue – to and from anyone, anywhere – entirely via credit card. The company has revolutionized the way businesses manage cash flow, leveraging credit cards to smooth cash flow and increase capital efficiency by digitizing day-to-day finances and transactions. As strong advocates of small to medium-sized businesses, Reap believes businesses should operate at their potential, not at their size. Reap continues to innovate, advancing technology and building better tools for small businesses to level the playing field – by giving every small business the access of a large enterprise.

# 職缺介紹

Vacancy: Backend Engineer (Python)

Location: Remote

Responsibilities:
* Design an innovative payment application
* Write high-quality code with sufficient testing and ensure the current software development meets all requirements of quality, security, modifiability, and extensibility
* Work closely with product managers to understand the requirements and translate them into detailed technical design and implementation
* Communicate successfully all concepts and guidelines to other members in the engineering team & supporting units

Requirements:
* Bachelor’s degree or higher in Computer Science or related fields preferred
* Ｅxperience in backend software development and well-versed in software system architecture
* Master experience with at least one popular programming language, e.g. Python
* Thrive in a collaborative environment involving various functions from sales, support, and marketing
* Love working on projects to successful completion involving a wide variety of technologies and systems
* Can quickly learn on the fly and put processes together even if you have not worked with them before
* Enjoy working with a diverse group of people with different expertise

Interview process: 4 rounds
1. Take-Home Challenge
2. Technical Interview- Assignment, past working exp., technical discussion (No white-boarding testing)
3. Founders Interview x2 (so two 45 minutes interviews with each founder)
4. Product Manager Interview

# 回家作業

請見附檔：[REAP Take-Home Challenge](/posts/2019-03-14-interview/2021-08-25-reap/REAP-Take-Home-Challenge.pdf)

收到回家作業當下覺得被這間公司噁心到，要寫出完整前後端加測試加部署到線上環境，還要開源把程式碼送給公司？差點以為是在轉包案件就算了，結果薪水只有 1.4m ~ 1.8m？要求一堆結果是拿香蕉在請猴子，幹你媽的有夠噁心

# 時程

- 2021/08/25 獵頭傳送回家作業


投遞心得–Reap

面試心得–GoFreight 聖學科技

GoFast 系統設計（面試官：Kilik）

Functional Programming 題組（面試官：Rick）

General Technical Questions（面試官：Falldog）

附錄：第一輪線上技術測驗題目參考解答

第二輪線上技術測驗題目參考解答


# 職缺介紹

原 Yourator 職缺連結—[Backend Developer (Python)](https://www.cakeresume.com/companies/proto-cx/jobs/backend-developer-python)已失效，導向官方職缺連結—[Fullstack Developer (Python, Vue.js)](https://proto.applytojob.com/apply/83sOydEMQh/Fullstack-Developer-Python-Vuejs)

# 投遞履歷

投遞履歷時就要回答一些簡答題了（參考答案請見附錄）。

- What are the reasons for using VueX?
- What is Cross-Site Request Forgery (CSRF) attack and how to defend it?
- What is the difference between WHERE clause and HAVING clause?

# 第一輪人資線上面試

此關由人資主管 Devon 負責，先是提到了 CTO Albert 與 CEO (忘記名字了XD) 在 2018 年創立 Proto，專注於複雜的 AI 軟體開發，目前在招募亞洲地區的 Technical Manager 職務，成員預計約 5~8 位。

主要被詢問到以下幾個工作文化上的問題：
- 你如何確保在時程內完成工作？
- 當你在 review 同事的程式碼時，第一件事情會做什麼？
- 如果團隊成員感到氣餒時，你會如何鼓舞他？

題目還挺中規中矩的，但也沒有什麼標準回答，就純憑個人經驗與技巧自由發揮了。
我表示需要 3 ~ 4 週的時間交接目前工作後才能轉換，接著彼此談到期望薪資的部分，Proto 對於這個職位提供的範圍是年薪 80,000 CAD ~ 85,000 CAD，以目前匯率 CAD:TWD 約 1:22 換算，等同於 1,760,000 TWD ~ 1,870,000 TWD。
Devon 講話的節奏非常俐落，非常不願意浪費任何一點時間的那種，整場面試不到 15 分鐘就結束了，最令人驚喜的是，第一次遇到如此準時的面試，加入會議時就看到該看見的人了！（反觀台灣那些愛遲到愛放鳥的...）

靜候下一輪（也是最後一輪）由 CTO 負責的技術面試。

# 面試結果及時程

- 2021/08/30 投遞履歷
- 2021/09/02 邀請面試
- 2021/09/07 第一輪人資線上面試（參與人：Devon Riesenbeck）
- 此後無任何通知

# 附錄：投遞履歷題目參考解答

What are the reasons for using VueX?

: I have only used react before. I think VueX is a state management tool. The equivalent in react is Redux. The reason to use such tools is they help us to decouple the data layer and view layer and fulfill single responsibility in high level abstraction.

What is Cross-Site Request Forgery (CSRF) attack and how to defend it?

: CSRF is an attacking technique that makes some identity execute authorized requests in the background. There are several techniques to defend CSRF, e.g. double submit, random token, etc. Most of time, we leverage cookies to prevent the identity being abused.

What is the difference between WHERE clause and HAVING clause?

: HAVING is the equivalent clause of WHERE when the SQL contains aggregation function and you want to query the aggregated result.

# 附錄：第一輪人資線上面試題目參考解答

你如何確保在時程內完成工作？

: 採用 agile/scrum 流程

當你在 review 同事的程式碼時，第一件事情會做什麼？

: 確認是否符合需求

如果團隊成員感到氣餒時，你會如何鼓舞他？

: 詢問問題，關心他的近況


面試心得–Proto Research Inc

附錄：第一輪人資線上面試題目參考解答


# 公司概況

公司規模約 50 人，其中約 30 位工程師。公司主要產品是在東南亞提供廉價網路服務。

# 第一輪人資電話面試

本關約進行半小時 Culture Fit 審核。

# 第二輪線上技術測驗

總共 2 題 HackerRank 題目，時間限制 120 分鐘，第二題限定使用 Java。

## 1. Roll The String

A single _roll_ operation on a string is a circular increment of each character by one. Looking at the English alphabet, characters in the range ascii[a-z], _a_ becomes _b_, _b_ becomes _c_, and _z_ becomes _a_.

Given an array of integers named _roll_, perform a roll operation on the first _roll[i]_ characters of _s_ for each element _i_ in the array. Given a zero indexed string, an operation _roll[i]_ affects characters at positions _0_ through _(roll[i]-1)_.

**Example**

_s = 'abz'_

_roll = [3, 2, 1]_

Perform the following sequence of operations:
- _roll[0] = 3:_ Roll all three characters so _'abz'_ becomes _'bca'_.
- _roll[1] = 2:_ Roll the first two characters so _'bca'_ becomes _'cda'_.
- _roll[2] = 1:_ Roll the first character so _'cda'_ becomes _'dda'_.

After performing the operations, the final value of _s_ is _'dda'_.

**Function Description**

Complete the function _rollTheString_ in the editor below.

rollTheString has the following parameter(s):
- _string s:_ the string to operate on
- _int roll[n]:_ an array of integers indicating the number of items in _s_ to roll

Returns:
- _string:_ the resulting string after all roll operations have been performed

**Constraints**

- Each character in _s_ is a character in the range ascii[a-z].
- _$1 \leqslant$ length of s $\leqslant 10^5$_
- _$1 \leqslant n \leqslant 10^5$_
- _$1 \leqslant$ roll[i] $\leqslant$ length of s_, where _$0 \leqslant i \lt n$_.

## 2. Shape Inheritance

The area and perimeter of different geometric shapes like rectangle, circle, or square are calculated using different mathematical formulae.

Create the following three classes:
1. The _Rectangle_ class should implement the _Shape_ interface. It should have two class variables of float type, length and, width. Also, it should implement the following methods:
    - _Rectangle(float new\_length, float new\_width):_ sets the class variables, _length = new\_length_ and _width = new\_width_ respectively.
    - _float getArea():_ returns the result of _length $\times$ width_, the area of the rectangle. Also prints "_Finding area of rectangle with length = \{length} and width = \{width}_", where _\{length}_ and _\{width}_ are the respective values of class variables _length_ and _width_.
    - _float getPerimeter():_ returns the result of _2 $\times$ (length + width)_, the perimeter of the rectangle. Also prints "_Finding perimeter of rectangle with length = \{length} and width = \{width}_".
    - _String toString():_ returns the string _"Rectangle = [length: \{length}, width: \{width}, area: \{area}, perimeter: \{perimeter}]"_.

    Note: _\{length}_ and _\{width}_ respectively represent the class variables _length_ and _width_. _\{area}_ and _\{perimeter}_ respectively represent the area and perimeter of the rectangle. For example, given that _length = 2_ and _width = 3_, calling the method _toString()_ will return "_Rectangle = [length: 2.0, width: 3.0, area: 6.0, perimeter: 10.0]_".

2. The _Square_ class that should inherit the _Rectangle_ class and should implement the following methods:
    - _Square(float side):_ sets the variables of Rectangle class, _length = side_ and _width = side_ respectively.
    - _float getArea():_ returns the result of _length $\times$ width_ that denotes the area of the square. Also prints _"Finding area of square with side = \{length}"_
    - _float getPerimeter():_ returns the result of _4 $\times$ length_ that denotes the perimeter of the square. Also prints _"Finding perimeter of square with side = \{length}"_
    - _String toString():_ returns the string _"Square = [side: \{length}, area: \{area}, perimeter: \{perimeter}]"_.

    Note: _\{length}_ represents the variable _length_ of Rectangle class. _\{area}_ and _\{perimeter}_ respectively represent the area and perimeter of the square. For example, given that _side = 2_, calling the method _toString()_ will return "_Square = [side: 2.0, area: 4.0, perimeter: 8.0]_".

3. The _Circle_ class that implements the _Shape_ interface. It should have a class variable, radius. Also, it should implement the following methods:
    - _Circle(float new\_radius):_ sets the float type variable of Circle class, _radius = new\_radius_.
    - _float getArea():_ returns the result of _3.14 $\times$ radius $\times$ radius_ that denotes the area of the circle. Also prints _"Finding area of circle with radius = \{radius}"_.
    - _float getPerimeter():_ returns the result of _6.28 $\times$ radius_ that denotes the perimeter of the circle. Also prints _"Finding perimeter of circle with radius = \{radius}"_.
    - _String toString():_ returns the string _"Circle = [radius: \{radius}, area: \{area}, perimeter: \{perimeter}]"_.

    Note: _\{radius}_ represents the variable _radius_ of Circle class. _\{area}_ and _\{perimeter}_ respectively represent the area and perimeter of the circle. For example, given that _radius = 1_, calling the method _toString()_ will return "_Circle = [radius: 1.0, area: 3.14, perimeter: 6.28]_".

![](/posts/2019-03-14-interview/2021-09-30-migo/hackerrank-2-shape.png)

The locked stub code in the editor provides the definition of the _Shape_ interface. It also validates the implementation of _Rectangle_, _Square_, and _Circle_ classes.

**Constraints**

- _$1 \lt$ length, width, side, radius $\lt 10^2$_

# 總結

人資在照會當下並未說明技術前測有限定語言，因此在無預警情況下被迫使用 Java 進行 HackerRank 測驗，並於測驗隔日隨即收到感謝信。個人認為人資非常失職，甚至覺得被洗了業績，詢問後未得到回覆，整體體驗非常糟糕且差勁，希望欲投此間公司的朋友慎重考量。

# 面試結果及時程

- 2021/09/30 第一輪人資電話面試
- 2021/10/05 第二輪線上技術測驗
- 2021/10/06 感謝信

# 附錄：第二輪線上技術測驗題目參考解答

## 1. Roll The String

![](/posts/2019-03-14-interview/2021-09-30-migo/hackerrank-1.png)

以下解法為面試當下所寫，並非最優解。

```python
#!/bin/python3

import math
import os
import random
import re
import sys

#
# Complete the 'rollTheString' function below.
#
# The function is expected to return a STRING.
# The function accepts following parameters:
#  1. STRING s
#  2. INTEGER_ARRAY roll
#

def rollTheString(s, rolls):
    n = len(s)
    roll_counts = [0] * n

    alphbets = 'abcdefghijklmnopqrstuvwxyz'
    alphbet_map = {a: i for i, a in enumerate(alphbets)}

    for roll in rolls:
        for i in range(roll):
            roll_counts[i] += 1

    results = []
    for i, roll_count in enumerate(roll_counts):
        original_alphabet = s[i]
        k = alphbet_map[original_alphabet]
        rolled_alphabet = alphbets[(k + roll_count) % 26]
        results.append(rolled_alphabet)

    return ''.join(results)

if __name__ == '__main__':
    # ...
```

參考 [Roll the characters of string - GeeksforGeeks](https://www.geeksforgeeks.org/roll-characters-string/) 之後重新整理出時間複雜度為 $O(n)$ 的解法：

```python
def rollTheString(s, rolls):
    s_len = len(s)
    rolls_len = len(rolls)
    roll_counts = [0] * s_len

    for roll in rolls:
        roll_counts[roll - 1] += 1

    for i in range(rolls_len - 2, -1, -1):
        roll_counts[i] += roll_counts[i + 1]

    alphbets = 'abcdefghijklmnopqrstuvwxyz'
    alphbet_map = {a: i for i, a in enumerate(alphbets)}

    results = []
    for i, roll_count in enumerate(roll_counts):
        original_alphabet = s[i]
        k = alphbet_map[original_alphabet]
        rolled_alphabet = alphbets[(k + roll_count) % 26]
        results.append(rolled_alphabet)

    return ''.join(results)

assert rollTheString('a', [1]) == 'b'
assert rollTheString('aa', [1, 1]) == 'ca'
assert rollTheString('bca', [1, 2, 3]) == 'eeb'
assert rollTheString('zcza', [1, 1, 3, 4]) == 'debb'
```

## 2. Shape Inheritance

![](/posts/2019-03-14-interview/2021-09-30-migo/hackerrank-2-compacted.png)

```java
import java.util.Scanner;

interface Shape {
    float getArea();
    float getPerimeter();
    String toString();
}

/*
 * Write the implementations of the Rectangle, Square, and Circle classes.
 */

public class Solution {
    private static final Scanner INPUT_READER = new Scanner(System.in);

    public static void main(String[] args) {
        String[] lengthWidth = INPUT_READER.nextLine().split(" ");
        float length = Float.parseFloat(lengthWidth[0]);
        float width = Float.parseFloat(lengthWidth[1]);

        float side = Float.parseFloat(INPUT_READER.nextLine());
        float radius = Float.parseFloat(INPUT_READER.nextLine());

        Shape rectangle = new Rectangle(length, width);
        Rectangle square = new Square(side);
        Shape circle = new Circle(radius);

        System.out.println("====================================");
        System.out.println("Finding area and perimeter of shapes");
        System.out.println("====================================");

        System.out.println("Area = " + rectangle.getArea() + " and Perimeter = " + rectangle.getPerimeter() + "\n");
        System.out.println("Area = " + square.getArea() + " and Perimeter = " + square.getPerimeter() + "\n");
        System.out.println("Area = " + circle.getArea() + " and Perimeter = " + circle.getPerimeter() + "\n");

        System.out.println("=========================");
        System.out.println("Printing shapes as string");
        System.out.println("=========================");

        System.out.println(rectangle.toString());
        System.out.println(square.toString());
        System.out.println(circle.toString());
    }

    public static class Rectangle implements Shape {
        float length;
        float width;

        public Rectangle(float new_length, float new_width) {
            this.length = new_length;
            this.width = new_width;

        }

        @Override
        public float getArea() {
            System.out.println("Finding area of rectangle with length = " + this.length + " and width = " + this.width);
            return this._getArea();
        }

        @Override
        public float getPerimeter() {
            System.out.println("Finding perimeter of rectangle with length = " + this.length + " and width = " + this.width);
            return _getPerimeter();
        }

        @Override
        public String toString() {
            return "Rectangle = [length: " + this.length + ", width: " + this.width + ", area: " + _getArea() + ", perimeter: " + _getPerimeter() + "]";
        }

        protected float _getArea() {
            return this.length * this.width;
        }

        protected float _getPerimeter() {
            return (this.length + this.width) * 2;
        }
    }

    public static class Square extends Rectangle {
        public Square(float side) {
            super(side, side);
        }

        @Override
        public float getArea() {
            System.out.println("Finding area of square with side = " + this.length);
            return super.getArea();
        }

        @Override
        public float getPerimeter() {
            System.out.println("Finding perimeter of square with side = " + this.length);
            return super.getPerimeter();
        }

        @Override
        public String toString() {
            return "Square = [side: " + this.length + ", area: " + _getArea() + ", perimeter: " + _getPerimeter() + "]";
        }
    }

    public static class Circle implements Shape {
        float radius;

        public Square(float new_radius) {
            this.radius = new_radius;
        }

        @Override
        public float getArea() {
            System.out.println("Finding area of circle with radius = " + this.radius);
            return this._getArea();
        }

        @Override
        public float getPerimeter() {
            System.out.println("Finding perimeter of circle with radius = " + this.radius);
            return _getPerimeter();
        }

        @Override
        public String toString() {
            return "Circle = [radius: " + this.radius + ", area: " + _getArea() + ", perimeter: " + _getPerimeter() + "]";
        }

        protected float _getArea() {
            return (float)3.14 * this.radius * this.radius;
        }

        protected float _getPerimeter() {
            return (float)6.28 * this.radius;
        }
    }
```


面試心得–Migo 熱鬧點科技

附錄：第二輪線上技術測驗題目參考解答

Complete the 'rollTheString' function below.

The function is expected to return a STRING.

The function accepts following parameters:


# 公司概況

2014 年成立 Codementor，2019 年成立 Arc，目前公司規模約 65 人，工程團隊包含 FE 6 人、BE 4 人、Data Team 2 人。主要使用語言及框架為 Ruby on Rails，產品上線至今目前已有100萬註冊人數，Arc 及 Codementor 的 DAU 分別是 5k 及 28k。工作將以遠端優先。

# 職缺介紹

從 LinkedIn 上收到的，由於人資非常注重面試者有沒有好好閱讀這份說明，所以就原封不動地附上了：

```
我是 Arc 的威廷 - 聊聊後端職缺? (remote career platform)
Hi (本名),

您好!

我是Arc (https://arc.dev) 與 Codementor 的創辦人威廷。

Arc 致力於把 remote work 主流化，讓全球的工程師們無論在哪個國家都能夠找到很棒的職涯。Codementor 則致力於透過一對一程式語言教學和提供實際的程式設計專案幫助工程師們解決問題及更加精進。​

產品開發團隊擴編中，我們正積極尋找後端人才：
🔥 Back-End Developer (年薪 0.9M - 1.3M)
https://grnh.se/440be5bd4us
🔥 Senior Back-End Developer, Arc ​(年薪 1.3M - 2.5M)
https://grnh.se/f1e0dbdf4us

關於我們工程團隊文化和運作模式，您可參考此篇：[https://bit.ly/3whCmCO]

不知道有沒有興趣和我們簡單的聊聊呢? 謝謝!


威廷

Weiting Liu
Founder & CEO, Arc (We're Hiring!) Follow Me on Twitter: @weitingliu
```

# 第一輪人資線上面試

憑印象記得被問到以下幾個題目：

- 一到三年內想在公司成長的目標？
- 最近遇過的技術難題，向不懂技術的人解釋
- 你的成員或同事都怎麼形容你？
- 挑工作最看重的條件前三名？

過程中跟人資前所未有般地不對頻，我問的問題都被抱怨在文件裡面有提到，可以強烈感受到人資很不耐煩地覺得我在浪費她的時間，開場3分鐘內就覺得非常不妙，有種被洗業績的感覺。

# 總結

這間公司應該是非常注重面試者是否事先閱讀過文件，以及有沒有回答出人資心目中的標準答案吧？給人一種回答不過就刷掉的氛圍，總之筆者感受不到這間公司有誠心在招募。

# 面試結果及時程

- 2021/10/05 投履歷
- 2021/10/14 第一輪人資線上面試
- 2021/10/15 感謝信


面試心得–Arc & Codementor 皮爾愛迪亞


# 職缺介紹

以下附上獵頭提供的 [JD](/posts/2019-03-14-interview/2021-10-15-ubiquiti/JD_Ubiquiti_Cloud_Software_Developer_Python.pdf)。

Responsibilities:

- Design and develop secure cloud-based services.
- Integrate designs with larger software systems.
- Coworker with cloud architect, backend and frontend developer.
- Positive attitude and a strong commitment to delivering quality work.

SKills and Knowledge:

- 3+ years of experience with developing back-end server products.
- 3+ years of experience with Python is the required.
- Golang, node.js and Java are a plus.
- Experience with AWS cloud services.
- Experience with Linux and Docker environments.
- Familiarity with the Agile software development processes.
- Ability to work independently within a high talent team.
- Self-Starter willing to learn and apply new software skills.
- Excellent written and verbal communication skills.
- Experience with network programming.
- Have basic understanding of OAuth2 mechanisms and network protocols.
- Have experience with developing RESTful API.
- Strong experience with RDBMS and NoSQL.
- Knowledge of the common security issues and OWASP top 10.

# 作業題目

應公司要求不得揭露於任何公開環境中。方向為需在 7 日內實作一個 Python Web Application，並以壓縮檔寄回。

# 總結

引用獵頭原話：「嗨～XX，早安！讓你久等了，收到UI通知，你的作業沒有達到他們的標準，所以不會往下安排面試」

筆者花了約 3 天的下班後時間完成作業，等了 3 個禮拜，最後只獲得一句「未達標準」就敷衍掉（？

應該又是一間把工程師當免洗塑膠的公司吧，建議讀者們慎投！

# 2021/11/25 後記

在收到公司第一次敷衍的回覆後，筆者仍試圖繼續了解具體原因，最後得到回覆如下

> His assignment cannot be launched successfully. He didn’t pass the assignment phase.」

噢，負責審核的人是眼睛瞎了沒看到 Readme 嗎？還是不會用 Pyenv？跑不起來不會問一下嗎？怎樣的錯誤訊息也不給的嗎？憑什麼有辦法回答地如此輕浮又敷衍？這間公司的招募體驗簡直爛到令人不可置信啊！

為了避免讀者們重蹈小弟的覆轍，也避免各位浪費時間淌這混水，我決定公開這個爛公司的面試題目，以及小弟當時不及格到 Recruiter 不屑看上一眼的作業答案：

- [作業題目](/posts/2019-03-14-interview/2021-10-15-ubiquiti/ui-assignment.pdf)
- [不值得參考的回答](https://github.com/gocreating/ubiquiti-assignment)

操你媽的爛公司。

# 面試結果及時程

- 2021/09/27 接觸獵頭
- 2021/10/15 要求作業題目權限
- 2021/10/18 取得作業題目權限
- 2021/10/23 交付作業答案
- 2021/11/17 獵頭轉達作業未達標準，因此不安排面試
- 2021/11/25 獵頭轉達具體回絕理由

# 附錄：作業參考解答

~~筆者所撰寫之解答連同題目保存於 Github 私人 Repo：[Ubiquiti Assignment](https://github.com/gocreating/ubiquiti-assignment)。~~

~~由於 Repo 內容涉及題目，亦不公開於部落格，讀者如有意索取，請自行聯繫筆者。~~


面試心得–Ubiquiti 優比快科技


# 職缺介紹

詳見 Github 連結－[[徵才] 美國IMSLP-Petrucci / Backend / Fullstack（200-280萬/年）](https://github.com/b2etw/jobs/issues/31)

# 第一輪線上技術測驗

僅一題白板題如下：

```
Given a string S and a string T, find the minimum window in S which will contain all the characters in T.

Input: S = "ADOBECODEBANC", T = "ABC"
Output: "BANC"
```

面試官聽口音是中國人，表情全程看起來十分嚴肅，討論實作思路時面無表情，整場面試沒有提供任何提示，但有特別要求思考完想法以後再實作。我實作到一半時，面試官表示有另一場面試而先離開，並請我完成後再寄信提交。

# 面試結果及時程

- 2021/10/22 寄信投履歷
- 2021/10/25 第一輪線上技術測驗（參與人：Edward Guo）
- 2021/10/27 第一輪回答點評回信
- 此後無任何通知

# 附錄：第一輪線上技術測驗題目參考解答

本命題與 [Leetcode 76. Minimum Window Substring](https://leetcode.com/problems/minimum-window-substring/) 相同

以下解法為面試當下所寫，並非最優解。

```py
def str_to_count_map(s):
    count_map = {}
    for c in s:
        if c not in count_map:
            count_map[c] = 0
        count_map[c] += 1
    return count_map

def contains_t(current_count_map, t_count_map):
    return all([
        c in current_count_map and current_count_map[c] >= t_count_map[c]
        for c in t_count_map.keys()
    ])

def find_min_str(s, t):
    s_len = len(s)
    left = 0
    right = 1
    t_chars = set(t)
    t_count_map = str_to_count_map(t)

    ans_left = 0
    ans_right = len(s) - 1
    find_at_least_one_answer = False

    while (right < s_len) and (left < right):
        current_count_map = str_to_count_map(s[left:right+1])
        if contains_t(current_count_map, t_count_map):
            if right - left < ans_right - ans_left:
                find_at_least_one_answer = True
                ans_left, ans_right = left, right
            # move left pointer
            left += 1
            while s[left] not in t_chars:
                left += 1
        else:
            # move right pointer
            right += 1
            if right >= s_len - 1:
                break
            c = s[right]
            if c not in current_count_map:
                current_count_map[c] = 0
            current_count_map[c] += 1
            while (right < s_len - 1) and (s[right] not in t_chars or not contains_t(current_count_map, t_count_map)):
                right += 1
                c = s[right]
                if c not in current_count_map:
                    current_count_map[c] = 0
                current_count_map[c] += 1

    if find_at_least_one_answer:
        return s[ans_left:ans_right+1]
    else:
        return ''

print(find_min_str('ADOBECODEBANC', 'ABC'))
```

# 附錄：第一輪線上技術測驗題目相似題

2022/12/17 筆者閱讀 Hacker News 電子報時看到一個相似題，且作者巧妙地運用 XOR 實作了最佳演算法：[A Neat XOR Trick](https://www.mattkeeter.com/blog/2022-12-10-xor/)


面試心得–IMSLP-Petrucci

附錄：第一輪線上技術測驗題目相似題


# 職缺介紹

詳見官方徵才訊息－[Senior Backend Engineer by SWAG (HR) 21 7 月, 2021](https://swag.live/blog/careers-senior-backend-engineer/)。

# 第一輪線上面試

第一關面試就有三位真人面試官，不用面對冷冰冰的 Online Judge System，由於面試官皆沒有露面，單純由聲音及交談的口氣聽起來都十分友善，題目是由其中的兩位面試官一人負責一題，詳細內容如下列：

## Add Two Numbers

```python
# You are given two non-empty linked lists representing two non-negative integers.
# The digits are stored in reverse order, and each of their nodes contains a single digit.
# Add the two numbers and return the sum as a linked list.
#
# input:
#   node1: 3 -> 2 -> 1
#   node2: 8 -> 5 -> 6
#
# output: 1 -> 8 -> 7

def add_numbers_linklist(node_1, node_2):
    pass
```

## LRU Cache

```python
"""
Implement a Least Recently Used (LRU) cache.
* The cache is initialized with a maximum capacity `size`
* When the number of items in the cache reach `size`, remove the item that was least recently accessed.
Methods
* get(key): Get the value for `key` from the cache. Return `None` if not found
* put(key, value): Add `key` to cache with value `value`.
"""

class LRU:
    pass
```

# 第二輪現場面試

## 技術面試（英文聽力中文口說）

三位面試官分別一人問完一系列的問題

- GIL
- 你覺得 python 算是快的語言嗎?
- 你覺得 python 適合做 web 嗎?
- 你覺得開發應用程式使用 nodejs 與 python 的利弊?
- 解釋 ACID
- 解釋 CAP
- 你用過 Celery 嗎? 請說明一下 Message Queue 的運作
- 你聽過 PgBouncer 嗎?
- 現職的 Work flow
- 履歷上提到有帶人，請分享一下如何運作的?
- 最近三個月曾學過什麼?
- 期望在 Swag 學到什麼?

### 白板題

開場的題目是 Leetcode 經典題 [1. Two Sum](https://leetcode.com/problems/two-sum/) 的變化題，不用找出所有的數字組合，只需要檢查存不存在任意組合。

```
# Example 1
Input: [1,1,1,3], 4
Output: True

# Example 2
Input: [1,1,1,3], 5
Output: False
```

接著是進階題，一樣是來自 Leetcode 的題目 [15. 3Sum](https://leetcode.com/problems/3sum/) 進行改編，只要檢查是否存在三個數字總和為目標值即可。

```
# Example 1
Input: [1,1,1,3], 4
Output: False

# Example 2
Input: [1,1,1,3], 5
Output: True
```

### System Design

```
1M Active User
1K QPS for whole backend server

請設計一個 Rate Limiter。
```

## 人資面試

主要是文化適性相關問答。

# 總結

面試過程接觸到的人員，不論是人資或是工程師，全部都散發著友善、信任及尊重，整體而言是非常舒服的面試體驗。

技術面試不搞前測，直接線上一小時與真人面試官用刷題互動；第一輪面試當天就邀約二面，反應非常俐落敏捷不掉漆；二面當天，人資竟然不是坐在辦公室等人按門鈴，而是準時站在門禁附近等待面試者；人資知道我想等領完現職年終再報到，主動提議討論是否接受由 Swag 負擔，沒有任何為難或情緒勒索。以上種種實例，都讓人覺得獲得前所未有的尊重，原來面試可以這麼大方、這麼高尚、這麼得體、這麼禮貌不做作、這麼香，竟然還不失專業。

這麼棒的面試體驗，筆者真心建議讀者們用行動來支持！

# 核薪結果

- 本薪：$110k/mth \times 16mth/annum = 1.76m/annum$
- 獎金：依工作績效

# 面試結果及時程

- 2021/11/05 投遞履歷
- 2021/11/09 邀請第一輪線上面試
- 2021/11/16 第一輪線上面試，邀請第二輪面試
- 2021/11/18 第二輪現場面試
- 2021/11/26 錄取，薪資協議未達成共識，待重新協調
- 2021/11/30 收到新的 Offer 報價，預計 12/03 回覆
- 2021/12/03 接受 Offer
- 2021/12/07 收到正式 Offer Letter
- 2022/01/18 收到報到通知信件，預計 2022/02/14 報到
- 2022/02/07 因接受其他 Offer，發信婉拒 Swag 的 Offer
- 2022/02/10 人資來電訪問婉拒 Offer 的細節

# 附錄：第一輪線上面試題目參考解答

## Add Two Numbers

本命題與 [Leetcode 2. Add Two Numbers](https://leetcode.com/problems/add-two-numbers/) 相似

```python
class Node:
    def __init__(self, val:int, next_):
        self.next = next_
        self.val = val
def add_numbers_linklist(node_1, node_2):
    c = 0
    head_dummy = Node(0, None)
    head_ans = head_dummy
    head_1, head_2 = node_1, node_2
    while head_1 != None and head_2 != None:
        s = head_1.val + head_2.val + c
        c = s // 10
        v = s % 10
        head_ans.next = Node(v, None)
        head_ans = head_ans.next
        head_1 = head_1.next
        head_2 = head_2.next
    while head_1 != None:
        s = head_1.val + c
        c = s // 10
        v = s % 10
        head_ans.next = Node(v, None)
        head_ans = head_ans.next
        head_1 = head_1.next
    while head_2 != None:
        s = head_2.val + c
        c = s // 10
        v = s % 10
        head_ans.next = Node(v, None)
        head_ans = head_ans.next
        head_2 = head_2.next
    if c > 0:
        head_ans.next = Node(c, None)
    return head_dummy.next
h1 = Node(9, Node(9, Node(9, Node(9, None))))
h2 = Node(9, Node(9, Node(9, None)))
ans = add_numbers_linklist(h1, h2)
"""
 9999 <- h1
  999 <- h2
-----
10998
"""
print(ans.val)
print(ans.next.val)
print(ans.next.next.val)
print(ans.next.next.next.val)
print(ans.next.next.next.next.val)
# t = O(m + n)
# s = O(max(m, n))
```

## LRU Cache

本命題與 [Leetcode 146. LRU Cache](https://leetcode.com/problems/lru-cache/) 相似

以下解法為面試當下所寫，並非最優解。

```python
from typing import Any, Optional

class LRU:
    def __init__(self, size:int):
        self.size = size
        self.container = {}
        self.ordered_keys = [] # least recently used ... non least recently used
    def get(self, key:str) -> Optional[Any]:
        result = self.container.get(key)
        if result is not None:
            self._sync(key)
        return result
    def put(self, key:str, value:Any):
        if key not in self.container and len(self.container) == self.size:
            self._evict()
        self.container[key] = value
        self.ordered_keys.insert(0, key)
        self._sync(key)
    def _evict(self):
        key = self.ordered_keys.pop(-1)
        del self.container[key]
    def _sync(self, key:str):
        self.ordered_keys.remove(key) # O(size) -> O(log(size))
        self.ordered_keys.insert(0, key)

cache = LRU(3)
cache.put('A', 'AA')
cache.put('B', 'BB')
cache.put('C', 'CC')
print(cache.get('A'))
print(cache.get('B'))
print(cache.get('C'))
cache.put('D', 'DD')
print(cache.get('A')) # None
print(cache.get('D')) # DD
cache.put('D', 'DDDD')
print(cache.get('B')) # BB
print(cache.get('D')) # DDDD
```


面試心得–SWAG（爍特／SOAT Co.）

You are given two non-empty linked lists representing two non-negative integers.

The digits are stored in reverse order, and each of their nodes contains a single digit.

Add the two numbers and return the sum as a linked list.

技術面試（英文聽力中文口說）

附錄：第一輪線上面試題目參考解答


# 職缺介紹

詳見 Github 徵才訊息－[[徵才] ĒSEN 伊生有限公司 / Tech Lead (Sr. Backend / Backend focused developer)](https://github.com/b2etw/jobs/issues/36)。

# 第一輪線上面談

面試官是 Co-Founder 之一的 Shawn，彼此互相介紹之後，Shawn 就開始瘋狂地拋出許多不好回答的開放式問題：

- 為什麼會對 Esen 感興趣？
- 你覺得 Esen 最吸引你，讓你眼睛為之一亮的點是什麼？
- 你工作上曾經遇過的棘手問題？在 Esen 你會怎麼解決相同的問題？
- 你的話滿少的，能不能分享更多關於XX的想法？
- 你覺得為什麼我們不找外包就好？而是要找品質優良的工程師？
- etc.

有的時候問完還會追問我對剛才的討論有沒有什麼其他想法或是想分享的事情。

整場討論其實讓人有種窒息感，看得出 Shawn 是個非常 Sales 導向的人，不斷地想賣出自家的產品，試圖拉攏對這個 Idea 抱有熱情的人，幾乎每一題都把我當成 Co-Founder 似地拷問著，搞得好像我才是要創業證明產品價值的人。
但是林北就死工程師，一向是收多少錢就辦多少事，不問技術，問我一堆心得感想腦力激盪哩哩叩叩的要幹嘛...

# 第二輪現場面試

主要是針對 ESEN 未來想做的產品在白板上進行高階系統規劃，討論了未來預計有哪些需求、有哪些可能的使用角色，以及資料模型預計會如何設計等等。後續閒聊的時候也問到電機背景的共同創辦人 Shawn 是如何轉往商業顧問發展的，也談到當時如何開始產生創業念頭的，中間偶爾穿插著針對產品細節的詢問及討論，最後臨走前還參觀了一下離辦公室不遠的診所（據說剛開幕三周）。

整場面試過程相比第一輪面談愉快許多，或許第一次相見時彼此處在看待產品的兩個極端，所以花了整場面談的時間來磨合，在後續討論中才逐漸適應。

# 第三輪現場面試

這場面試除了先前見過的 Shawn 以外，還加入了剛報到一個月的 UI/UX Designer Henk，看起來為人老實敦厚。整場面試主要仍然以 Behavior 類型的問題為主，參雜著一部分的閒聊，結束後再次到辦公室附近的診所參觀，並且與另一位共同創辦人 Wilson 見了面。

# 第四輪現場面試

前面三場面試主要都是與營運長 Shawn 接觸，而這次終於和另一位共同創辦人 Wilson 一起坐下來聊聊了。Wilson 本職就是家醫，也是 ESEN 第一間診所裡唯一一位醫師，與弟弟 Shawn 共同創辦 ESEN 成為創業兄弟檔。此次面試一樣是談論性質居多，偶爾由 Wilson 拋出開放式的提問，主要圍繞在產品藍圖的發想。最後，在面試結尾有被詢問到，根據前面討論的產品藍圖，我預計如何規劃未來的產品團隊？當時我簡易列出了必要的成員，包含 PM、FE、UI/UX 等，粗估一年可能花費 400~600 萬的人事費用，而 Wilson 也信誓旦旦地請我放心，並告訴我錢的事情他來煩惱。整場面試過程聊得十分愉快，在臨走前也拿到了兩位老闆的 Verbal Offer。

# 總結

一周後，Shawn 趕在平安夜裡打了電話給我，找我協議 Package，最終取得 12 個月的 Base 加上 RSU (1-year cliff, 4-year vesting)，為了避稅，將會以部分台幣搭配部分美金的形式入帳，筆者認為整體而言算是還不錯的機會！

# 核薪結果

- 本薪：$166.666k/mth \times 12mth/annum = 2m/annum$
- 股票選擇權：$300,000$ shares, 4-year vesting with 1-year cliff

# 面試結果及時程

- 2021/11/09 投遞履歷
- 2021/11/17 邀請第一輪面談
- 2021/11/18 第一輪線上面談（Shawn）
- 2021/11/24 邀請第二輪現場面試
- 2021/11/28 第二輪現場面試（Shawn）
- 2021/12/02 邀請第三輪現場面試
- 2021/12/07 第三輪現場面試（Shawn、Henk）
- 2021/12/10 邀請第四輪現場面試
- 2021/12/16 第四輪現場面試（Shawn、Wilson）及 Verbal Offer
- 2021/12/24 核薪
- 2022/01/03 收到 Offer Letter，預計 2022/03/01 報到
- 2022/01/17 收到合約草稿


面試心得–ĒSEN


# 職缺介紹

詳見獵頭提供 [JD](/posts/2019-03-14-interview/2021-11-09-penelope/Penelope_Backend_Engineer.pdf)。

# 公司概況

公司成立約 6 星期，成員來自世界各地，也因此完全遠端，目前工程團隊約 7 人。

# 第一輪線上面談（英文面談）

這場面談只是一個 Quick call 而已，是與 CTO Eelke 1-on-1，他會自顧自地講話，偶爾還會在嘴裡碎念，個人覺得他是經典 Geek 類型的人，感覺不太好相處。

# 面試結果及時程

- 2021/11/09 獵頭代投履歷
- 2021/11/17 邀請第一輪面談
- 2021/11/18 第一輪線上面談（Eelke）
- 2021/11/22 獵頭通知未通過面試


面試心得–Penelope


# 職缺介紹

詳見獵頭提供 [JD](/posts/2019-03-14-interview/2021-11-09-doorstead/Doorstead_Fullstack_Developer.pdf)。

# 公司概況

目前工程團隊約 8 人，技術棧有 python、nodejs、reactjs、AWS Elastic Beanstalk，已有線上產品，DAU 約 4000 人。

# 第一輪線上面試（英文面試）

面試官是 CTO Willy，講話十分流利但是連音非常多，筆者經常要勉強才能聽懂問題，是目前為止遇過偏累的外商面試。除了被問到 Behavior 相關的問題以外，這關也有進行程式測驗，面試官直接丟了 [Leetcode 383. Ransom Note](https://leetcode.com/problems/ransom-note/) 請我分享螢幕進行作答。

# 面試結果及時程

- 2021/11/09 獵頭代投履歷
- 2021/11/17 邀請第一輪面試
- 2021/11/20 第一輪線上面試（Willy）
- 2021/11/22 獵頭通知未通過面試


面試心得–Doorstead


# 職缺介紹

職位：Independent Contributor
薪資範圍：1.8M ~ 2.8M / Annum

# 公司概況

共有 5 個產品線，每個產品各有一位 PM，PM 們也都有技術背景，工程團隊對於技術要求很高，全部都只找 Full-stack，專案管理也落實嚴謹的 Scrum 流程。全球約 150 位員工，台灣 120 人，工程團隊 60 人（40 人在台灣，20 人在美國）。目前紐奧、東南亞、東北亞都有 inline 的服務，Main App、Support、Tools（內部工具部門）有在招募。技術上使用 JS 為主，包括但不限於 NodeJS、React。

# 獵頭篩選測驗（英文聽說測驗）

獵頭看起來受公司委託，在電話結尾有用英文提問下列技術問題，並且要求以英文回答：

1. What is the difference between ‘implements’ and ‘extends’
2. Why SQL databases prefer vertical scaling and NoSQL databases prefer horizontal scaling?
3. What is ‘Composite’ pattern, and where it is most commonly used?

# 應徵結果及時程

- 2022/12/02 與獵頭接洽
- 2022/12/07 獵頭代投履歷
- 2022/12/29 獵頭回覆：Inline這邊幾經考量過後，覺得以你的經歷來說，恐怕無法負擔這樣的薪資，所以婉拒後續

# 附錄：獵頭篩選測驗參考解答

1. What is the difference between ‘implements’ and ‘extends’

    > 'Implement' shares the same interfaces horizontally across independent classes, while 'extend' shares the same attributes, functions and interfaces vertically across the class inheritance chain.

2. Why SQL databases prefer vertical scaling and NoSQL databases prefer horizontal scaling?

    > Horizontal scaling has one disadvantage that they need to make sure each slave server consistent. Also there's one challenging problem once we need atomic operations in distributed SQL database. That's why SQL databases prefer vertical scaling.

3. What is ‘Composite’ pattern, and where it is most commonly used?

    > It's like send out a function and get a function back. It's something used in functional programming, which really care the immutability, and the data should not be changed in the function. For composition, it can package some function together and use them easily.


面試心得–Inline App 樂排股份有限公司

獵頭篩選測驗（英文聽說測驗）


# 職缺介紹

團隊：Web Team
薪資範圍：0.9M ~ 1.8M / Annum，保14個月
福利：一周一天WFH
招募原因：團隊擴編

# 公司概況

2013年成立，慢性疾病起家，目前致力於糖尿病監測、連續血糖監測器等產品。公司規模成長至今約50人，其中約25位工程師，本次招募的 Web Team 編制則為後端 4 位、前端 3 位、DevOps 2 位，技術棧包含 Python、Twisted、Golang、Vue、Docker Compose、Kubernetes、AWS。合約用戶約 10 萬，市場上可匹敵的競爭者為 MySugar。

產品線分為 2B 及 2C 兩個面向：

- 2B
  - `雲端照護平台`，200~300 間醫療院所使用
- 2C
  - `健康護照`，即將棄用的產品，功能包括串接第三方 OCR 掃描檢驗報告
  - `智抗糖`，為 Android 及 iOS 雙平台的 Native App，約 80 萬下載

# 第一輪線上面試（HR：Claire Wu, Web Team Manager: Conan Hsieh）

前半小時與人資面談，由於筆者要求的薪水高於公司可以提供的範圍，最終仍然協議如果低於 1.7M / Annum 則不繼續。

後面一小時與技術主管交流 Monolithic 及 Microservice 技術架構的利弊分析，以及過去的工作事項成就。討論的範圍多以高階系統層級為主，如系統設計、架構設計等，沒有 Live Coding。

# 第二輪線上面試（Engineer VP or Engineer：Joe）

## Remote Config 系統設計

本題以 Firebase Remote Config 為原型，針對假想的 Remote Config 進行系統設計。使用者請求會包含國碼、語系、版本號，目前的需求為撈取符合條件的 Config 後合併所有 Json。面試官提問包括以下：
- 你會挑選何種儲存方式、快取服務？
- 請口述 Schema 長相
- 請撰寫 SQL 以查詢符合條件的 Configs
- 寫入快取的時機點為何？
- 如果不希望 API Server 一直被 Request，該如何調整設計？

## 資料庫 Index

```sql
SELECT a, b FROM table WHERE a=1
```

下列三種情況分別如何影響上方的查詢？
1. 只對 a 建立 Index
2. 只對 b 建立 Index
3. 對 (a, b) pair 建立 Index

# 應徵結果及時程

- 2022/12/27 於 Meet.jobs 投遞
- 2022/12/30 確認面試邀請
- 2023/01/05 第一輪線上面試
- 2023/01/12 第二輪線上面試
- 2023/01/17 人資電話核薪
- 2023/01/18 信件通知未錄取

面試心得–Health2Sync 慧康生活科技

第一輪線上面試（HR：Claire Wu, Web Team Manager: Conan Hsieh）

第二輪線上面試（Engineer VP or Engineer：Joe）


# 職缺介紹

職位：BE, Sr. BE
薪資範圍：1.5M ~ 2M / Annum
面試流程：4 關 online interview，包括 live coding 及 system design（之前有聽說Agoda會招待機票讓面試者前往曼谷，但獵頭說該政策目前已取消）

# 公司概況

目前約 20~30 位台灣工程師，使用語言主要為 Java、Scala，其次是 Go、Python、.Net，注重架構改善的能力。由於會需要在泰國曼谷工作，公司有提供 4 年簽證，福利上也提供每周3天的WFH及每年30天的返鄉WFH。

# Pre-Assessment Test 線上技術測驗（一小時）

共三題 easy 等級的題目。

## 第一題

![](/posts/2019-03-14-interview/2022-12-28-agoda/q1.png)

## 第二題

![](/posts/2019-03-14-interview/2022-12-28-agoda/q2.png)

## 第三題

![](/posts/2019-03-14-interview/2022-12-28-agoda/q3.png)

# 第一輪線上技術測驗（主要面試官：Edwin，旁聽面試官：Suratin，一小時）

獵頭事前提供了準備方向與考古題給我，會有兩大題型：Calculator 及 Permutation，例題如下：

```
1. 給 [1,2,2,3,3,3] 找出最高次數與最少次數的差 => 3次3, 1次1 => 3-1     

做完問時間複雜度  

跟改良時間複雜度的方法

2. 做出 TwoSum Object 裡面有兩個 attr => store(number), test(amount): boolean  

const x = new TwoSum();  

x.store(1); x.test(2) => false  

x.store(2); x.test(3) => true; x.test(2) => false  

會問test的時間複雜度 跟改良方法  
```

實際上連續考了四題字串題目：

1. Given a string, write a function that checks if the string is a palindrome
2. Given a string, write a function that checks if there exists a permutation of the string that is a palindrome
3. Given a string, write a function that returns the longest palindromic substr
4. Write a function that returns the longest non repeating characters

雖然都是 LeetCode 經典題目，先前也刷過和看過解答，但是一小時的面試扣掉前面10分鐘開場只省下50分鐘可以思考及寫code，還要用不熟的英文和面試官討論演算法，一個緊張就沒辦法仔細回想答案了，最後只能交出 Naive Solution，整體表現完全不如預期呀！

# 第二輪線上技術測驗（主要面試官：[Kraiwat Nimudomsuk](https://www.linkedin.com/in/kraiwat-nimudomsuk-0700841a/)，一小時）

這關是純系統設計，要替預約系統設計優惠碼功能，詳細題目如下：

```
Requirement
- We want to introduce promo code on our website. User will get discount when book a hotel with promo code.
- There is a text box on booking page to input promo code.
- User will see discount on website before book.
- We will show error text when user input invalid promo code.
- There are 2 types of promo code
    - Time period - Ex. Valid from 20 Dec 12:00 PM - 3 Jan 10:00 PM
    - Limit usage  - Ex. Only 500 bookings 
- The promo code usage is counted when booking is success
- Promo code monitoring system


Context
- User traffic ~100k per day
- Booking process after user click book will take around 1 minute
- Booking is possible to fail from multiple reasons. Ex. Fraud, Pre-Auth, Settlement, Allotment, etc.
```

題目出得十分理性，不算難回答，但由於是線上測驗，開頭花了一些心力去學習白板軟體的操作，答題過程中也會因為不熟悉工具而處處受限，很難充分表達自己的思路，加上面試官有很重的口音，整場面下來雖然自認技術部份可以及格，但是溝通部分可能會失分。

# 人事凍結通知

> Hi ***,
> 
> Thank you so much for your patience just now.
> 
> I would like to inform you that. Unfortunately, the role you interviewed for has been placed on hold for the time being due to our hiring preference has been changed and we would like to focus on candidates with more senior backgrounds. However, we are still in the process of finalizing if there is any other team would be interested in your profile.
> 
> We will be getting in touch and let you know at our soonest once we have the update on our hiring.
> 
> I hope you understand regarding to our changes and we do appreciate your time speaking with us.
> 
> Best Regards,

# 應徵結果及時程

- 2022/12/28 與獵頭接洽
- 2023/01/16 邀請 Pre-Assessment Test 線上技術測驗
- 2023/01/20 Pre-Assessment Test 線上技術測驗
- 2023/01/25 邀請第一輪線上技術測驗
- 2023/02/06 第一輪線上技術測驗
- 2023/02/08 邀請第二輪線上技術測驗
- 2023/02/16 第二輪線上技術測驗
- 2023/02/27 邀請第三輪線上技術測驗
- 2023/03/03 人事凍結通知

# 附錄：Pre-Assessment Test 線上技術測驗題目參考解答

## 第一題

```python
def solution(a):
    def is_good_tuple(t):
        return len(set(t)) == 2
    ans = 0
    for i in range(len(a) - 2):
        if is_good_tuple((a[i], a[i+1], a[i+2])):
            ans += 1
    return ans
```

## 第二題

```python
def solution(points):
    r_count = 0
    s_count = 0
    w_count = 0
    c_count = 0
    n_count = 0
    for p in points:
        if 0 <= p <= 999:
            r_count += 1
        elif 1000 <= p <= 4999:
            s_count += 1
        elif 5000 <= p <= 9999:
            w_count += 1
        elif 10000 <= p <= 49999:
            c_count += 1
        elif 50000 <= p:
            n_count += 1
    tmp = zip(
        [r_count, s_count, w_count, c_count, n_count],
        ["Recruit", "Soldier", "Warrior", "Captain", "Ninja"]
    )
    tmp2 = reversed(sorted(tmp, key=lambda x: x[0]))
    ans = []
    for (cnt, name) in tmp2:
        if cnt > 0:
            ans.append(f"{name} - {cnt}")    
    return ans
```

## 第三題

```python
class Editor:

    def __init__(self):
        self.text = ""
        self.cursor = 0

    def onPressLeft(self):
        self.cursor = max(0, self.cursor - 1)
        return self.text

    def onPressRight(self):
        self.cursor = min(len(self.text), self.cursor + 1)
        return self.text

    def onPressHome(self):
        self.cursor = 0
        return self.text

    def onPressEnd(self):
        self.cursor = len(self.text)
        return self.text

    def onPressDelete(self):
        if self.cursor < len(self.text):
            self.text = self.text[0:self.cursor] + self.text[self.cursor + 1:]
        return self.text

    def onPressBackspace(self):
        if self.cursor > 0:
            self.text = self.text[0:self.cursor-1] + self.text[self.cursor:]
            self.cursor -= 1
        return self.text

    def onInputCharacter(self, character):
        self.text = self.text[0:self.cursor] + character + self.text[self.cursor:]
        self.cursor += 1
        return self.text

def solution(commands):
    editor = Editor()
    result = []
    for command in commands:
        if command == "left":
            result.append(editor.onPressLeft())
        elif command == "right":
            result.append(editor.onPressRight())
        elif command == "home":
            result.append(editor.onPressHome())
        elif command == "end":
            result.append(editor.onPressEnd())
        elif command == "delete":
            result.append(editor.onPressDelete())
        elif command == "backspace":
            result.append(editor.onPressBackspace())
        else:
            result.append(editor.onInputCharacter(command))

    return result
```

# 附錄：第一輪線上技術測驗題目參考解答

## 第一題

```python
# Given a string, write a function that checks if the string is a palindrome

def is_palindrome(s):
    n = len(s)
    for i in range(n // 2):
        if s[i] != s[n - i - 1]:
            return False
    return True

print(is_palindrome("a"))
print(is_palindrome("ab"))
```

## 第二題

```python
# Given a string, write a function that checks if there exists a permutation of the string that is a palindrome

def is_permutation_a_palindrome(s):
    freq_map = Counter(s)
    odd_count = 0
    for c, freq in freq_map.items():
        if freq % 2 == 1:
            odd_count += 1
    return odd_count <= 1

print(is_permutation_a_palindrome("a")) # should be True
print(is_permutation_a_palindrome("ab")) # should be False
print(is_permutation_a_palindrome("abb")) # should be True
print(is_permutation_a_palindrome("")) # should be True
```

## 第三題

LeetCode [5. Longest Palindromic Substring](https://leetcode.com/problems/longest-palindromic-substring/)

```python
# Given a string, write a function that returns the longest palindromic substr

def longest_palindromic_substr(s):
    n = len(s)
    ans = ""
    # left is inclusive, right is exclusive
    for left in range(n):
        for right in range(left, n + 1):
            if is_palindrome(s[left:right]) and (right - left) > len(ans):
                ans = s[left:right]
    return ans

print(longest_palindromic_substr("aaa"))
print(longest_palindromic_substr("abad"))
print(longest_palindromic_substr("abcd"))
print(longest_palindromic_substr(""))
print(longest_palindromic_substr("eabcdad"))
```

## 第四題

LeetCode [3. Longest Substring Without Repeating Characters](https://leetcode.com/problems/longest-substring-without-repeating-characters/)

```python
# Write a function that returns the longest non repeating characters

def longest_non_repeating_substr(s):
    def is_non_repeating(subs):
        n = len(subs)
        if n == 1:
            return True
        for i in range(n - 1):
            if subs[i] == subs[i + 1]:
                return False
        return True
    n = len(s)
    ans = ""
    # left is inclusive, right is exclusive
    for left in range(n):
        for right in range(left, n + 1):
            if is_non_repeating(s[left:right]) and (right - left) > len(ans):
                ans = s[left:right]
    return ans

print(longest_non_repeating_substr("a"))
print(longest_non_repeating_substr("abcd"))
print(longest_non_repeating_substr("aabcc"))
print(longest_non_repeating_substr("aabcbcc"))
```

# 附錄：第二輪線上技術測驗題目參考解答

面試結束前的白板截圖：

![](/posts/2019-03-14-interview/2022-12-28-agoda/session-2-answer.png)

面試心得–Agoda 台灣雅高達國際有限公司

Pre-Assessment Test 線上技術測驗（一小時）

第一輪線上技術測驗（主要面試官：Edwin，旁聽面試官：Suratin，一小時）

第二輪線上技術測驗（主要面試官：Kraiwat Nimudomsuk，一小時）

附錄：Pre-Assessment Test 線上技術測驗題目參考解答

Given a string, write a function that checks if the string is a palindrome

Given a string, write a function that checks if there exists a permutation of the string that is a palindrome

Given a string, write a function that returns the longest palindromic substr

Write a function that returns the longest non repeating characters


# 職缺介紹

職位：Jr. BE, Sr. BE

薪資範圍：

- Jr. SWE 3M Base salary + RSU / Annum
- Sr. SWE 5~6M Base salary + RSU / Annum

面試流程：

1. Screening Call (CTO, 15min)
    - 傾向找 co-founder 心態的求職者
    - 可能被問過去做過最有成就的事情
2. Technical Interview (CTO, 1~2 hours)
3. Culture Fit (CEO)

# 公司概況

台灣辦公室位於松江南京，目前成立約半年，共 3 位工程師，近期剛獲得 800 萬美金資金。對於求職者使用技術不拘，目前產品為驗證工具，仍未投入市場驗證，預計先應用於工程師招募。

# Screening Call（英文，SW Engineer）

- 自我介紹
- 過去做過最難的事情？
- 你希望你的團隊文化是如何？該如何達成？

# 應徵結果及時程

- 2022/12/28 與獵頭接洽
- 2023/01/08 原訂 Screening Call，因故重新安排
- 2023/01/12 Screening Call
- 2023/01/30 獵頭通知未錄取

面試心得–Web3 Platforms Inc.


# 職缺介紹

詳見 [Junior/Senior Backend Engineer (New AI Product)](https://www.cakeresume.com/companies/aiello-inc/jobs/JuniorSeniorBackendEngineer-NewAIProduct)

# 公司概況

目前產品為 SaaS，可以整理錄音檔重點摘要以供後續使用。

# 第一輪現場面試

## 筆試（30 mins）

![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-1.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-2.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-3.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-4.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-5.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-6.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-7.jpg)
![](/posts/2019-03-14-interview/2023-01-08-aiello/question-page-8.jpg)

## BE 主管（Archer）

介紹了目前主力產品 `Vocal`，為去年底啟動，農曆年前即將 Beta Release，功能是將語音轉為文字，再做文字摘要處理，語音轉換的過程也會融入情感分析，應用情境包括記者、行銷人員、教育訓練、電銷人員培訓等。產品團隊約11~12位，包含PM、UI/UX、FE、BE、QA、DevOps、NLU等分工，其中BE共4位。

在Aiello的BE會負責三件事情：
1. 制定資料存取介面
2. 商業邏輯開發
3. 整合外部服務（MS Teams, Google Meet, Zoom, Calendar, etc.）

目前使用的技術有：Java, Vert.x, MongoDB, Redis, ElasticSearch, Neo4j。

值得一提的是，主管特別提到公司經常加班，有向筆者多次確認意願。

## 人資

上班彈性工時不打卡，on-site為主，目前沒有Remote政策，會提供固定額度的晚餐餐點費，無正式加班費。資金健康，近期將啟動下一輪募資。

# 應徵結果及時程

- 2023/01/08 於 CakeResume 投遞
- 2023/01/09 人資電話聯繫
- 2023/01/12 第一輪現場面試

面試心得–Aiello Inc. 犀動智能


# 第一輪線上面試（一小時）

題目為 [LeetCode 93. Restore IP Addresses](https://leetcode.com/problems/restore-ip-addresses)。

# 第二輪線上面試（一小時，接洽人資：AnitaJR Wu 吳佳叡，面試官：Jerome Wu 吳文傑）

面試官是 base 新加坡的 DevOps 技術主管，開頭首先是雙方自介。Jerome 表示 AICS（發音：艾斯）部門成立約4年，旨在開創華碩的軟體新事業，經過幾次嘗試之後，產品方向收斂在醫療產業的資訊管理，也介紹了目前使用的技術，包含：Vue, Typescript, 少量 Python, Mongodb, Kubernetes。

在技術類的題目被問到了：

- 你之前做過的技術上的挑戰？

另外，筆者有提到自己帶人的經驗，因此有被問到一些管理相關的問題：

- 你曾經遇過管理上的什麼挑戰？
- 如果可以重來，你會怎麼調整你的處理方式？

口頭交流結束之後便開始一題 Live Coding，語言隨意（或部分 pseudo code），不需要可執行，題目如下：

```
Write a simple calculator to calculate an equation without considering the order of operators.

Examples:

Test case #1
Input: "1-2*3-4"
Output: -7
Explain: 1-2*3-4 = -1*3-4 = -3-4 = -7

Test case #2
Input: "100-1000*2"
Output: -1800
Explain: 100-1000*2 = -900*2= -1800

Constraints:
Only ['-', '*'] operators and digits
All numbers within 32bit integer
No brackets & white spaces
```

Followups 包含：
- 請你 Trace Test Case 1
- 是否有 Edge Case 需要處理

最後面試結束前的問答，Jerome 提到目前的困難處包括 Domain Knowhow 較深，以及技術上需要承受長時間新舊系統並存的狀況。

# 感謝信及評價

在二面結束約兩週後由獵頭轉達未錄取，同時公司也有提供對於人選的回饋：

> 1. His performance in coding testing is not satisfying even considering him as a SDE.
> 2. His knowledge in various technologies is broad but not deep, which means we need extra effort to train him.
> 3. we think he is not an engineer who is careful about the details, which might make him hard to manage and work with.

火藥味雖然濃厚，但至少有給評價，知道未來改善的方向。

# 應徵結果及時程

- 2023/01/09 獵頭送件
- 2023/01/30 邀請第一輪線上面試
- 2023/02/03 第一輪線上面試
- 2023/02/16 邀請第二輪線上面試
- 2023/02/16 第二輪線上面試
- 2023/03/01 感謝信

# 附錄：第一輪線上面試題目參考解答

面試當下僅寫出屍體，時限內沒有處理好 leading zeros 的部分，程式碼如下：

```python
from typing import List

def solve(ip_str: str):
    ans = set()
    def backtracking(current: List[str], remaining_ip_str: str):
        if len(current) == 4:
            if len(remaining_ip_str) == 0:
                ans.add(".".join(current))
            else:
                return
        for i in range(1, 4):
            left, right = remaining_ip_str[:i], remaining_ip_str[i:]
            if 1 <= len(left) <= 3 and 0 <= int(left) <= 255:
                backtracking([*current, left], right)
        
    backtracking([], ip_str)
    return [ip for ip in ans]
  
print(solve("25525511135"))
print(solve("0000"))
print('case 3:', solve("55555555555"))
print('case 4:', solve("28003892"))
print('case 5:', solve("2803892"))
```

# 附錄：第二輪線上面試題目參考解答

```python
def evaluate(expression):
  if expression == "":
    return 0

  numer_queue = []
  operator_queue = []

  if expression[0] == "-":
    n_str = "-"
    expression = expression[1:]
  else:
  	n_str = ""

  for c in expression:
    if c in ['-', '*']:
      numer_queue.append(int(n_str))
      n_str = ""
      operator_queue.append(c)
      # numer_queue = [1, 2, 3]
      # operator_queue = ['-', '*', '-']
  	else:
      n_str = n_str + c
  numer_queue.append(int(n_str)) # numer_queue = [1, 2, 3, 4]
  
  # numer_queue = [1, 2, 3, 4]
  # operator_queue = ['-', '*', '-']

  for op in operator_queue:
    operand1 = numer_queue.pop(0)
    operand2 = numer_queue.pop(0)
    if op == '-':
      numer_queue.insert(0, operand1 - operand2)
    elif op == '*':
      numer_queue.insert(0, operand1 * operand2)

  return numer_queue[0]

print(evaluate("")) # -> 0
print(evaluate("2")) # -> 2
print(evaluate("1-2*3-4")) # -7
print(evaluate("-1"))
```

近似題可以參考 [LeetCode 227. Basic Calculator II](https://leetcode.com/problems/basic-calculator-ii/description/)。

面試心得–ASUS Intelligent Cloud Services (AICS) 華碩電腦股份有限公司

第二輪線上面試（一小時，接洽人資：AnitaJR Wu 吳佳叡，面試官：Jerome Wu 吳文傑）

附錄：第二輪線上面試題目參考解答


# 職缺介紹

此後端職缺僅適用目前[主力產品](https://www.earnaha.com/en)，為一 Fintech 軟體產品，讓學生加入平台一邊學習一邊賺錢。原則上所有的資訊都已經公開在[Aha Handbook](https://earnaha.gitbook.io/aha-handbook/)了。

# 第一輪線上面談（人資）

底薪為 14~16 個月的 base 外加 Aha 自行開發但尚未發行的 Token 作為 Bonus。據人資說法底薪一定讓你滿意（到底哪來的自信？）。雖然文件上都公告年薪 > NTD 150 萬的話可以跳過技術測驗，但經詢問後，人資表示該規則只適用來自 FAANG 的應徵者，最後筆者仍然被要求要進行測驗。

# 作業測驗

詳見[原始題目](/posts/2019-03-14-interview/2023-01-12-aha/Back-End_Full-Stack_Exam.pdf)。

# 第二輪線上面談（人資：Alice）

薪資將以上一份工作薪資、上上份薪資、考試分數綜合衡量。

# 第三輪線上面試（45 分鐘 - 1 小時，面試官：Senior Engineer Kent Chen、Zeal Lin）

兩位面試官都是台灣人，負責主持面試的 Kent Chen 是目前的 Tech Lead，負責分析需求及拆分任務，雙方互相介紹之後就開始從履歷進行面試。面試官非常友善，也很認真看過人選的履歷，甚至閱讀履歷上連結的部落格文章，令人十分受寵若驚。針對我的個人經歷，有被詢問到以下幾個問題：

- 能否多說明一下 ODQL？為何不乾脆使用 GraphQL？
- 你認為使用 DDD 有帶來什麼好處？
- 你的應用程式拆分出哪些 Microservices？
- 你的 Microservice 之間如何溝通？認證的部分是否考慮過整合 auth0 等第三方服務？
- 你的部落格為什麼沒有使用 CSS Framework？

除了以上個人化的提問之外，面試官也準備了一些文化適性類型的問題：

- 過去開發經驗中，你認為最自豪的部分？
- 過去開發經驗中，你認為可以改善或避免的部分？如果可以重來，你會如何處理？
- 假設你在 Aha 工作，請你想像你的一天會是如何進行？
- 寫作業時是否有覺得特別有趣的部分？

面試結束前的交流中，面試官沒有正面回答目前技術上遇到的難題，而是提出人的問題比技術問題更加棘手，另外他也提及公司組織相對扁平，每個月都會有向上回饋的管道。工程團隊規模不大，目前編制前端加上後端共六位，過一陣子會再加入一位。

# 應徵結果及時程

- 2023/01/12 填寫官方應徵表單
- 2023/01/17 邀請參加作業測驗
- 2023/02/01 第一輪線上面談
- 2023/02/06 送出作業，預約第二輪面談
- 2023/02/22 第二輪線上面談
- 2023/03/01 第三輪線上面試

# 附錄：作業測驗參考解答

專案已開源於 [Github](https://github.com/gocreating/ahaha)。

面試心得–Aha 吃香喝辣科技股份有限公司

第二輪線上面談（人資：Alice）

第三輪線上面試（45 分鐘 - 1 小時，面試官：Senior Engineer Kent Chen、Zeal Lin）


# 應徵結果及時程

- 2023/01/26 由ĒSEN老闆推薦

面試心得–Metatheoroy


# 職缺介紹

薪資範圍：~1.8M / 13 mth + bonus

# 公司概況

主要產品為手搖飲料自動化機器人。以 Node.js 為主。共有三個產品，每個產品各有一位 FE 及 BE，另外所有產品共享 QA * 2、TPM * 1、UI/UX * 2。

# 第一輪線上面試（2小時）

## Tech: Software Engineer (面試官：Wei Ning, 45 分鐘)

第一題考列舉質數：

```
Q1. Return prime numbers <= n.
```

Followup 會請你分析時間複雜度、如何優化、怎麼進行單元測試。另外面試官有追問對於 Node.js 的熟悉程度，像是 `var` 與 `let` 的差異。

## Tech / Culture: Sr. Backend Engineer (面試官：Jason Jhang, 35 分鐘)

這一關包含系統設計類考題以及 Culture Fit 問題。

1. 如果要增強 IOT 設備的安全性，你會怎麼做？
2. 你對於 Unit Test 會怎麼解讀？
3. Netflix 近期開始限制共享方案使用者作弊行為，你會怎麼實作類似的功能？
4. 後續有問一些 Culture 問題，但筆者已經想不起來

此面試階段結束前筆者有反問為什麼有現在這個職缺，面試官的回應是擴編並增加備援人力，會加入 Cloud 的產品線。另外詢問了目前開發遇到的難處，得到的回應是市場上找不到前例可以作為參考。

## Tech: Software Consultant (面試官：Kelly Yang, 1 小時)

開頭先從概念性的問題交流：

- SQL vs. NoSQL？各有什麼優缺點？
- MVC 是什麼？Client-side render的話還稱得上是MVC嗎？
- Restful 是什麼？
- 請解釋 Nodejs 的 async 和 await
- 你身為一位 BE 會怎麼和 FE、QA 合作？

接著是兩題 Live Coding，限定 Node.js，必須執行以驗證結果，過程中可以查詢輔助資源，但要分享螢幕畫面讓面試官看得到操作過程。

1. 紅綠燈

    ```
    Create traffic light function.
    Red light for 3 seconds
    Green light for 2 seconds
    Yellow light for 1 second
    ```

2. 括號排列組合

    ```
    Given n pairs of parentheses, write a function to generate all combinations of well-formed parentheses.
    Example 1:
    Input: n = 3
    Output: ["((()))","(()())","(())()","()(())","()()()"]

    Example 2:
    Input: n = 1
    Output: ["()"]

    Constraints:
    1 <= n <= 8
    ```
 
    這題雖然可以使用 Recursion 快速滿足功能性，但是 Followup 被要求按照題目中的順序輸出結果。

# 應徵結果及時程

- 2023/02/03 與獵頭照會
- 2023/02/09 邀請面試
- 2023/02/20 第一輪線上面試
- 2023/03/31 獵頭通知未錄取

# 附錄：第一輪面試題目參考解答

## 第一關：列舉質數

```js
function isPrime(m) {
  if (m % 2 === 0) {
    return false
  }
  // 2, 3, … m-1
  for (let p = 3; p*p < m; p += 2) {
    if (m % p === 0) {
      return false
    }
  }
  return true
}

function findPrimeNumbers(n) {
  if (n < 2) {
    return []
  }

  // m = 6, p = 3
  let ans = [] // let, const
  for (let k = 2; k <= n; k++) {
    If (isPrime(k)) {
      ans.push(k)
    }
  }
  return ans
}

function testIsPrime() {
  assertEqual(isPrime(2), true)
  assertEqual(isPrime(3), true)
  assertEqual(isPrime(4), false)
  for (let i = 4; i <= 16; i += 2) {
    assertEqual(isPrime(i), false, 'even numbers ...')
  }
  assertEqual(isPrime(-1), ?)
  assertEqual(isPrime(0), ?)
  assertEqual(isPrime(1), ?)
}

function testFindPrimeNumbers() {
  assertEqual(testFindPrimeNumbers(5), [2, 3])
  assertEqual(testFindPrimeNumbers(100), [2, 3, 5, ...])
}
```

Followup 優化方式：

1. 數學運算

    檢查某個數字 $n$ 是否為質數時，因數可以只檢查小於 $\sqrt{n}$ 的奇數即可，當然 `2` 這個數字本身要例外處理。

2. Lookup Table

    假設 $n$ 有上限，那麼只要空間足夠，其實可以用空間換時間，直接預算答案。

## 第三關

### 紅綠燈

```js
async function trafficLight() {
    async function sleep(s) {
        return new Promise(r => setTimeout(r, s * 1000));
    }
    console.log('Red')
    await sleep(3)
    console.log('Greed')
    await sleep(2)
    console.log('Yellow')
    await sleep(1)
}

trafficLight()
```

### 括號排列組合

本題為 [LeetCode 22. Generate Parentheses](https://leetcode.com/problems/generate-parentheses/description/)。

```js
function combinations(n) {
    if (n === 1) {
        return ["()"]
    }
    let result = new Set()
    const combs = combinations(n - 1)
    for (let comb of combs) {
        result.add(`(${comb})`)
        result.add(`${comb}()`)
        result.add(`()${comb}`)
    }
    return Array.from(result)
}
console.log(combinations(1))
console.log(combinations(2))
console.log(combinations(3))
```

Followup：請按照題目中的順序輸出結果。

最後僅寫出屍體：

```js
function combinations(n) {
    let output = []
    function backtracking(current, remainingRight) {
        if (remainingRight == 0) {
            output.push(current.padEnd(n*2-current.length, ')'))
            return
        }
        backtracking(`(${current}`, remainingRight - 1)
        backtracking(`${current}(`, remainingRight - 1)
        backtracking(`${current}()`, remainingRight - 1)
    }
    backtracking("", n)
    return output
}
```

後來在 LeetCode 上面重刷，使用 Backtracking AC：

```python
class Solution:
    def generateParenthesis(self, n: int) -> List[str]:
        output = []
        def bt(current, remainingLeft, remainingRight):
            if len(current) == n * 2:
                output.append(current)
                return
            if remainingLeft > 0:
                bt(f"{current}(", remainingLeft - 1, remainingRight)
            if remainingLeft < remainingRight:
                bt(f"{current})", remainingLeft, remainingRight - 1)
        bt("", n, n)
        return output
```

面試心得–Botrista 百睿達有限公司

Tech: Software Engineer (面試官：Wei Ning, 45 分鐘)

Tech / Culture: Sr. Backend Engineer (面試官：Jason Jhang, 35 分鐘)

Tech: Software Consultant (面試官：Kelly Yang, 1 小時)


# 職缺介紹

詳見 [Yourator](https://www.yourator.co/companies/Buyandship/jobs/24827)。

根據第一輪面試了解，Buyandship 先前收購了一間專門做 Path Comparison System 的公司，目前預計招募新的團隊來重寫這套系統。薪資保障 13 個月，預計招募 1~2 位 BE。

# 公司概況

台灣辦公室開發團隊目前編制為 FE * 2、App * 2、BE * 2、QA * 2，香港則有 BE * 3、Data Engineer * 1。專案管理分為 Product Management 及 Project Management，一週一個 Sprint。公司財務上已經達成損益平衡。

# 面試前測驗

詳見[原始題目](/posts/2019-03-14-interview/2023-02-07-buyandship/senior-software-engineer-20230209.pdf)。

# 第一輪線上面試（HR：Una Chen，CTO：Tsz Ming Wong）

開頭針對面試前討論的預期薪資討論，提出可接受 offer 5%~10% 為 Stock Option。

接著 CTO 開始隨機問各種問題，技術和非技術交錯：

1. 銜接考卷題目，如果 MQ 和 API Server 之間的網路也中斷了，你會怎麼處理？

    當時聽不太懂題意，只好根據自己的理解先吐一點東西，回答的方向從 HA MQ、DB Replica，一直到使用 Local File 實作 WAL，最後還是沒有理解題目XD。

2. 過去做過最有挑戰的技術成就？
3. 你的 Career Path？
4. 你覺得你的大學和碩士差異是什麼？
5. 你從什麼時候開始寫程式的？
6. 你會怎麼選擇 Python 和 Node.js？
7. 你過去使用 Monorepo 的經驗？

最後 CTO 有提到，我是第一位 Candidate，因此大約需要 3 週左右的時間才能給我答覆。

# 應徵結果及時程

- 2023/02/07 Yourator 線上應徵
- 2023/02/09 邀請面試前測驗
- 2023/02/10 邀請面試
- 2023/02/13 第一輪線上面試
- 2023/02/23 感謝信

# 附錄：面試前測驗參考解答

1. Background

    a. List some of your favourite software/tools/SaaS to be used during development (e.g. Mac/Window/Ubuntu, VS Code/Vim/IntelliJ IDEA, GitHub/Bitbucket, Vercel, etc.).

        > - OS: Mac
        > - Editor: VS Code
        > - VCS: Git
        > - UML: Draw.io
        > - Code Review: Github, Gitlab, Bitbucket
        > - CI/CD: Circle CI, Gitlab CI
        > - Language/Library/Framework: Python, FastAPI, Flask, SQLAlchemy, Alembic, Node.js, React.js, Next.js, Sequelize
        > - Database: PostgreSQL, DBeaver
        > - MQ: RabbitMQ
        > - Monitoring/Logging: Prometheus, Grafana
        > - Container Orchestration: Docker-compose, Kubernetes
        > - IaaS: GCP, AWS, OCI(Oracle Cloud)
        > - SaaS: Vercel, Heroku, Netlify, CloudAMQP, Supabase, ElephantSQL, Airtable, Sentry, SendGrid, Twilio, Stripe, ECPay, Retool, Grafana Cloud
        > - Project Management/Issue Tracking: Jira, Clickup, Notion
        > - Documentation: Notion, Confluence
        > - Design Spec: Figma
        > - Communication: Slack, Gmail, Google Meet

    b. Describe a workflow for deploying code from development into production system.

        > 1. [Local] Create a new feature/bug-fix branch.
        > 2. [Local] Edit and commit the code.
        > 3. [Local] Push local branch to remote.
        > 4. [CI] Lint.
        > 5. [CI] Build image for current feature branch.
        > 6. [CI] Test the built image.
        > 7. [PR/MR] Create a pull/merge request to ask peers to review.
        > 8. [PR/MR] Once the PR/MR is accepted, start following steps automatically or manually.
        > 9. [CI] Tag the built image with a unique version number to release the accepted code change.
        > 10. [CI] Trigger the deployment of current released image to environments like dev, staging, sit and uat, depending on the context. (QA, Alpha release, Beta release, etc.) During the deployment, the database schemas may be upgraded, and the services may be rolling updated.
        > 11. [CI] Once the testing is passed, trigger the deployment of current released image to production.
        > 12. [CI] Cleanup the caches or staled stuff.

    c. What would be the top 3 things you would check when doing a code review for a junior developer?

        > 1. Functionality
        > 
        >     First of all, I will make sure the implementation matches the requirement. Especially for those logical errors or runtime errors, they can't be found statically during build time. For some example. Is the operation transactional? Are there edge cases to crash the service?
        > 
        > 2. Performance
        > 
        >     Then I will start to analyze both time complexity and space complexity. I will see if there exists an improved solution or a better tradeoff between time and space. Some classic issues would like N+1 query, full-table scan, etc.
        > 
        > 3. Scalability
        > 
        >     The third thing I would like to check is whether the current implementation is easy to scale. Is the coding style fit into the style guide of the project? Is the code readable and easy to understand? Is the interface open for extension but close for modification? Will this implementation cause side effects in a distributed system?

2. Design

    Suppose you have an API service. The single source of truth for this system is a relational database (MySQL). For certain queries, you want to optimise query
    performance using a full-text search database, i.e. Elasticsearch.
    The API server and MySQL are located in the same datacentre, but Elasticsearch we uses a hosted service (elastic.co), so network failures across datacenters need to be considered.
    The current implementation is as follows: For some fields update in the MySQL (e.g. title of a posts table), the API would double the write to the Elasticsearch synchronously, so when there is a network issue the data between the MySQL and Elasticsearch will become inconsistent.

    ```python
    try:
      # Update MySQL
      cursor.execute("UPDATE posts SET title = 'test' WHERE id = 1")
      db.commit()
      # Update ES, when network issue happen the data will become inconsistent
      res = es.index(index="posts-index", id=1, document={'title': 'test'})
    except Exception as err:
      print("Error when updating title")
    ```

    If we allow the data update to Elasticsearch to become async with max delay = 1 to 2 mins, but we want the recovery process (re-sync) to happen fully automatically when network connectivity between data centres is restored. Can you propose a design support this requirement and illustrate with a diagram (no code required)?

    > To support such requirement, I propose introducing "Message Queue" and "Worker Process" into the system. They will add up to comprise four components in the system, i.e.
    >
    > 1. API Server & MySQL
    >
    >     Once any update has been committed into MySQL, the API Server should publish an event to Message Queue instead of updating Elasticsearch directly.
    >
    > 2. Message Queue
    >
    >     There is no special behavior in this component. The importance of this Message Queue is to buffer all the updates during network failures.
    >
    > 3. Worker Process
    >
    >     The worker process is responsible for consuming events from Message Queue. By reducing each event or batch of events, the worker process is able to prepare a snapshot of a post. Then these post snapshots can be synced to Elasticsearch.
    >
    > 4. Elasticsearch
    >     Nothing has to change in this component.
    >
    > With the durability of Message Queue, the updating information could be restored even when there is a networking issue. To be clear, here is a diagram to illustrate this design:
    >
    > ```
    > +------------+                     +---------+
    > |            |  1. Commit update   |         |
    > | API Server | ----------------->  |  MySQL  |
    > |            |                     |         |
    > +------------+                     +---------+
    >       |
    >       | 2. Publish update event
    >       |
    >       V
    > +---------------+
    > |               |
    > | Message Queue |
    > |               |
    > +---------------+
    >       |
    >       | 3. Process messages
    >       |
    >       V
    > +----------------+
    > |                |
    > | Worker Process |
    > |                |
    > +----------------+
    >       |
    >       | 4. Sync snapshots
    >       |
    >       V
    > +---------------+
    > |               |
    > | Elasticsearch |
    > |               |
    > +---------------+
    > ```

面試心得–Buyandship 香港商易購全球有限公司台灣分公司

第一輪線上面試（HR：Una Chen，CTO：Tsz Ming Wong）


# 職缺介紹

詳見 [Yourator JD](https://www.cakeresume.com/companies/gogolook/jobs/sr-backend-engineer-86dd45)。

# 應徵結果及時程

- 2023/02/07 官網線上應徵

面試心得–Gogolook 全球領先信任科技公司


# 職缺介紹

此職缺需要 Relocate 到新加坡。

## 面試

技術關卡中文，最後一關 HR 英文

## 人員組成

同事約 50% 英文母語，50% 中英雙語

## 薪資待遇

結構為 Cash + Bonus + RSU，依照個人需求調整比例。
獵頭粗估我的行情整包 package 加總後約 SGD 150k~250k/12mth + 3mth bonus

# 應徵結果及時程

- 2023/02/06 獵頭（Andrea Tong）於 Linkedin 聯繫
- 2023/02/09 獵頭（Michael Yuan）電話聯繫

面試心得–TikTok／ByteDance／字節跳動


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/thingnario/jobs/10737)。

# 履歷審查

- 個人作品或其他你覺得滿屌的東西等

    > - 個人網站：https://gocreating.lation.app/
    > - 重構中的個人網站：https://gocreating.vercel.app/
    > - 重構上癮，曾把單體式架構重構成以 DDD 輔助的微服務架構，也持續把個人網站重構成更好看更好用
    > - 曾因工作需要，自幹一套 Design System 及一套 Query Lanuage

- 你為什麼想加入thingnario

    > 過去比較少有大流量資料的處理經驗，希望可以在 thingnario 補足自己的弱項，也可以把自己過去學過的酷東西整合到 thingnario 的專案裡，跟著團隊及公司一起成長。

# 問卷填寫 & 線上測驗

人資認可履歷之後，首先會寄來問卷和 Coding 測驗題目，問卷鉅細靡遺到會讓人填地很厭煩，需要有心理準備。測驗題目則是放在 Colab 上，沒有限制作答的開始時間及結束時間，只需要在填好問卷、寫完測驗之後回信通知。

## 測驗題目

1. Bubble sort

    ```js
    // Problem 1 - Bubble sort
    function bubble_sort(sequence) {
      // Write your bubble sort code here
    }

    assert.deepEqual(bubble_sort([5, 1, 3, 2, 4]), [1, 2, 3, 4, 5])
    ```

2. Find second largest within O(n) complexity

    ```js
    // Problem 2 - Find second largest within O(n) complexity.
    function find_second_largest(sequence) {
      // Write your algorithm here with O(n) time complexity.
    }

    assert.equal(find_second_largest([3, 3, 2, 1]), 2);
    ```

3. Closure

    ```js
    // Problem 3 - Closure
    // Write some example(s) about how you take advantage of closure
    ```

4. Hoisting

    ```js
    // Problem 4 - Hoisting
    // Write some example(s) to explain the concept of hoisting
    ```

5. var, let and const

    ```js
    // Problem 5 - var, let and const
    // Write some example(s) showing the difference between the above three.
    ```

6. Handling array

    ```js
    // Probelm 6 - Handling array
    // Given below data, please write code to output all users under 40 years old in below format:
    // 1. Mr. Daniel Deng (age 11)
    // 2. Mrs. Maria Hanington (age 33)
    // ...

    const users = [
      {
        firstName: 'Freddie',
        lastName: 'Hong',
        gender: 'male',
        age: 32,
        married: true,
      },
      {
        firstName: 'Shaquille',
        lastName: 'Fang',
        gender: 'male',
        age: 3,
        married: false,
      },
      {
        firstName: 'Justin',
        lastName: 'Fan',
        gender: 'male',
        age: 42,
        married: true,
      },
      {
        firstName: 'Sophia',
        lastName: 'Liu',
        gender: 'female',
        age: 12,
        married: false,
      },
      {
        firstName: 'Maxwell',
        lastName: 'Jeng',
        gender: 'male',
        age: 43,
        married: false,
      },
    ];
    ```

7. Immutability

    ```js
    // Probelm 7 - Immutability
    // Write some example(s) to explain the concept of immutability and what's the benefit of it
    ```

# 感謝信

> Hi ** 您好,
> 
> 不好意思是我們說的不夠明確，我們請用人主管補充如下：
> 
> 人選舉的例子很好，也確實是一般 closure 的使用方式，差別只有在於對於 closure 的好處說明的部分。
> 關於 demo2，人選的說明是： maintain private members without being polluted
> 而 closure 之於 demo2 的用途，主要在於讓 getCounter 裡面的 count 這個變數，在離開 getCounter 的 scope 之後仍然能夠存取。
> 一般來說在沒有 closure 的語言，在呼叫 counter1.increment 時，count 的記憶體位址已經被釋放，因此 count++ 的行為是未定義的。
> closure 應該只是讓 Javascript function 內的 local variable 可以有跟 private member 一樣的效果，但讓他免於被外面的 scope 污染的主要原因仍然是 lexical scoping。
> 這裡並沒有要將答案限縮在 practical closures 範圍內的意思，如果我們有誤會人選或 MDN 的意思，還請人選指教。
> 
> 以上是用人主管的說明，不知道是否有解答到您的疑問。
> 如果我們有誤會之處，再請您多多包涵並不吝給予我們回饋。
> 造成您觀感不佳之處還請您見諒。
> 
> Cheers,
> thinngario HR
> 
> > Hi ****,
> > 
> > 感謝來信告知，但我還是希望多了解一下我的回答有什麼不妥之處，畢竟題目的描述原文是:
> > 
> > **Write some example(s) about how you take advantage of closure**
> > 
> > 我的回答也的確是按照我使用 js 時，實際使用到 closure 的例子及封裝技巧，我非常不解這樣的回答為什麼反而似乎成為扣分的原因？
> > Closure 的應用有這麼多種，MDN Practical closures 裡面的內容也只是針對 argument binding 示範說明，如果你們只希望以 MDN 為原則，並且限縮在 Practical closures 這個範圍內，請你們下次註明在題目裡吧，不要再浪費下一位面試者的時間了
> > 
> > > Hi ** 您好,
> > >
> > > 用人主管審閱後回覆如下：
> > > 第三題對 Closure 的認知比較偏 Lexical Scoping 而非 Closure 本身，建議參考一下 MDN 說明裡面 Practical Closure 這一段：
> > > https://developer.mozilla.org/en-US/docs/Web/JavaScript/Closures
> > > 人選在其他題目的表現是不錯的，唯獨目前公司在擴展階段，需要人選對使用的程式語言有較深刻的了解，以確保程式品質。
> > > 
> > > 基於上述理由，在此要通知您我們將不繼續後續階段。
> > > 也預祝您早日找到更理想的工作 : )
> > > 
> > > Cheers,
> > > thingnario HR

# 應徵結果及時程

- 2023/02/18 Yourator投履歷
- 2023/02/19 收到問卷及前測連結
- 2023/02/21 完成並送出問卷及前測
- 2023/02/22 收到人資回應，等候主管審閱
- 2023/02/24 感謝信

# 附錄：問卷題目及部分參考回答

## 第一頁

- 請問您為什麼會想要加入新創公司？

    > 新創的同事都又怪又猛

- 工作經歷

    麻煩填寫最近三個工作相關資訊(由近到遠)；若為應屆畢業生或intern可（選擇性）簡述社團或工讀經驗

  - 工作一(含服務單位、公司規模、起訖期間、職務、離職原因)

    > ĒSEN Inc.
    > 10人
    > Mar 2022 - Jan 2023
    > Senior Backend Engineer
    > Layoff

  - 工作二(含服務單位、公司規模、起訖期間、職務、離職原因)

    > OneDegree
    > 100人
    > May 2020 - Mar 2022
    > Senior Backend Engineer
    > 薪資成長不如預期

  - 工作三(含服務單位、公司規模、起訖期間、職務、離職原因)

    > Appier
    > 200人
    > Apr 2019 - May 2020
    > Frontend Engineer
    > 職涯轉換

- 請描述過去的工作經歷中，遇到最大的挑戰為何？扮演的角色或主要工作職責以及當時如何因應面對？歡迎至多填寫3個案例，至少填寫1個案例。

  > 1. 挑戰：Monolithic 轉換為結合 DDD 的 Microservice，幾乎把整個 code base 翻過一遍；職責：當時為一人工程團隊，無職責分配情況，全部自己扛；應對方式：看書自學
  > 2. 挑戰：實作可避免 Concurrent 問題的 Reservation System；職責：當時為一人工程團隊，無職責分配情況，全部自己扛；應對方式：Google 搜尋前例，自行摸索及實驗
  > 3. 挑戰：實作 General-purpose Query API，沒有前例可以效仿；職責：Squad Lead，協助實作工單；應對方式：定義好介面及部分實作細節後，交棒給組員

- 近幾份工作中，最欣賞的同事在公司擔任什麼角色，為什麼欣賞他？

    > Backend Lead，可以一邊寫 code 一邊胡扯、講笑話，但是討論公事的時候卻又不失專業，完美守住自己專業能力之餘還能跟上所有時事

- 是否擔任過管理職

    > 是

- 若有，請問管理過最多人數為多少？所擔任管理職的主要工作內容與貢獻？

    > 5人，工作內容：架構設計、任務拆分、工程進度匯報、Scrum Master；貢獻：指導組員使其成長

- 除了主要應徵職務外，你在thingnario會如何定位自己，期許自己能帶來什麼樣的影響？

    > 團隊裡的開心果、正能量產生器

- 期待薪資 ( 時薪 / 月薪 / 年薪)

    > 年薪台幣 2,200,000

- 請協助留下最近三份工作中，可做為reference check的聯繫人，需包含以下資訊：1. 姓名、2. 聯繫電話、3. 職務/職稱、4.與 您的合作關係，並請麻煩轉告該位同事我們近期內會打電話做reference check (若無工作經驗請留空白)

    > ESEN: 謝XX，09********，UI/UX，合作共同專案的設計師
    > OneDegree: 劉XX，09********，RD，合作共同模組的工程師組員
    > Appier: 吳XX，09********，PM，曾合作共同專案的 PM

- 若有個人客製化履歷/LinkedIn等，請附上雲端連結

    > https://www.cakeresume.com/gocreating

## 第二頁

共有兩部分：適應測驗及性格測驗，請憑直覺回答即可

- 適性測驗
  - 在thingnario所有人的薪資都是公開的，是否有意願嘗試？（是／否）
  - 在團隊中表達不同意見是否感到舒適？（是／否）
  - 在團隊中習慣提供想法/做決策嗎？（是／否）
  - 喜歡投注心力於自己的專業領域、還是好奇寶寶任何事務都想試試看（投注心力於自己的專業領域／想試試看不同的事務）
  - 平常都透過什麼管道獲取新知？最近最有印象的內容是什麼？

      > 網路論壇、Google Now、電子報；土耳其地震

  - 遇到個人意見與團隊意見相左時，傾向於：（直接提出不同想法／觀察一下並尊重多數）
  - 換個位置需要換個腦袋嗎？（是／否）

- 性向測驗
  - 一、在同事（同學）眼中您是一位？
    1. 積極、熱情、有行動力的人。
    2. 活潑、開朗、風趣幽默的人。
    3. 忠誠、隨和、容易相處的人。
    4. 謹慎、冷靜、注意細節的人。
  - 二、您最喜歡看哪一類型的雜誌？
    1. 管理、財經、趨勢類。
    2. 旅遊、美食、時尚類。
    3. 心靈、散文、家庭類。
    4. 科技、專業、藝術類。
  - 三、您做決策的方式？
    1. 希望能立即有效。
    2. 感覺重於一切。
    3. 有時間考慮或尋求他人意見。
    4. 要有詳細的資料評估。
  - 四、職務上哪種工作是我最擅長的？
    1. 以目標為導向，有不服輸的精神。
    2. 良好的口才，能主動的與人建立友善關係。
    3. 能配合團隊，扮演忠誠的擁護者。
    4. 流程的掌握，注意到細節。
  - 五、當面對壓力時，您會？
    1. 用行動力去面對它，並且克服它。
    2. 希望找人傾吐，獲得認同。
    3. 逆來順受，儘量避免衝突。
    4. 重新思考緣由，必要時做精細的解說。
  - 六、與同事（同學）之間的相處？
    1. 以公事為主，很少談到個人生活。
    2. 重視氣氛，能夠帶動團隊情趣。
    3. 良好的傾聽者，對人態度溫和友善。
    4. 被動，不會主動與人建立關係。
  - 七、您希望別人如何與您溝通？
    1. 直接講重點，不要拐彎抹角。
    2. 輕鬆，不要太嚴肅。
    3. 不要一次說太多，要給予明確的支持。
    4. 凡事說清楚，講明白。
  - 八、要完成一件事情時，您最在意的部份是？
    1. 效果是否有達到。
    2. 過程是否快樂。
    3. 前後是否有改變。
    4. 流程是否正確。
  - 九、什麼事情會讓您恐懼？
    1. 呈現弱點，被人利用。
    2. 失去認同，被人排擠。
    3. 過度變動，讓人無所適從。
    4. 制度不清，標準不一。
  - 十、哪些是您自覺的缺點？
    1. 沒有耐心。
    2. 欠缺細心。
    3. 沒有主見。
    4. 欠缺風趣。
  - 請問您目前人生階段想要完成的目標是什麼呢？

      > 寫出一個可以創造被動收入的 side project

  - 有什麼其他問題或是想告訴我們的，都歡迎在這裡填寫，我們會儘速回覆您！

# 附錄：測驗題目參考解答

1. Bubble sort

    ```js highlightLines="4-13,17-18"
    // Problem 1 - Bubble sort
    function bubble_sort(sequence) {
      // Write your bubble sort code here
      for (let i = 0; i < sequence.length - 1; i++) {
        for (let j = i + 1; j < sequence.length; j++) {
          if (sequence[i] > sequence[j]) {
            const tmp = sequence[i]
            sequence[i] = sequence[j]
            sequence[j] = tmp
          }
        }
      }
      return sequence
    }

    assert.deepEqual(bubble_sort([5, 1, 3, 2, 4]), [1, 2, 3, 4, 5])
    assert.deepEqual(bubble_sort([1, 2, 3, 4, 5, 6, 7]), [1, 2, 3, 4, 5, 6, 7])
    assert.deepEqual(bubble_sort([7, 6, 5, 4, 3, 2, 1]), [1, 2, 3, 4, 5, 6, 7])
    ```

2. Find second largest within O(n) complexity

    ```js highlightLines="2,5-18,22-25"
    // Problem 2 - Find second largest within O(n) complexity.
    // I will use max-heap instead if the problem is to find k-th largest
    function find_second_largest(sequence) {
      // Write your algorithm here with O(n) time complexity.
      let largest = -Infinity
      for (let n of sequence) {
        largest = Math.max(largest, n)
      }
      let secondLargest = -Infinity
      for (let n of sequence) {
        if (n < largest) {
          secondLargest = Math.max(secondLargest, n)
        }
      }
      if (secondLargest === -Infinity) {
        return null
      }
      return secondLargest
    }

    assert.equal(find_second_largest([3, 3, 2, 1]), 2)
    assert.equal(find_second_largest([3, 3, 3]), null)
    assert.equal(find_second_largest([3, 3, 1]), 1)
    assert.equal(find_second_largest([-1, 3, 3]), -1)
    assert.equal(find_second_largest([3]), null)
    ```

3. Closure

    請讀者特別注意此題參考回答，根據感謝信內容，Thingnario 公司不接受 Lexical Scoping 屬於 Closure，該公司已特此信件指定回答方式請參考 [MDN Closures, Sec. Practical closures](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Closures#practical_closures)。

    ```js highlightLines="4-14,16-33"
    // Problem 3 - Closure
    // Write some example(s) about how you take advantage of closure

    // 1. create scope for asynchronous usage
    function demo1() {
      for (var i = 0; i < 3; i++) {
        ;(function (i) {
          setTimeout(() => {
            console.log(i)
          })
        })(i)
      }
    }
    demo1()

    // 2. maintain private members without being polluted
    function demo2() {
      function getCounter() {
        let count = 0
        return {
          increment: () => {
            count++
          },
          getCount: () => count,
        }
      }
      const counter1 = getCounter()
      const counter2 = getCounter()
      counter1.increment()
      console.log(counter1.getCount())
      console.log(counter2.getCount())
    }
    demo2()
    ```

4. Hoisting

    ```js highlightLines="4-9,11-17"
    // Problem 4 - Hoisting
    // Write some example(s) to explain the concept of hoisting

    function demo1() {
      n = 1 // use variable before declaration
      console.log(n)
      var n
    }
    demo1()

    function demo2() {
      hello() // use function before declaration
      function hello() {
        console.log('hello')
      }
    }
    demo2()
    ```

5. var, let and const

    ```js highlightLines="4-12,14-22,24-28"
    // Problem 5 - var, let and const
    // Write some example(s) showing the difference between the above three.

    function varDemo() {
      for (var i = 0; i < 3; i++) {
        // i is function-level scope
        setTimeout(() => {
          console.log(i)
        })
      }
    }
    varDemo()

    function letDemo() {
      for (let i = 0; i < 3; i++) {
        // i is block-level scope
        setTimeout(() => {
          console.log(i)
        })
      }
    }
    letDemo()

    function constDemo() {
      const i = 0 // initial value is required
      i = 1 // assign value to a const is invalid
    }
    constDemo()
    ```

6. Handling array

    ```js highlightLines="45-60,62"
    // Probelm 6 - Handling array
    // Given below data, please write code to output all users under 40 years old in below format:
    // 1. Mr. Daniel Deng (age 11)
    // 2. Mrs. Maria Hanington (age 33)
    // ...

    const users = [
      {
        firstName: 'Freddie',
        lastName: 'Hong',
        gender: 'male',
        age: 32,
        married: true,
      },
      {
        firstName: 'Shaquille',
        lastName: 'Fang',
        gender: 'male',
        age: 3,
        married: false,
      },
      {
        firstName: 'Justin',
        lastName: 'Fan',
        gender: 'male',
        age: 42,
        married: true,
      },
      {
        firstName: 'Sophia',
        lastName: 'Liu',
        gender: 'female',
        age: 12,
        married: false,
      },
      {
        firstName: 'Maxwell',
        lastName: 'Jeng',
        gender: 'male',
        age: 43,
        married: false,
      },
    ]

    function handle(users) {
      return users
        .filter((u) => u.age < 40)
        .map((u, i) => {
          let title
          if (u.gender === 'male') {
            title = 'Mr.'
          } else if (u.married) {
            title = 'Mrs.'
          } else {
            title = 'Ms.'
          }
          return `${i + 1}. ${title} ${u.firstName} ${u.lastName} (age ${u.age})`
        })
        .join('\n')
    }

    console.log(handle(users))
    ```

7. Immutability

    ```js highlightLines="4,6-26,28-40"
    // Probelm 7 - Immutability
    // Write some example(s) to explain the concept of immutability and what's the benefit of it

    // Immutability prevents states from being modified accidentally. That reduces the complexity of tracing bugs and makes development more efficient.

    // 1. Toy Example

    function mutableAppend(arr, item) {
      let result = arr
      result.push(item)
      return result
    }

    function immutableAppend(arr, item) {
      return [...arr, item]
    }

    let mutableArr = [1, 2, 3]
    const mutableResult = mutableAppend(mutableArr, 4)
    console.log(mutableResult)
    console.log(mutableArr) // the input passed into mutable functions may change

    let immutableArr = [1, 2, 3]
    const immutableResult = immutableAppend(immutableArr, 4)
    console.log(immutableResult)
    console.log(immutableArr) // the input passed into immutable functions never change

    // 2. A real world example

    const authRequired = (req, res, next) => {
      const { sessionId } = req.cookies.pop() // this `pop()` mutates the state of `req.cookies`
      // ...
      next()
    }

    app.post('/some/path', authRequired, (req, res) => {
      // ...
      console.log(req.cookies) // and here we dont't know why the `req.cookies` is polluted
      res.status(200).json({})
    })
    ```

面試心得–Thingnario慧景科技

附錄：問卷題目及部分參考回答


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/CYBAVO-Inc/jobs/25111)。

# 應徵結果及時程

- 2023/02/18 Greenhouse 投履歷

面試心得–Cybavo博歐科技有限公司


# 職缺介紹

詳見 [CakeResume JD](https://www.cakeresume.com/companies/samba-tv/jobs/senior-backend-software-engineer-5378f3)。

與獵頭交流後得知：
- 公司曾發過 3.5m/annum 的 offer，因此薪資範圍可以視為 2m ~ 3.5m，base 為 12 個月
- 已進行到 C 輪融資，已經 IPO
- 近期招募不順利，預計放寬履歷審核標準

# 第一輪線上面試（30分鐘，英文，面試官：[Brandon Ooi](https://www.linkedin.com/in/brandonooi/)）

面試官開頭稍微介紹了自己的經歷，曾經待過 ShareSpace (類似 Airbnb 的服務) 及 Stripe，然後就在 Samdba 擔任 Director 了。目前公司想做的產品是透過智慧電視上的 Native Apps 收集使用者的觀影資料，然後賣給有需要的公司，例如 Disney，消費者端則會收到 Web3 Tokens 當作獎勵，預計下個月可以推出 MVP。目前 App 端使用的技術包含 Typescript、React Native、Nodejs，資料清理相關的後端應用則使用 Python。目前工程團隊編制為後端1位、前端1位，還有 Brandon 自己。

Brandon 也有提到現階段的技術難處在於偵測觀看時數的演算法仍在研發中，還有後端串接可能會遇到很多資料需要清理。

技術考題：
- 請說明你對於支付系統的認知
- 請說明何謂 Dependency Injection

# 應徵結果及時程

- 2023/02/20 與獵頭接洽
- 2023/02/21 獵頭送件
- 2023/02/22 邀請 Hiring Manager Interview
- 2023/02/24 第一輪線上面試
- 2023/03/03 獵頭轉達感謝信

面試心得–Samba TV

第一輪線上面試（30分鐘，英文，面試官：Brandon Ooi）


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/Alfred/jobs/12649)。

# 應徵結果及時程

- 2023/02/20 與獵頭接洽
- 2023/02/21 獵頭送件
- 2023/03/07 獵頭轉達該職缺停止招募

面試心得–AlfredCamera 阿福股份有限公司


# 職缺介紹

詳見 [104 JD](https://www.104.com.tw/job/75sf4?jobsource=company_job)。薪資範圍據獵頭推測為 1.8m ~ 3m。

# 公司概況

主要產品為成人影音平台 [Cherry TV](https://cherry.tv/)

# 應徵結果及時程

- 2023/02/20 與獵頭接洽
- 2023/02/21 獵頭送件


面試心得–Cyberpunk 賽博朋克科技有限公司


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/aifian/jobs/23193)。

# 第一輪線上面談（30~40分鐘，人資：Carina Lan）

人資開頭先介紹了這個職缺的面試流程：
1. 了解求職期待
2. 技術總監線上面試
3. CEO 現場面試

全公司約 30 位員工，工程團隊有 6 位（Tech Lead * 1, Infra * 1, BE * 1, Full-stack * 3）。主要產品為前一陣子推出的 MVP `Aifian`，願景是讓用戶透過 Aifian 把物質品質變得更好，產品經過 4 年多的收斂，近期上線的功能受到超越預期的好評。

以近期推出的裝備表功能而言，商業模式是讓用戶以資產證明提供信用貸款，進而收取放貸利息。但初期經營需要面臨教育用戶的難題，產品功能容易聯想到詐騙，產品開發也在很早期的階段，考驗工程師模組化的能力。公司仍然持續擴編中，預計半年內再招募 2~3 位資深工程師。

根據 JD，年薪為 1.2m ~ 2m / annum，人資表示保障月份為 12 個月。

# 第二輪線上面試（1 小時，技術總監：Jerome）

面試官本身是前端背景，但擅長雲端及 Infra，面試過程中也可以感受到 Infra 及雲端的問題比例較高，但也有參雜一些文化適應的問題，大致上有以下題目：

- 後端 vs. 雲端
- 過去技術上遇到的挑戰
- 錯誤中學習到的工程經驗
- 與團隊意見不合的例子
- 理想的工作環境跟團隊
- 如果你是面試官，你會著重這個工程師職缺的哪些特質
- 平時如何增進技術能力

## 會後交流

- 目前使用技術棧：Node.js, AWS Lambda (Serverless), React Native, React.js, Redux
- 技術上的挑戰

    團隊在過去半年迅速擴編，加上近期要求各種專職開發人員轉為全端，因此目前面臨團隊磨合的挑戰。

- 公司的文件文化良好

    內部大量使用 Notion 管理文件，跨部門間的文件也十分透明，對工程團隊來說，也較容易了解產品功能的來龍去脈，目前工程團隊也在積極建立 Engineer Roadmap 等文件。

- 關於這個職位一天的概況

    遵循 2-week sprint 的敏捷式開發，Sprint 期間會分配少部分時間重構，大部分時間開發新功能，如果功能提早完成，可以有自己的閒暇時間進修。

# 應徵結果及時程

- 2023/02/23 Yourator 投遞
- 2023/02/24 邀請第一輪線上面談
- 2023/03/03 第一輪線上面談
- 2023/03/09 邀請第二輪線上面試
- 2023/03/15 第二輪線上面試

面試心得–Aifian 諦諾智金股份有限公司

第一輪線上面談（30~40分鐘，人資：Carina Lan）

第二輪線上面試（1 小時，技術總監：Jerome）


# 職缺介紹

詳見 [104 JD](https://www.104.com.tw/job/6xjs8)。

# 第一輪線上面試（1.5 小時，主面試官：Jake，副面試官：EJ）

## 開放式考題

- C/C++
    - 請解釋 `static`
    - 請解釋 class 的 `public`, `private` 及 `protected`
    - 請解釋 `virtual`

- JavaScript
    - 請解釋 `this`
    - 請解釋 `closure`
    - 請解釋 `var`, `let` 及 `const` 的差異

- OS
    - 請比較 Process 及 Thread
    - 有哪些方式可以跨 Process 進行通訊？

        > file lock, domain socket

## Live Coding

題目為 [LeetCode 279. Perfect Squares](https://leetcode.com/problems/perfect-squares/description/)。

## 會後交流

此職缺會負責開發 NAS 中的 App，包括但不限於 Email, Calendar, Contact 等 Apps。這是一個全端的工作，後端主要使用 C/C++，前端使用 Vue。工作上的挑戰主要來自硬體的資源限制，以及可能要做 NAS Cluster，會需要實作分散式系統的架構。

# 應徵結果及時程

- 2023/03/01 104 應徵
- 2023/03/02 邀請第一輪線上面試
- 2023/03/08 第一輪線上面試
- 2023/03/14 感謝信

# 附錄：第一輪面試題目參考解答

題目的範例輸入輸出及限制為：

```
input: 12
output: 3
explanation: 12 = 4 + 4 + 4

input: 13
output: 2
explanation: 13 = 4 + 9

1 <= n <= 100,000
```

當下第一個想嘗試的方法是 Greedy：

```python
def solove(n):
    count = 0
    while n > 0:
        p = sqrt(n)
        n -= p * p
        count += 1
    return count
```

但第一個 Test Case 就會 WA，因此嘗試使用 Backtracking 窮舉所有組合來求解：

```python
import math

def solve(n):
    min_count = float('inf')

    def backtracking(currents, candidates): # 尚未平方的 current, candidate
        sum_of_current_square = sum([c * c for c in currents])
        if sum_of_current_square == n:
            min_count = min(min_count, len(currents))
            return
        for candidate in candidates:
            # [1], [1,2,3]
            # -> ...
            # [2], [1,2]
            # -> [2, 1], [1, 2]
            #    -> ...
            # -> [2, 2], [1, 2]
            #    -> [2, 2, 1], [1]
            #    -> [2, 2, 2], []
            # [3], [1]
            if sum_of_current_square <= n:
                backtracking([*currents, candidate], [i for i in range(1, math.ceil(math.sqrt(n - sum_of_current_square)))])

    backtracking([], [i for i in range(1, math.ceil(math.sqrt(n)))]) # [], [1, 2, 3]
    return min_count
```

後來看 LeetCode 的標準解法有兩個流派，一個是 DP，另一個是數學公式解，但無論是哪一種，都超出我的腦袋容量了。

面試心得–Synology 群暉科技股份有限公司

第一輪線上面試（1.5 小時，主面試官：Jake，副面試官：EJ）


# 職缺介紹

由智誠科技的 Reese 直接寄信提供：

> ## Job Description
> 
> Build an automated test platform.
>  
> ## Skill Request
> 
> - Experience creating web technology and have solid understanding of frontend and backend development
> - Possess a solid understanding of CI/CD and SDLC/TDLC concepts: code review best practices, code coverage analysis, continuous test, and delivery.
> - Strong knowledge of networking concepts
> - Excellent verbal and written communication skills
> - Proficient in at least one programming language (JavaScript, NodeJS, or TypeScript).
> - Proficient in automation technologies such as Ansible, YAML.
> - Skilled with git and branching processes
> 
> 工作地點：台北南港惠普office（鄰近捷運南港展覽館站）
> 
> 上班時間：上下班為彈性不打卡

通話之後額外取得下列資訊：

- 為約聘性質職缺，一年一約，勞健保及健檢由智誠負責，
- 軟韌體自動化測試部門，使用 JS 建置自動化測試平台
- 天花板約 1.5M / 13.5mth

# 第一輪線上面試（2 小時，面試官：Jeremy Hong、Theo）

開頭因面試官個人因素耽誤 15 分鐘，Team Lead Jeremy 負責 Live Coding，Theo 負責開放式提問。

## Live Coding

1. [LeetCode 977. Squares of a Sorted Array](https://leetcode.com/problems/squares-of-a-sorted-array/description/)
2. [LeetCode 283. Move Zeroes](https://leetcode.com/problems/move-zeroes/)

Follow Up：
- 求演算法的時間複雜度
- 你知道一般 Library 裡的排序是用什麼演算法嗎？
- Quick Sort 的時間複雜度

## 開放式問答

- 過去的專案是怎麼使用 Microservice 及 DDD 的？
- 你對於新技術接受程度？
- 如果你身為 Team Member，與 Team Lead 意見不合會如何處理？反之又會如何？

## 會後交流

- 目前的產品線有哪些？

    > 讓內部使用的 Testing Automation Framework

- 各產品使用的技術棧？

    > js, ts, mongodb, openapi, aws microservice, rabbitmq, react

- 目前有遇過什麼樣的技術挑戰？

    > 1. 硬體相容性
    > 2. on-premise 設備的網路容錯性

- 能否描述一下關於這個職位一天的概況？

    > 按照 Scrum 流程運作

# 錄取

HP 主管提供的天花板價為 $1.6m/annum$，因遠低於我的期望，未繼續進行下去。

# 應徵結果及時程

- 2023/03/06 人力派遣公司接洽
- 2023/03/09 送出作業
- 2023/03/13 通知有意願邀請面試
- 2023/03/14 邀請第一輪線上面試
- 2023/03/17 第一輪線上面試
- 2023/03/27 口頭錄取

# 附錄：作業測驗參考解答

專案已開源於 [Github](https://github.com/gocreating/hp-assignment)。

# 附錄：測驗題目參考解答

## Squares of a Sorted Array

解法一：從左右兩側使用 Two Pointer 掃描。

```python
class Solution:
    def sortedSquares(self, nums: List[int]) -> List[int]:
        left, right = 0, len(nums) - 1
        ans = []
        while left <= right:
            if abs(nums[left]) < abs(nums[right]):
                ans.insert(0, nums[right] * nums[right])
                right -= 1
            else:
                ans.insert(0, nums[left] * nums[left])
                left += 1
        return ans
```

解法二：從中間往兩側使用 Two Pointer 掃描。

```python
class Solution:
    def sortedSquares(self, nums: List[int]) -> List[int]:
        non_negative_i = len(nums)
        for i, n in enumerate(nums):
            if n >= 0:
                non_negative_i = i
                break
        left = non_negative_i - 1
        right = non_negative_i
        ans = []
        while left >= 0:
            n_num_square = nums[left] * nums[left]
            left -= 1
            while right < len(nums):
                p_num = nums[right]
                p_num_square = p_num * p_num
                if p_num_square <= n_num_square:
                    ans.append(p_num_square)
                    right += 1
                else:
                    break
            ans.append(n_num_square)
        ans.extend([n*n for n in nums[right:]])
        return ans
```

## Move Zeroes

解法一：Single Pointer。

掃描陣列中的數字，若遇到非零者就將該數字寫入到寫入指標所在位置，並且遞進寫入指標，完成掃描後，再讓寫入指標一路補零到結尾。

```python
class Solution:
    def moveZeroes(self, nums: List[int]) -> None:
        n = len(nums)
        write = 0

        for num in nums:
            if num != 0:
                nums[write] = num
                write += 1
        
        while write < n:
            nums[write] = 0
            write += 1
```

解法二：Two Pointer，可以最小化操作次數。

使用第一個指標 `zero_index` 持續追蹤最左側的 0 所在的位置，並使用另一個指標 `i` 掃描陣列，掃描過程遇到非零者就與最左側的 0 交換數字。需注意此做法成立的條件是必須保持 `i > zero_index`，如此迭代的過程才能往答案逼近，否則像是 `[1,2,3,0,0,0]` 這樣的反例就會找不到答案。

```python
class Solution:
    def moveZeroes(self, nums: List[int]) -> None:
        zero_index = 0
        n = len(nums)
        while zero_index < n and nums[zero_index] != 0:
            zero_index += 1
        for i in range(zero_index + 1, n):
            num = nums[i]
            if nums[i] != 0:
                nums[zero_index], nums[i] = nums[i], nums[zero_index]
            while zero_index < n and nums[zero_index] != 0:
                zero_index += 1
```

面試心得–HP Taiwan 台灣惠普科技股份有限公司

第一輪線上面試（2 小時，面試官：Jeremy Hong、Theo）


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/iCHEF/jobs/20172)。

# 應徵結果及時程

- 2023/03/13 Yourator 應徵

面試心得–iCHEF 資廚管理顧問股份有限公司


# 職缺介紹

詳見 [Yourator JD](https://www.yourator.co/companies/Unnotech/jobs/3471)。

# 應徵結果及時程

- 2023/03/13 Yourator 應徵

面試心得–UNNOTECH UNNO Technology 創順科技有限公司


這是一位軟體工程師奮鬥掙扎的過程，用面試紀實的方式呈現網站前後端職缺的現況及未來。系列中包含了所有有進行到面試階段的公司，也會盡可能地還原各階段面試的情況，甚至包含原始的技術考題，希望可以對正在尋求工作的你派上用場。

# 附錄—未進行至面試的公司

## 台積電

- 2019/03/03 朋友內推
- 2019/03/09 考量職涯規劃後主動放棄應徵

## [Grindr【資深全端工程師】](https://jecho.me/job/c797bcd4/)

- 2019/03/05 Jecho投履歷後無任何回應

## [Shopback Taiwan 回饋網【(Back-end)Software Engineer】](https://www.yourator.co/companies/ShopBack/jobs/6742)

- 2019/03/05 Yourator投履歷
- 2019/03/07 電話通知並答應轉投Freshman職缺
- 2019/03/14 邀請2019/03/21 Skype面試
- 2019/03/21 人資因會議耽誤遲到了快50分鐘，於是我拒絕補面試

## [特雷維科技有限公司【Fullstack】](https://meet.jobs/jobs/10177)

- 2019/03/06 投履歷
- 2019/04/08 電話聯絡邀請面試，並且當面謝絕（接到電話的當下才知道原來我有投這間...隔了一個月才邀請面試頗為奇葩）

## [睿享旅遊【全端工程師】](https://www.ptt.cc/bbs/Soft_Job/M.1551782856.A.BC4.html)

- 2019/03/06 寄信投履歷
- 2019/03/08 回信詢問Skype面試時間
- 2019/03/15 邀請2019/03/18上午電話面試，回信嘗試改約2019/03/19後無回應
- 2019/03/26 通知公司內部變更計畫，不進行招募了

## [Dcard 狄卡科技股份有限公司【Web Full-Stack Developer】](https://tw.wanted.jobs/wd/15960)

- 2019/03/07 Wanted投履歷後無任何回應

## [LINE Taiwan Limited【(LTEG) Server Side Developer – EC】](https://tw.wanted.jobs/wd/8185)

- 2019/03/07 Wanted投履歷
- 2019/03/08 通知未通過履歷審核

## [OneDegree 甯寶金融科技【前端/資深前端工程師】](https://www.ptt.cc/bbs/Soft_Job/M.1583410659.A.54F.html) & [OneDegree 甯寶金融科技【後端/資深後端工程師】](https://www.ptt.cc/bbs/Soft_Job/M.1582467263.A.901.html)

- 2020/03/18 朋友內推，當日 HR 來電簡單詢問狀況並約定 Online Test 時間
- 2020/03/20 Online Test

## [Deep Sentinel【Cloud Engineer】](https://meet.jobs/en/jobs/28119-cloud-engineer)

- 2021/08/07 投履歷
- 2021/09/03 通知未通過履歷審核

## EMQ

- 2021/09/27 獵頭代投履歷
- 2021/10/01 感謝信

## Berry AI

- 2021/09/27 接觸獵頭
- 2021/10/08 獵頭回覆：公司認為年資不足（要求 4 年以上後端經驗），拒收履歷

## Netbase Quid

- 2021/09/27 接觸獵頭
- 2021/10/13 獵頭回覆：公司已找到合適人選，因此關閉職缺

## [恒遠科技有限公司【Senior Backend Engineer】](https://meet.jobs/en/jobs/36951-%E5%8F%AF%E5%B9%B4%E5%BE%8C%E5%88%B0%E8%81%B7%E5%B9%B4%E8%96%AA140%E8%90%AC%E8%B5%B7%E8%B3%87%E6%B7%B1%E5%BE%8C%E7%AB%AF%E7%A8%8B%E5%B8%AB-senior-backend-engineer)

- 2022/12/27 投履歷
- 2022/12/28 系統通知未通過履歷審核

## [Mavericks Consulting【Senior Full-stack Developer】](https://meet.jobs/en/jobs/39059-senior-full-stack-developer)

- 2022/12/27 投履歷
- 2023/01/05 系統通知未通過履歷審核

## [Playsee【大流量社群平台資深後端工程師 /Senior Backend Engineer(Golang)】](https://meet.jobs/en/jobs/37291-%E5%A4%A7%E6%B5%81%E9%87%8F%E7%A4%BE%E7%BE%A4%E5%B9%B3%E5%8F%B0%E8%B3%87%E6%B7%B1%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB-senior-backend-engineergolang)

- 2022/12/27 投履歷
- 2023/01/06 系統通知未通過履歷審核

## [OpenNet Limited 開網有限公司【(Sr.) Backend Developer 後端工程師】](https://meet.jobs/en/jobs/19179-sr-backend-developer-%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB)

- 2023/01/04 投履歷
- 2023/01/11 系統通知未通過履歷審核

## [Pickupp【Senior Software Engineer】](https://meet.jobs/en/jobs/29475-senior-software-engineer)

- 2022/12/27 投履歷
- 2023/01/16 系統通知未通過履歷審核

## [Mavericks【Full-Stack Developer】](https://meet.jobs/en/jobs/39059-senior-full-stack-developer?referral_code=gocreating)

- 2023/01/04 獵頭代投履歷
- 2023/01/17 人資信件通知拒絕

面試雜記

Shopback Taiwan 回饋網【(Back-end)Software Engineer】

特雷維科技有限公司【Fullstack】

Dcard 狄卡科技股份有限公司【Web Full-Stack Developer】

LINE Taiwan Limited【(LTEG) Server Side Developer – EC】

OneDegree 甯寶金融科技【前端/資深前端工程師】 & OneDegree 甯寶金融科技【後端/資深後端工程師】

恒遠科技有限公司【Senior Backend Engineer】

Mavericks Consulting【Senior Full-stack Developer】

Playsee【大流量社群平台資深後端工程師 /Senior Backend Engineer(Golang)】

OpenNet Limited 開網有限公司【(Sr.) Backend Developer 後端工程師】


# 入伍概況

收到徵集令的時候就會知道自己即將在哪一天前往哪個新訓中心了，我是2018/11/13入伍，簡直可以說是天選之梯呀！各種國定假日，而且天氣已經轉涼，相對其他梯數應該算是比較輕鬆的。早上8點多在指定的集合地點由區公所人員協助集合完畢，所有人就被帶上遊覽車前往營區——`台南大內`。殊不知下車後被帶至連集合場才知道自己被分到了地獄魔鬼`步三營兵器連`...

# 一次性事項

剛入伍的頭幾天會非常忙碌，要填寫各種資料表，處理各種準備事項，而且一不留神就準備被幹部電到飛天，因此神經也會變得特別緊繃。

## 填寫各種資料表

每個人會發一個資料袋，裡面大概有10份大大小小的表格、同意書、問卷等文件，建議入伍前要準備好6個朋友的名字電話、父母身分證，然後查詢自己手機的IMEI碼（之後手機必須被迫安裝管制軟體，所以需要填寫此識別碼）。

## 排學號

學號會按照身高一路一路排下去，所以連上最高的9位原則上就是各班的班頭了，一個班會有18人，一個連有9個班，總共大約會有160人。

## 量尺寸&領裝備

接下來就會量鞋子的尺寸、腰圍等，然後一人發一個黃埔大背包，按照自己的尺寸發配衣物。

## 抽血、驗尿

就是健康檢查！

## 上營站

營站是軍營中的福利社，可以去營站的次數其實不多，但第一天應該就會帶大家去把`檢查用`或是`必備`的裝備買齊，像是平板衛生紙、肥皂盒（即使裡面沒有肥皂還是得買）、菜瓜布、洗碗精等。

## 剃頭

有Google過應該都知道，建議在外面先剪好，因為給裡面的髮婆剪的話非常痛，不過只有第一次會剪到3分頭，之後在營內剃頭其實都只是把鬢角修一修而已，不會像第一次那樣大刀闊斧。

## 拍團體照&大頭照

所有人都是光頭，其實拍起來真的挺蠢的，總共拍了4張不同姿勢的團體照，若要購買的話一張還要150元。

## 安裝MDM

MDM是手機的管制軟體，在你第一次休假之前，幹部會在所有人的手機安裝此App，只要在營區範圍內，MDM就會是鎖定狀態，手機內的相機、熱點都會被禁用，只有休假離開營區時才能解鎖。另外，中國品牌的手機是禁止在營區內使用的，包括小米、華為等。

## 開訓

入伍經過3天的基本訓練後，第4天一大早就是開訓典禮，算是入伍後的第一個正式儀式，也因此幹部都會十分重視，小弟是陸軍0085梯暨空軍0053梯，幹部們會一直強調「過了開訓典禮，你就是軍人，就要對身上的軍服負起責任」，不過很明顯這都是幹話，聽聽就好。

# 例行作息

軍中的生活其實頗規律，每天6點起床（不過我通常都5點半就起來準備了...），摺棉被、蚊帳、盥洗、著裝，0610集合完畢，接著所有連前往司令台集合早點名，跳完國軍操，再回到連上吃早餐。接著一整天到晚餐前都是上課時間，一堂課50分鐘，下課10或20分鐘，班長會公布課表，有需要的人可以自己查看。早午晚餐基本上都是集合前取好碗筷和餐盤，再進餐廳打飯菜。晚餐過後通常會比較涼一點，但是如果進度沒有達到班長要的水準，可能就會繼續操課。其餘時間隨時要整理好內務櫃，還會不定時打掃。

每週四的下午會有一個莒光課，是一整個星期唯一能看電視的時段，雖然看的節目是莒光園地，但也算是苦悶日子裡的一種小確幸了，通常這時段也會讓你寫大兵日記和一個指定題目的心得文。

# 基本訓練

剛進來的菜逼八一定是什麼都不會，班長原則上會從平日作息活動邊做邊教給所有訓員，下列口令的細節就直接省略，應該只有親身經歷才能體會了。

## 隊伍整理

- 排頭伍為準
- 中央伍為準
- 成N伍正面
- 講話隊形
- 連縱隊
- 連方隊
- 建制班

## 隊伍移動

- 踏步
- 前進
- 立定
- 向左/右/後轉
- 班面左/右
- 左/右後轉彎

## 練口號及動作

- 答數、長答數、相對達數、精神達數
- (班頭清查人數)->報告班長->X班應到18員，實到18員，完畢
- (進餐廳)親愛精誠->(一路)服從
- (放置餐盤)取板凳->好->就位->坐下
- 起立->靠板凳->取餐盤->好->向左/右轉->起步走
- (XX連訓員晚安)->連長晚安->連上長官晚安->各位弟兄晚安->晚安
- 報告班長，XXX請示入列，謝謝班長

## 唱軍歌

軍歌有非常多首，但實際會唱到的只有兩三首，其中《陸軍軍歌》是早點名時會唱的，所以唱到的頻率算是滿高的，其他還有《我有一支槍》和《我愛中華》通常在集合或踏步時也會需要唱。

# 操課

每日早上到下午的課程，除了學習基本訓練以外，主要操課項目都是為了一個月後的鑑測，從打靶、刺槍、手投、體能、機械訓練一直到單兵戰鬥，各種雜七雜八的東西都要在這短短5周的第一階段軍事訓練裡學會。以下是我們頭兩週的課程內容：

- 手榴彈投擲
- 單兵戰鬥教練－第一戰
- 驗槍
- 刺槍
  - `原`地突刺
  - `前`進突刺
  - `迴`旋突刺
  - 向`左`突刺
  - 向`右`突刺
- 25公尺歸零射擊打靶
- 大步分解 & 大步結合

# 趣聞軼事

## 拉不出屎

剛入伍的前幾天，大部分人都會緊張，真的會拉不出屎!

## 被選為洞洞么

身高186公分在軍中絕對是件壞事，身為全連最高的我理所當然成為學號001了，是班頭，也是全連之首，什麼狗屁倒灶的破差事都要你負責，像是：
- 幾乎每次集合都要清查人數，若有缺人要知道人去哪裡
- 只要當天有領用槍枝，就必須拿著團體領用表給全班簽名，領用時簽一次，繳回時再簽一次
- 莒光課前後還要負責收發大兵日記
- 最深刻的體悟是，部隊移動時，班長會以我的腳步為準，喊「一、二、一、二」給全連對齊，乍聽之下，我可以很輕鬆地踏著我自己的步伐，實際上則是，班長可能會喊的跟我踏的不一樣，也可能是我自己沒踩好就出現迷蹤步，最常出現而且也是最為難的是踏步到一半，班長下答數口令或是唱歌口令，大家的嘴巴總是念得或是唱得比腳踏得還快，於是就亂掉了，會不會被電就隨緣了。不同的班長也會有不同的帶隊方式，有的班長習慣晚下口令、音量太小或是嘴巴含滷蛋，遇到前方岔路或是沒路或是有其他連隊時就會很容易不知所措，雖然大部分情況可以自己判斷要往哪個方向轉，但有時候會被班長覺得自作聰明，於是立馬被電「洞洞么我有叫你轉嗎？」

## 講台語的時間比平常多

可能因為我的連上弟兄幾乎都來自嘉義，受到地緣關係，所以大家講話經常是台語參雜著國語，甚至有志願役的招募員看到我們都來自嘉義，就直接徹頭徹尾用非常輪轉的台語介紹自己的單位！

## 簡易早餐

早上如果有安排活動（通常是打靶），就只需要帶著碗筷，不需要帶餐盤，只吃簡易早餐，以三營的伙食而言，都是粽子/油飯+鋁箔包飲料+水煮蛋，少了洗餐盤的時間，就可以更早集合完畢進行原定活動。

## 禁忌

不能跨槍、不能倒盔


國軍冬令營（一）


# 本周訓練

## 雨衣攜帶

收假回來的當晚就開始下雨，一直下到隔天，由於這周將到其他營區打靶，天氣又陰陰的，所以順便教了雨衣如何配戴，只要扎在S腰帶後方屁股位置就能攜帶了，但是腰會瞬間變得超緊...

## 第一次&第二次175公尺打靶

上一周打完唯一一次25公尺歸零射擊，從此後面就都是175公尺打靶了，大內營區沒有自己的靶場，所以每一次打靶都必須前往新中靶場，本次射擊不限時，每人2個6發彈匣，我分別打了4發和2發。隔天一早馬上進行第二次打靶，6發子彈只中了2發。瞄準時其實就能感受到這把槍不太好用，而且後來班長調查發現拿同一把槍的其他鄰兵也都打得不理想，就果斷換掉這支靶槍了。

## 夜間射擊體驗

第一次打靶當日一直在靶場的鋼棚待到晚上體驗夜間射擊，準星會塗上螢光劑，但因為我是第一波，開始射擊時天還沒全暗，所以還勉強瞄得到目標物，每人5發子彈，報靶時沒聽清楚，好像打中了2發，由於是純粹的體驗，後來也沒有公布成績。

## 實地單戰

暨前一周的第一戰之後，這次來到了營區外的單戰場，直接從第三戰衝刺到第九戰一口氣教完。（然後一直到鑑測前就再也沒有上過單戰課了）

## 防毒面具

防毒面具的操作屬於單兵戰鬥的第二戰，可以學習如何扣C型扣並將面具包肩背在身上，這項訓練的重點是要在9秒內將防毒面具穿戴完畢。乍聽下會覺得多練習幾次就可以輕鬆完成，實際上要完成的動作包刮：

1. 右手脫盔
2. 左手打開面具包的魔鬼氈
3. 右手抓著濾毒罐取出面具
4. 雙手撐開面具腮部
5. 甩開矽膠扣環
6. 將面具擺至後腦杓
7. 戴上面具同時下巴上抬
8. 拉緊臉頰兩側扣環
9. 復盔
10. 取槍
11. 起立喊「好」

沒錯，一切要在9秒內完成，而且如果面具沒有氣密，會漏氣的話一樣不合格！

## 毒氣室體驗

此項體驗會讓大家吸入刺激性的氣體，應該算是防毒面具訓練的一部份吧，但是我有過敏性鼻炎，因此直接放棄體驗，但是看每一個體驗完的訓員跑出來都是一把鼻涕一把眼淚，應該是真的很痛苦。

## 刺槍

本周教了如何使用綁腿將刺刀固定在槍上，直接刺刀含鞘進行刺槍操課，延續上星期的課程，將剩餘的刺槍動作一口氣給教完了：
- （托擊法）上擊、側擊、衝擊
- 防右刺
- 防左刺
- 防下刺
- 退後十三步

槍重本身已經3.5公斤，加上刺刀還有刀鞘重量都是落在槍口附近，個人覺得刺槍課真的是所有項目裡最累的，尤其兵器連非常看重刺槍的整齊性，練不好真的是會連著兩三節課被班長操假的電假的。

## 學科

鑑測項目其中一項是學科，班長會發給每個人一張印好題目與答案的模擬卷，然後你他媽就要開始`背`，甲乙丙丁戊總共五種考卷，每一卷都有20題是非和20題選擇，外加2題簡答題，班長會要你背好背滿，因為你只能拿100分，否則就等著被電爆。

表面上班長雖然都是會叫你背，但是訓話時也會故意說溜嘴「各位的塗板上都有答案啊」，難怪很多人的塗板上都有意義不明的圈圈叉叉和數字，所以根本其實不用真的認真背啊！

## 懇親日

休假日當天早上就是懇親日，家長有來的就會集合起來進行活動，其餘的人就關在中山室裡看電視、看學科，好處是很涼但是不能提早休假就是了。

# 趣聞軼事

每天就寢前，總是要把藍白拖擺放在鞋板前切齊格線，據輔導長（a.k.a. POA）所述，不把拖鞋擺床底是為了不讓你半夜起來上廁所時彎頭看到不該看的東西。


國軍冬令營（二）


# 本周訓練

## 第三次&第四次打靶

換了槍之後瞄準就快多了，而且兩次打靶分別順利打出5發和6發，槍的歸零真的差好多。

## 刺槍

刺槍的分解動作已經在前兩周教完了，本周則是到司令台前的廣場練習進場、退場、標齊對正還有走過刺槍表演的完整流程，所幸這次是拿木槍...不然真的會操到吐血。

## 撥交抽籤

新訓即將要告一段落，在休假前一天早上的行程是抽出新訓之後要撥交的單位，不曉得為何，抽籤在軍中似乎是個嚴肅且正式的儀式，一樣需要背報告詞和對應的動作，像是：
- (第一員驗籤)驗籤無誤
- (第二員抽順序籤)新兵XXX手中無籤，在此抽順序籤
- 新兵XXX手中無籤，在此抽籤

最後整個兵器連抽完都是到陸軍步兵訓練指揮部（簡稱步訓部）和104旅（據說是在成功嶺），我則是抽到步訓部的`機槍兵(班、排用機槍)`，準備前往高雄鳳山。

# 趣聞軼事

## 抽籤

抽籤是整個營一起進行，所有總共有一連、二連、三連還有我們兵器連，人一多自然就會看到天兵，念報告詞的時候念錯，像是：
- 驗`槍`無誤
- 新兵XXX手中無`菸`，在此抽`菸`

雖然這是個嚴肅的場合，但報告詞要對著麥克風唸出來，在場的阿兵哥都聽得見，聽到的當下其實真的會忍不住笑出來呀XD

## 開Party

在休假前的最後一個晚上，也是整個第一階段新訓的最後一日上課，副排長（a.k.a.排副）特別開放飲料零食手機，讓大家到中山室唱KTV，好好舒壓，這絕對是在軍中少有的待遇啊！


國軍冬令營（三）


# 鑑測

整整四周的第一階段訓練，為的就是這接下來三日的鑑測，好死不死兵器連只求第一...這三天真的很難熬

## 第一日：學科、刺槍、手投

學科原則上只要把塗板上的答案照抄上去即可，刺槍也是照著平常練習順利過關，達到排副認同的標準，手投我則是投了26公尺，勉強壓線過了25公尺及格的邊緣，另外野戰投擲（簡稱野投）完全沒有練習過，直接裸考，大家都是投的一般爛。

## 第二日：打靶、3000公尺

打靶佔總成績的4成，基本上是決定鑑測成績名次的關鍵，6發中4發才算合格，打了一整個早上，我們總共159人有26人不合格，合格率約80%左右，但不知道為何鑑測官佛心來著，不合格者可以進行補考，最後只剩8人不合格，合格率直接破90%。下午則是3000公尺測驗，大約是繞著司令台周圍柏油路跑四圈半的距離，連長會在隊伍最前方帶隊跑，基本上跟著隊伍前進就能順利跑完。

## 第三日：防毒面具試戴、單兵戰鬥、伏地挺身、仰臥起坐

四個項目裡最累的就是單戰了，臉上、脖子上、手上都要塗炭粉，S腰帶上要札著刺刀、彈袋、土工器具（小圓鍬、十字鎬或是破壞剪其中之一），手裡還要提著槍，比較意外的是第七戰真的要匍匐爬過鐵絲網，大家幾乎都爬到累得像狗一樣。伏地挺身和仰臥起坐都是鄰兵互相計算，所以都能灌水輕鬆通過，順帶一提，伏地挺身2分鐘29下合格，仰臥起坐2分鐘31下合格。

# 趣聞軼事

## 塗板風波

學科測驗當日，一位弟兄因為塗板太新，塗鴨（a.k.a. 小抄）因此非常明顯，班長不知道哪根筋不對，抓他來殺雞儆猴，把塗板上的奇異筆字跡用酒精擦得一乾二淨，還換了一塊全新塗板，這位弟兄只能說太衰了...切記塗板千萬不要拿太新呀！

## 再次開Party

鑑測結束，我們拿了第一，但真的高興不起來，沒有提早放假、沒有加薪、沒有更好的伙食，只賺到多一次的中山室Party，還有幹部們光榮的臉皮，真的，幹部或成最大贏家。來到兵器連的各位弟兄辛苦了。


國軍冬令營（四）

第三日：防毒面具試戴、單兵戰鬥、伏地挺身、仰臥起坐


# 撥交

收假回到大內，度過在新訓中心的最後一個晚上，隔天一早就發放`新訓結訓證明`、`軍證`還有`軍照及光碟`，按照前一晚排好的撥交隊形依序上車。

# 陸軍步兵訓練指揮部暨步兵學校／步訓部／金湯營區

搭了約莫兩小時的車，終於來到位於高雄鳳山的步訓部，或稱步校，所有人第一印象都是這裡大的誇張，遊覽車在營區內繞了十幾二十分鐘才到達接訓單位。

下車按照各班新的建制排好隊形後，就像新訓第一天一樣開始填寫各種資料，收繳手機，而且還把軍證收回保管了，當天盥洗之前還來個大理髮，據說這是最後一次的大理，之後就都只會修頭髮而已。

## 衛哨

才剛來到新的單位，第一周就接到衛哨勤務，每天晚上共有8位夜哨，外加1位隔日的中午哨，我滿幸運地抽到了中午哨，不用在晚上熟睡時被挖起來上哨查鋪，中午哨也比較不容易被查哨。

## 班用機槍機械訓練

專訓的第一周操課教的是班用機槍，於是整整5天，每天7節的課程都是分組操作`驗槍`、`大部分解`和`大部結合`...

## 團進

吃完早餐的固定行程是團進，值星幹部會帶著部隊在營區內行進，並且在固定的某處必須向上級行禮問好，不過由於剛到步校，這周只需要練習，不必真的走團進。

## 軍歌《玉山豪情》

這裡的早點名唱的不再是《我愛中華》，也不是《我有一支槍》，而是《玉山豪情》，旋律相較於其他軍歌算是好聽許多，利用旋律來記歌詞也能很快就上手。

## 墨綠背包

中隊長強力推薦所謂`墨綠包`，一個大約160元，上課時可以方便帶講義和筆，尤其平日在方基上課時，地上都是沙塵，所以也可以把夾克、迷彩上衣、雨衣等塞進背包，比較不容易弄髒。此外，其實背包還可以方便帶零食飲料，或是課外讀物，基本上就是野餐包啦！

# 點放

剛來到新單位的第一次休假很不幸地就遇上了`點放`，意思就是早上休假，當日晚上就收假，多數人在點放日都不太可能回家，只能在高雄流浪。我則是吃了丹丹漢堡早餐後和同梯弟兄會合，前往大統百貨閒晃順便吃午餐，下午來到西子灣租自行車到柴山秘境海灘，再吃個海之冰就差不多要準備返營了。

# 趣聞軼事

## 小蜜蜂

平日上課真的挺無聊的，但是下課期間會有營站派出來的小蜜蜂（箱型車）到各個中隊上課個方基賣手搖杯飲料和紅豆餅，算是無趣日子裡的一點小確幸吧。

## 柴山潑猴

點放當日來到柴山秘境海灘的入口，同梯弟兄俞哥手提著紙袋，裡面裝著衣服還有對軍人而言非常重要的識別證，結果在前往海灘的小路中遇到了一隻猴子掛在樹上，和俞哥大眼瞪小眼才3秒鐘，猴子突然跳過來搶了紙袋想跑，紙袋直接破了大半，好險潑猴勾到了掉出來的衣服，俞哥也死抓著衣服另一邊，像在拔河一樣兩邊拉扯了一陣子，潑猴看到情勢不利只好果斷放棄，就往樹林裡落跑了。

點放已經夠衰了，識別證還差點被搶走，真的替俞哥捏一把冷汗，如果識別證因為被猴子搶走而被禁假5天，不論是誰應該都會悲憤到想抓猴子來虐待吧...


國軍冬令營（五）

陸軍步兵訓練指揮部暨步兵學校／步訓部／金湯營區


步校生活進入第二周，逐漸適應這裡的作息步調了，同時蜜月期也結束了，這周開始實施加扣分。順帶一提，役期折抵的文件也在這周繳交出去了。

# 本周操課

## 班用機槍射擊預習

操課除了繼續機械訓練之外，這周多了班用機槍的射擊預習，要背報告詞，扣板機時還要自己幫子彈配音「噠噠噠」。

## 排用機槍機械訓練

班用機槍教學告一段落，這星期的主軸是排用機槍，除了重量變重以外，操作上與班用機槍大致相同，不易外地，上課內容只是換了把槍，但是同樣要驗槍、大部分解、大部結合一路操作到放假。

# 趣聞軼事

## 弟兄因為午餐沒吃到香蕉打1985

某天夜教結束，值星分隊長趁著大家集合時，神情焦慮地對大家說：「問大家一個問題，有沒有人中午沒吃到水果的？」從他和我們後續的問答才隱約知道，應該是有人因為沒吃到水果而直接打了1985申訴。雖然吃不到水果的確是個問題，但是直接打1985好像也有點過了頭，不過我也因為這件事領略到了1985的威力，分隊長從頭到尾都是用很委婉、生怕出事情的口氣和大家討論，真的挺妙的。

## 上課無聊到做手工藝

連續兩周都是在玩槍，而且大部分時間都要坐在板凳上，大家自然是聊天的聊天、挖土的挖土、埋寶藏的埋寶藏、玩草的玩草，我則是聊天聊膩了，土也挖膩了，刻著「0085T」的寶藏也早就埋進土裡，只好靈光一閃，突發奇想地決定編一條草繩，來做點不一樣的事情。

方基上什麼沒有，就雜草最多，我和同組的弟兄就分工合作，來個上下游整合一條龍，有的人負責拔草、有的人負責萃取——把雜草清理乾淨，只留下最粗的主幹那條莖，我則負責純手工編織，用最常見的三股辮把一根根的雜草串成一長條草繩，三不五時還要請臨兵「以火力掩護我」，才不會被教官或是分隊長抓到，整個很像在地下工廠提煉毒品，害怕被警察抓包的毒販一樣。


國軍冬令營（六）


# 本周操課

## 排用機槍射擊預習

排用機槍的射擊比班用機槍多出了一個副射手，報告詞和動作也差異較大，唯一不變的是，上課依然無聊呀！

## 排用機槍細部分解

排用機槍的最後幾堂課程是細部分解，純粹體驗，測驗也不需要考。

## 團進

這周行走了首次的團進，其實這對身高高的人真的很不利，高的人習慣的走路姿勢就是步伐大、步頻慢，但是團進要求整齊一致，就必須配合矮的人加快腳步，長時間走下來真D累。

## 確認退伍日

先前繳交的役期折抵已經製作成簽審的文件，我折抵了5天，3/7凌晨24:00退伍才生效，所以要待到3/8才能離開營區...不過更慘的是折抵13天的弟兄，由於退伍前遇到4天連假，於是和折抵9天的弟兄同一日退伍，看來多修軍訓課未必是件好事呀。

## 理髮

就是理髮。

# 趣聞軼事

## 消失的機槍零件

某組弟兄在操作排用機槍機匣蓋細部分解時，拆到C形墊片，結果用力過猛，墊片直接噴到遠處的草地上，接下來兩節課即使人力地毯搜索都找不到，分隊長甚至拿出金屬探測器。雖然分隊長直接宣布找到的人放么八，但那天一直到操課結束仍然沒人找到，於是弄丟零件的那整組人當天晚上只好被迫留下來陪武館班（槍班）弟兄寫各種自白書和申請表，那組裡原本放么八的直接被迫變成洞八QQ


國軍冬令營（七）


## 排用機槍機械訓練

因應隔天的期末測驗，這周的第一天繼續驗槍和分解結合。

## 排用機槍期末測驗

本周第二天是表定專長訓練的最後一日，會針對排用機槍進行考試，雖然班用和排用機槍都有學，但是只考排用機槍不考班用機槍，考試分成術科和學科：

- 術科：驗槍、大部分解、大部結合
- 學科：是非題、選擇題、複選題

術科基本上每天都做到爛了，學科也沒有問答題，算是輕鬆過關啊！

## 戰術行軍

專長課程結束後就是不斷地行軍和打靶，前幾次行軍只會輕裝，不戴鋼盔不背槍，上午走到陸軍官校，下午走步校的後山，走到定點後都會有休息區，還會有大姊來賣粽子、涼麵和各種飲料。行軍初體驗不算輕鬆但也不會很疲憊，只是後面連續行軍、路線逐漸加長、裝備也會變多，肯定會累積疲勞，相對這次只會越來越難熬...

## 打靶

我待的大隊位於步校北側圍牆，靶場雖然在營區內，但卻是在另一頭的南側圍牆，據說有2.3公里遠，尤其還要團進跟著部隊的步伐行進，光走一趟就覺得真D累了。在步校的打靶用的是T91步槍，雖然和新訓學的T65K2不同型號，但結構幾乎一樣，重量還輕了點，另一個差異是這裡打靶沒有沙袋可以托著槍，不過個人覺得影響不大，穩穩地趴著，善用預發技巧扣6次板機就順利6發滿靶了。

## 晚點名

這周進行了第一次的晚點名，早上行軍前才匆匆忙忙地教了晚點名歌《步校校歌》，歌詞難記旋律難唱，還要當天之內學起來晚點名時唱...這首歌還冷門到Youtube找不到，只好附上歌詞共勉：

> 臨陣當先，決戰致勝，我們步兵為主兵；
風雨不足畏，地形任縱橫，勇猛頑強，殲敵建功，
忠誠精實，名將多出自吾校，
不怕苦，不怕死，光民族，復國土，
碧血丹心，為國干城，
發揚吾校精神，發揚吾校精神！

幸運的是晚點名前，我們勤務班被派了公差，於是跳過了首次晚點名。

## 榮譽假

本以為會一路洞八到退伍，沒想到靠著摺棉被的加分，還有中隊長降低放假門檻，這星期很幸運地放到榮譽假，在步校總共只有6次休假（另有3次點放），能放到一次么八真的都覺得是恩賜啊！

# 趣聞軼事

## 老鼠肆虐

到訓的第一天其實就有聽幹部說老鼠肆虐，這周開始傳出災情，而我也是受害者之一。蜜豆奶放在墨綠包裡，瓶底竟然無故地破了洞，漏地整個背包都是飲料，本來以為是自己太粗魯，丟背包力道過猛摔破了飲料；隔天看到我的combos起士捲心餅掉了一顆在內務櫃上層，拿起包裝一看，竟然破了一個奇醜無比的洞，才恍然大悟原來連同前一天破掉的蜜豆奶都是老鼠幹的好事。再隔一天，櫃子上層還散發出尿騷味...幹，難怪分隊長說抓到老鼠可以加整整1分！1分啊！

## 被亂罵

某日集合時，附近有隊伍要通過，但是因為他們唱的歌莫名難聽，大家都轉過去觀望，結果就被這個隊伍的實習幹部嗆了一串「看夠了沒啊？不會向前看是不是？」，就這樣莫名其妙被兇了一頓，志願役水準，呵呵。


國軍冬令營（八）


# 本周訓練

## 戰術行軍

這星期行軍開始戴鋼盔，其實脖子也沒特別明顯的疲憊感，路線偶爾會有變化，有可能會去爬步道，路線可長可短，全看教官心情。

## 打靶

跟上個星期一樣，團進兩公里來到靶場，不過運氣不太好，拿到的槍打出第一發就知道手感不對勁，本來以為這次要0發了，不過最終還是有命中1發。

## 綜合格鬥：擒拿術

本周印象最深刻的課程應該就是`擒拿術`了！教官是體幹班出來的體育幹部，給人的第一印象就是死板又機八，上課過程滿硬的，做錯一次就是累計一個記數，一個記數就是50下伏地挺身。整個上午教的是`擒拿七式`，但是由於時間關係，只教了第一式——前抓髮,反擒法，以及第二式——前掐喉，膝擊法，第三式——肩部解脫反擒法則是教到一半就下課了。

## 退伍日期提前

這星期獲得了一個振奮人心的消息，原本按照四個月的役期計算，並且計入折抵，我要3/8才能退伍，但後來更改為以16周計算，於是提前到2/27就能登出國軍，輔導長還因此大嘆「第一次聽到當兵提前退伍的...」

# 點放

雖然這一梯放的假多，但是要補償的也多啊！這次是全部三次點放中的第二次，補的是過年的9天連假，念在後面有超長假可以放，只好咬牙忍一忍。

點放當天總共一夥八個人，在大東享用早餐後來到大魯閣草衙道，棒球打擊練習、16宮格手投、射飛鏢、撞球，然後在美食街繞了半天，草草吃了元氣咖哩，下午則是分成兩團各自逛購物商場。反營前數小時匆匆決定來到台鋁，在書屋挑了書後再到隔壁的家樂福採買必需品和零食。時間緊迫，晚餐外帶了麥當勞便返營收假了。

# 趣聞軼事

## 活捉老鼠

某天睡醒，睡在斜對角的弟兄們發現抓到老鼠，於是就把黏鼠板丟在地板上供大家觀賞，有的人踩牠，還有人拿打火機燒牠的尾巴，厲害的是這隻愚蠢的老鼠嘴裡還一直啃著鼠板上的巧克力。最後這隻糟蹋我們無數零食的畜生被淹進水桶裡處理掉。

## 停電

就在點放前一晚，我剛沖完澡正準備穿衣服時，眼前突然一片黑，才以為是哪個天兵把浴室的燈關了，外頭就傳來停電的嚷嚷聲。那之後的兩個小時，整個步校都是黑的，但校外依然燈火光明。沒有電，熱水打不上來，幹部也無法用麥克風廣播，大家先是在寢室開手電筒慶祝，接著講起鬼故事，再十幾個人圍一圈玩起海龜湯，隨著時間過去，電依然沒恢復，大家甚至開始期待提早放假。遺憾的是，電最終還是在就寢前來了。


國軍冬令營（九）


# 本周訓練

## 宿營

星期二、星期三兩個晚上原定要在後山夜宿，於是星期一就拉了30個「帳篷」公差，可以躲過當天的行軍，還可以學到搭營帳的本事。

正巧我是其中一位公差，30人總共要搭15帳，10人為一組搭完5帳就可以休息了，最難的部分就是把營釘打入蘆石地中，一個帳篷要打18根，乍聽之下覺得人多好辦事，實際上看到那些已經被學長們敲的歪七扭八的營釘後，才恍然大悟根本不是這麼一回事...堅硬的石地加上歪曲的營釘，只靠蠻力而沒有巧勁根本扎不進地裡，最後我們忙到下午才完成所有帳篷的架設。

隔日晚上原本大家都興致勃勃準備上山的「行李」，結果中隊長宣布天氣太冷的考量，當日就不上山夜宿了。所幸再隔一日，氣溫就溫暖多了，100多人順利摸黑抵達營地，就寢前還進行了（對我而言）第一次晚點名。8人擠一帳，我的睡袋甚至缺了棉被的拉鍊，想當然睡眠品質是奇差無比。隔日雖然難得不用摺棉被，但是睡袋更難收納，想貪睡個幾分鐘都無法。

## 打靶

恢復實力了，5發。

## 戰術行軍

從本周開始到未來行軍結束，都是正式的全副武裝了——戴鋼盔、紮刺刀、挾步槍。

不幸的是，近期有寒訓部隊在步校受訓，借走了輕便的T91，於是所有人只能一路扛著3公斤重的T65K2。多出了步槍和刺刀的重量，整個行軍路程從此變得遙不可及，腳底板也開始因為過勞而感到明顯疼痛。

## 隊慶

星期五是個令人愉快的一天，除了離放假更近以外，這天還是步校的校慶，所以全天不操課。隊慶，正確來說是「志願役隊慶」，雖然不必上課，但是要被迫當啦啦隊，像是一大早集合在禮堂充當開幕典禮人頭，乾等一小時只為了20分鐘的開幕和長官致詞，或是「志願役」們在大隊接力時，我們這些「不願役」要乖乖拿著加油棒坐在路邊的草皮歡呼。雖然分隊長有開放我們在園遊會自費享用午餐，但是「不願役」沒有園遊券可以折抵費用，我索性選擇了分隊長提供的另一個選項：回到隊上休息。

# 趣聞軼事

## 大隊接力

我想，國軍大隊接力的可看性大概來自跑者頭頂的鋼盔，每個跑者都必須戴上鋼盔護膝護肘參賽，還有令人意外的接力棒——T91步槍！別有一番風味啊！

## 洞八之夜

星期五的夜晚，也是放假的前夕，特別難熬，志願役都放假回家了（可能因為隊慶的關係），隊上也走了快60位回家爽放么八榮譽假，整個部校空蕩蕩的，難得分隊長獎勵大家晚餐後去全家，結果我們一行人才走到半路，就看見藍綠白相間的FamilyMart招牌熄掉了，大家一邊驚覺不對勁，一邊往前踏了兩步，又見一個人影走出門外，還轉過身一副要把門鎖起來的模樣...「不願役」果然沒人權啊，連全家店員都要唾棄...只好一群人又回去請示分隊長能不能去遙遠許多的萊爾富。

幸好還開著，貨架上擺滿了99元福袋，我禁不起頭獎BMW的誘惑就手滑了一包。今天果然不是什麼好日子，葡萄口味生果實軟糖、卡哩卡哩、「礦泉水」、「棒棒糖」、普獎——萊爾富咖啡買一送一&拿坡里指定套餐優惠。唯一能撫平心中怒火的大概就是那1500元的年終了吧！

兩個星期後，我才勉為其難地拆了棒棒糖來吃，還真不是普通的難吃。


國軍冬令營（十）


# 本周訓練

## 野戰工事構築

繼擒拿術課程之後，這周又來了一個有趣的工事構築課程，由於時間限制，我們只教了單人立射散兵坑，並且實際分組拿圓鍬及十字鎬按照規格施作。挖洞時挺爽的，有種宣洩壓力的效果，不過當大家挖得正開心，教官突然要大家把土填回洞裡恢復原狀...因為要收操了。媽的，早知道挖完要填回去，老子就不挖了啊！

## 戰術行軍

一如往常的行軍。

不過某天教官帶著大家無聊地繞著黃埔湖時，突發奇想地停在500障礙場旁，接著就開始一波一波的過獨木橋啦，WTF，五根平行圓形實木底下是目測一公尺高的水泥坑，如果沒走好，不知道身體哪處會先敲到獨木，然後全身再負著鋼盔和步槍的重量，以無法預測的姿勢和角度撞上水泥地，還因為至少要騰出一隻手來提著槍，只剩一手能夠保護自己。雖然腦中閃過各種恐懼，可是看到前面95%以上的通過率，我也從容地提著槍順利通過了。

有位老兄就沒這麼幸運了，他走到半路失去平衡，趕緊往右邊的另一根實木一跳，想當然更無法平衡，又匆忙跳回來，還一邊像溺水一樣揮舞手臂想爭取平衡，突然就從兩根獨木中間墜落，整個側臉先用力的敲在木頭上，鋼盔逃過了一劫，也因這麼一撞，本來可以兩腳著地的他在空中翻了90度變成背朝地，由於坑太深了，最終他到底怎麼墜地就不得而知了。

## 射擊預習

軍中最怕出事，星期三的例行打靶因逢過年而暫停，這周的射擊於是改為射擊預習。

## 退伍旅費

某日集合，區隊長拿著十幾疊百元新鈔近來中山室，還問大家有沒有人想被鈔票打臉的，原來是要發放「退伍旅費」啊！按照不同戶籍地可以拿到不同的費用，嘉義領到的是600元，不多不少。

## 洗水塔

為了不參加行軍，前一晚搶到了洗水塔公差。隊上每隔半年會清理一次水塔，雖說是水塔，實際到了頂樓一看反而覺得像個沒有窗戶的水泥房間，唯一的入口是天花板上一個與肩膀差不多寬的方形開口，被超厚的金屬板覆蓋著，只留下一條縫隙讓細細注入的水流通過。總共20位公差，5人一組，共清理4個水塔。轉開洩水閥後，我們這組所有人都爬上了水塔天花板，一邊把地板刷、水刮、鐵椅傳上來，洞口的金屬板比看起來要重許多，雙手合力無法抬起，只能勉強磨著周圍的水泥表面推開。

明明只是大白天來清洗水塔，周遭的氛圍卻像是某個都市傳說裡的夜晚，挪開金屬板，放下鐵椅，鑽進將近一公尺半高的密室裡，洞口比我的肩膀略高，腳底全泡在泥水裡，必須要彎著腰才能在這密室裡行走，還有接過夥伴傳下來的工具，這種感覺回味起來總覺得跟盜墓筆記裡「下墓穴」的動作有87%像啊，只差嘴裡沒念著八卦或天干地支算風水！

不過回過神來還是要把手邊的工作給完成，把大部分泥沙推向出水口，讓髒汙隨著水流洩出就算大功告成了。

## 么四離營

由於過年的關係，全校在星期五么四放假，可喜可賀！

# 趣聞軼事

## 地板刷刷過大便啊

當我們這些水塔公差向某位打飯班弟兄炫耀著今天不用去行軍時，他卻默默地說「那個地板刷我拿去刷過大便欸」，的確，他前幾天才被抓去當化糞池公差...嘔嘔嘔嘔嘔嘔嘔

## 偷帶手機被抓包？

就在準備放9天年假的前半小時，大家已經換好便服整好行李在中山室集合等待領回手機，輔導長突然走進來找某位老兄說：「你爸怎麼說你FB上線？」從輔導長後續的問話可以知道，老爸在外面等兒子休假離營，結果看到兒子FB上線，以為營區已經放人卻不見兒子出現，心裡著急就連絡了輔導長。Bingo！手機都還沒發，FB就能上線，於是就被輔導長請出去了，雖然只是有偷帶手機的嫌疑，但放假前看到這一幕心情還是特別舒暢，這位老兄最終究竟有沒有準時放假就不得而知了。


國軍冬令營（十一）


# 本周操課

## 阻絕設施

相對先前的工事構築課程，這星期則是阻絕設施，教官也的確簡單介紹了一下，但是講完課後大家準備好土工器具，不是實際演練，而是幫忙把前人挖出來的洞填回去...

## 戰術行軍

老樣子的行軍，走到燒襠，不過在休息時間結束後，分隊長開始講解`戰備檢查`，本來以為到退伍前不必再背任何操作和口令，看來又有新的東西要學了。

## 打靶

5發！

## 綜合格鬥

這星期有擒拿術課程，教官和上次是同一位，所以也一樣機八，除了複習先前所學的一到三式，這次新學了`第四式：胸部解脫反擒法`及`第五式：胸部背制反擒法`。

# 趣聞軼事

## 偷帶手機抓包

某日分隊長面容嚴肅地走進寢室，而區隊長老練地從寢室後門包抄，兩人同時盯著我們9班的某個床位，A弟兄正在滑著他的「智慧型」手機，直接被當場抓包，隨後兩位幹部就持續地毯式搜查附近的床位和內務櫃，企圖找出B弟兄和C弟兄的手機。事後從傳言得知，8班有「報馬仔」檢舉A,B及C偷帶智慧型手機，A直接被幹部逮個正著，B的手機後來也被搜出來而直接認罪，C則是短暫逃過一劫，而且持續跟幹部鬼打牆狡辯，結果C隔幾日裝病去醫務所，要從口袋拿單據給幹部時不小心連同手機拿了出來，想賴也賴不掉了。

A和C兩人在後來的點放直接被禁足，B在點放前就退伍了所以逃過一劫，但收假回來時A告訴我，其實那天等大家都放假出去了以後，中隊長就放了他們，到頭來一切只是演個懲處的假戲給大家警惕一下罷了。

## 禁菸

這周是志願役的12中隊的中隊長揹大隊值星，某日早點名的時候說明吸菸區充滿了菸蒂，於是全大隊禁菸，不過聽說那些亂丟的菸蒂都是12隊的志願役們丟的，根本做賊喊抓賊...


國軍冬令營（十二）


# 本周操課

## 城鎮戰基本教練

某日課程是全天的城鎮戰，但是由於早上被抓去驗尿，下午才上山來到城鎮戰教練場，一上課就直接操作`平行換彈匣`及`L形換彈匣`，接著回到家屋講解變換隊形後再出來操作，先由伍長比劃手勢同時喊「突擊伍，注意」，然後決定要變換為橫隊、縱隊、T形、蛇形等。

## 戰術行軍

從這周開始的行軍要背著防毒面具，真的是名符其實的「全副武裝」了，多了面具雖然只增加一點點重量，但對行軍的負擔其實是會加乘的呀...

這周的行軍同樣要練習戰備檢查。

## 300公尺打靶

本次打靶是我們這梯最後一次打靶，也因此打靶距離從原本的175公尺變成了300公尺，而且靶機設定為命中倒靶，每人同樣6發子彈，但很不幸地，我的靶位的槍看起來歸零有問題，在我前面的10波總共60發子彈只倒靶不到5次，教官雖然察覺異狀，輪到我時也叫我瞄準右肩，可是最後還是命中0發...

## 戰鬥體適能

這是入伍以來第一次上這堂課，也是最後一次，於是教官挑了最實用的「傷患搬運」來講解，也讓我們實際操作兩種不同的搬運方式。

# 點放

雖然是最後一次的點放，但事前沒有規劃，便草草度過了這一天。在大都會打咖到下午1點，接著到台鋁吃拉麵果腹，順便逛個書屋和IKEA，晚餐在大東吃路邊麵攤，然後就返營迎接退伍日了。


國軍冬令營（十三）


# 本周操課

## 戰術行軍

倒數第二次的行軍是由一位思想偏激的主任教官帶隊，認為我們已經行軍到第7周，應該早就適應了，於是來個超超超急行軍，而且走的還是山路，隊伍後半段的弟兄基本上全程都要小跑步才能跟上，水站也因此設了2個點，個人認為這是幹部趁大家退伍前整一下阿兵哥啦...

## 手投

與新訓的手投不同，還要分成分解動作及連續動作來操作，而且連假彈都沒投到，就這樣做了兩節課的空操。

## 刺槍

與新訓的刺槍相同，但是由於時間關係，只操作了原地突刺及前進突刺。

# 趣聞軼事

退伍當日早餐吃的是卡拉雞漢堡，一位認識的大食客弟兄把多的卡拉雞和起司片打包帶回了寢室，我想了想不知道該留什麼給學弟們，就順手把起司夾進幾張床墊的棉花裡了，不曉得夏天時會不會聞到融化的起司香呢？

# ~~退伍~~結訓

雖然嘴巴上總說是退伍，其實我們領到的不是退伍令，而是「結訓令」，國軍到退伍日依然這麼讓人折騰啊！


國軍冬令營（十四）


歷經16周的軍事訓練，許多事情在軍營的氛圍裡會顯得格外反感，但如今退伍已超過一個月，反而對許多曾經的不快感到雲淡風輕，雖然我的服役期間不長，但也足夠看見許多國軍的真實生態。

# 國軍哲學

## 社會的縮影

幹部們常說軍隊是社會的縮影，雖然撰寫此文時的我才剛要踏入職場，但從就學期間的經歷來看，此話其實不假，我自己體悟的是以下三種面向的現實社會縮影：

1. 階級複製
  許多事情看的是運氣，例如有的弟兄分配到的是天生麗質的好棉被，隨便亂折都能加分；有的人在抽籤時分發到好的單位爽到升天。打從一開始，你就沒有選擇的籌碼，就如同現實世界裡，屁眼插著金湯匙出生的人更容易過上好的生活，並且繼續把金湯匙插在下一位子孫的屁眼裡。

2. 努力白費
  例如車委幾乎每周都非常忙碌，卻依然沒有么八假可以放。領一樣的薪水，能力好的人做到死，能力不好的還不是摸魚度日？

3. 各懷鬼胎
  社會上就是有攀權附勢的小人，軍中一樣有喜歡拉攏幹部來換取福利的弟兄，像是我們中隊上有位鼻孔哥特別喜歡討好分隊長來換取好公差，於是擠壓到其他弟兄的權益，留一堆屎缺等其他人買單。

## 表面功夫

整整四個月一直很無奈的一件事情就是，國軍重視表面功夫遠大於一切，例如：
- 不使用肥皂也要買肥皂盒，以便檢查和評分
- 行軍時走到出發點前不能把水喝掉，以便出發前教官可以檢查大家是否打滿水
- 每天花半小時折出豆腐被和蚊帳，只是為了讓幹部評分
- 數不清有多少次因為長官要來所以掃地

## 只準官兵放火

因為是幹部，所以可以攜帶手機；因為是幹部，所以可以聊天，但你他媽的死臭兵就給我閉嘴；諸如此類，族繁不及備載。

# 瑣事觀察

## 真的有人打1985

所有幹部都非常忌諱被打1985申訴，還沒當兵前總以為這支電話只是個被拿來嘲諷國軍的都市傳說，殊不知從新訓到撥交，我所待過的單位總共被打了4次，而且效果顯著！

1. 午餐沒吃到香蕉
  是的，就是這麼瞎的理由。事實上是因為香蕉都被志願役幹走，有的志願役還吃兩根，最後搞得我們隊上一堆人沒香蕉可吃。

2. 迷彩衣洗不乾淨
  有的弟兄有潔癖，廠商洗過的迷彩衣又帶回家洗，結果洗出髒水，雖然幹部表示，可能是新的迷彩衣洗一洗褪色，但我是覺得，累積了10幾梯的學長們的味道應該更洗不掉吧，何必在意這種小事呢？

3. 迷彩衣洗不乾淨 Again
  這位弟兄很有毅力，又為同一件事打了第二次1985。

4. 人體刺槍術
  中隊長在決定么八假名單時，都會鼓勵弟兄表演才藝來加分爭取榮譽假，有一次中隊長選好4~5人指定表演人體刺槍術（把老二當刺槍，表演一整套刺槍術），隔天中隊長就被1985伺候惹QQ

## 身體不會變強壯

當兵之前總以為可以讓習慣熬夜的我變得稍微強壯一點，但這個想法完全大錯特錯。在軍營裡面，幾乎所有時間都是跟著大部隊行動，包括操課、用餐、就寢等，所以只要有任何一人感冒或是中了流感，鄰兵通常也會跟著中獎，加上中午午休或是晚上就寢是50人睡一間，根本就是互相傳播病毒，最後導致嚴重群聚感染；此外，平日操課其實不會有大量的運動，一個星期頂多就開放打一次球，所以運動量實際上可能會比當兵前還少；至於飲食的部分就看各單位了，我自己待到的新訓及撥交單位，早餐幾乎都是醃漬品、午餐和晚餐的主菜都是炸物。

綜合上述種種原因，我服役期間總共感冒了5~8次左右，藥都已經吃到能產生抗藥性了，前一個感冒還沒好，又中獎下一個感冒了，最後帶著病狀結訓，一直到結訓後一個月才完全康復。

## 無可避免的菸味

不到四個月的時間，吸到的二手菸量遠超過我打從出生到入伍前所吸的量。目測列子裡大概有20%至30%的人會抽菸，包含許多幹部也都會抽菸，雖然營區內都會劃分吸菸區，但菸味還是會隨風亂飄，真的是從入伍吸二手菸吸到退伍。

## Line瘋狂洗頻

各單位基本上都會要求「你各位」加入該單位的大群組，然後依照不同單位的休假回報方式不同，可能會以`排`、`班`或是`5人一小組`來建立另一個群組，此外，大家熟了之後還會有私底下建立的大小群組。當幹部在官方群組發布消息時，就會一直被各種貼圖和「收到」洗頻，回報休假狀況時也會一直跳對話（比較聰明的單位就會用記事本，只有建立記事本的弟兄才會被洗到通知）；私下群組則是大家會分享各單位的情況順便喇賽。總之，服役期間只能多忍耐了。

## 吃飯速度變很快

通常早餐和晚餐都是狼吞虎嚥，一來幹部給的下個集合時間點都超近，二來排隊打飯菜會浪費很多時間，三來吃飽洗餐盤也要大排長龍，此外，有時候會有勤務分配，例如吃完早餐馬上要到庫房集合取槍，根本來不及吃早餐；晚餐更是要常態地吃非常快，因為通常晚餐後會直接盥洗，吃太慢的話，連洗個澡都要排隊半小時以上；唯一可以稍微放慢腳步用餐的就只有午餐，因為午餐後都是直接午休，所以可以犧牲一點午休時間來換取較好的用餐品質。每次聽到打飯班大喊「開放加菜」時，心裡總是會糾結一下，如果加了菜，就會吃得比別人慢，可能洗澡要排更久，可能午休時間又被壓縮...

## 口罩戴好戴滿

除了感冒以外，每隔幾天就會有傳染病的通報，諸如A流、水痘、諾羅病毒，所以除了睡覺以外，其他時間幾乎都被要求戴著口罩，如果在早點名之類的場合漏戴的話大概就被電翻了，不過戴口罩還是有一些小小的好處，像是可以偷吃糖果口香糖，或是跟鄰兵聊天時可以有掩護。

## 鼻屎

不得不說，每天在室外吸10多個小時的塵土，鼻屎真的他媽的多...

# 日常小確幸

## 收假時前往休息站

收假總是痛苦的，即使到退伍前的最後一次收假，仍然讓人無法適應，通常返營專車在前往營區的路上會在休息站停留，這個時刻總是讓人覺得特別的珍貴，因為接下來的一個禮拜都將與世隔絕，只有在休息站裡的短暫片刻，才覺得自己擁有自由而且活得像個人。

## 下課時的小蜜蜂

我撥交後的單位是步校，幅員非常遼闊，每個上課場地（稱做方基）都是至少一公頃（10000平方公尺）起跳，全校約20~30個方基，所以一旦大老遠走道授課的方基，短短的下課十分鐘也不可能到處亂跑或是回到寢室。因此每節下課都會有營站的「小蜜蜂」（一種廂型車）穿梭在各個方基之間，賣的是各種手搖杯飲料還有紅豆餅，弟兄們也都非常捧場，無論小蜜蜂是不是步校特有的文化，它都是下課期間解悶的小確幸！

## 行軍時的鳳姐肉粽

退伍前的整整七周行軍，絕對是最枯燥無趣的課程之一，幸好，每當到達休息站，就會有幾位戴著斗笠披著頭巾，騎著摩托車翻山越嶺來賣肉粽的阿嬤，除了肉粽之外，還有賣各種冰涼飲料、科學麵和手工餅乾。扛著沉重的裝備，走好幾公里的路之後，能吃上一顆熱騰騰的肉粽，真的是沉悶的行軍中算得上意義非凡的事情了。

# 推薦購買及準備物品

- `魔鬼氈綁腿`
  迷彩褲的綁帶非常難綁，尤其早上起床時還要摸黑操作，建議可以買魔鬼氈綁腿，省時省力。

- `魔術頭巾`
  可以套在頭上搭配鋼盔使用，不僅吸汗，也能增加舒適感，遇到天氣特別冷的時候，還可以拉下來到脖子避寒風。

- `高腳板凳`
  公發的板凳通常又矮又難坐，甚至可能很難攜帶，坐久了膝蓋和腰椎都非常難受，建議腿長的人可以把公發板凳替換成高腳板凳。

- `鞋墊` & `行軍襪`
  軍靴內置的鞋墊非常硬，建議行軍之前另外買個又厚又軟的鞋墊來替換，如果有機會，也建議購買行軍襪，長時間負重走路的情況下多少可以有點幫助。

- `斜背包`
  簡單來說就是跟上學一樣的書包，可以方便攜帶飲料、零食、小說、上課講義、夾克、雨衣。

- `書`
  新訓階段非常忙碌，可能還沒有自己的空閒時間；但是第二階段相對悠閒許多，無聊時可以拿書出來看。

- `分裝瓶`
  主要是用來裝洗碗精，方便放在口袋裡攜帶。

- `零錢`
  因為當兵太無聊了，休息時間主要的樂趣就是投零食飲料，因此花在販賣機上的開銷會非常大，休假時最好準備充足的零錢。

# 當兵能學到什麼？

## 放慢生活步調

每次休假回到家裡就是刷整整2天的Youtube、電影、影集、補番、手遊，總歸一句就是脫離不了電子產品，生活總是忙於接收新知而閒不下來，但是在軍中沒有電腦也沒有手機，反而多了許多自己的時間，可以讓生活節奏慢下來，可以觀察周圍的大自然、可以看看書、也可以思考未來人生。

## 忍耐

團隊生活加上軍隊紀律，絕對會遇到許多你無法改變的現實，唯一能做的就是忍耐了吧！

# 附錄

無聊的小小統計，16周的役期中總共完成3次點放，經歷4次1985，放了6次夜哨，走了7周行軍，還看完了13本書。


國軍online總結


我們對國軍的認知普遍來自電影，但實際情況卻不得而知，因此當兵之前我總覺得軍隊生活是一片迷霧，如今我已安全下庄登出國軍，服役期間每次休假我都將最新鮮的記憶紀錄在此系列文中，全屬真人真事所見所聞，雖然國軍目前已經全面解除徵兵，未來不再會有學弟需要瀏覽學長們的入伍懶人包，但是人生中能夠有這樣的回憶還是十分難得可貴。

## 冬令營

11月中入伍，為期16周的軍事訓練，與其說是當兵，我覺得說是冬令營更加貼切！


國軍冬令營


Modern Web 的技術日新月異，但環境設定越來越繁瑣，組織程式也越來越不易，這對許多人而言，起手一個專案經常會是一個痛點，所以我想在接下來的 30 天裡介紹我的解法——打造一個結構健全、彈性、自動化、容易客製化、內建充足基礎設施（Infrastructure）的 Web 專案樣板。

我選擇 MongoDB、Expressjs、Reactjs、Nodejs 組成 MERN Stack 來實作 Boilerplate，目前已經有正常運作的版本，也有 [Demo Site](https://express-react-hmr-boilerplate.herokuapp.com/) 可以試玩，有興趣的讀者請參考我在 Github 的開源專案 [express-react-hmr-boilerplate](https://github.com/gocreating/express-react-hmr-boilerplate)。

## 為什麼要打造專案樣板呢？它能帶來什麼好處？

寫程式最忌諱重造輪子，能重複利用的東西最好都重複使用，而我寫了幾年 Web，深覺自己在網站開發上總是在不同專案間來回剪貼大量程式碼（也許此時的你也正在做著一樣的事情），最終，不同的專案裡充滿了大量重複的程式碼，Bug 也隨著複製程式碼散落到不同專案裡，想要維護卻發現束手無策，技術債越積越多...

對於這樣的問題，甚至說是痛點，我認為實作一套**半標準化**的樣板是一個不錯的解決方案，加上近來 Modern Web 的環境設定越來越複雜，不可能再用複製貼上的方式來管理，因此大約一年前的此時，我開始實作這麼一個 Boilerplate，至今我依然看好它，也覺得它的潛力越來越大，因為它確實解決了我的問題，我認為整體而言它帶給我以下幾個好處：

- 節省起始一個專案的時間
- 標準化繁瑣的環境設定
- 內建常見的功能與模組，也容易因應不同專案的需求進行客製化
- 程式碼集中在一個專案內維護

  搭配 Git 的操作，Clone 至不同專案的 Slave Boilerplate 也能追蹤 Master Boilerplate 的變動，統一解決 Bug，也統一增加 Feature，達到跨專案的程式碼重複使用。

## 多談**進階**，少談入門

我想談論的是內功，是心法，所以不希望把篇幅耗費在語法教學、工具操作等透過 Google 就可以學來的基本功上面，因此希望讀者們最好已經具備下列能力及知識：

- Git 操作
- Git Flow 的使用
- ES5 / ES6 語法
- JSX 語法
- React 元件寫法

廢話不多說了，咱們就開始ㄅ！

## 目錄

01. [Introduction](./01)
02. [File Organization](./02)
03. [Linting](./03)
04. [Automation](./04)
05. [Backend - Technique Stack](./05)
06. [Backend - Express](./06)
07. [Backend - MVC](./07)
08. [Frontend - Technique Stack](./08)
09. [Frontend - (React) & Flux & React-Redux](./09)
10. [Frontend - CSS Module](./10)
11. [Infrastructure - Introduction](./11)
12. [Infrastructure - Isomorphic API](./12)
13. [Infrastructure - Error Handling](./13)
14. [Infrastructure - Isomorphic Routing](./14)
15. [Infrastructure - Form](./15)
16. [Infrastructure - Authentication](./16)
17. [Infrastructure - Permission Control](./17)
18. [Infrastructure - i18n](./18)
19. [Infrastructure - Pagination](./19)
20. [Infrastructure - Mail Service](./20)
21. [Testing - Technique Stack](./21)
22. [Testing - 撰寫End-To-End API測試](./22)
23. [Testing - Travis](./23)
24. [Deploy - Technique Stack](./24)
25. [Deploy - Heroku](./25)
26. [Example - Start a new project](./26)
27. [Example - Todo List App](./27)
28. [Case Study - Customization for your own app](./28)
29. [Feature Works & Issues](./29)
30. [結語](./30)

## 開發哲學

開始 Coding 之前，我整理了 3 個與 Boilerplate 本身程式碼無關的開發哲學，我自己開發時會以這些原則來檢視我的程式碼，在此分享給各位讀者：

1. 你不是一個人，而是一個團隊

  言下之意就是，你寫的 Code 不是只有你一個人要用，變數命名請命一個大家看得懂的，能獨立抽出來的模組就抽出來，能共用的就共用，天曉得你的夥伴會不會哪天拿來用。所以身為團隊裡的一份子，產出的 Code 最好兼具可讀性、複用性、可維護性、高效率、可擴充性。

2. 專案有分 Development、Test 和 Production

  你的專案總有一天要推上線，不會無止境的處在開發階段，而是一個開發、測試、上線的週期，這和在學校寫作業交作業很不同。記得善用 `process.env.NODE_ENV` 讓你的程式在不同階段表現不同行為，例如 Error stack 只應該在 Development 環境下才顯示、Recaptcha 這種妨礙開發的東西應該要在 Production 時才 Turn on。所以開發 Feature 時，隨時想想這個 Feature 在 Development、Test、Production 三個環境下的表現分別是如何。

  產品必須經得起各種奧客的嚴苛測試，要耐得住使用者投機取巧，因此從 Boilerplate 層面開始，就必須要提供健全的 Infrastructure，才足以支撐後面建立在 Boilerplate 之上的不同專案。

3. Single Source of Truth（SSOT）

  真相只有一個，所以同一個值變數不要分兩個變數存，同一個 Data 不要分兩個欄位存，提高程式碼複用性也容易 Debug 降低維護成本。

  Boilerplate 本身就是 SSOT 的一個例子，真相是 Master Boilerplate，其他 Slave Boilerplate 都是假的，所以當 Slave 出現 Bug 時，只能修改那單一的來源：**Master**，再透過 Git 操作把修正 Bug 的更新套用到 Slave。


Day 01 - Introduction

為什麼要打造專案樣板呢？它能帶來什麼好處？


## 兩種主流做法[[1]][A Better File Structure For React/Redux Applications]

目前 React 相關的專案大多採用兩種目錄結構。

### 第一種：Feature-Based

```
user/
  User.js
  userActions.js
  userReducer.js
admin/
  Admin.js
  adminActions.js
  adminReducer.js
someProduct/
  SomeProduct.js
  someProductActions.js
  someProductReducer.js
```

### 第二種：Nature-Based

```
components/
  User.js
  Admin.js
  SomeProduct.js
actions/
  userActions.js
  adminActions.js
  someProductActions.js
reducers/
  index.js
  userReducer.js
  adminReducer.js
  someProductReducer.js
```

各位應該可以很直覺的看出兩者差異。

## Boilerplate 適用 Nature-Based

Feature-Based 比較符合模組化的精神，乍看之下似乎優於 Nature-Based 的作法，但現實中的專案不可能所有檔案都能完美按照 Feature 去歸類，因此這類的檔案在 Feature-Based 的結構下只能按照不同開發者的主觀來擺放，這主觀的擺法因人而異沒有標準，很容易破壞整體目錄結構。

Nature-Based 的結構就相對直覺，對一個剛加入專案的新人而言，甚至不用教學就能自己推測新增的檔案要擺在哪邊，我認為這樣的結構對於團隊是有利的，所以決定採用它。

## 考量 Isomorphic

我們使用的技術包含了 Nodejs 與 Reactjs，兩端的語法都是 Javascript，因此可以實現一個神奇的東西：Isomorphic。這個術語在 Modern Web 的領域指的是 Server-side 與 Client-side 共享同樣的程式碼片段（這邊我只先用一句話簡介，後面章節會有詳細的說明），例如表單的驗證，前後端都是一樣的檢驗邏輯，理論上只需要有一份共用的 Isomorphic Code，而不必前端寫一次，後端又寫一次。

為了避免開發時的混淆，我讓 Isomorphic 的程式碼獨立存放於 `common` 資料夾，而 Server-only 和 Client-only 的程式碼分別放在 `server` 與 `client` 資料夾，每個資料夾內有各自的 Nature-Based 檔案結構。

```
client/
  components/
  actions/
  reducers/
common/
  components/
  actions/
  reducers/
  utils/
server/
  models/
  components/
  actions/
  reducers/
  utils/
```

## 考量產品生命週期

從開發、測試到上線，每個階段都可能需要產生獨立的整份程式碼，所以我將專案最頂層的目錄分為 `src` 及 `build`。

```
build/
src/
  client/
  common/
  server/
```

## 完整目錄及檔案結構

實際上的專案還會加入許多的設定檔和相依模組，Code 也不會只有上面少少幾份，所以完整結構其實是長這樣的：

```
.git/
.deploy/           <-- 準備部署的檔案（設定檔、可執行檔、...）
node_modules/
configs/           <-- 專案設定
  env/             <-- 環境相關設定
  project/         <-- Web App 相關設定
build/             <-- 建置出來的可執行 Web
specs/             <-- Mocha 測試腳本
src/
  client/          <-- 只有 Client 端會使用的檔案
    index.js       <-- React App 的進入點
  common/          <-- 前後端共用的 檔案
    actions/       <-- 前後端共用的 Actions
    api/           <-- 前後端共用的 API
    components/    <-- 前後端共用的 元件
    constants/     <-- 前後端共用的 常數
    i18n/          <-- 前後端共用的 i18n 資料
    reducers/      <-- 前後端共用的 Reducers
    routes/        <-- 前後端共用的 元件路由規則
    utils/         <-- 前後端共用的 公用模組
  server/          <-- 只有 Server 端會使用的檔案
    api/           <-- 只有 Server 端會使用的 API
    components/    <-- 只有 Server 端會使用的 元件
    constants/     <-- 只有 Server 端會使用的 常數
    controllers    <-- 只有 Server 端會使用的 Controllers
    decorators/    <-- 只有 Server 端會使用的 Decorators
    middlewares/   <-- 只有 Server 端會使用的 Middlewares
    models/        <-- 只有 Server 端會使用的 Models
    routes/        <-- 只有 Server 端會使用的 路由規則
    utils/         <-- 只有 Server 端會使用的 公用模組
    index.js       <-- 注入開發環境所需的模組（如：babel-register）
    server.js      <-- Server 進入點
    app.js         <-- Express App 進入點
  public/          <-- 靜態檔案
.editorconfig
.eslintrc.json     <-- Eslint 設定檔
.gitignore
.travis.yml        <-- Travis 設定檔
gulpfile.js        <-- Gulp 腳本
LICENSE
package.json
README.md
```

這是 Boilerplate 的全貌，所以有些後面章節才會提到的東西目前還無法解釋清楚，請等候面章節的講解吧！另外沒解釋的部分可能是與我們的主題無關，或是太瑣碎不值得解釋，如有不懂處就請問問 Google 大神吧！

## 參考資料

1. [A Better File Structure For React/Redux Applications][A Better File Structure For React/Redux Applications]

[A Better File Structure For React/Redux Applications]: <http://marmelab.com/blog/2015/12/17/react-directory-structure.html>


Day 02 - File Organization

兩種主流做法[[1]][A Better File Structure For React/Redux Applications]


在撰寫程式碼時，通常會搭配所謂的 Linter 來控管程式碼的品質。再次強調我們的開發哲學：你不是一個人，而是一個團隊。透過 Linter 的協助，我們可以確保團隊中的每個人寫出來的程式碼風格幾乎一致，看起來就像出自同一個人的手，例如：變數命名必須遵守 Camel Case、if 條件式強迫加大括號、陳述式結尾強迫加分號、...，在我們的 Boilerplate 裡也內建了 Linting 的規則以及檢查指令。

## ESLint

目前有許多 JS 的 Linter，但 ESLint 最受好評，同時也是多數開源專案採用的選擇，我們的 Boilerplate 也是使用 ESLint。

筆者我其實一開始是使用 JSCS，用沒多久就跟風改用 ESLint 了，所以沒辦法替各位讀者做一個親身體會過的評比，我個人只對 ESLint 有個小小評論：Lint Rule 相較於 JSCS 瑣碎許多，可以訂定更細節的規則。根據網路文章的說法，ESLint 最晚釋出，主打 Pluggable 的特色，所以可以透過 Plgin 來支援 JSX 等特殊語法，另外它的 Lint 規則除了 Style 本身之外，還有一些規則是用來檢查 Syntax，這幾項應該是它成為主流的原因。

## 在 Atom 中使用 ESLint

Linter 好處多多，如果把 Linter 整合在編輯器內即時發現 Style 或 Syntax Error，那就更是如虎添翼了。我自己慣用編輯器是 Atom，所以就舉 Atom 當作例子，如果是使用 Sublime 或是 Webstorm 的朋友，也可以透過類似的方法來整合 ESLint。

1. 打開 Atom 安裝 Package 的頁面
2. 搜尋並安裝下面兩個 Packages
  - [linter](https://atom.io/packages/linter)
  - [linter-eslint](https://atom.io/packages/linter-eslint)
3. 重啟或重整 Atom

是的，就是如此靠北簡單，效果大致是這樣：

![03-1.png](/posts/2016-12-01-ithome-iron-man/03-1.png)

## Style Guide

每個團隊有各自偏好的 Style Guide，所以在 Boilerplate 中我無法直接訂定標準，因此僅簡單擴充 `standard`、`promise` 和 `react` 三套 Style Rules，所有設定檔皆在 `.eslint.json` 設定檔中。如果不知道自己需要什麼樣的 Style Guide，不妨參考各大軟體公司開放的或 Github 上公開的指南吧：[Airbnb JavaScript Style Guide](https://github.com/airbnb/javascript)、[Node.js Style Guide](https://github.com/felixge/node-style-guide)

## 規則解惑：max-len、comma-dangle 與 eol-last

有一些規則乍看之下可能會讓人無法理解，但又列在各種主流的 Style Guide 中，就讓我在此替各位解惑吧！

- max-len

  通常我們會將程式碼單行長度上限設為 80 或 120 字元，一方面提高可讀性，另一方面因為 Programmer 經常需要把編輯器畫面切割為左右兩半，80 ~ 120 字元的長度大約剛好可以占滿一邊的寬度，不必左右捲動就能看到程式碼全貌，增進 Coding 效率。

- comma-dangle[[1]][Why you should enforce Dangling Commas for Multiline Statements] & eol-last

  這兩個規則很奇妙，第一次看到的人一定會好奇，為什麼要在 Block 結尾補上多餘的逗號？為什麼要在檔尾補上多餘的換行？其實目的是增加 Code Review 的可讀性呀！！！

  當你沒加 Dangling Comma 時，Review 程式碼時會看到這個樣子：

  ![03-2.png](/posts/2016-12-01-ithome-iron-man/03-2.png)

  但若加了 Dngling Comma，就可以減少不必要的混淆：

  ![03-3.png](/posts/2016-12-01-ithome-iron-man/03-3.png)

  如果你能理解 comma-dangle 這條規則了，就可以類推到 eol-last 上，檔尾多餘的換行字元一樣是為了減少不必要的混淆。

## 針對部分程式碼忽略檢查

在部分極端情況下，你的程式碼被迫破壞 Lint Rule，例如你正在替某個頁面塞入又臭又長的假文方便觀看效果，或是你在註解裡附上了過長的網址，這些情境可能會違反 max-len 規則，因此你可能會需要讓 Linter 忽略這部分程式碼。實際作法請直接看範例吧：

```js
let {
  /* eslint-disable */
  // consume props owned by BsForm
  labelDimensions, fieldDimensions,
  /* eslint-enable */
  children,
  ...rest
} = this.props;
```

這是在 Boilerplate 中真正使用到的例子，我想抓出 rest 但不想要含有 labelDimensions 和 fieldDimensions 兩個 keys。如果不讓 Linter 忽略此行將會違反 no-unused-vars 規則，所以在這樣特殊的情境下，我強迫讓 Linter 忽略檢查此行程式碼。

## 參考資料

- [Why you should enforce Dangling Commas for Multiline Statements][Why you should enforce Dangling Commas for Multiline Statements]

[Why you should enforce Dangling Commas for Multiline Statements]: https://medium.com/@nikgraf/why-you-should-enforce-dangling-commas-for-multiline-statements-d034c98e36f8#.ct3po8ov7


Day 03 - Linting

規則解惑：max-len、comma-dangle 與 eol-last


所有良好的專案都需要健全的自動化系統在背後支撐，雖然實作自動化需要成本，但之後帶來的效益絕對會讓你一邊寫 Code 一邊笑到合不攏嘴。

## 何謂自動化？

我們提過專案的開發是有分 Development、Test 還有 Production 週期的，不同階段需要建置（Build）不同的檔案配置或環境，這些瑣碎的雜事傳統上是人工在 Terminal 上打出一系列的指令，包括編譯、轉譯、複製檔案、刪除中繼暫存檔、...等等，熟悉 Linux 的人可能會自己寫個 Shell Script 來執行這些例行性的流程，這就是**自動化**的精神。

再舉個例子，寫過 C 的人應該有 87% 知道 Makefile 這東西，只要把建置流程寫在 Makefile 內，再到 Terminal 輕鬆打下 `make` 四個字母，撲通一聲就產生可執行檔了。在這個例子中，make 的過程就是一種自動化。

## 為何專案需要自動化？

所以究竟為什麼要在專案中落實自動化呢？因為人為操作的過程有太多不謹慎，可能打錯指令，可能執行的流程顛倒了，還要浪費腦容量來背指令，身為一個工程師，怎麼可以容許自己做這麼蠢的事呢？另外，團隊的開發也是需要有一套共同的操作流程，不可能每一位團隊裡的成員都熟悉產品的建置流程，所以最好訂定一套一致的、語意明確的、簡易的自動化指令，例如要跑測試就統一執行 `npm test`，要部署程式就統一打 `gulp deploy`。

最後幫各位歸納一下自動化帶來的優點：

- 減少人為失誤
- 省時、省力、省腦容量
- 標準化團隊協作的流程

## Npm

前面所述是給各位一個大方向，現在我們回到 Node 的世界。大家所熟悉的 Npm 除了可以安裝套件之外，還有另一個重要功能，就是執行腳本。

馬上給各位一個實用的例子，請在你的任意 `package.json` 補上以下 `scripts` 的部分：

``` json
{
  ...
  "scripts": {
    "clean": "rm -rf ./build"
  },
  "devDependencies": {
    ...
  },
  "dependencies": {
    ...
  }
}
```

接著執行 `npm run clean` 就會自動執行對應的 `rm -rf ./build` 指令了。

而 npm 其實也內建了幾個快速指令對應到 package.json 中的 scripts，例如：`npm test` 對應到 scripts 中的 `test`；`npm start` 對應到 scripts 中的 `start`，其餘依此類推，完整對應的指令可以參考 Npm 官方文件 [npm-scripts](https://docs.npmjs.com/misc/scripts)。

實務上我們會把 scripts 拆的越細越好，一個 script 只專注完成一件工作，如果需要自動化執行一系列的大工作，就用 `&&` 將這些小工作串聯起來執行即可。一樣給各位一個實際用在 Boilerplate 中的例子：

``` json
{
  "scripts": {
    "test": "npm run lint && npm run mocha",
    "lint": "./node_modules/.bin/eslint --config=./.eslintrc.json ./src",
    "mocha": "mocha specs/index.js --timeout 10000",
  },
}
```

如此一來我只要執行 `npm test` 就可以自動檢查 Coding Style，接著執行 Mocha 的測試腳本了。

## 善用 Gulp，勿用 Grunt

利用 Npm 來實現自動化對於小專案是很足夠的，但對於 Boilerplate 則需要更進階的工具了，目前有兩套廣受好評的自動化工具：Gulp 與 Grunt。

先強調 Gulp 絕對遠勝於 Grunt。

Grunt 是 Configuration-Based，所以使用之前必須熟悉 Grunt 的設定檔結構，說難聽點就是我他媽要浪費腦容量記這雞八結構，而且可讀性之差讓我實在懶得吐槽，其次，Grunt 在處理某些複雜的操作時，必須要先建置出中繼檔案，說白話點就是它會製造**垃圾**，最後我最不能忍受的是，有少量需要高度客製化的流程過於複雜，已經超出 Configuration-Based 機制的極限了，所以根本就做不出來！做不出來！做不出來啊！

罵完了 Grunt 回來看看我們可愛又親切的 Gulp：

- Program-Based
- 可讀性高
- 容易擴充
- 使用 Streaming 搭配 pipe 語法，所以不會產生中繼檔案
- 無論多複雜的流程都能以優雅的方式寫成腳本

## 使用 Gulp

接著我們就直接看看 Gulp 的使用方式吧：

1. 在專案內建立一份 `gulpfile.js`
2. 以 JS 撰寫各種 Gulp Tasks
3. 執行 `gulp <task-name>`

### Gulp Task

Gulp 中最重要的元素就是 Gulp Task，它是一個個相依或獨立的**工作流程**，每一個 Gulp Task 寫法都是單純且一致的。

```js
gulp.task([dependencyTask1, dependencyTask2, ...], taskName, function() {
  // what this task is going to do
});
```

### 範例

讓我們來看個簡單的 gulpfile.js 範例（擷取自 [Boilerplate](https://github.com/gocreating/express-react-hmr-boilerplate/blob/dev/gulpfile.js)）：

``` js
var path = require('path');
var gulp = require('gulp');
var del = require('del');
var mergeStream = require('merge-stream');

var paths = {
  componentStyles: [
    './src/common/components/**/*.scss',
    './src/common/components/**/*.less',
    './src/common/components/**/*.styl',
    './src/common/components/**/*.css',
  ],
  statics: './src/public/**/*',
  targetDir: 'build',
};

// clean build files
gulp.task('clean', function() {
  return del.sync([
    paths.targetDir,
  ]);
});

// copy static files
gulp.task(['clean'], 'copy', function() {
  var staticTask = gulp
    .src(paths.statics)
    .pipe(gulp.dest(path.join(paths.targetDir, 'public')));
  var componentStyleTask = gulp
    .src(paths.componentStyles)
    .pipe(gulp.dest(path.join(paths.targetDir, 'common/components')));
  return mergeStream(staticTask, componentStyleTask);
});

gulp.task('default', function() {
  gulp.start('clean', 'copy');
});
```

當我執行 `gulp clean` 時，就會清除 build 資料夾；當我執行 `gulp copy` 時，會先確保 gulp clean 已經完成，接著才複製靜態檔案和各個 styles 檔案；當我執行 `gulp default` 時，會同時執行 gulp clean 及 gulp copy。另外，如果直接執行 `gulp` 而不指定 task name，預設就是執行 gulp default。

在本篇教學文中提到 Gulp 的目的不是要讓大家在本文中學會使用 Gulp，而是想讓讀者們知道有這樣的好工具，真正要學會它的話還是請上官網或者 Google 學習資源會比較有效率！

## Boilerplate 的自動化

在我們的 Boilerplate 中大量地使用了自動化，包括 Npm 及 Gulp，來完成以下的工作：

- 自動化 Linting
- 自動化 Build
- 自動化 Testing
- 自動化 Deploy

我傾向使用 Npm 實現 CLI 指令的自動化（例如 Linting），如有牽扯到複雜的流程或邏輯檢查時，再轉用 Gulp（例如 Build、Deploy）。

## 自動化的過程是痛苦的

乍看之下**自動化**百利無一害，但其實要在專案裡面套用自動化是需要經歷陣痛期的，你需要仔細看過 CLI Tool 的說明，或是 Gulp Plugin 要如何使用、如何設定、參數怎麼下，經歷這些過程時肯定會讓你感到挫折、感到煩燥。實做專案的自動化可能是個痛點，但我還是強烈建議各位讀者要扎扎實實地面對它，因為手動的成本真的太高昂了，長痛不如短痛！

## 筆者心情小補帖

還記得我剛接觸自動化時踩了一個大雷...

那時觀察 Open Source 界的風向發現大家都在用 Grunt，所以我也跟風先學 Grunt，不是我在亂蓋，但我真的是花了整整一個星期努力研究這糞物，瘋狂 Google 各種教學文卻一無所成，完全寫不出我想要的自動化流程。最後放棄 Grunt，隨手花了 30 分鐘看個 Gulp 官方介紹，X你X的我就這樣學會 Gulp 了，隨後花了 2 ~ 3 個小時就建出理想的流程...。至今每當我想起 Grunt 都還是覺得噩夢一場。


Day 04 - Automation


前面我們花了幾篇介紹概念性、原則性的東西，接下來我將整系列文章拆成 `Backend`、`Frontend` 還有 `Infrastructure` 三大面向來依序講解，所以今天就讓我們從 `Backend` 切入吧！

## 概觀

目前 Modern Web 的腳色劃分通常是把 Backend 定位成 API Server，Frontend 則是一些 Single Page Application（SPA），兩邊再透過 Ajax 的方式傳遞 Json 格式的訊息來互動。

在我們 Boilerplate 中的 Backend 除了當作 API Server 之外，也用於 React 元件的 Server Side Render（SSR），SSR 是因應 SPA 的興起而逐漸被重視的一項技術，之後在 Infrastructure 的部分我們會詳加介紹。

所以實作 API Server 需要怎麼樣的 Technique Stack 呢？在 Node 的生態系統中已經有很多出色的 Library 或 Framework，像是 Express、Koa、Hapi，但回頭想想 Boilerplate 的目的是要提供 General 的標準與解法，所以我還是比較傾向使用熱門的、大家熟知的模組，也就是 Express。

## Express

`Express` 是幾乎所有接觸 Node 網站開發的人都熟知的模組，可以很簡易且快速地架出 Web Server：

``` js
import express from 'express';

let app = express();
app.get('/path/to/anywhere', (req, res) => {
  res.json({
    hello: 'world',
  });
});

app.listen(3000, (err) => {
  console.log('app started');
});
```

當然這只是一段 Hello World 的範例，和實際的 Server 有很大一段落差，後面的兩篇我們再來談談怎麼樣組織出有彈性而且容易維護的 Express API Server。

## ORM 與 ODM

Backend 中有另一個重要的元素是資料庫，傳統上 PHP、Python、Ruby 較常使用關聯式資料庫（Relational Database），例如大家聽到爛掉的 MySQL，還有 MariaDB、PostgreSQL 等 SQL-Bsaed 的資料庫；但 Node 的生態中是以 JS 物件為基礎，資料儲存格式通常是 Json，所以慣例上是使用 MongoDB 這一類的 No-SQL 資料庫。

在實務上，我們不會直接使用原生寫法去存取資料庫，通常要使用 Node 存取 MongoDB 的話，還會再搭配所謂的 ORM（Object Relational Mapping）或是 ODM（Object Document Mapping），ORM 是針對 SQL-Bsaed 資料庫，ODM 是針對 No-SQL 資料庫，兩者意義是相同的，只是稱呼有些微差異而已。

ORM/ODM 是一種把資料庫操作抽象化的程式技巧，例如我們定義好 `User` 這個資料庫 Schema：

``` js
import mongoose from 'mongoose';

let UserSchema = new mongoose.Schema({
  name: String,
  email: {
    value: String,
    isVerified: Boolean,
    verifiedAt: Date,
  },
  password: String,
});

let User = mongoose.model('User', UserSchema);
```

接著就能以 Program-Based 的方式（而不是 Query-Based）來操作資料庫了：

``` js
User.findById(req.params.userId, (err, user) => {
  // 這邊使用 programming 的方式來更新物件
  user.name = req.body.newName;

  // 修改完成後存回資料庫
  user.save((err, user) => {
    console.log(user);
  });
});
```

多了這樣一層包裝，對效率多少會有影響，但是 ORM/ODM 帶來的效益對整個產品和整個團隊是遠勝過執行速度降低的成本，簡言之就是利大於弊：

- 方便

  如同上面範例所示，可以輕鬆地使用 Program-Based 的方式對資料進行任意操作，最後再使用 `save` 一次性寫回資料庫。

- 可以進行版本控制

  資料庫的結構一般是無法保存在 Source Code 裡的，但若使用了 ORM/ODM，自然就會把 Schema 寫入 Source Code 中，讓資料庫的結構也能被追蹤，減少環境設定的疏失。

- 安全

  通常 ORM/ODM 會內建一些文字的 Escape 機制，所以使用 SQL-Bsaed 資料庫的團隊就可以不用花心思去防止 Injection 之類的鳥事，進而把更多的時間專注在產品功能的開發。

## Mongoose

在我們的 Boilerplate 中使用的是 Mongoose，堪稱 Node 界家喻戶曉的 ODM 模組。其實上面的兩段範例程式就是 Mongoose 的實際使用方式，程式碼也是擷取自 [Boilerplate](https://github.com/gocreating/express-react-hmr-boilerplate/blob/dev/src/server/models/User.js)，它還包括了許多實用功能，像是欄位的驗證、虛擬欄位、自訂 Static Methods、自訂 Instance Methods 等等，詳細功能建議先 Google 教學文章來看，等到熟悉了再去啃官方文件。


Day 05 - Backend - Technique Stack


原文為筆者參與`2017 iT 邦幫忙鐵人賽`所發表的系列文章，現重新收錄於個人部落格留存。

面試雜記

國軍冬令營

30 天打造 MERN Stack Boilerplate

客製化iterm

使用 Hexo 架設 Github Page

刷機地雷 - EFS遺失 - 救援教學

Nodejs實作驗證碼系統