作者TonyQ (自立而後立人)
看板Soft_Job
標題Re: [請益] 台灣軟體業的好公司
時間Sat Dec 21 09:08:37 2013
※ 引述《ntddt (哀便毛)》之銘言：
: Intel:120w/40hr https://www.ibeejobs.com/2_position.php?1313&58
: 但許多外商在台分部比較小的就很難有資料, 還望各位大大能上去填寫...
: e.g. fliptop, netbase, appier, faria, ikala
: ※ 引述《giveadamn (nein)》之銘言：
算是留一些註解吧，講講好公司、壞公司這回事。
過去兩年幫一些自己認同的公司招生，
加上自己當過面試者，後來也當面試官也面試一些人。
--------------------------------
這是目前我對這個產業招募人才的看法，當然，先聲明是個人意見。
當然，我只是想先把我意識到的現況講出來，不代表我認同這件事情，
能認知跟釐清問題才能面對問題跟解決問題，這是我一貫的討論方針。
---------------------------------
現況是應徵的很急，用人的很急，找人的不急。
---------------------------------
＠ 公司
找人的狀況要看公司狀況跟策略先分成幾條決策樹，不太容易一概而論。
因為狀態排列組合起來蠻多的，所以我想這篇會寫蠻長的，
但我還是要試著對現況的軟體業下一個註解。
首先要先看得是組織管理策略，這會很大幅度的影響後續的分支，
組織的策略大概分成底下幾種分支
1.重視組織、不重視個人：
也就是找人來就是為了做事，然後盡量去個人化，
讓每個人就像是個齒輪。
這種地方的特徵就是齊頭式的平等。
像是一律就是看年資，每年加薪幅度大家都一樣，
每個人都要寫工作報告，每個人都要把自己做的事情鉅細靡遺的寫成文件。
在這種公司裡面通常只有幾個高階主管會特別有名，
但那只是被拉出來當作精神標竿，當不需要或做錯事情時也是第一個砍他們。
公司採取這種策略的動機主要還是保護公司制度，
希望透過這種方式避免因為人員的異動造成組織大幅的異動，
像是一個很強的 team lead 會帶走一堆人之類的。
或是因為少數幾個重要的人離職而造成公司很大的損失。
另一方面這種制度在管理面上要花費的精神比較小，
但其實在人力上也會花掉不少力氣去維持組織的制度。
也會產生不少隱性的衝突。
2.同時重視組織也重視個人：
這種策略認為每個人是獨特的，他獨特的特性對團隊是互補而重要的，
他們會給個人條件上一定程度的讓步、彈性跟空間以換取更有效率的工作。
但他們也會要求個人承擔更多的責任（相對於前一種策略）。
當然因為人會吸引人，這種公司裡面通常會有許多很有個性的角色，
對管理者來講，會比較辛苦，他們也真的就比較需要把管理心力，
放在增加產出的觀察。
而雖然制度上相對前者較為鬆綁，但並不保證因此會帶來更好的產出，
取決於人跟管理方式跟工具，運用得當的話可以是前者的好幾倍產出，
但也有可能因為決策失利而造成比前者更差的產出。
（換言之，更多管理成本但更少產出）
當事情主要集中在人的身上的時候，變因跟不確定性就高。
----------------------------------------------------------
其中要注意的是公司通常有許多樹狀階層，
每一層的策略有時候不見得是同步的，像是拉高到總經理的位階，
他對高階主管基本上會是比較有機會重視個人，
但對更低階層的可能就採取重視組織的策略。
但也有可能它會把對下的管理決策權交給那個階層的主管，
然後主管根據自己喜好再往下作不同類型的策略。
這時候要看當下的策略來判斷，很有可能環境中都有兩者的影子，
而其中影響對你來講最大的是你主管採取（或被要求採取）什麼策略。
然後你主管的主管（特別是部門主管），採取哪一種策略也很重要。
---------------------------------
＠ 需求
看完了組織管理策略，接下來要看得是組織缺的人的類型。
1.我們有東西要作，我們不需要 senior，只需要助手來作 POC 。
2.我們有東西要作，我們沒有任何 senior，需要 senior 幫忙。
3.我們有東西要作，我們已經有 senior，急需助手或其他 senior。
4.我們有東西要做，我們已經有 senior 助手有一定組織，
但仍想找人以利在未來擴大規模。
其中所謂的肥缺，通常落在 2,3 。
但不幸的是公司如果沒有對產業有正確認知，
他們通常會試著用 1 的條件去瞎矇想賭可以矇到有 2 這種程度的人。
104 上的萬年職缺，通常就是落在 1(但實際需要2),4 之間。
1 的問題是薪資環境條件往往跟工作內容不成比例。
4 的問題是公司往往不缺你這人，他們會慢慢挑直到碰到真的很適合的才會留。
2,3 因為是燃眉之急，往往比較有機會用比較好的條件請強的，
而在 3 的情況，會比較願意給機會給相對弱一點點的新人。
正常狀況下，一個好的徵才訊息應該要能夠揭露出這件事情。
---------------------------------
如果你對前者有瞭解了，那接下來還有一些額外要著墨的。
而需求又有分為規劃需求跟執行需求，一般來講一個專案會先有人作規劃，
然後再評估出正確的人力需求，找更多人來執行。
嚴格來分割的話，這會是兩段的過程。
只是現在大多是評估兼執行，所以大家會覺得是同一件事。
但評估兼執行、沒有意識到這是兩件事情的盲點在於，
很有可能從執行面去反推規畫面，導致錯估人力。
前期錯估人力的話，要在事後補救一般狀況下非常難。
很多產品專案的重點並不是眼前的 POC 該怎麼被做好，
而是這東西的未來戰略目標在哪，並能對未來戰略目標提前布局。
想要有更適合的資源，團隊中主導者能有戰略眼光很重要，
而且，這個人要有能力遊說跟爭取到戰略資源。
如果你是被找去作開拓者的人，你有規劃的能力是最好，
不然就會變成不成功便成仁的斯巴達式職業訓練了。
（當然，得強調這不一定是壞事。）
然後需求作的好，影響的就是他們能多精準的瞭解他們要什麼樣的人，
包括技能水準、技能能力內容、溝通技能、生涯規劃屬於哪種類型的人。
（這個我們下一節再說）
＠ 徵人 - 徵才訊息
這一章就是講實際上軟體公司徵人的細節。
徵才總要寫徵才文，寫徵才文之後還要作宣傳跟處理。
現在看到很多的徵才文跟求職文的問題一樣，
要得技能太多太失焦，像我們都很清楚，
不太可能有人又會 android 又會 iOS 又會 web
又能當 DBA 還能作 linux driver 開發又能把前面幾個技能達到一定水準。
我常想吐槽這些徵才文是要找天才還是怎樣。
這些事情背後揭露出的事情其實是，公司有這些事情要做，
可能這些職務彼此之間還需要合作，
他不確定來的人會什麼，所以乾脆都寫上去看會什麼就補什麼。
這邊我會建議是徵才文至少應該把你需要的目標技能技術 highlight 出來，
有需要協作的部份就明白寫明需要跟哪些領域協作，所以有相關領域經驗者佳。
這種說法跟把所有有的沒的技能全部列上去是兩回事，
如果你不能確定到底哪些技能是同領域哪些是不同的，
拜託，現在工程師路上很多，正常一點的專業工程師應該都能判斷，
如果你覺得需要比較可靠的諮詢，web 方面的職缺可以寫信來問我。=_=
對於專業技能的部份，絕對不是把語言打上去就能找到你想要的工程師，
因為現在專業細分越來越細，即使一樣都寫某個語言，
也有可能在不同領域產生能力上極大的差異。
建議至少多用點心在技能條件的描述，就能減少浪費雙方的時間。
然後正常的福利如果會有就認真點寫詳細點，特休三節年終之類的，
增加一點使用者對你的好感也好，即使那個很多地方都有。
重點不是福利多好（當然比一般差就別寫了），
而是讓徵才者看看你有在幫它想。
薪水的部份應該要能表明你找得是 senior 還是 junior，
這兩者薪水的差距其實還蠻不小的，一看就能知道了。
可以的話，未來會跟什麼類型的人做事，做的什麼類型的工作，
是產品還是專案，是管理職還是 RD 職，都該明確的寫清楚。
徵才文某個角度上是公司的門面，請認真點。Orz
另外，蒐集面試者的意見改善徵才文也很重要。
---------------------------------
寫完徵才文，接下來是要發到哪的問題。
以前我們是徵才文發到 104 就會有人來投，
但現在大家搶人兇，所以沒這麼簡單，
現在徵才文訊息曝光，能先分成幾個類型：
1.內部推薦
2.國內常用人力網站(104,1111)
3.國內社群的平台
(inside job、javaworld、facebook 技術社團、
ptt soft_job ... etc)
4.國外人才或 geek 媒合平台(linkedin,github job ...etc)
5.獵人頭
底下分別論述
1.內部推薦
一般來講由員工推薦，他的問題在於能力怎麼樣其實很難界定，
但相對來講，這個管道來的能力品質通常相對於一般管道會比較高，
但對產品認同是不是能順利建立要碰點運氣跟仔細觀察。
2.104,1111
我想大家經驗都很多，就不多說了。
3.社群平台
我個人覺得這管道能收到的履歷數相對其他平台有偏低的現象，
但至少履歷大多都是看得出個人特色的，
如果你想找有特色的工程師，很建議你至少應該利用這管道曝光一下。
ptt 各大程式語言看板都可以參考，本版置底有清單，大家可以參考，
要記得要注意看一下該版版規有沒有允許徵才。
然後我要特別講，社群的 user 一般比較敏感跟需要被尊重，
請用交朋友的心情去經營社群平台的徵才文。
不要因為一時的疏忽在社群裡面反而變成負面行銷，那就不如不發了。
其他國內幾個比較明顯的 channel，按語言分列
* Java
JavaWorld 以前是蠻紅的，現在感覺有掉一點了。Orz
https://www.javaworld.com.tw/jute/
TWJUG 台北 Java 社群聚會
https://www.facebook.com/groups/185338705012/
* Android
Android 台灣開發者社群
https://www.facebook.com/groups/270034869726161/
* PHP 台灣
https://www.facebook.com/groups/199493136812961/
* NodeJS.tw
https://www.facebook.com/groups/node.js.tw/
* Web (HTML+CSS+JS)
JavaScript.tw
https://www.facebook.com/groups/javascript.tw/
f2e.tw (Front-End)
https://www.facebook.com/groups/521085554595481/
angularJS
https://www.facebook.com/groups/augularjs.tw/
平台相依：
Amazon 相關技術
https://www.facebook.com/groups/awsugtw/
---------------------------------
國內社群平台大多都跟台北綁很緊，
所以我們得鼓勵一些比較跟地區相關的，
我自己負責的 JSTW 因為以前有在台中跟高雄活動，
所以也有一些跨縣市的 user。
https://www.facebook.com/groups/javascript.tw/
底下這些地區社群算是比較不分語言，也提供參考：
新竹 新竹碼農聚會
https://www.facebook.com/groups/hsinchu.coders/
台中 Study4
https://www.facebook.com/Study4.tw?fref=ts
Study Area
以前在台中也有活動，但因為有點久沒碰到他們人所以沒更新狀態了，
不太確定現況，就是摘過來。
https://phorum.study-area.org/
南部的話，台南高雄可以到這裡討論
KSDG
https://www.facebook.com/groups/KSDGroup/
KALUG
https://www.facebook.com/groups/kalug.tw/
4.Linkedin
這邊我自己經驗大多都是外商或獵人頭主動找過來，
我不太確定他們用什麼管道發現我的。
但對求職者來講，至少在 linkedin 上有個帳號，
定期更新個人職涯資料、上去看看有沒有訊息是很有幫助的。
特別是你想找跨國工作的話，
上面的職缺品質大概也都有一定水準，只是要求也相對比較高。
5.獵人頭
名氣、知名度到某個程度就會打開的副本。
如果我觀察的沒錯的話，他們大多是從他們接觸的 Candidate (求職者) 中，
再去詢問更多的推薦名單。
然後根據手上職缺找這些名單來聊天喝咖啡，並建到他們自己的人脈庫，
藉由定期的更新這些自己覺得理想且願意跟他們打交道的人的狀態。
第一次碰到獵人頭你可能會覺得他們有點積極過頭，
但我會建議大家不用太排斥這種機會，
他們大多很能理解你的拒絕，也不會太勉強你。
能有幾個獵人頭好友，定期保持資訊更新，
通常能讓你更多一個管道瞭解市場狀態。
如果真的有適合的工作，透過獵人頭轉職倒也不是壞事。
＠ 徵人 - 履歷篇
假設前面一切順利，接下來應該是履歷跟公司會怎麼媒合的問題。
說真的，我一直聽見軟體業工程師傳來的有一些風聲耳語，
就是人資很惹人厭，有萬惡人資之稱。XD
但現實是那是一種專業，不論在什麼地方你多有本事，
有人資幫你管理基本的人員應用策略還是很有幫助的。
其中有一點是現在很多人在討論的，到底怎麼樣篩選比較好。
一家正常一點的公司開個職缺有基本的 promote，
大概都會有一定程度的數量主動應徵。
但問題是處理履歷本身很花時間。
我的意思是對公司方，打開來讀履歷本身可能還相對簡單，
但瞭解履歷內容跟瞭解這人能力，那就很困難。
一般來講主動應徵會相對比較有機會被看到，
然後要期待公司茫茫人海搜尋到你找你去，算了吧，太賭運了。-_-#
在小公司或新創公司比較會有履歷沒人投的窘境，他們比較有機會主動找你去，
但這中間的前提都是履歷到底寫得怎麼樣。
一般來講看履歷的會有兩種人，一種是人資，一種是用人主管。
人資現在主流還是看學歷居多，除非沒得挑，
那一塊我覺得短時間內不太會改變。
大部分狀況下再大公司，挑人來面試是人資的工作，
他們比較難看你履歷，說穿了他們十之八九也看不懂。
我個人是完全不期待這個管道，源頭就在亂槍打鳥的，後面也只能賭運氣。
這點也是我覺得很麻煩的點，如果需要專業技能的職缺，
負責篩選的評估人員本身沒有相關 sense 會很麻煩，
這點來講獵人頭至少做的相對好一點。
有些時候不是他們不讀履歷，是他們分不出這些技術的差別。=_=
就我所知有些地方都因為這理由，而採用人資找人跟自己找人雙軌並進的路線，
另一方面是公司敘薪標準也是一點，有些薪水就是會擋掉有興趣來又適合的人。
我個人是會覺得有點可惜；
btw 如果你學經歷是劣勢，內部舉薦或主管出來發徵才文的，
直接找他們投是最快，如果你經歷夠了，那就該累積獵人頭的管道。
---------------------------------
公司在看履歷的時候是用公司的需求在檢視你的技能跟公司媒合的程度，
一個好的履歷應該能夠標注：涉獵過的技能跟程度（碰過、長期使用、精通）。
但因為技能可以隨便人寫跟這年頭履歷都一個比一個厲害動不動就寫一狗票，
說真的我根本不太能相信這些履歷，尤其是新鮮人寫得履歷更是。
附上作品連結是一個很好的方向，有作品連結的履歷能見度會比較高，
不管你作的東西再爛再簡單，總是比沒有好。
作品不用完整描述、也不用一定能給出程式碼，
把那些做過作品才知道的眉眉角角的問題寫出來。
大概跟這一樣吧（喂
https://www.acfun.tv/a/ac951243
然後我必須要說，在履歷裡面寫「我會積極奮發向上」或你家裡排行第幾，
是一點用也沒必要的，請寫點別人不會寫而你會寫的。XD
當連看十份一樣都只有學歷沒有經歷（因為是新鮮人），
每個人都說自己很有熱情很有天份，從小看小魚力爭上游，
看起來真的會十份像一份。
有些人會抱怨公司亂找人面試。
但當很多人都履歷寫得十份像一份，技能寫得像是能一打十，
真的不能怪別人只能透過找你來面試篩選你啊。=_=
還有，至少花一行強調一下自己的主打技能跟你要應徵技能的關聯：
像是假設人家要找 iOS 工程師，
結果履歷裡面，花很多篇幅強調自己 android 經驗很厲害，
iOS 篇幅很小跟經驗上說只寫過一點點，
也沒說明 android 經驗能怎麼應用在 iOS 的話，
我看完只會覺得這在浪費我時間。
如果那份工作對你很重要，一定要先確認過人家的需求跟你的技能的批配。
然後現在有些人會寫自己會參加開源社群，也是新的「我會奮發向上」模式，
但至少寫一下你參加哪類社群，有沒有為社群做出貢獻或在其中學會了什麼。
碰到社群來的履歷，一般如果主管本身就有在參與社群是會有加分，
但你得先讓他瞭解你是真的參與社群，不只是因為這東西很潮而寫的。=_=
＠ 正題，所謂好的軟體公司：
在前面我們簡單的討論徵才的幾個部份：
公司策略、職缺需求、徵才訊息、履歷的處理，
前面哪幾個階段就可以開始評分了，事實上我覺得前面的階段才是最重要的，
如果前面那邊不合格，就算薪水高也不見得是件好事。
最後是最重要的是公司好、壞的評估。
大原則基本上就是
公司有權決定他們怎麼認為，你也有權選擇不接受，只要你能找到別的工作。
軟體業的公司有非常多種不同的經營方式，現在軟體公司只會越來越多，
每種都有人作，你只要能有產出，目前大多可以找得到適合你的地方待。
沒有絕對好的公司，只有相對好的公司。
大致上我看公司的好壞有幾個要素：
* 公司的獲利能力：
我覺得不管什麼工作，這點是最重要得，在賠錢的公司是不會有好事發生的，
覺得未來公司會賺錢的話，可以試試看，但一發現公司走錯路就得提高警覺。
大公司的話，要看"部門"在獲利的結構比例跟重要性。
畢竟絕大多數工作的目的就是為了產出，
為了賺更多的錢跟藉此更多的利益，千萬別忘了這件事情的本質。
然後，公司會不會有法律或其他風險的部份也要想一下。
* 主管的位階跟能力：
也就是你主管能夠幫你擋多少子彈跟能決定多少事情，
還有他知不知道該怎麼正常的跟 RD 合作。
---------------------------------
以上這兩點是我會在所有事情（公司大小、薪水）之前優先考慮的，
這兩件事情不成，我會覺得不管幹甚麼事情都很麻煩，風險也倍增。
底下是一些週邊條件
* 工時：
過長的工時有礙專案產出跟專案品質。
產品 release 或某些特殊的時間點需要加班是可以配合，
但每週都有一兩天需要加班就有點 over 。
* 工作環境：
ex. 雙螢幕、正常品質的機器(不會來個128 MB ram之類的奇妙機種)
願意付錢買正版開發用軟體不會硬要你用免錢但難用的東西
不會弄一條很慢的網路整你
不會整天叫你填 xx task 花了 xx 工時。
* 交通：
交通方便嗎、開車或騎車的有沒有幫你搞定停車位
* 團隊：
跟你合作的人是認真的跟你合作還是每天只等著想捅你一刀。XD
* 職務：
是不是你自己想做的事情。
* 薪水：
至少要比之前高，然後就看能挑的範圍中，綜合以上考量找最理想的。
---------------------------------
說真的，我覺得人是貪心的，對你好一定會想要再更好，
直到沒得比之前，但我是覺得不要只比薪水。
只比薪水公司永遠就會覺得只要出錢就能打發你，
然後讓公司覺得別人可以輕鬆花錢挖走你，這樣他永遠不會重視你。
比起讓公司花大錢打你臉叫你當狗，我更希望未來的某一年，
這些公司都會認真的去培養公司裡面的 developer，
從面試開始就認真瞭解他們要找什麼人，
對適合的人給正常的 pay ，作一些培訓該做的事情，
尊重他們不讓他們作一些浪費時間的事情，彼此能夠更有效率的合作。
我覺得討論公司好壞，上面那些東西才是真正重要的，
但如果大家真的只想討論薪水跟工時，那就回原題論
---------------------------------
工時正常這個根據台灣的風土民情就是認為拿高薪就要加班加到死，
目前不太容易得知各大公司真實的狀況，大多就算聽到有人聽到拿百萬，
也不太容易去問工時，怕被當白目或跟來一堆抱怨。XD
像我們家 QNAP 好了，過百是時有耳聞的，
但工時正不正常聽說就得看部門狀況了，
是說先聲明我也只是聽說，沒待過其他部門不知道。XD
我能說的是我們是還算正常。
管理職我覺得這定義比較微妙，對我來講 RD 有兩條晉級路線，
一條是專案管理(PM)、另一條是技術管理(Architect)，
不管哪一邊，當你到老了，你本來就需要負責知識管理或架構管理，
像是選定或設計一個架構去執行，並把這架構解釋給你的 team member 聽，
讓他們能配合你實作，這是很正常的 senior 會做的事情。
那是你能力成長的一部分，我不太理解排斥管理職的理由是什麼。
當然如果所謂管理職只是純粹想排除掉專案管理（轉 PM）的，
那靠技術管理這塊拿高薪的倒是所在多有。
100w 這標準其實在賺錢的地方都算有機會啦，
有幾位朋友是早就破百了，最近這兩年聽到又另一些朋友陸續破百。
不過很有趣的事情是，其中 startup 也有一定比例。
這些公司，有些外商、有些台商。
當然今年其實也聽到有一些朋友在的公司收了。
不管檯面上檯面下來看，今年其實都動盪蠻大的。
原文的這個問題很尷尬的點是，如果你知道在哪你基本上也就有能力投了，
如果你不知道在哪，你很有可能投了也沒用。
有些賺錢的小公司是你沒有機會進去卡位的，進去也分不到錢。
與其去瞭解到底有哪些公司，倒不如多增加自己的技術曝光或專業交流吧。
先說底下這一段不是針對原文的回應，
但卻是我心中對許多軟體業從業者中看到的一點。
我是支持勞資透明的，但我必須說，
我不支持現在外面普遍只比薪水不問環境的行為。
我也不支持那些沒討論什麼樣的條件可以領百萬，
沒討論自己是否對公司價值百萬，而只問哪些公司願意給你百萬的。
因為這件作法本身就在破壞這整個結構。
如果有人覺得誰有這個價值，自然就會去挖這個人或透過獵人頭挖，
或者更直白點的，像其他朋友說的一樣，廣發武林帖說我就是要百萬誰要我。
像這樣 #1ECwg0gG (Soft_Job)
https://www.ptt.cc/bbs/Soft_Job/M.1312008832.A.A90.html
而且職缺跟市場瞬息萬變，就算說了也不保證他下一 Q 還是這樣，
現在有沒有缺都是個問題。
另一方面，A 說有 100k ，B 說我去只有 30k 、A 騙人，這種困擾也不少。
有些時候不是完全出不起錢，但的確也沒有錢到可以讓大家都這樣過。XD
你想過你要找什麼樣的工作嗎，你想作你自己想做什麼樣的工作嗎，
靠錢、工時，就能評斷這些事情嗎？
有些人想賣命，有些人想賺錢，有些人能靠本事不賣命也賺錢，
不先搞清楚這些事情的脈絡，只談論後面的條件並稱之為好，我不認同。
--
Life's a struggle but beautiful.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 58.115.68.19
※ 編輯: TonyQ 來自: 58.115.68.19 (12/21 09:09)
※ 編輯: TonyQ 來自: 58.115.68.19 (12/21 09:10)
※ 編輯: TonyQ 來自: 58.115.68.19 (12/21 09:11)
※ 編輯: TonyQ 來自: 58.115.68.19 (12/21 09:12)
※ 編輯: TonyQ 來自: 58.115.68.19 (12/21 09:23)
推 wake01:push 12/21 09:45
推 kinanson:每次看版主的文都寫得超詳細，可惜在台灣，我覺得軟體被 12/21 09:51
→ kinanson:認為很廉價，有些人認為軟體應該是十萬以內就能全部解決 12/21 09:51
→ kinanson:的，然後又有不少公司願意這種低價去特制的時候，就當然 12/21 09:51
→ kinanson:可以想像薪資水平會怎樣了 12/21 09:51
推 jack0204:推，好聞，多聞幾下 12/21 09:53
推 ntddt:推TonyQ大好文+1 12/21 10:13
推 fr373969:推 12/21 10:56
推 remmurds:好文 12/21 11:08
推 lovdkkkk:推 12/21 11:28
推 bewitchsky:推! 12/21 11:46
推 astt88:推 12/21 11:56
推 bjj:填Task工時會算負面的嗎？因為我每天都在做Orz 12/21 12:07
推 davidsky:填工時跟 KPI 一樣毫無意義 12/21 12:48
推 fortinet:工時通常是會計上在計算成本,把你的時間平均到各案子才能 12/21 13:06
→ fortinet:隨時精算出每個案子耗費的工時和預算.不過這通常是傳統產 12/21 13:07
→ fortinet:業性質需求,必需快速抓住營運狀況,而不是等月底甚至季報 12/21 13:09
→ fortinet:才反應有時都已經太慢.但研發軟體這樣沒啥意義就是.工作 12/21 13:10
→ fortinet:內容變動幅度過大,很難精準預測... 12/21 13:10
推 CRPKT:看你自己會不會覺得煩吧, 那段是在說環境適不適合你 12/21 13:11
推 ninepoints:每個人對好工作定義不同啊，當初QNAP給的Offer真的很 12/21 13:11
→ CRPKT:這件事是主觀的, 沒有一定的好壞項 12/21 13:11
→ ninepoints:誘人，但是想到每天單趟通勤要70分鐘就龜縮了 12/21 13:11
→ ninepoints:現職雖然沒有那麼高薪，可是每天騎腳踏車上班兼賞花 12/21 13:12
→ ninepoints:這種「小確幸」就很難衡量 12/21 13:12
推 lagendre:非常推薦 好文 12/21 13:15
推 taikobo:未看先推 12/21 13:59
推 peanut97:板主的文很長 但是超有內容啊 不推對不起自己 12/21 16:13
推 saitoh:填工時不只是傳產，CMMI最後一個level就是要量化軟體開發 12/21 16:44
→ saitoh:藉由以往的量化結果去估算新開發的時間 12/21 16:45
→ saitoh:不過國內的CMMI都是(下略三千字) 12/21 16:45
推 et282523:推~ 12/21 20:23
推 ICECOCA:這篇只能推了~ 12/21 21:41
推 d25702:讀完了，對於工作經驗2年的我，在下次求職時，非常值得參考 12/21 21:46
推 ntddt:個人經驗是 薪資與工時比 決定一個工作好壞約7-8成因素說 12/21 21:53
→ ntddt:策略上先篩選出 薪資工時比(勞方CP值) 後 在篩選其他條件 12/21 21:54
→ ntddt:通常比較有效率 12/21 21:55
推 kspacey:PUSH 12/21 22:53
推 ray33:推板主好文 12/22 00:32
推 tuzr:已哭，目前要做iOS還有Android再兼web...(含淚 12/22 01:35
→ TonyQ:@bjj 我意見跟 @CRPKT 比較接近 能接受就是好 12/22 05:43
→ TonyQ:對我來講，我覺得這很干擾就是了。XD 12/22 05:43
推 pkmilk:推 12/22 07:52
推 bobju:好文 很有研究精神 12/22 11:57
推 jeromeshih:推板主文章 12/22 15:21
推 the2046:push 12/22 22:27
推 viper9709:超推~~版大超用心的心得分享~~ 12/22 23:02
推 zomaaa:完全專業，推 12/23 22:47
推 mist719:受益良多 12/24 01:09
推 bbqsandwich:受益良多~~推 12/24 10:36
推 edward13:有看有推 12/24 13:19
推 karlister:不能同意更多了 12/25 15:36
推 hmanb:版主好文，深感佩服 12/25 23:09
推 newnovice:推版大的心得分享 12/27 12:06
推 walktosee:寫的真好,不過應該要來看看這篇的應該是大頭們 XD 12/31 11:32
推 duckhuai:受益良多 01/06 02:09
... <看更多>
netbase評價 在 [心得] 面試分享(非本科4年Line/Appier/17... (12家- 看板Soft_Job 的推薦與評價
軟體版的各位大大們好，
常常在軟體版看到各offer請益還有面試心得，
想說我最近面試到一個段落了，
有幾個候選offer，所以也來寫個心得回饋軟體板
先說說個人背景及面試動機，
小弟我掛在商學院的統計系畢業學店學士仔，
目前在某T公司快兩年了，總工作年資準備滿四年。
(其實漸漸地我開始認為不能把非本科這東西掛在嘴上惹，因為我已經要工作四年了!!)
其實前陣子有種想法突然跑出來，
搞不好可以安安穩穩地待到退休，
然後假日爬山、中午健身、晚上約會，偶偶看看文章，但孰不知!!
四月底的時候，突然看到cakeresume上有個光頭外國人，問我要不要面試是他們公司，
是間荷蘭新創公司，還說可以辦高科技移民的簽證，
我就查了一下荷蘭簽證跟工作的相關文章，
好像不錯耶，做個四年享受Work Life balance然後最後順便當荷蘭人，
就去面試了，果不其然的failed了，然後才驚覺我竟然爛到連簡單的log parsing的code
test都沒辦法好好做完了，
再這樣下去不行啊，我的夢想中隱約還存在著要是某天能進Google那該有多好的想法，
所以開始慢慢刷題兩個月，而且剛好我遠在美國的幾個大學同學加上他們朋友也在準備跳
槽跟面試，
就加入了他們的線上英文mock interview的group。
技能樹:
語言:python(三年多), golang(一年), js(一年)
雲端平台: AWS, Azure略懂
其他: k8s略懂, 其他operation(IaC, CI/CD, monitor, logging)工具也略懂
總之就是個雜工吧。
英文程度大概就敢講，但沒有很好，我當年TOEIC是那種考三次過畢業門檻的人。
面試公司: boloo, Arc & Codementor, Appier, Health2Sync, Protto, kronos, 漸強實
驗室, Line, KKBox, Dcard, 17Live, Innova Solution
以上面試公司是照順序面試的
薪資我都開130~140
唯獨第一家是公司固定一年60000歐，扣掉荷蘭超高所得稅換算台幣大概剩150萬以上。
面試前準備大概就是滾動式刷leetcode越後面面試的題數越多，目前大概刷了60題左右而
已吧。
然後面試前把Cracking the Coding Interview翻了一半，DDIA重翻了幾個章節，剩下隨
緣。
這些都是在第一間面試後才開始做得。
我覺得下面我對於結果都會說找出一些藉口，
但這也是我自己面試完之後的反省吧，
對我來說適時的面試是種評斷自己方式，雖然可能會讓面試人員感到討厭吧，
但對我來說推力不大時我不會主動換工作，但面試可以讓自己知道我有沒有保持在水平上
，或是退步了。
不小心廢話說太多了，
以下是我這個多月來的面試紀錄，其實有點慢慢漸入佳境，到了最後幾個才開始有抓回以
前的感覺。
-----------------------------------------------------------------------------
1. boloo (Fullstack Engineer)
管道: github contribute
遠在荷蘭的新創公司，產品目前看起來像是打造個人電商管理平台，串接各大網頁
API(Amazon, bol.com(荷蘭PChome) etc...)
將資料拉到後台然後方便荷蘭的創業年輕人管理自己的商品跟物流。
其實會有這個平台主要是因為荷蘭的創業人口很多，希望減少這些人浪費在雜事的時間，
而出現的平台。
前面提到的光頭外國人就是CTO，然後它是藉由我之前在FastAPI有contribute然後找到我
的，
然後說實話我那個contribute只是改websocket的文件錯誤，把sample code改對而已。
面試分三個階段
- CTO (Behavior question, 加上工作經驗的聊天)
- Other Engineer, CTO (Code test)
- Other Engineer, CTO (System Design)
- CEO
第一階段跟CTO面試，首先就是他先跟我自我介紹聊聊他自己，
說了一下怎麼找到我的，是因為看了我在fastAPI的Contribute，
然後還把我medium文章拿去Google翻譯看過一遍覺得不錯之類的。
之後看我要自我介紹還是要問問題，
我就先問他問題，問了些為什麼要重新開發原本的產品阿，為什麼選用fastAPI阿等等的
，
之後換我自我介紹，就講了一下這幾年做的專案跟成效，
然後接下來就問了一些比較細節的東西，主要著重在CI/CD跟operation，
例如: commit code到deploy上production的整個流程，然後之前在做的專案有沒有
遇到什麼困難之類的。
這階段最難的就是用英文回答吧，畢竟上面講的都是工作內容而已。
然後因為它是前Spotify工程師，第一次遇到這種大神有點興奮，
所以我就問了些他在Spotify做起來最有挑戰性的工作是什麼，
很順利地，這階段結束後就直接約下一階段的面試了。
第二階段是跟一個已經在在裡面一段時間的荷蘭人工程師面試，為什麼我會知道他是荷蘭
人呢，
因為他的英文有著一種很獨特的濃厚口音，讓我需要花些時間消化他講什麼，
然後他也是先做了自我介紹Spotify Engineer Again，然後再來換我，接著就是重頭戲
code test
中間CTO有跑進來旁聽，
第一題，是給兩個HH:MM的timestamp要我算出兩個時間差了幾分鐘。
第二題算是延續第一題，給我一個user activity logfile，
資料組成大概這樣 timestamp(HH:MM), session_id, user_name, activity
然後要我記錄每個user總共登入網頁多長的時間，是個算容易的regex題目，
總之我就開始寫了，在過程中他們常常引導提問，希望我講為什麼這樣寫，
但我就常常講完然後繼續安靜地寫我的code，
最後題目解出來了，但花的時間比我預期的長了些，
中間遇到一些像是我一開始沒注意到session_id可以拿來distinct重複登入之類的，
結束後就說我們到這就先停了吧，我們需要的是一個更厲害的人選，講了一些官腔的結尾
，
像是我喜歡你先寫test再寫function阿之類的，總之就是沒有後面了。
這是我開始面試的緣由，其實讓我開了很大的眼界，那就是外國人好像很喜歡互動式的面
試，
他們會不時用些方式誘導你，希望讓你講出你的想法，為什麼要這樣做，
跟以前我遇過的面試不太一樣，總之就是那種希望可以拼命交流的面試過程。
之後經過在美國的同學們也得知，外國人其實比起你正確解題，更在意你能夠講說為什麼
要這樣做，
希望是一種互動性的工作模式吧。說真的在台灣當自幹仔當久了，真的滿挫折的。
結果: Failed
------------------------------------------------------------------------------
2. Arc & Codementor (Sr. Backend Developer)
管道: FB看到徵人文，自己投
首先是之前在500Startup有看到這家公司，然後就剛好在FB社團看到徵人文，
就在好奇心使然的情況下投了。
這是一間做coding教學的平台(Codementor)以及近期做了一個遠端工作者的媒合平台
(Arc)。
首先就是例行的Behavior question，自我介紹然後講講為什麼想找工作，曾經做過什麼
，
接著是回家作業，checking timeslot overlap有關的作業，
(如果熟悉postgres我認為可以秒解，但我只會用而已，沒想到postgres有range這種好用
的東西)
從UT, containerize 等等的都做完。
大概是個花1~2個晚上可以做完的作業，(如果環境模板都弄好的話大概一個晚上)
但由於我轉成純做infra的工作半年左右，寫code有點生疏了，
而且很久沒有從0開始架設測試環境了，
所以在準備環境的時候花了比預期長的時間，
然後很心虛地說這是我第一次用FastAPI + Sqlalchemy + Alembic來開發專案XD
然後就Failed了
結果: Failed
------------------------------------------------------------------------------
3. Appier (Infra & SRE)
管道: HR在linkedin找上我
Appier我就不多做介紹了，大家都知道他在幹嘛。
第一階段，不免俗地就是HR的phone interview，反正就是behavior question，
接著就是介紹有哪些職位可以做，我是說我比較想做backend開發，
因為我覺得我還太嫩了，去做SRE，基礎都不好了要怎麼幫人enhance service，
但最後面試的是Infra跟SRE，
第二階段就是兩個team來跟我聊聊之前做的事情，CI/CD到operation都聊一遍，
其實說真的我碰k8s大概才半年左右吧，所以他們問了幾個問題我有點回答不出來，
看來我不該把k8s放到我的履歷上，
總之幾個關鍵的問題我沒有回答出來像是
K8s QoS怎麼設定、在AWS上從無到有架設EKS會做什麼事、CPU滿了會發生什麼事。
(所以面試結束後就去把之前沒看完的K8s文件補了些)
然後還有一些用Thanos跟prometheus有沒有遇到什麼問題，
很神奇地我用到現在好像沒遇到什麼問題，他們也非常的驚訝，怎麼沒遇到問題。
只能說我Ops的程度大概就是那種比一般developer好一點點的程度吧。
這是我唯一一個面試純SRE或INFRA的職缺，因為我個人的想法是，
我開發經驗還不夠不太能做SRE這種角色，我認為他是需要很多開發經驗才能成為的角色
，
舉例來說我現在在做Infra顧K8s，
但我卻完全不知道我pod裡面的東西怎麼溝通的，用得DB是哪種，它有什麼功能。
這些都不知道，這樣怎麼顧好infra?
也可能是我太貪心，都想學啦XD
結果: Failed
------------------------------------------------------------------------------
4. Health2Sync (Sr. Backend Engineer)
管道: 獵頭公司
這是一家在做糖尿病相關的血糖資料收集平台，我認為還滿有前景的。
第一階段技術面談，主要就是常見的自我介紹，聊聊專案遇到的困難，
這次的面試跟上一個infra&SRE只能說是兩個極端，
上一個是純Ops基本上沒什麼開發，
這個感覺就是純開發，比較注重在我之前做refactor部分的問題。
然後他們希望這個職位能夠幫忙refactor他們現有的系統，
因為目前遇到了一些bottleneck。
接著就是第二階段CEO面試，算是典型的Behavior question，聊聊我這個人，
聊聊有什麼想法，優點缺點。
最後再來談到package，我說希望能夠整包，至於stock等等得我認為只能算bonus，
然後之後聊得還滿不錯的，我覺得CEO給人感覺還不錯。
本來以為要開始拿offer了，
結果: 無聲卡
------------------------------------------------------------------------------
5. Protto (Backend Engineer)
管道: 獵頭公司
一家在做區塊練瀏覽器的公司，宗旨是在讓區塊練能夠更簡單得讓一般人使用，
提供一個類似Steam的平台，讓大家可以查找不同種類的區塊練，
我的理解上是這樣。
面試前會有一個作業，寫一個worker定期從ethereum上面拿最新的block回到DB，
並寫一個API做查詢transaction跟block的資訊。
限定golang。這部分用了gin + gorm 然後剩下就是go-ethereum。
然後這邊就用golang的goroutine跟channel做個簡單的worker。
整個從開始survey go-ethereum到完成大概3天吧，如果熟悉ethereum應該可以縮短個一
天左右。
寫完後覺得，啊啊啊，應該沒了啦，有幾個加分題沒做，然後突然就收到下一個階段了。
然後面試是一整個3~4個小時的面試流程
- CEO
- Backend Engineer
- Co-worker
- COO
第一關CEO面試，基本的behavior跟簡單的口述演算法問題，
問要怎麼去確保比對兩個mested JSON format要怎麼用最快的方法確認他們是一致的，
這邊我就想說是區塊練公司所以用了hash之類的東西來講，有點忘記怎麼解釋了。
我認為我沒有回答得很好，那天狀況沒有很好。
之後就是問一些CEO對於未來公司的規劃，跟營收狀況，聽起來區塊練市場比我想想中的
賺。
第二關Backend Engineer，就是常見的code test然後問問題，大概leetcode medium吧。
但沒解好，因主要都用python在解leetcode，突然要用golang有點XD
所以基本上覺得沒希望了(早知道前一天不要熬夜把咒術迴戰動畫後的漫畫追完了。)
然後再來自我介紹，問一些專案的事情，這邊目前聽起來比較專注在開發上面的事。
之後問了問作業的問題，還有熟不熟區塊練，老實說真的不熟，只是看說書，跟Bitcoin
白皮書吧，
啊，還有挖礦。
第三關Co-worker，就是常見的behavior question，之前怎麼跟PM還有frontend合作之類
的問題，
我認為大多主導權都是在類似Backend Lead的角色在回答問題。
第四關COO，也是behavior question，但比較專注在人格特質，上一個是team work，
然後介紹一下公司等等的。
對我來說區塊練公司在我的印象中就是一種對演算法跟資料結構很講究的公司，
對於我這種非本科另外花時間自己學，但又學得不精的人是一道高牆吧，
所以這次主要還是偏嘗試比較多，因為想說各方面都試試看，
而且其實對區塊練還算有興趣吧，目前僅止於看過皮毛。
然後果然不出所料，演算法問題沒回答好，GG
結果: Failed
------------------------------------------------------------------------------
6. Kronos (Staff Data Engineer)
管道: 內推
找朋友幫忙內推，然後看到Data Engineer想說好，可以試試就試了，
首先會送個Codility的考試，兩題90分鐘大概是leetcode easy ~ medium，
第一題很快地寫完了，有點忘記是什麼了。
第二題出個滿活的題目，簡單來說就是一個讀取電影資訊的程式，然後可以用tag去
filter出想要的電影，
有記憶體考量，希望可以希望不要直接塞list解，聽起來很簡單，
總之就是用yield去做這件事，但它的testcase非常迷，不太知道要怎麼完全吻合，
所以submit前的測試5個剩一個沒過，
心想完了，沒望了。
結果兩天後收到面試通知，然後看到title嚇死，Staff Data Engineer。
雖然覺得Staff我一定不夠格，但還是面一下好了。
面試是一位engineer考system design，設計一個語音串流的batch作業，
要對特定用戶因為他在某個時段進入了某個類型頻道，所以要幫那個user加上對此類型有
興趣的tag，
我的理解算是一個streaming data的資料處理pipeline的設計，
其實我對streaming大概就僅只了解一些像是kappa之類的design，
反正就是kafka做streaming，然後用s3去存音源檔，
之後用batch的方式去做上tag的動作，這部分我沒有答得很好，
因為streaming一直是我沒實際碰過的範疇，希望將來能碰到。
然後system design結束後，就是簡單得稍微問問code test，算是演算法問題吧，
簡單講大概就是一個一天股票買進賣出，算出他賺多少，
最後就是問問題的階段。
面完後雖然我覺得面得算愉快，但心裡很清楚地知道，
staff我還太早，至少還要個3年以上吧。
結果很明顯地
結果: Failed
------------------------------------------------------------------------------
7. 漸強實驗室 (Backend Engineer)
管道: Yourator
一家在做最近正夯的MarTech公司，主要背後是用line bot來做資料來源，
進行數據分析，目前正在擴展人力。
面試分為四個階段
- CEO (Behavior Question)
- Backend Lead (Code Test)
- Backend Lead (System Design)
- PM (Behavior Question)
第一關CEO面試，常見的Behavior Question，聊聊經驗、為什麼想換工作，等等的問題
第二關Code Test，由backend lead問問題，題目大概是leetcode medium等級，
這次算順利的把題目解出來了，然後有簡單問個follow up的問題，
最後聊聊一些工作經驗上的遇到的困難，跟技術討論。
結束後就約第三關system design。
第三關system design，設計一個客服跟使用者的線上客服功能，
這邊我用了websocket加上常見的RDB, cache, NoSQL去做設計，
基本上除了實做細節外，討論到不少東西像sharding, load balancing, HA, scaling,
部屬流程等等。
再來最後一關跟PM做一些人格特質的問題，還有期望的工作模式，
然後PM講完後CEO進來做一些總結然後拿到口頭offer。
隔天下午就收到電子offer，順利得到這兩個月來第一個offer。
結果: offer get
------------------------------------------------------------------------------
8. Line TW (Clova Product Engineer)
管道: Line Career
這個team是在開發line台灣的AI solution平台。
大概6月初參與LINE的線上Job Fair，然後看到是唯一一個不是Java的team就想說投投看
，
然後過了將近兩週收到考題，是一個叫做remoteinterview沒用過的測試平台，
我記得大概12題左右，3題演算法(leetcode easy)、1題問答、8題選擇題，
考題的種類十分廣泛，從java安裝完會在什麼路徑到描述apache web server thread跟
process mode得比較都有。
然後說真的他的演算法題目的test方式有點難懂，摸了一些時間才知道怎麼用。
寫完其實沒有什麼信心，但隔了快兩週後又收到了技術面試通知，
然後這是我這輩子第一次遇到面試在早上9點的XD，
一面來了三個人(CTO, Backend Lead, PM)，首先就是常見的自我介紹，
再來是問問一些履歷上相關的工作經驗，
之後問了一些問題，像是cassandra比教粗略的底層問題，像是commit log, SSTable之類
的，
還有問Process跟thread的差別、thread-safe是甚麼之類的。
然後再來詢問一下上面的code test的一些細節問題，
以及一些behavior question，主要大概就這些。
面試下來他們對我在現職的東西比較沒什麼興趣，對我上一份在做ML跟AI模型串接的事情
比較有興趣。
這件事讓我了解到，我這幾次面試都太專注於說明我在現職做過的事情，反而把前兩份工
作的事情都省略了。
二面就是跟HR做簡單的Phone interview，就是BQ，面了好幾次其實也找到一些穩定的
pattern了。
之後隔了，一週寄信說進入核薪階段，需要一些資料，給完後在一週拿到offer。
整體面試流程包含等待大概快2個月吧。
結果: Offer get
------------------------------------------------------------------------------
9. KKBOX (KKNow & KKStream Backend Engineer)
管道: KKBOX HR 找
一個是類似線上音樂比賽平台，另一個是enterprise的串流平台。
某天收到面試邀約，並給了codility的考試，
150分鐘，共5題，3題演算法(easy~meduim)，兩題選擇題。
假日寫完後週一一早就打電話來，可惜我在睡覺沒接到，所以下午又打來說要約面試。
本來有4個team但後來只剩下標題說的兩個職缺。
一面，跟兩個技術主管面談，
自我介紹還有過去專案的一些問題，
常見的BQ，但中間面到一伴有位主管關麥然後關鏡頭，我也不知道發生什麼事了，
只剩下我跟另一位主管專注在BQ上，沒有問太多技術細節。
結束後因為找不到HR，所以就先等HR另外通知phone interview。
然後一週後直接收到不進行下一階段的信。
結果: Failed
------------------------------------------------------------------------------
10. Dcard (Web Backend Developer)
管道: Dcard Career
Dcard我這邊也就不用多做說明了。
某天在FB看到Dcard大舉招人，就興趣使然地投了。
幾天後收到作業，寫個leaderboard的簡單API跟功能，
要求要用golang寫，剛好前面protto有把golang環境template留下來，
所以環境上並沒有太多處理，只是多了個go-redis跟cron，
大概花了一晚做完，然後多一晚偷玩了一下github action，交了之後大概兩週後收到進
一步面試邀請。
一面，跟一個主管還有兩個engineer進行面試，
直接跳過自我介紹，看來是有讀過履歷(經過中間的問答，甚至還有看過我的github)，
主要就問問專案經驗，然後問一些基礎的問題，
然後再來是對上面的作業進行一些詢問，
問說要怎麼確保cronjob有順利順利執行，然後還有redis的問題。
然後再來等下一階段。
一週後，收到下一階段通知，
能安排的時間是再下一週。
一週後，二面
HR面試:
主要就是BQ然後介紹一下Dcard內部的組織劃分，還有福利等等。
下一階段，三個技術主管的面試，
主要問了幾個技術問題還有網路問題，
第一題，簡單用golang的channel跟go-routine做一個worker pool，
我認為這部分沒有寫得很好，但算是有寫出來，主要在golang上大多只是寫寫API跟Grpc
而已。
第二題，解釋一下Mysql中clustering index跟secondary index的差異，
聽到這個當下，我傻掉了，完全沒聽過，大概也知道差不多不會上了XD，
我誠實回答我沒聽過，然後他就換個問題給個sql query問說會怎麼建index，
然後就順便問問我cassandra的column-based跟一般row based的有甚麼差異，
我認為我有講出來，但可能解釋的不夠清楚。
第三題是網路相關的問說etag是什麼，也是完全沒聽過，我還回答高速公路上那個收費用
的eTag，
(因為本身算是處理IOT類型的server，基本上很少再處理web browser之類的，所以對於
這類東西真的不太了解)
之後他們也換了個問題，問說cross-site的流程，好在在前一份工作做全端有處理過，
反正就是回答了我理解，但他細問說為什麼需要做第一階段的OPTION的request，
我沒有辦法做出完整的答覆，我是說需要讓server這邊知道來源的原本的host有沒有再
whitelist當中。
最後再問了kubernetes的一些東西，
像是limit跟request有什麼用途，然後超過limit會發生什上面的
但在我印象中memory超過就是OOM kill，但CPU沒發生過，而且我記得CPU變動性比較大，
所以好像不會處理什麼，
另外還有問問graceful shutdown怎麼處理之類的，
到這裡之後我大概知道這次面試是徹底的失敗了吧，
一週後，果不其然收到不進行下階段面試的通知。
在這次面試其實我也體悟到了一件事，
我很多東西都只是知道表面，但其實大多都沒去了解底層甚至是manual，
(什麼sharding、load balancing，讀寫分離都沒被問到QQ)
上面兩個我回答不出來的問題只要好好了解MySQL的Manual跟MDN看過一下應該就知道了，
但我腦袋中大多都僅止於我夠使用就好了，或是我有興趣才會去深讀，
如果身為一個senior，可能要看得更多是這方面的東西吧。
整個面試過程到被拒絕大概2個月吧QQ
結果: Failed
------------------------------------------------------------------------------
11. 17Live (Sr. Backend Engineer)
管道: 獵頭公司
就是一場一整個連續3~4個小時的車輪戰，
我一次直接結束，覺得算是鬆一口氣吧，可能是面試到這個階段了心有點累，
第一階段，
30分鐘的codility兩題，也是easy-medium的程度吧。
第二階段，
code test，有一個人出題，然後在google doc上面解題，
大概寫了3題吧，三題大概也都是easy~medium偏medium，
三題都算有解出來，但是後續的follow-up跟最佳解我沒有給出來。
整個流程大概30~50分鐘左右吧，解題沒注意到時間。
第三階段，
由3位不同的hiring manager進行的車輪戰(每個大概30~40分鐘)，
第一位是關於streaming的部門，
問了一些BQ，然後要我簡單設計一個通話軟體，
說真的沒有白板直接用講得滿困難的。
然後最後就是講一下部門在幹嘛。
第二位是feature tema的主管，
主要就是問問一些專案上的經驗，
還有工作上如何解決問題的，
然後再來講一下部門做什麼。
第三位是web team的主管，
其實跟上面feature team的問題很像，
然後有問問python為什麼比其他語言慢之類的問題。
最後因為整個面試大概用了3個半小時，已經7點了，HR就等到下次通知在進行。
好在沒有像KK一樣直接收到拒絕通知，
很快的兩天後進行了HR的面試，
也是常見的BQ介紹公司福利，問問前面面試對三個不同Team的了解，
跟喜歡的排序。
最後就是提供薪資證明，還有做reference check。
結果: offer get
------------------------------------------------------------------------------
12. Innova Solution
管道: HR聯絡
首先HR電話來問說做一些簡單的介紹，
然後說因為很多員工都是外國人，要看一下英文能力，
直接劈頭就來就說能不能簡短的來一下英文溝通，
我就簡單地用英文自我介紹一下，然後得到不錯的評價，
接著就安排面試。
但第一個面試的部門，在聽完主管的介紹後，
聽起來像是幫SRE做automation的工作，跟想要做的方向有點不一樣，
面試主管也很好心的說如果不喜歡我們也可以直接在這裡中斷面試，
然後我也直接結束了。
但幾天後HR又打電話來瞭解情況，然後說面試的主管把我推薦到另一個團隊，
主要是做全端的，所以又再次安排了面試。
主要由三位，兩位技術人員，一位外國主管，
由兩位技術人員用英文跟我聊了一下過往的經驗，
跟不少golang的相關問題，
但到一半的時候就換成中文的討論了，
說真的在golang的相關環節的回答我不能說答得很好，
因為大部份我都是在用python做開發，golang其實經驗沒有非常多，
兩位技術人員問答完後，休息個五分鐘，
換跟外國主管用英文聊聊，
主要就是對於團隊的一些基本了解跟問答。
結束後就說一週後回應。
說實在這次面試發現，
跟母語講英文的人溝通我認為還行，對於跟有口音的人溝通對我來說是的大問題，
要花很長的時間去了解他們在說什麼。
然後這個職位又是全端，對於寫前端這件事我沒有非常地喜歡，
所以這次面試對我來說我主要想要試的是自己的英文溝通能力吧。
結果: Failed
------------------------------------------------------------------------------
以上就是大概從5月初到7月的一些面試小記錄，
感覺很多都是沒什麼用的流水帳，但想說還是紀錄一下。
本來以為會遇到一些system design的問題，
結果只遇到了大概3家公司有問吧，
可能我還太過資淺還不需要被問System Design的問題QQ
然後拿到offer的比例也有點低，看來我真的還有很多需要努力。
雖然少列了一些，但我認為是些不太重要的小面試還有offer，所以就跳過了，
然後還有投了幾家沒有回應的公司，微軟﹑netbase之類的，然後不停地有獵頭打電話來
也頗煩。
另外朋友一直鼓勵我去投投看台灣G，但我認為我還太嫩了，leetcode感覺要破百啦，
而且台灣G大多都是C++跟C，我這種python起家的沒什麼機會QQ
然後新加坡蝦皮做完OA，跟HR聊完天就被刷掉惹QQ
面到了這裡，我還是覺得我不能稱自己為Senior，
我的等級大概就是Mid多一點點而已吧。
也感謝看到這裡的你們，希望這有幫助到你們，
我也在這寫下一些我認為有效幫助面試的小方法：
1. 在練習寫leetcode的時候別看完題目就直接開始寫，
記得先描述一下看到的內容，然後說說自己的想法，再說說你要怎麼解。
寫完之後，再一次的說一下你寫這些code的邏輯，然後用testcase做些小小的介紹，
我認為這是跟我朋友練完mock interview後得來的一個很好的方法。
另外最好是用英文解釋，
畢竟英文是工程師除了程式語言以外最重要的語言，
但如果你沒有出國或去外商的夢想的話，
就用中文吧。
2. 其實我認為，到了senior之後更上去的面試，
已經不能只靠自己努力苦讀努力刷題了，
記得找些志同道合的朋友一起定期來個mock interview，
可以讓你練習口說邏輯，同時又可以讓你知道要怎麼問問題。
感謝那些陪我一起mock interview的戰友們。
雖然我現在還沒有勇氣去投國外的公司，但會繼續努力的。
3. 睡眠充足非常地重要，因為我跟朋友mock interview是台灣早上9:30開始，
假日我有時候會不小心打電動打太晚，隔天精神狀況不好，導致解題很常打結，
另外還有一場面試我就是前一天熬夜看漫畫，
隔天精神狀況又不好了，所以有些失利。
雖然這些行為非常不應該，但我不太喜歡一直強押著自己在高壓力的環境下，
壓力太大成效其實對我來說有些差。
4. 有事沒事去看看github的Explore，找一些有興趣的open source issues看一下，搞不
好可以有機會contribute東西，對於想去國外的人，我覺得這是一個讓自己曝光的好機會
。如果在台灣的話，這部分好像就沒有那麼重要了，好像不太有人會去看，可能新創會看
一下吧。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.194.184.200 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1627831577.A.14F.html
... <看更多>