Tags: 薪資計算程式
勞基法 vs 薪資計算 vs Excel
About author
從事勞務管理輔導諮詢有近16年了,過去協助客戶因應勞基法而規劃以excel計算薪資的程式,隨著客戶的需求累積,程式亦趨成熟,一直有個想法,能把這經驗分享出來....
Search
因應勞基法的Excel薪資計算程式,包含輸入員工資料 薪資資料 到薪資計算,薪資單的輸出,報表輸出及職災補償試算,曆年制特休試算說明等的操作流程
如要進一步了解 請觀看 https://www.gisin.com.tw/
在excel版的薪資計算程式與曆年制特休如何計算...
如要了解更多 請看網站 https://www.gisin.com.tw/products.html
特休試算使年度(1/1~12/31)期間的特休天數是整數,又不會影響員工與公司的權益.
如要了解更多 請看此網站 https://www.gisin.com.tw/
曆年制特休(非週年制),勞動部的試算所呈現的天數都有小數,對人資在安排特休或員工記自己的特休有點困擾,
在影片中可以清楚知道如何計算使年度特休為整數..
並可以作為員工說明的工具.....
勞動部草案一例一休版本 · 根據報導,休息日工資計算的部分,擬從原本的加倍發給,改為在2小時以內者,按平日工資額另給予每小時1又1/3,再繼續工作者另給予每小時1又2/3。 ... <看更多>
超實用 計算 工時與 薪資 #excel教學#shorts每個月都要 計算 工時跟薪水好頭痛不知道到底要算到何時 好險後來發現可以這麼做直接將(下班時間- 上班時間)*24 ... ... <看更多>
#1. Excel薪資計算程式
瀏覽薪資計算程式操作流程 · 1.員工資料_到職、調薪、離職資料建置 · 2.薪資異動_薪資月份、其它給予、代付扣款輸入 · 3.出勤記錄_加班、請假記錄載入或輸入
#2. [Excel大小事]2023個人薪資表試算v2.3 | 下載| Kiwi LIFE
《Excel個人薪資表試算》是雙胞胎拔拔的愛徒「郭芳辰(Anjer Kuo)」所設計的第一個表單作品, ... [修正] 若薪資超過勞保級距參照公式最大級距時,計算錯誤的問題。
這種超酷的薪資計算器使用程式碼,自動為您的所有員工產生薪資明細表。只要輸入其特定項目,按一下產生按鈕,就可列印薪資明細表。
#4. 還在手動做薪資計算嗎?計薪神器讓你算薪水 - 104招募管理
使用計薪神器讓你每月輕鬆結薪 · 薪資計算簡便:自動比對出缺勤資料來計算請假、加班等費用,並可自動計算勞健保級距與費用、補充保費與所得稅等,不用依靠 ...
常用的Excel薪資計算公式 · 基本薪資計算公式:本薪資=月薪/30*工作天數 · 加班費計算公式:加班費=加班時數*(時薪*加班費率) · 勞保計算公式:勞保=月薪* ...
#6. 雲端薪資系統,3 步驟輕鬆完成薪資計算 - Swingvy
幫您快速完成薪資計算,內建勞健保、所得稅、二代健保、事病假、加班費計算公式,還能一鍵發送簡潔好看的電子薪資單,用Swingvy 薪資系統算薪水又快又輕鬆!
#7. 月薪制加班費計算
5, 薪資計算起日:, 02/01/2017, 例假日-合法出勤, 0, $0, 本月加班上限, 46. 6, 薪資計算迄日:, 02/28/2017, 國定假日, 0, $0. 7, 月薪:, 36,000, 空班/免出勤日 ...
#8. g0v 勞基法修法計算機
勞動部草案一例一休版本 · 根據報導,休息日工資計算的部分,擬從原本的加倍發給,改為在2小時以內者,按平日工資額另給予每小時1又1/3,再繼續工作者另給予每小時1又2/3。
... 倍計算76小時以後:以1.75倍計算舉例: 如果工作小時為80小時,則薪資為60*75+15*75*1.25+5*75*1.75=6562.5元請撰寫一程式,輸入工讀時數(整數),計算實領薪資: ...
#10. 超實用計算工時與薪資#excel教學#shorts - YouTube
超實用 計算 工時與 薪資 #excel教學#shorts每個月都要 計算 工時跟薪水好頭痛不知道到底要算到何時 好險後來發現可以這麼做直接將(下班時間- 上班時間)*24 ...
#11. 111年度新版Excel薪資程式新手上路說明 - YouTube
111年度新Excel版 薪資程式, 計算薪資 以熟悉的excel為介面, 薪資計算 、加班費 計算 、請假 計算 、特休曆年制年度特休及餘額天數等 計算 、補充保費(包含63 ...
#12. 【Microsoft Excel教學】23 薪資計算練習 - YouTube
... 表單、大量資料處理與股票分析https://mastertalks.tw/products/vba-x-excel?ref=VBACH用EXCEL打造自動化人資系統:排班、出缺勤、 薪資計算 、員工 ...
#13. 各類人員薪資試算
27, 全民健保, 薪資投保比率, 100%, 每小時加班費計算基準, 344, 破月政府補助保險費, 1,208, 破月政府提繳金額, 8,351, 26, 390. 28, 本人具有身心障礙等級 ...
#14. 薪資計算- 優惠推薦- 2023年6月| 蝦皮購物台灣
買薪資計算立即上蝦皮台灣商品專區享超低折扣優惠與運費補助,搭配賣家評價安心網購超 ... 【精品素材】工資發放表員工excel工資條模板2021年新個稅公式自動計算薪資單.
#15. 加班費試算系統
雇主因天災、事變或突發事件,有使勞工於平日延長工作時間者,按平日每小時工資額加倍發給。 五、, 勞動基準法第24條第2項:雇主使勞工於第36條所定休息日工作時 ...
#16. 公司薪資計算、休假考勤,輕鬆搞定準時下班 - ZS ERP
自動化計算薪資器. 提供符合台灣勞基法完整薪資項目、薪資計算公式、加班費計算等,輕鬆建立薪資計算。
#17. 免費薪資計算軟體 - 3 centra idei
不用研究薪資算法、加班費計算、薪資單,Swingvy 薪資系統幫您搞定! 薪水系統就用Swingvy! 大膽刪除excel 薪資公式吧! 有了這套薪資計算程式,每月薪水 ...
#18. 還在使用EXCEL計算薪資? 簡易好上手的『薪資小工具』一定 ...
出勤明細還在逐筆輸入Excel做留存及方便查閱? 公司出勤規則容易忘記,總是要打開員工手冊確認? 計算薪資使用Excel套好的公式 ...
#19. 工資計算器excel電子表格免費下載 - Lovepik
圖表和公式在這些Excel模板中完美編輯。各種樣式的Excel 模板可用於不同的場合和目的。立即下載並節省您的工作時間。
#20. 薪資計算程式
薪資計算程式. Updated Jun 6, 2023. (薪酬管理)薪资管理循环- MBA智库文档; 薪资计算方法- 百度文库; 勞工權益試算; 打工工時計算機|計算Pro; 薪资制度- 豆丁网 ...
#21. 【Excel模板】原來統計員工薪資這麼簡單 - TC Incubator
01 帶計算公式的薪資表 · 02 一般薪資表格式 · 03 薪資條樣本 · 04 薪資條生成工具 · 05 工資匯總打印系統 · 06 考績統計表 · 07 員工薪資明細表 · 08 員工薪資 ...
#22. 綜合所得稅試算 - 財政部稅務入口網
本程式僅提供簡易估算稅額功能,實際應納稅額請另依申報書填寫計算。 ... 所得採合併計算稅額方式估算,另有股利所得者及薪資收入採必要費用減除者不適用本試算服務).
#23. excel薪資計算程式_輸入篇
曆年制特休未休假工資結算,於 到職日前或到職日後離職,結... Jun 12, 2019 · 1.2K views. 06:05. 曆年制特休天數 計算 說明.
#24. 薪资计算Excel表格模板下载_熊猫办公
熊猫办公专注精品Excel模板,为您提供薪资计算Excel模板下载,薪资计算Excel单元格式及图片均可编辑修改替换,公式及文字也可以增加删除等编辑操作,免费注册,一键下载。
#25. 什麼是勞保、勞退?我要付出多少?可以領回多少? | ibrAin
每個月都會從薪水扣勞保費,雇主為我們提撥的退休金也是我們薪資的一部分。看起來好像很複雜, ... (「平均月投保薪資」按加保期間最高60個月之月投保薪資平均計算)。
#26. 勞保、就保、職保個人保險費試算
依當月投保日期計算(可輸入多段期間) ... 勞就保月投保薪資(元): ... 111年5月1日開辦勞工職業災害保險,如以「依當月投保日數計算」試算111年應繳 ...
#27. 2023年勞健保級距、勞退負擔金額如何計算?申報方式 - 518熊班
員工自行負擔「健保費率、計算公式、負擔比例」 · 【健保投保薪資等級表】 · 【健保費負擔比例】 · 【健保費負擔金額計算】 · 「投保薪資×5.17%(健保費率)×30%(勞工負擔 ...
#28. 【2023 報稅懶人包】2023個人綜合所得稅怎麼試算? 年收入 ...
計算 單位都是以年收入為主 · 套用級距的標準是綜合所得淨額,而不是真實所得收入 · 收入類別可分成10 種:營業所得、執行業務所得、薪資所得、利息所得、 ...
#29. EXCEL薪資計算3 - 澄邑居
本檔的計薪規則: 員工人數:10,即最大的員工數為10人。 休假最小單位:小時。 月薪:固定,可透過人員資訊調整,並用於計算時薪、日薪的基礎全勤: ...
#30. 020 excel薪資所得多層函數使用 | 健康跟著走
excel薪資計算公式- 個人薪資怎麼算?EXCEL-個人薪資計算表下載,大家每月上班工作領薪水,那你有想過薪水是否真的有算對嗎?這份EXCEL試算表可以了解自己的 ...,(網友 ...
#31. 員工薪資計算表excel模板| XLS Excel模板範本素材免費下載
員工薪資計算表excel模板| XLS Excel模板範本素材免費下載- Pikbest. 公式工資表,excel工資表,工資表Excel模板,excel工資表製作 ...
#32. 離職預告期怎麼算?特休假沒休完怎麼辦?離職前必知7 項權益
若你仍覺得加班費計算麻煩,可使用勞動部的線上軟體來輔助計算。注意《勞基法》沒有假期充公的規定喔!勞工在未休完的特休,雇主都要一併核算清楚的 ...
#33. 二代健保專區 - 衛生福利部中央健康保險署
公司法107年11月1日修正施行,公司得每季或每半年發放股利,當同年度發放跨年度股利盈餘,就雇主在計算補充保險費時,扣除之投保金額總額如何計算? 2022/08/31. 經常性薪資 ...
#34. 【Excel教學】如何計算工時並以每15分鐘為單位公式
加班費在法令的定義中叫作「延長工時工資」,也就是勞工在「正常工作時間」 ... 如果休息日勞工同意加班,那麼應依休息日實際出勤時數 計算 加班費, ... Read More ...
#35. 薪資待遇月領28萬不是醫師!全台最賺錢前3大職業出爐網好奇
畢業求職季要來了,勞動部5/31公布全台「薪資調查統計結果」,前3大高薪職業 ... 精算師主要會出現的工作領域,分別是為企業計算出下列7大項要點:.
#36. 月領28萬「不是醫師」!全台最賺錢前3名職業出爐其中只有48 ...
畢業求職季要來了,勞動部5/31公布全台「薪資調查統計結果」,前3大高薪職業 ... 精算師主要會出現的工作領域,分別是為企業計算出下列7大項要點:.
#37. 【公司規定不能問薪水】但是,AWS 一不小心透露了員工的薪水
1. AWS 軟體和系統工程師:一級IT 應用程序開發工程師起薪203.9 萬,最高為三級軟體開發工程師784.5 萬。 2.
#38. 糟糕!他不小心看到「董事長薪資條」嚇瘋驚人數字曝光內行 ...
... 在社群發文說,一個不小心翻到董事長的工資;結果他不僅好奇心作祟仔細看了明細,還截圖發上網,而從他分享的照片可以看到,計算日期為今年1月, ...
#39. GovHK 香港政府一站通:計算薪俸税及個人入息課税
税款計算機計算所得的應繳税款只作參考之用。它的準確性視乎你是否已輸入正確的收入、扣除、婚姻狀況及受養人數目。税務局不會負責因使用 ...
#40. 台幣存放款利率查詢 - 彰化銀行
存(放)款種類 存(放)款種類 固定利率(%) 機動利率(%) 定期存款 一、二個月 1.1000 1.1000 定期存款 一、二個月300萬元(含)以上 0.5850 0.5850 定期存款 三、四、五個月 1.1600 1.1600
#41. 手開發票小幫手 - Simpany
Simpany 手開發票小幫手,教你三聯式及二聯式發票的開法!您可以輸入客戶的統編或是抬頭以及銷售的金額,小幫手會自動幫您算出相對應的稅額,還附上貼心的擬真發票 ...
#42. 延後5年領少逾86萬?勞保月領.一次領怎麼選? | 理財 - 非凡新聞
勞動專家陳瑞珠:「投保薪資是比較高的話,當然按照剛剛前面的試算來講, ... 至於一次領總金額2061000元,以利率百分之2來計算,A先生將近9年月領的 ...
#43. 健豪印刷官網
影音及相關報導 · 生產影音搶鮮看 · 線上填寫書籍估價 · 書背計算程式 · 印刷常見問題解析 · 如何把檔案轉成PDF · 常用軟體製稿說明. 酷卡及明信片可以選用... element ...
#44. 鐵路特考科目及鐵路高員三級/員級/佐級成績計算方式 - 公職王
鐵路特考科目及鐵路高員三級/員級/佐級成績計算方式. 鐵路特考考試科目分為共同科目高 ... 台鐵/鐵路特考考試成績計算. 鐵路人員考試筆試成績(各資位 ... 程式設計概要.
#45. 製造甘特圖- 劉小姐- 地點不拘打工職缺 - 小雞上工
【幫忙事項】: LabVIEW 及Arduino程式撰寫【注意事項】: 功能需求輸入部分:讀取 ... 有英語能力【薪資計算】:每小時以200元計,未來可依表現調整薪資【工作地點】: ...
#46. 統計表 - 中華民國統計資訊網
經濟成長率 · 消費者物價指數年增率 · 失業率 · 工業及服務業每人每月經常性薪資 ... 對物價指數定義或CCI計算平台操作有相關疑問,請洽本總處許先生(02-23803450)。
#47. 綜合所得稅- 手機報稅專區 - 財政部臺北國稅局
綜合所得稅 · 手機報稅專區 · 長照扣除額專區 · 薪資課稅專區 · 所得稅制優化方案專區 · 房地合一專區 · 綜所稅結算申報專區 · 綜所稅稅額試算服務 · 扣繳申報專區 ...
#48. 2023報稅》如何報稅、退稅?報稅時間?忘記報稅怎麼辦?
直接看「應自行繳納稅額」,詳細計算資料可按下「查看」確認,切換編修板模式可以 ... 逐筆確認下載所得資料是否正確,若薪資所得有可以核實減除的必要費用(大於20 ...
#49. [心得] 2023 軟體工程師(後端)面試分享- 看板Soft_Job
當時他是自行實現了DFS 去計算棋子是否還活著(圍棋術語是「有氣」)。 ... MoMoShota: 咱應該屬於廣義的廣告業,至於薪資水準因為我很久沒出 06/01 ...
#50. NUEiP雲端人資系統| Login
最容易上手的雲端人資管理平台,服務24小時不中斷,立刻變成管理專家!
#51. 112統測甄選入學 - 1111落點分析
112 統測甄選入學落點分析,只要輸入統測成績、勾選篩選條件, 如公私立、地區、學校選擇,系統就會依照年度最低錄取分數資料分析對比今年考生112統測成績, ...
#52. 計算薪俸税
如你曾收取補發薪金/ 工資或者退休離職/ 終止僱傭合約時發放的獎賞/ 酬金, 你可申請將整筆款項撥回賺取該款項的有關期間評税, 而攤分及撥回評税的期間限為36 個月。
#53. 巨匠直播教學|線上課程-真人直播互動:Python程式、室內 ...
巨匠直播專業教學,學習超簡單!提供各種巨匠專業課程學習及評價,專業課程包含Python、AI程式設計、手機app、工業設計、室內設計及證照考試等,是學專業課程最佳 ...
#54. 中華郵政全球資訊網-儲匯專區- 申請設備綁定
... 金融卡消費扣款 · 薪資轉存 · 綜合存款 · 郵政儲金匯兌個人資料蒐集告知聲明 ... 業務介紹 · 開戶及憑辦文件 · 存款期限、利率及利息計算 · 申辦及服務項目 ...
#55. 新竹物流
新竹物流HCT擁有3500輛車隊、9萬坪倉儲,B2B供應鏈Supply Chain配送服務及倉儲服務,B2C電商物流宅配車隊倉配共構、低溫宅配及逆物流服務,提供2B配送、低溫宅配、常溫 ...
#56. 【2023履歷範本】人資最愛的履歷怎麼寫?7 步驟讓你秒取得 ...
任務(Task):目標是在兩個月內將粉絲人數提高20%,並且提高10%的互動率; 行動(Action):開發新的貼文內容,主攻品牌粉絲有興趣的內容,並且針對不同社交軟體的平台實施 ...
#57. 公務員事務局-紀律人員(員佐級)薪級表
薪點 2022年3月31日 由2022年4月1日起 (元) (元) 32 56,025 57,425 31a 54,690 56,055
#58. 比薪水: 有比較才有進步
比薪水是台灣薪資查詢網站,有關台灣薪資水準、薪水行情、公司福利待遇皆可在比薪水查詢。我們致力於保障使用者的隱私個資安全性,透過匿名分享公司評價,建立自己的加 ...
#59. 用Python學程式設計運算思維-第二版(涵蓋ITS Python國際認證模擬試題)(電子書)
二、參考程式碼列數 1 2 3 4 5 6 7 8 9 10 11 12 程式碼#薪水總和與平均計算程式 num = int(input('請輸入總資料個數:')) salary = [] Sum = 0 for i in range(1, ...
#60. 管理資訊系統 - 第 236 頁 - Google 圖書結果
自行發展自行設計的軟體是由公司的程式設計師所開發的。 ... 程式將能在所約定的時間內完成嗎? ... 例如:計算薪資的套裝軟體 常比公司自行開發的軟體要來得便宜.
#61. 政府採購法解讀: 逐條釋義 - 第 480 頁 - Google 圖書結果
II前項服務費用,薪資之計算得為下列方式之一;薪資以外之其他費用,可另行計算給付。 ... 服務工作之專案經理、系統分析、程式設計、系統管理及機器操作人員之實際薪資, ...
#62. Visual Basic 2013程式設計經典(電子書) - 第 17-50 頁 - Google 圖書結果
:CommandDemo1.sln 使用 Command、DataReader、DataSet、DataAdapter 物件取得 ch17DB.mdf 資料庫的「員工」資料表的所有記錄並計算員工總筆數、員工薪資加總、員工 ...
#63. 從荒謬的年代到弔詭的年代 - 第 88 頁 - Google 圖書結果
外彈道實驗室的計算工作由黨浩澄負責,他參加了英國受訓,計算程式是向英商買的,但英國國防部禁止輸出, ... 聽說他年資很深,薪資比副所長還要多,因而被排擠。
#64. 職類別薪資調查報告107年 - 第 179 頁 - Google 圖書結果
未採行變形工作時間— —按事業單位數計算 107年7月有採行變行業別形工作時間總計二週 ... 1.00 電信業 100.00 11.25 0.32 — 9.32 1.61 電腦程式設計、諮詢及相關服務業 ...
#65. 汽車客運業路線別成本分析軟體功能需求分析
... 函一行車附支保險費:函一表13各路線應計通行昔計算表-蠶*璽口蠶*函一蠶。 ... 表16各車站可歸屬至個人之用人昔用彙總表-表17固定資產帳面價值彙總表薪資:函一獎金: ...
薪資計算程式 在 [心得] 2023 軟體工程師(後端)面試分享- 看板Soft_Job 的推薦與評價
各位安安,這邊想簡單分享一下我 2023 年中旬(上週 ~ 昨天)的面試經驗。
先自我介紹一下,本人是某廣告相關公司的 Software Engineer, Backend,同時也是本次分享技術面試的主持人。
鑑於版上幾乎都是求職者進行分享,所以本次在主管(老闆)的授權下以面試主持人的角度進行分享,還請各方先進不吝指教。
本公司主要想找 PHP/Laravel Backend Engineer,如果有其它語言的經驗也願意學習 Laravel 的人也非常歡迎(受限於目前公司的人力資源,還無法擅自變更使用的框架與語言,但這是未來很重要的里程碑之一)
註:為避免有偷渡徵才訊息的疑慮,本篇文章不會直接寫出公司名稱,如果有興趣的話歡迎私信詢問
註2:本公司仍然有在徵才哦,如果你看到這篇文章覺得想來當我的同事可以來投看看 XDD
===
流程介紹
本公司技術面試為第二輪(第一輪我不會參與,這邊也無法分享相關經驗),表訂時間約在 1 小時(但如果想跟我聊多一些,可以到 2 小時甚至以上,目前最高記錄是 3.5 小時)。
1. 雙方自我介紹
基於禮貌,我會盡量期許自己先開口自我介紹,但最近還在習慣這件事所以有時候還是麻煩對方先行自我介紹,也感謝近期應徵者的海涵。
2. 面試偏好詢問
參考一些面試經驗,有些人不喜歡考卷、白板題或 assignment 等各種類別,所以我會先行詢問對方的面試偏好。
以下選項擇一或全選皆可,但選擇越多可能會延伸面試時間;選擇的項目並不會影響到評估的結果,因為會以各項分數平均計算(我會私心對一些有利於應徵者的項目做加權,不過也不是只有我決定)。
(1) 白板題:演算法,不能用 ChatGPT(或其它 AI 輔助) 但可以查文件
(2) 實作題:程式能力,能用 ChatGPT 也可以查文件
(3) 架構題:Senior 獨有,能用 ChatGPT
(4) 問答題:基礎知識,不能使用 ChatGPT 也不能查文件
(5) Assignment:指定一個 Open Source Repository,請你發一個 Pull Request(我會實際去看你的變更內容跟 commit message 以及跟 maintainer 的應對)
- 這部份會以自願為優先,如果覺得真的很不想做或不知道從何下手的話也可以放棄(不計分)
利益申告:所有的問題與公司現行產品都盡量無關,這是為了避免有白嫖應徵者思路的嫌疑;而 Assignment 的選擇也會盡量挑選有一定用戶基礎的 Repository。
3. 詢問想要面試的難度
目前有開放的職位有兩個:
(1) Mid ~ Senior:能夠考量系統架構並定義良好的 Interface,並且能跟架構師討論未來的一些技術選型
(2) Junior ~ Mid:實作一些 CRUD API,以及實作一些 Senior 工程師定義好的 interfaces
如果不知道怎麼選擇也沒關係,我可以根據應徵者的實力自動調整問題的難度。
=====
聊天題(為了更瞭解對方,並核對履歷內容,不列入計分)
1. 最近看了哪些值得一提的資訊領域的內容,包括但不限於文章、影片、漫畫、meme、新聞、論文等
2. 擅長的工具與程式語言(用於確認履歷中的敘述)
=====
白板題
給定一個二維陣列代表圍棋棋盤
- 1 代表黑子
- 2 代表白子
- N (null) 代表未落子
若棋盤一定是理想的(定義下述),那白棋會被提多少子、黑棋會被提多少子?
舉例:
N 1
1 2
(1,1) 白子會被提子
舉例:
N 1 1 1 N
1 2 2 2 1
2 1 1 N 2
1 1 2 2 1
(0,2) 的白子會被提子
(4,3) 的黑子會被提子
「理想的」棋盤表示不會存在「打劫」的問題,舉例來說下述棋盤結果是不會出現的,因為中間的白子與黑子會互相提子
N 1 2 N
1 2 1 2
N 1 2 N
備註:
這一題的來源是我曾經出給一個學生的作業,他是非本科轉職前端,我本來只是想請他用 HTML + CSS 寫個圍棋棋盤,並且用 JS 實現落子邏輯,結果他連提子邏輯都一併寫出來了。當時他是自行實現了 DFS 去計算棋子是否還活著(圍棋術語是「有氣」)。
題外話,前陣子跟這學生吃飯的時候他提到公司在做某個功能,他自行研發了一個資料結構來解決這個問題,我一看就說「你這不是自行實現了字典樹(Trie)嗎?!」,不得不說他真的是一個天賦異秉的人,怪我能力不夠沒能教好他。
(小聲)打色碼眼睛快脫窗 = =
=====
實作題
下列 PHP 程式碼存在一些問題,請嘗試指出這些問題並且重構它。
註:下述程式隱藏了一些不重要的細節(例如資料庫連線、失敗處理等),回答時也可以隱藏實作細節(不一定要精準的使用所有的函式)
<?php
extract($_POST);
$db = new DB(); // connect to DB
$user = $db->query("SELECT * FROM users WHERE username = $username AND password = $password"); // query from DB
echo $user ? 'Login Success' : 'Login Failed';
這一題其實是互動題,因為實作題可以使用 ChatGPT 所以我更期望應徵者能跟我說明「為什麼它要這樣改」。
而且就我實測 ChatGPT 會唬爛所以不能全信(我認為分辨 ChatGPT 是不是在唬爛也是很重要的能力)。
=====
問答題
這部份不開放使用 ChatGPT,因為這些題目都是屬於基礎知識,如果開放使用 ChatGPT 幾乎都會被秒殺。
然而,我們後續內部檢討認為應該要開放可查詢 Google,畢竟有些東西是真的不會背在腦子裡(雖然我是都有大概記著,但每個人習慣不同不能一概而論),如果版友們有任何想法也歡迎回饋,我們會盡可能改善我們的流程。
1. PHP 相關
(1) PHP 的執行與啟動流程?[中級]:主要指的是它在 PHP Source Code 層級的執行流程,不僅僅是在外部觀察到的結果
2. Redis 相關
(1) 單 Redis Instance 可能會當機或因為網路問題無法存取,有什麼解決方案?[初級]:這應該算是八股題
(2) Redis 的 "字串" 是如何實現的,有沒有什麼值得一提的陷阱或細節?[中級]:這個是 Redis Source Code 的入門題,畢竟甚至有一個專門的網頁來介紹 SDS
3. 作業系統相關
(1) Thread 跟 Process 有什麼差別?[初級]:這個也是八股題,問到爛的那種
註:其實作業系統相關還有不少題目,但鑑於重複利用性我就先不公開(這些題目都沒用到,因為我評估對方可能對作業系統沒這麼熟)
4. 資料庫相關
(1) 請簡述一下 MySQL InnoDB 的資料寫入流程。[中級]:這可能是比較有爭議的題目,因為不能查資料,如果沒有相關的經驗很難背起來
(2) 為什麼大部份的 RDBMS 會選擇 B+ Tree 作為其底層的資料結構?[中級]
(2.1) 有個應徵者說因為 B+ Tree 有自平衡的特性,所以我又加問了「那為什麼不使用 RBTree 或 AVLTree?」[中級]
(2.2) B Tree 跟 B+ Tree 又有什麼差異呢?[中級]
(2.3) 近年來,LSM-Tree 相當盛行,能聊聊它與 B+ Tree 的差異嗎,以及你認為為什麼它會流行起來?[中高級]
(3) 請簡單描述一下 CAP 理論。[初級]
(3.1) 因為有一個應徵者有 MongoDB 的經驗,所以我又加問了「那 MongoDB 叢集是犧牲了 CA 的哪個點來達到 P 的?」[中級]
5. 虛擬化/容器化
(1) 請簡述一下 Virtualization 與 Containerization 的差異。[初級]
(2) 在 Linux 中,是如何達成 Containerization 的?[中級]
(3) 假設想讓 PHP-FPM 與 Nginx 的應用程式 Containerize,會如何實踐?[初級]
(3.1) 假設再加上 Laravel Queue Worker 及 Cronjob Scheduler,又會如何設計?[中級]
註:這題是因為去翻應徵者的 GitHub 發現他有類似的經驗,所以另外加上去的
=====
架構題
這部份有些難以說明,因為更著重的是互動性(根據對方的回答去反問一些問題),這邊先省略
=====
Assignment
目前還沒有人選過這個項目,看來大家是真的很不喜歡 Assignment。
以前我比較喜歡 Assignment 的時代有出過一些簡單的(?)題目,例如用 Laravel 實現幾個 APIs,但想想這會花費應徵者太多時間這次就不採用這種方式,有興趣的話我要問一下公司能不能授權公開當時的題目。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.226.47.65 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1685626794.A.29B.html
※ 編輯: MoMoShota (36.226.47.65 臺灣), 06/01/2023 21:51:24
上述的題目其實是因為本次的應徵者都是有經驗的(至少都有 3 年以上),所以才會選擇這些題目。
如果是資工本科系畢業的話,其實我就會改問一些必修課上會遇到的問題。
舉例來說:請問 C 語言的 qsort ᄄ蝳〞漁伅■亠曮蚻O如何(可以查 Google)
正確答案是,其實 qsort 並沒有指定要用什麼演算法實作(C 語言規格書說的)
但有一些誤人子弟的網站會斬釘截鐵地說它「一定」是用 Quick Sort(包括我的教授也是這樣),那這表示他可能不習慣於看第一手資料
(小聲)之前我問過 ChatGPT 也是唬爛說是 Quick Sort
關於 Thread 的部份我統一在這邊回覆。
確實,我們的系統目前並沒有在 PHP 上「直接使用」Thread 或 Coroutine 之類的技術。
但是 PHP-fpm 是一個經典的 Parent/Child Process 模型,同時在 Laravel Horizon 也用純 PHP 加 pcntl extension 實作類似的模型。
之前我們團隊在遇到 Laravel Horizon 相關的問題時,如果不理解這種模型實作可能會增加 Debug 的難度。
回到 Thread 的話題,目前我們沒有計畫在 PHP 應用程式上加入任何 Multi-thread 的技術。
誠如版友所述,PHP 在多執行緒的記憶體管理跟控制簡直是災難,而避免災難的方式就是不要用它(?)
近年來因為 Swoole 的出現,讓大家開始思考 PHP 的另一種可能性:Coroutine
然而從我的角度其實我也不是很喜歡 Swoole,一個理由是之前社群的分裂問題,另一個理由是「那我為何不選 Go?」
剛剛有人私信我詢問類似的問題,我直接轉貼我的回覆:
我們知道,PHP 有幾種 SAPI:apache2handler, cli, fpm(這邊僅列舉比較常見的,其實還有很多)
我在這題會期待得到的回應是:當我們啟動 php-fpm 程式(你可以想成直接執行它的執行檔)時,PHP 實際上會做哪些事?
像是 php-fpm 是一個經典的 Parent/Child Process 模型,它會去 fork 出很多的 Child Processes,而實際處理請求的是這些 Child Process(Parent Process 主要是用來監測這些 Child Process 是不是「還活著」)
然後,當我們收到來自 Web Server 的請求時,PHP-fpm 的 Child Processes 又是怎麼去服務這些請求的呢?
我會很樂意看到有人從 source code 的角度去剖析這件事,但我老實說這非常罕見
所以其實只要能夠從外部表現的行為(例如我們可以觀察到出現 Parent/Child Processes),然後結合一些自己的經驗或知識講述它設計的理由,其實在面試就算是過關了
ps. 如果他要講 apache2handler 也是可以的,不一定只能講 php-fpm
ps2. 當然,如果對方要講得很深我也是可以一起聊聊的,雖然我研究 PHP Source Code 是 PHP 7 的時代的事了,但現在有些知識應該是通用的(如果被指出有誤的話,還可以順便學習 XD)
※ 編輯: MoMoShota (36.226.47.65 臺灣), 06/02/2023 03:46:08
php pthread extension 已經在 2019 年初宣告停止維護:https://github.com/krakjoe/pthreads/issues/929
原作者表示在 PHP 8+ 應該使用 parallel 取代之(它們互不相容、也不會相容):https://github.com/krakjoe/parallel
另一方面,pthread 或 parallel 都需要 enable ZTS,而在我的印象中在大部份的發行版這都是預設不啟用,顯見它在社群中並不是一個常用功能
綜上所述,大部份的開發者會誤認為「PHP 沒有 multi-threading」是可以理解的
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/02/2023 04:52:39
我滿認同這位版友的說法的,實際上也曾經有面試者回問我們「問這些內容,實際工作上真的用得到嗎?」
其實這些問答題大多是基於團隊或個人的開發經驗總結出來的一些精華,而不僅僅是抄襲一些中國所謂的「面經」
就拿 GC 的部份來說好了,曾經我們團隊發現大概每幾個小時應用程式會出現較高比例的 HTTP 500
經過分析,當時的應用程式 memory usage 會緩慢遞增,並在某個隨機的時間段突然下滑,而下滑當下的 HTTP 500 機率較其它時間高出幾個百分點
我們推測這是因為 PHP 在 GC 期間引發的暫停服務現象,我們因此查詢了 php.ini memory_limit 的設定是有問題的,再加上 linux memory overcommit 等設定引發一系列的錯誤
雖然高階語言為我們隱藏了很多底層的細節(這也是高階語言被發明的目的之一),但如果不瞭解這些細節就貿然開發,那某天晚上它們就會叫你起床重睡(?)
事實上,問答題這邊僅列出「基礎題目」,我通常都會根據應徵者的回應再深入去詢問。
這是個很有趣的過程,不僅可以更深入瞭解對方的能力,偶爾也能夠學習到新的知識。
很抱歉,因為 qsort 的那個例子是臨時想的,確實可能不夠周延
這個題目的用意在於:確認應徵者是否會查詢第一手資料,抑或是拿 Google 到的熱門資料搪塞。
正如同我寫 PHP 也是一天到晚在看 PHP 官方手冊(甚至有時候還要去看 PHP source code,因為文件有些細節會省略),而不是直接拿網路上的 Code 複製貼上。
註:在其它程式語言或許直接 copy + paste 可能是可行的,但網路上充斥著各種存在漏洞的 PHP Code(甚至包括 GitHub Copilot 都會出現),如果不經思索就貼上甚至有可能危及系統本身
關於有版友認為題目難度與薪資不成比例的問題,我認為這很值得討論,所以我今天已經將這件事往內部檢討呈報。
剛剛老闆的回覆是其實以前內部就有調整過,但 Cakeresume 上的 JD 一直忘記更新,而且昨天跟我講的數值還是舊的,這邊做一下更正:
Junior - Mid: 840K ~ 1M NTD/year
Mid - Senior: 1.2M ~ 1.8M NTD/year
不過也有可能是因為本篇心得是綜合多位應徵者的題目一次性 PO 上來才讓人產生誤會,事實上不會每一位都被問到所有的題目。
舉例來說:有些非 PHP 背景的應徵者就不會往 PHP 相關的題目去問。因為我認為那只是刁難、不是面試
上面也有提到,我會根據每位應徵者的履歷、GitHub 貢獻、Blog 文章等資訊去設計問答題
註:其實還是有題庫,因為我們資源不夠,真的沒辦法負擔為每一位應徵者重新設計題目的成本
註2:其實我個人非常喜歡暗殺教室殺老師為所有學生個別出一份題目的做法,但現實上我不是黃色的章魚、沒有超音速,我也不是漫畫人物
我也要聲明一下,核薪的部份並非我一人能決定(我僅會提供建議供主管參酌),這邊僅是 PO 出一個範圍,實際上還是會跟據一面、二面的狀況動態調整。
至於具體拿到 Offer 的核薪情況比例我並不是很清楚,但曾經有一個是超過 1.5M (上一版本的核薪上限)的資深工程師,他真的非常優秀且我也向他學習了不少東西
The most important goal of higher education: it was to ensure that graduates can recognize when "someone is talking rot." -- Jeremy Knowles
時至今日,我認為上述這句話的 "someone" 也可以改成 "ChatGPT",因為現在會告訴你假訊息的不是只有長輩、LINE 群或 Google,還多了 ChatGPT。
我一向認為基礎知識是非常重要的,因為它可以讓人在遇到「胡說八道」的時候還能夠分辨的能力,我也在這篇文章中反覆強調「目前的 ChatGPT 是會唬爛人的,所以我想找的是能夠分辨它是不是在唬爛的人」
事實上,在 PTT po 文之前我有先 po 給幾個比較熟識的朋友。
其中問答題的部份被某朋友吐嘈說:你這題目涵蓋了 Backend, DBA 跟 SRE,這在我們公司是各 1.5M 的三個缺
其實我在設計這些題目的時候,原本就沒有預期會有人全部都能對答如流,畢竟:
1. 面試會緊張,大部份人的表現都無法完全發揮(我絕對不會說我之前面試時連陣列的 mergesort 都寫不出來,笑死)
2. 問題的範圍領域很廣,不是每個人都專精每個領域
3. 真的都能夠答得上來的大神級工程師根本就不會選擇我們這種小公司
設計這些題目的用意在於「我大概想知道應徵者對哪些東西熟悉、哪些不熟悉」,這對未來的工作內容安排有很重要的意義(相信我,你絕對不會想讓一個後端工程師去寫前端,大家都痛苦)
欸不是,原來這題目有很卷嗎 XDD
除了我那個比較規格外的轉職學生之外,昨天我把同樣題目丟給今年高二的學生,他大概一小時內就解出來了(Python)
我本來還在想是不是我出得太簡單了說
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/02/2023 20:34:39
認真說,繼續學 Python,千萬不要把路給走窄了。
我希望以下言論不要代表我們公司,僅是 furrymosa 前深夜我個人的抒發
考跟公司無關的白板題:這工作用得到嗎 要下棋嗎
考跟公司有關的實作題:你們公司是不是想要白嫖人家做法?
沒辦法,父子騎驢。
我花費大量心力設計各種題型,就是不想浪費任何一個可能的人才。
我過去非常討厭白板題,我的心態就是:啊工作用又不到,我幹嘛要會?
我也非常歧視刷題仔,覺得 Side Project 跟 Open Source 貢獻才是王道。
就算我自己會把 Leetcode 當成開始吃藥之後取代咖啡的醒腦工具;就算我曾經還有去打過 ACM-ICPC;我仍是討厭白板題的。
我知道自己一定不是寂寞的,有很多人有著亮眼的 Side Project 或是很棒的 Contributor,但就是不會白板題所以無緣大廠。
我希望能以這種形式的面試,讓這些人有一個機會。
我知道自己只是一個人、一間公司,沒辦法撼動整個市場,也沒有那個資本跟什麼韌體廠競爭。
但我期許自己的任何一個行為,都能夠為整個產業帶來哪怕一點點的改變,我有能力做所以我去做。
被問倒真的不是任何應徵者的問題,我希望能夠更跟多有熱情的人一起參與改變--即便它的結局可能不盡人意。
看到鼓勵,其實我還是會開心的;看到批評,我還是會想多多檢討的;即便只是酸民,我也認為這些都是自己進步的可能性。
但我必須說,我沒有自己想像中的這麼堅強。
嘛,感謝版友們在在聽一個老人家深夜嘮叨,如果讓你不開心了衝著我來就好。
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 04:11:39
容器化是因為有位應徵者的 GitHub 上有 Nginx + PHP-fpm 相關的實作,但他並沒有遵循最佳實踐
會問這題是想知道當時他是怎麼想的,是不是有什麼額外的考量
那題的背景是,問了 Virtualization 跟 Containerization 的差異之後,有位應徵者講出了 Virtualization 是依賴 KVM 達成(雖然不全對),我就順勢問了一下「那你知道 Containerization 是怎麼達成的嗎?」
雖然他沒能答出來,我認為合情合理。所以我在面試結束前也跟他提了 namespace 跟 cgroup 的概念,跟他說有興趣的話可以查一下相關的資料。
因為應徵者背景各有差異,例如會為具有一些 SRE 背景的人準備伺服器相關的題目;為履歷上寫著「精通」PHP 的人準備底層的問答
再次強調,上面是綜合多位應徵者的考題,不是每個人一進來就從第一題往下問
刷題仔沒錯,每個人都有自己的選擇,也沒有所謂「正確」或「錯誤」的選擇
我個人的偏好不會影響到實際評分的結果,即便我不喜歡白板題,我仍會喜歡將其作為智力測試或腦力激盪,因為這很「有趣」
其實,在本輪面試結束之後,我老闆傳了一篇文章給我
https://www.inside.com.tw/article/4268-coder-hacker-and-architect
他覺得,本次我應該要檢討的是「不是每個人都有志成為 Hacker 或 Geek,大部份的人都只想成為 Coder」
而他們在履歷上寫的「精通」也只是指 Coder 的精通,跟我的定義是有點差距的。
我不能透露太多關於應徵者的事,但其實這次過程中有一位讓我非常期待:
1. 資工本科系畢業
2. 有社群參與,跟我一樣是 SITCON
3. 豐富(多年)的 PHP 工作經驗
4. 自願挑戰比較難的考題
5. (他應該不知道)他曾經兩次從我手上搶走 Offer
雖然最後的結果有點不盡如人意,但我認為只是因為我們領域不同而有所歧異,他仍是很優秀的開發者這點無庸置疑
為什麼我會期待對方 Not only Coder?因為有一個能與人分享、共同學習、保有熱忱的夥伴,是人生中很棒的經驗。
我曾經在上一份工作,又或是大學時在資訊社群中有類似的感覺,而我很喜歡也很嚮往這種感覺。
向錢看齊並沒有什麼錯,認為工作只要完成就好也是一種選擇。
畢竟有人有家累、長輩與子女的期待,但如果可以選擇的話我還是想找個 Hacker 或 Geek 一起創造。
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 11:46:09
那大概就是沒給到 PHP 業界前 5% 才會被批評吧 XD
我自己也是會自嘲「活該 PHP 薪水低」的那種鄙視鍊的一員,但這不應該是常態現象。
我永遠也不會忘記有個遊戲業的朋友在爆肝數十小時之後,問我薪水那種驚恐的神情(我當時也才 65k/月)
如果可以的話,我當然希望所有專業人士都能夠領到合理的報酬
但現實世界不是童話故事,也不是動漫,不公平比比皆是,我能做的只有盡量彌平這種不公平(或是去加劇這種不公平)
我年少輕狂時有想過創業做遊戲,當時跟幾個繪師(兼其它公司的遊戲美術)聊這件事,他問說:
「你覺得一個遊戲美術應該月薪多少」
『至少也要 60k/月 吧?』
「你創業之後請務必第一個找我,拜託。」
時至今日,他見到我還會開玩笑地問說什麼時候要創業。只不過,實際見過遊戲業出來的人(前公司 PM)之後,我只能說
我又不是礦裡有家,創個屁業。
我其實也做過一段時間的韌體開發,但我老實說我就對那個領域提不起熱情,所以我成為 web 仔。
我能理解你的想法,畢竟我大學教授有一模一樣的思維:
「前陣子,一個你們畢業的學長回來找我,我問他在做什麼工作。」
「你知道他回什麼嗎?他說他在寫 Web!」
「我就問他說『你是怎麼淪落到這種地步的?』」
以當時來看,web 雖然有很多機會,但薪資相對少(其實現在好像也一樣)
而且當時的 web 技術還沒有現在這麼百花齊放,教授會有這種觀念也不是不能理解
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 12:08:07
我也覺得他是對的。
學學某大型 B2C 電商,筆試考卷發一發就好,反正都有標準答案,就算現在還在考 PHP 5 的東西也沒差;
學學一線大廠,白板題直接往上丟,反正 Leetcode 說多難就多難,也不用在那邊自己煩惱這題會不會太難;
反正有熱情的人進來還是有熱情
想跟 Hacker 或 Geek 共事,等他進來再確認也不遲
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 12:20:34
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 12:50:05
嘛,還是很感謝我朋友幫我 po 過去啦,不過他好像 po 到自己在那邊森77。
他幫我說話我是很開心啦,但他做人跟講話就比較機車(他自己說的,非詆毀),大家就不要太在意了
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 13:12:32
別提了,剛剛他還 7pupu 跑來跟我說歧視啥的 XDDD
其實我們是有架構題的,for senior only,因為我對該職位的需求是「要能夠與架構師討論技術選型,並定義合適的 Interface」
本次有兩題架構題,但我覺得以 PTT 這類文字載體真的很難呈現那個互動感,不過既然有人提了我就稍微說一下,反正這些題目大概不會重複使用
1. Web 版簡訊實聯制服務
題目:
1. 共需要有 2 個 APIs:
(1) 讓商家可以發行商店代碼(需輸入店家地址或經緯度資訊,回傳一個不重複的商店代碼,一個 15 碼的純數字字串)
(2) 讓民眾可以傳送疫調資訊(需輸入一個字串,表示簡訊內容,「可能」存在商店代號,不會回傳或回傳 204)
注意事項:
1. 總商家數量約為數百萬,小於 1000 萬
2. 民眾每天會產生約 1 億筆資訊,需考量後續分析可行性與儲存成本
我通常會問一些問題,視對方的回答再決定要不要繼續問下去:
1. 你會如何產生商店代碼?
(1) 如果用 DB 的 Auto Increment 的話,會不會有偽造的可能性?
(2) 可以加個檢查碼,這樣對於一些不符檢查碼的請求就可以直接忽略?
(3) 會在哪裡儲存這些商店代碼與位置資訊?
2. 你會如何驗疫調資料的正確性?
(1) 如果沒有商店代號,那表示該請求是非法的,直接忽略
(2) 承 1-2,如果檢查碼不對,可以直接忽略,這樣也不用進 DB/Cache 查它是否存在
(3) 假設檢查碼的演算法被破解了,有沒有什麼好的方式更新演算法,還是直接讓它到 DB/Cache 裡查?
3. 那如何保證可以每天接受 1 億筆的記錄,會選擇什麼儲存方式
(1) 如果需要分析 XXXX,那這種儲存方式是合理的嗎?
(2) 如果需要分析 OOOO,那這種儲存方式是可以接受的嗎?
(3) 假設每天確診人數劇增,依你上述的方法在請求報表的時候會很慢,有什麼因應手段呢?
基本上這種題目題很自由發揮的,如果沒什麼想法也可以問問 ChatGPT(不限制),不過也要思考它回覆的合理性。
為什麼會出這題?
因為公司有某個業務會有大量的短的 HTTP 請求訊息,而且我們需要與 Data Team 合作,定義出他們易於分析的資料結構,並且還要注意是否適合儲存載體。
雖然也考量過會不會有點太過「政治」,但我認為技術是中立的,純做技術探討的話其實沒什麼政治問題。
利申
這題實際上提到的傳送資料方式、儲存方式與分析內容與公司主要業務差距甚大。
※ 編輯: MoMoShota (36.226.34.224 臺灣), 06/03/2023 14:13:45
身為一個近十年的焦慮症與恐慌症病患,不必擔心我有定期服藥與就醫,目前病情也尚未影響到生活與工作。
不過仍然很感謝您的關心。
我個人是不太介意這類言論,但期許您可以在發言時多站在對方的角度想一下,我能接受不代表其它人也可以。
AVL Tree 確實是較罕見的,它比較像是教材中的範例,畢竟它是最早出現的自平衡樹。
該題其實是因為應徵者提出了「自平衡樹」的說法,所以才想說進一步問「為什麼不採用其它的自平衡樹?」
其實這沒有絕對,畢竟每個人的經歷與專業不同。
有些人更熟悉具體業務的 Domain Know-How、設計模式,而有些人則喜歡底層技術,這都沒有對錯。
我時常會告誡自己「要成為一個有十年經驗的資深工程師;而不是有十個一年經驗的資淺工程師」
不過理想豐滿,現實骨感;我覺得自己大概只是個五年經驗的中階工程師吧。
或許我可以聊聊為何我會選擇這間公司。
2017 年左右,我前公司因為一些業務調整的緣故所以我離開了,當時我在求職時的基準就是:年薪至少要大於 1M
我當時面試了很多公司,像是創業家兄弟(生活市集/松果購物)、聯合購物網(好像之後收起來了?)
面試的經歷有好有壞(也有那種我到現在還在嗆他家 CTO 不懂技術的),不過絕大多數公司我都要求要 1M 以上。
只有目前這間公司例外。
當時我很認同它的產品理念與創辦人(目前的老闆)的想法,於是我只為這間開了特例,降了一些標準
其實公司最後也沒讓我失望。
剛入職時,公司還在很初期的階段,還跟別人共用小巨蛋的創業基地辦公室(雖然環境不錯,就是冷氣太冷),那時甚至連獨立的辦公桌都沒有 XD
隨著業務的穩定發展,我們先後搬到了共用辦公室,當時終於有自己的辦公桌了,也不用跟人搶會議室了;
最後,我們現在有一間獨立的辦公室,八樓、視野良好,可以看到台北 101,下班還可以走去吃個五之神再回家,還在捷運站旁邊非常方便。
哦對了,當然最重要的薪水早就遠超過我當時的預期了。
這就是為什麼我喜歡新創,隨時都有挑戰、隨時都有機遇,當然,隨時都有風險。
看著自己的努力發揚光大,具體地感受著自己與公司的進步,這種機遇與經歷絕對是人生中很美妙的一筆。
我承認自己應該是比較幸運的那一批,畢竟不是每一個新創都有這樣順風的經歷,我們「剛好」遇到疫情,又「剛好」業務會因為疫情而增長,又「剛好」遇到有足夠眼光的老闆與能力出眾的同事們。
誠如我一直強調的,不是每個人都有相同的機遇,也不是每個人都願意做出這樣的選擇。
適合我的,不一定適合你。所以我不會、也不可能要求每一個人都應該跟我一樣。
這次的面試型式一直是我想嘗試的方向,說是「對既有面試方式的挑戰」或許有點太自負了,但我真的很想要在尊重雙方的前提下設計一個令雙方都能夠滿意的經驗,所以我在能力允許的範圍下提供了很多選擇。
覺得問答題太難?可以,我們來實作。
覺得實作太無聊?可以,我們來架構。
覺得比較習慣其它公司的做法?可以,我們來白板題。
曾經有應徵者很驚訝,為什麼我們提供這麼多選擇。因為我想尊重每一個應徵者的意願與選擇,我覺得如果我加一點點工作量就可以讓應徵者感到他能夠發揮所長,那也算是值得的。
可能是我見識短淺,但我從畢業到現在幾乎都是遇到那種進門先甩你白板題的公司,其中不乏所謂的「一線大廠」,或許這已成為約定俗成的慣例了吧
還有那種事前從不跟你說要考什麼、要帶什麼,然後一進門就說「蛤?你沒帶筆電哦?」的公司;也有那種白板題考得像是要找人腦 compiler 的公司(但面試者連 C 語言的 sizeof 不是函數都不知道)
不可諱言地,他們(有些)的薪水是真的香,但是對一個你進門就知道面試者沒料的公司,我個人是不能接受:畢竟,面試是雙向的。
我承認,以前我是那種會想辦法說服對方用我的方案的那種人 XD
不過年紀大了之後,我比較傾向讓對方放手去試試看,除非我看出有明顯的問題,不然我不太會阻止他。
舉兩個例子:
1. 同事覺得我們可以在 Laravel 上嘗試用 Pest 框架取代 PHPUnit,當時我覺得這個點子不錯所以讓他放手去改,而直到現在我們公司還是大量用 Pest 框架(寫起來比較不囉嗦)
2. 同事用了原生函式取代我實作的 XML Parser,被我阻止了,因為經過測試它的實作會使用兩倍的記憶體與降低處理速度約 20% ~ 30%
2-1. 他還跑來跟我爭說「原生函式一定比較好」。兄弟,benchmark 就擺在那邊了,你覺得我的實驗有問題你自己設計實驗,不然我就只能阻止他的 PR
2-2. 這個重構是他認為我的實作耗費太多記憶體了,在某個極端情況下會 out of memory,然後他的實作在更多的情況下 out of memory(?)
另一方面,我是很願意培養新人的,我找人來最大的目的是為了把自己給 fire XDD。
之前有個新人(Junior)進來後問我該怎麼快速養成實力,我就把他工作時遇到的盲點分析了一次,認為他的基礎知識不夠紮實(因為是非本科轉職,不能怪他)
當時我就推薦他去看一些資料結構跟作業系統的科普(雖然我更推薦讀教科書,但說真的下班後還要去 K 教科書這種事不太現實),以及一些我覺得還不錯的入門書籍。
通常來說,如果有個人來問我問題,我會先確定他要的是「我認為的解答」還是「思考的方向」
- 如果他要解答,我就跟他講我的思路及我認為要這麼做的理由
- 如果他要思考,我就會給他一些可以嘗試的方向或可以去哪裡找資料
- 如果我也不知道,那我會跟他一起找找看,或是請他實驗看看(甚至是自己接過來做實驗 XD)
確實,雖然不是很頻繁,但有些問題是跨領域且需要各種背景知識才容易解決的。
這也是我對 Senior Engineer 有的期許(雖然看起來 Soft_job 版好像不太崇尚這種想法?)
我覺得,就算是 200+ 也一定會有人有意見。
我的心態就是「對,你說得都對,有能力選擇 200+ 還 2000+ 就不勞您加入我們了」
反正現在勞資雙方就是各自喊價,市場機制下喊得合理的就能找到人。
其實 Soft_job 版算是惠我良多,我已經著手調整目前的題目,目前傾向於降低整體難度與更明確劃分 Junior 與 Senior。
如果未來公司仍授權我將面試題目分享出來,我應該還是會跟版友們分享。
(至於 FB 那邊我應該會阻止我朋友 po 文吧,我是因為對紫色貓貓沒啥好感所以一直沒加入才想說請他幫個忙,然後他自己搞到崩潰笑死)
沒事,技能的培養不會是一瞬間的事。
如果真心喜歡這個領域、這個產業,那進步也只是時間問題。
※ 編輯: MoMoShota (36.226.26.49 臺灣), 06/18/2023 00:30:51
... <看更多>