大多數電車車主應該都知道電池分為LFP跟三元鋰(我們取主流的NMC)，也都知道LFP建議充到100%來做「電池校正」，而通常對NMC則是沒有類似的建議。
任何有BMS(電池管理系統)的電池都有個百分率，告訴你用掉了多少電。這個百分率有時會不準確，通常這些百分率會在下幾個週期BMS的電池校正中貼近正常。那為什麼唯獨磷酸鐵鋰(LFP)需要特別關心電池校正，而三元鋰(NMC)不太需要？
直覺上，我們判斷一個電池剩下多少電，通常是看他的電壓，再去參照放電曲線。在大多數的情況下的確是如此:
恭喜踏進T公司！以JG34來講，如果你是副理(DM/AM)的話，你有很大的機率已經開始預備跟之後團隊磨合，打成一片了。但是如果你是技術副理的話，技術副理的挑戰與其說能力，更不如說是心態。有很多挑戰考驗的不只你的硬實力，也考驗你的做事方法。
首先，多了兩個字”技術”代表你短時間內不會帶團隊，你的定位會比較像是Principle Engineer。但是，台積電本身技術方面吃重程度遠低於Domain Know How，也就是說你一開始其實是…掛著個34的菜雞 — 對於整個團隊的產出上根本不可能在兩三個月內勝過33甚至32，你會看著他們熟練地解決一個一個的難題，但是你掛的比他們高卻什麼忙都幫不上，又不像副理感覺那麼有目標的開始融入團隊，開始準備帶team大殺四方。技術副理可說是有點無頭蒼蠅的味道，你不知道你要幹嘛，別人也不知道你能幹嘛。
所以這條路其實並不好走。會碰到的挑戰比想像中的多很多。由於JG34算是稀缺資源，所以一個新人一進來就拿34卻很難有所產出就會非常尷尬。我自己是有幸有非常好的夥伴幫我走過一段，我自己是總結出這些心得。並不是所有的技術副理都會碰到這些崁，甚至有些新人技術副理會碰到更多，這邊完全也沒提到的崁，所以就當作參考跟應對就好。
簡單的說，副理跟技術副理在台積是兩條不同的路，也沒辦法說哪條路比較簡單還是困難。不過以一個新人技術副理在這邊一陣子的經驗，「不需要帶團隊」這件事情並不會使onboarding較為輕鬆，而且也是充滿了挑戰。不過台積文化來講，副理被轉換成技術副理通常會被視為左遷，所以台積文化來講還是比較重視副理的。但是副理挑戰絕對不會比較少，帶隊過了蜜月期以後很快就要面對event，面對很多技術外的雜事挑戰，面對自己隊伍負責的功能的深度知識，更不像技術副理有較為充足的時間去一頭栽進文件裡面。
以我自己為例子，在前三個禮拜我有非常嚴重的無頭緒感，後來由於有一間建廠的事情趕工我去支援別的團隊，幫他們趕code後發現他們的整個產品可以做一些最佳化，於是我額外花了點時間幫他們做了一個新設計，主動提給我們家老闆，討論以後在我進來第二個月作為一個正式計劃提上去並且討論。
這需要對整個產品結構的廣度有一定程度的了解，實際進去動手才能體會整個產品痛點在哪裡，以及哪裡沒有align開發者的目標，進而提出改善計劃。之前花時間K的這些document會起很大的作用，即使跟自己專案沒有直接關係，但是會在這種地方讓你收到回饋。
技術副理不能只做資深工程師的事，不要忘記自己的使命不但是把事情做好，還要讓大家更容易把事情做好。恭喜加入團隊！
Model Y在一年前有迎來一波滿大的降價（約20萬），很多剛買的車主自覺變成韭菜。不過他人的韭菜就是我的快樂啦，趁著這波降價就把家裡的小白升級成大白。
當時是改款後Model S/X進台灣，我本來一開始的目標是Model S，在網路上填表單也是要試乘S。後來台特打電話來說明目前S並沒有開放試乘，不過歡迎來台特內湖靜態賞車，也能先安排一下Y的試乘。
Read more “回顧一下這一年的電車生活”之前花了不少時間在goland上跑起leetcode plugin，需要一些設定才可以讓整個goland跑起來。現在多了一個Rust可以玩解題，那我們首先還是要先把整個環境搭起來啦！
在講這個之前，先提一下主流語言通常「錯誤檢出」方面通常分為三個階段：
goplsC++擁有非常混亂的LSP實作，常常pre-compile time報錯，但是compile下去沒問題，以及反之….主要也是因為C++實在是過於複雜。而go是一個滿特殊的語言，他能夠把一些runtime才能檢出的東西藉由gopls以及go vet 做結構性語法檢查下，將錯誤把runtime提前到pre-compile time。
我其實滿驚訝目前好像沒有任何library有實作這個，或者有但是我找不到，所以我就實作了一個。別看這功能看起來很小巧簡單，這個需要對reflect有相當的認識，所以把製作心得記錄下來。
通常我們server boot up的時候需要印出很多log，有時候無可避免的要把整個config給印到log上，這樣會產生一個問題：要是config內含敏感資訊，如帳號跟密碼，這就會產生一些資安問題：
log.Infof("bootup with config : %+v", config)
印出來就會像這樣（標準的%+v會印出來的格式）
{Host:192.168.1.1 User:username Password:mypassword123}
顯然，這是不太恰當的，所以我們總歸來講有幾種作法
json:"-"讓他不被印出來func String() string，把敏感資料手動by key抹除掉最近開始把腦筋動到每個月要吃掉我20鎂的linode，看看能不能用Google Compute Platform來取代掉單純的VM。GCP本身有提供Free Tier, 所以只要小心地控制用量，搬遷應該是可以省下一筆，而且也可以玩玩GCP的一些新功能。
我這次先搬遷之前寫的一個爬蟲服務，這個爬蟲服務應該是我現有服務裡面最簡單的一個，首先先分析一下他有什麼特性：
可以先看看上一篇沒Thread Pool，Limiter也好？真的嗎？ 來個前情提要。
Worker Group其實基本概念跟Thread Pool很像，就是:
不過由於go沒有generic(目前版本是1.16，在1.17/1.18會支援)，所以這兩個channel都沒辦法寫得很漂亮，這也是大多數Worker Pool要不就是得用chan interface{}來寫，不然就是寫不出來。不過Worker Group這種東西其實夠輕量，輕量到其實自己打造都是可以的，這邊就介紹一下怎麼自己打造一個Worker Pool，以及揭秘為什麼很多CLI/UI都需要有一個自己的UI Thread(go沒thread，所以稱為UI routine吧）。
眾所皆知Go是沒有原生的Thread Pool這種東西，這在寫Crawler的時候會造成一些小小的不便。比方說你想要crawl PTT，這樣打一打大概2秒內DDoS protection就把你擋起來了：
docUrlList, _ := GetDocUrlList() //拿到某個版的文章列表
for _, docUrl := range docUrlList {
go func() {
docUrl := docUrl
p, _ := ParseSingleRawDocument(docUrl)
parseChannel <- p
}()
}大約在2021.05.26的時候，我架在Linode上的站做了一次升級從Ubuntu 17.10=>20.04，我本來打的如意算盤是，我既然每個月都有額外交五塊錢給linode做備份，那升級後要是有什麼問題，理論上從備份回復就沒事了吧！
我先直接講結論，他的確是有備份，但是…. mount不回去，乾，那我要你這備份幹嘛！
Read more “把資料（包含本站）從崩潰的Linode VM救出來”