近期因 Team Building 需要，公司輔導我承攬了招募的工作， 有幸直接進 104 平台挖履歷， 三不五時會發現些 大神 或是 頗奇葩的資料： 智商 IQ 180 照片看起來根本是 灌籃高手 的 安西教練 真人版，相似度 99% 使用 Line 貼圖當作履歷照片 斐陶斐榮譽會員 經過一段時間的找合適的履歷與擔任面試官進行面談， 一邊同時對我自己的履歷、招聘的意義等進行檢討與思考， 這邊我分享一些從主觀、客觀觀點學到的心得感想。 招聘方的困擾 一般招聘方作業大概是 HR 轉貼 用人單位開出來的條件， 或是 根據 這條件去幫忙找， 排除掉 HR 對 需求領域的經驗之外， 大概只能用概略理解、關鍵字 去幫忙找， 以及職務描述中普遍看到是需要「會/懂…」、「x年經驗…」。 有更多時候是 用人單位主管並沒有時間去挖掘， 大家忙著忙著， 也就將招聘大事變成了 routine job 不假思索。 藉助了 實作題、線上測驗、白板題 等來檢驗（希望取得客觀、可量測的評估）， 輔以 行為測驗、多次面試、人格特質發覺等等， 希望找到正確的人， 但相對地， 一段招聘過程成本非常大。 招聘流程、評量方式等的侷限性與盲點， 也是造成常常應試者通過面試進入團隊後， 一年以內離開的主要原因。 我們當然希望新同仁的表現可以： 符合JD上絕大部分的要求 完成所有設定的工作目標（最好能超出目標） 最好還能替團隊帶來正向影響力，感染其他人 任何其他好的驚喜… 有沒有發現 JD 只佔了 1/4？ 以及一半以上的「期待」是抽象不好評估的…...

易經－恆卦 雷風相與，巽卦在內，震卦在外，分別為柔、剛的「動」，並各得其所。 可窺見恆常之道在於「有原則下的變通」，有所變有所不變，絕非一成不變。 鑒於 恆卦 中的 坎象 也預示了 恆常 是相當不容易的，因此運用變通勤於「補過」、修正，來克服挑戰、檢討改善、優化…。 發想 假若說「巽卦」諭示的像風一樣變動快速、柔的力量無孔不入，逐漸嶄露頭角而進入 恆卦的話，確實很像運轉不息的 陀螺 般…

從 Azure Pipelines 內更動 DB 的方式 psql .... SSH task –> Postgres + SSH Docker task(ver.1) + Run postres docker –> psql…

使用 Azure Pipelines 編譯 dotnet 時遇到一個狀況記錄下來。 專案中有使用了沒有綁定 TimeZone 的時間相關函式， 造成資料寫入 DB 時有偏差， （DB 已設定） 可以嘗試設定 Agent 的 TimeZone 設定， （透過 PowerShell task）： Win: Get-TimeZone Set-TimeZone "Taipei Standard Time" Get-TimeZone Ubuntu: sudo timedatectl set-timezone Asia/Taipei

String to Class and then call Method var t = Type.GetType("WebApplication1.Services."+ServiceName+", WebApplication1"); var service_instance = Activator.CreateInstance((t)); ServiceValues actual = (ServiceValues)service_instance.GetType().GetMethod(FunctionName).Invoke(service_instance, new object[] { temp, fm_repo }); 第一行可以參考後，再進一步優化程式。 Console.WriteLine(typeof(TService).AssemblyQualifiedName); 有考慮進一步改寫為 function，參數可能是 className, methodName, 參數：new object[] { temp, fm_repo }