運動! 學習!
不管幾歲都不會太晚!
分享討論獨立思考是老師們把我訓練出來的
Vodder的老師都是歐美人,他們很多一開始都在別的領域工作,但在他們的文化中沒有什麼事會太遲或不能做!
>> 所以學生問我現在學會不會太晚??
------永遠不會
>> 個案說現在練習一些活動還來得及嗎??
------我的老師90幾歲,之前都還在滑雪呢!
當全世界40幾個老師一起開會時,我是資歷最淺的,大家一起討論一起研究時,沒有誰資深誰資淺,都可以有意見都可以討論!
(我很愛這種教學模式,直接複製回國 👍👍)
教課時我雖然是老師
但我臨床經驗絕對不如學長姐多
創新創意想法我也需要大家給我啟發
這一年真心感謝大家,上課或回到臨床都很願意和我繼續討論分享!🙏🙏
#請繼續和我分享討論
.......................
我的健身房- 忘年之交!
非常疼我保護我的長輩們❤❤
非常謝謝他們分享很多人生經驗給我
只要用心聽,他們的話都相當有智慧,
有非常多寶藏啟發我,也確實幫助到我的臨床工作和教課模式😍😊
想想自己以後是不是也能........
~ 持續每天早上上英文課起床聽英文15年
~創業創到60幾歲退休,早已跑遍各國,斜摃再斜摃,什麼都鑽研,做到國家級顧問
~物理機械學專家中的專家
~現在每天都還在買書研究量子力學與科技
年齡不會是問題
他們都比我勤勞運動還重訓
體力我應該是裡面最差的😅😅
不管做什麼,都好“用心”
每個人的time zone 不同
沒有幾歲就應該要做什麼不做什麼
“有心”“有想法目標”“積極”很重要!!!!
謝謝他們提醒我很多事
謝謝他們看到我自己沒看到的潛力
也謝謝我自己剛好不是安逸的靈魂
「資深資淺英文」的推薦目錄:
- 關於資深資淺英文 在 淋巴水腫專科物理治療師/陳品君物理治療師 Ping- Chun Chen Physiotherapist Facebook 的最佳貼文
- 關於資深資淺英文 在 小吃貨的英國生活日記 Facebook 的最讚貼文
- 關於資深資淺英文 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最佳解答
- 關於資深資淺英文 在 資深資淺英文在PTT/Dcard完整相關資訊 - 你不知道的歷史故事 的評價
- 關於資深資淺英文 在 資深資淺英文在PTT/Dcard完整相關資訊 - 你不知道的歷史故事 的評價
- 關於資深資淺英文 在 舊員工英文在PTT/Dcard完整相關資訊 - 小文青生活 的評價
- 關於資深資淺英文 在 舊員工英文在PTT/Dcard完整相關資訊 - 小文青生活 的評價
- 關於資深資淺英文 在 資淺員工英文在PTT/Dcard完整相關資訊 - 萌寵公園 的評價
- 關於資深資淺英文 在 資淺員工英文在PTT/Dcard完整相關資訊 - 萌寵公園 的評價
- 關於資深資淺英文 在 大英國辦公室小職員- [辦公室英文] Notice Period 到底是什麼 ... 的評價
- 關於資深資淺英文 在 舊員工英文在PTT/Dcard完整相關資訊 - 健康急診室 的評價
- 關於資深資淺英文 在 舊員工英文在PTT/Dcard完整相關資訊 - 健康急診室 的評價
- 關於資深資淺英文 在 [閒聊] 什麼叫資深,什麼叫資淺呢? - soft_job | PTT職涯區 的評價
- 關於資深資淺英文 在 顧客回流率英文在PTT/Dcard完整相關資訊 - 流行時尚選集 的評價
- 關於資深資淺英文 在 顧客回流率英文在PTT/Dcard完整相關資訊 - 流行時尚選集 的評價
資深資淺英文 在 小吃貨的英國生活日記 Facebook 的最讚貼文
#小吃貨三年半工作歷程 #文長慎入 #軟體工程師相關
由於前一篇不小心打了跟工程師沒什麼關係的一篇文章,導致內容完全偏離我原本想談的事情,在這裡又補充一篇。(之後可能會乾脆轉到痞客邦,不然太長了。)
由於不知不覺,已經成為軟體工程師三年半,還有不久前參與公司的一些招募面試,覺得應該上來分享一些心路歷程,畢竟即使疫情嚴重,也不會熄滅大家想要成為軟體工程師的火,相信因為疫情嚴重,如果有人失業,剛好也是可以轉職成為軟體工程師,是個不管在哪裡都可以工作得好職業,也不會因為疫情不能出門而丟飯碗,當然你還是可能因為公司經營不善而丟飯碗,畢竟是整個經濟蕭條,但至少你可以馬上找下一份工作,反正都是線上面試獻上在家工作。
總之,是想提一下從剛開始學習寫程式,對於什麼都不太懂,到現在,好像已經工作了三年半,還是什麼都不太懂的心境變化。
分成幾部分來說好了,
學習新東西的部分:
一開始的兩年其實真的滿痛苦的,不知道是因為第一間公司的文化還是因為主管跟同事,導致在學東西上面覺得沒什麼進展。一來可能是因為公司是個不管做什麼都很慢的公司,除了要求你Delivery很快,其他像是,你要求的Training, 或者你問事情,或者了解需求目標,都很慢。
可能你要求的Training 會為了省錢而累積人數,找一堆不相干的人來上課,導致上課的時候,老師也很尷尬,不知道到底要怎麼抓進度。
或者是你說你工作要學新東西,可是完全不給你任何Training Course叫你自己看Pluralsight, 所以半年以後決定幫你安排一個Training Course上非常基本而且沒什麼相關的東西。
問問題的時候,基本上也沒什麼人想理你,大家都覺得自己很忙,尤其是主管,根本不太想管你。還會叫你沒事不要去煩資深同事們,這樣的狀況也是很讓人無法提起精神。
總之前兩年真的是水深火熱,也不知道自己在幹嘛,常覺得自己很沒用,學得很慢,也是很浪費時間,只能一直努力想辦法看Confluence來了解Team到底在做什麼。
接著去了第二間公司,是學習爆發時期,在新創就是學得快,因為不快的話公司就要倒了,努力的工作工作,還是敵不過公司的內部問題,工作了八個月被裁員了,公司大概裁了三分之一。
在新創,一開始真的學得很快,但是工作了三個月以後,會發現好像也學不到什麼東西了,想做很多東西也做不了,公司永遠是,沒錢,不要這個,不要那個,然後來了一個只會嘴砲的前端,號稱有十年經驗,可是連個sorting 都寫不出來,基本上他就是一個設計師,那為什麼不說自己是設計師就好?然後其他同事也是處於好像提不起勁工作,一個很簡單的東西可以做個好幾個禮拜,幾個月。甚至可以感覺得到,好像整個公司的人都不太想工作,只想趕快找個買家把公司買走,不然公司可能真的要倒了。
我還記得,被裁員以後,他們說覺得我比較適合去大的公司,其實我也覺得,我覺得自己在那個地方,根本完全不知道可以幹嘛。公司當時還打算Rebranding 簡單來說就是換個包裝,即使裡面爛光,也要把外面弄的亮麗,這樣才可以吸引投資人。
之後就覺得自己還是不要去新創好了,然後因緣際會來到了現在的公司。可能是Consulting的緣故,要碰的東西真的很多也很廣,很多東西是我以前完全沒有碰過的,所以也是整個學習大爆發,公司裡面也有很多學習的機會,像是meetup, study group, 或一些Talk。即使下班以後也是都在學習,可能是參與一些Talk 或者workshop之類的。
重點是,同事的態度真的會讓學習的動力大爆發,尤其pair programming 是個關鍵,自己做的時候其實學的真的有限,即使上網看看影片文件,或者自己動手做,我覺得很多時候還是需要有真人才可以學到東西。當然,每個人學習方式不一樣,對我來說,pair programming真的是一個快速學習的方式。一開始我也很害怕,覺得會暴露自己其實不太會寫code的事實,可是真正開始pair以後發現,其實自己好像沒那麼糟,好像其實也都寫得出來。我覺得就是需要一個刺激,需要一個引導。
除了programming之外,我們也是會pair其他東西,像是infrastracture的工作之類的,我覺得就是需要有一個人一起討論。當然也不是說隨時隨地都需要有,但是有人一起討論就是可以教學相長。
其次,和Junior 一起pair 也是刺激自己學習的因素,因為你會害怕自己和別人講錯,所以更push自己要努力去查資料,不要害到別人。
之前有人問說,那以前我當Junior的時候都被丟著不管,我不會有媳婦熬成婆的感覺,會想要也不管Junior嗎? 其實我覺得要看公司文化,以前我可能多少會這麼想,但到現在的公司,我覺得不會了。其實Junior 也不代表他們能力比你差,他們就是缺乏那個經驗跟機會。
現在看著那些Junior我也常常會想,他們已經比以前的自己強很多,學的也很快,有時候也會開始後悔自己以前沒有把握時間學習,或者看一些書之類的。
當然還是有很多倦怠的時候,尤其最近專案剛結束,就很想整個放鬆耍廢,因為之前實在壓力太大。在前一個專案我是最資淺的工程師,所以非常的想要追趕大家的進度,可是也越發現,原來我缺少的不是所謂的coding能力,而是所謂的開發經驗。
很多時候,專案需要的,並不是coding的部分,而是你能不能發現問題的所在,提升這個系統的效率,或者解決開發流程的問題。
至於學習框架或者程式語言,這個倒是會隨著時間而變快,就像是一開始可能閱讀英文很痛苦,每天一直看英文就有改善很多,程式語言和框架也是,到後來就會覺得好像有大同小異。當然如果都是類似的語言的話,你也可能遇到個完全不一樣的東西,那就另外說了。
對於工程師這份工作的見解部分:
認真說起來,從還沒成為軟體工程師,到現在工作三年半,我其實在這部分修正了很多看法。
還沒成為軟體工程師之前,我以為好的軟體工程師就是,很會寫code,很會解bug,可以寫出跑得很快的演算法。
但現在我會覺得,好的軟體工程師,應該是,很會解決問題,而且解決問題並不是會解Bug,應該是致力於,怎麼樣寫出沒有Bug的程式,怎麼樣寫出好維護的系統,怎麼樣寫出有用的東西。
不是按照你拿到的需求做就是好,而是確保你了解需求,確保需求是符合客戶需要的,所以溝通很重要,還有提出意見跟看法,參與訂立需求相關的討論,有不懂的地方,就叫想辦法弄懂。
我想也許是因為是在敏捷開發的環境,加上Cross Function Team,所以可以比較有機會參與各種討論以及需求制定,有問題也可以自己開一個Ticket, 也會需要參與寫story以及跟非dev的人溝通。
其實從一開始工作,公司就是使用敏捷開發,到後來新創也是敏捷開發,然後現在真正實踐敏捷開發的公司,一路下來也覺得學習到很多。
以前以為敏捷開發就是有sprint, scrum, stand up之類的,後來發現不是,敏捷開發應該實踐真正的agile, 非常的彈性,不要為了有scrum而有scrum, 也不一定需要搞個兩個禮拜的sprint.
現在我覺得,一個好的軟體工程師應該是,對於團隊有貢獻,而且可以deliver 出一個對客戶有貢獻的產品的人。同時也為Community有貢獻,不一定是開源的貢獻,可能是寫寫文章,拍拍影片,參加meet up 甚至是帶新人,鼓勵更多人成為工程師都算吧!
所以說起來,我還是覺得,不管是誰,只要想成為軟體工程師,應該都可以成為吧!只要你願意花時間心力,應該不是一個高門檻的職業,只是看起來很高,但好像也不是那麼高。
也有很多人去Bootscamp三個月或六個月,就找到了一份軟體相關工作,成為軟體工程師。
更重要的是,可以持續多久,長期下來,這是一個很辛苦的職業。
不像其他職業,下班就下班,軟體工程師下班後還是要一直學習新的東西,或者是你一個東西卡住沒做出來,你就會無法停止去煩惱。也有很多東西就是要一直花時間學習。
可能你現在工作了兩年,會發現,啊!我怎麼還是什麼東西都不太懂,你可能一直使用某些framework可是從沒搞懂它背後的原理是怎樣的。可是要了解背後的原理,可能要花很多時間又不值得,所以到底要不要了解,就處於一個尷尬地步。也可能是你發現,你會的東西市場已經不需要了,所以又要重新學很多新的內容,然後已經是中年人了,這是你想要的嗎?
還是你乾脆努力往管理方面走?
也有很多工程師最後覺得很痛苦,因為專案管理本來就是一個很辛苦的職業,尤其是你卡在要跟工程師溝通,也要完成客戶要的,同事又想當個好人,你該怎辦?客戶不能理解複雜的技術成分,你了解技術上,工程師們的確無法快速達成,所以你會花很多時間在溝通,思考,以及想辦法讓你的工程師們專心工作。
另外,你還要處理很多雜事,像是預算問題,尤其現在很多都是雲端相關的,雲端的運算要怎麼抓,怎麼做成本控制,還有像是現在很流行的Subscription 如果你的sales賣出的價格根本等於你軟體開發的成本怎辦?因為以前沒有雲端的時候,你需要考慮的就是固定的一些人事成本,你也不用想我用像是Auth0這樣的服務,我user越多要付越多錢,還有其他像是一些security 問題需要考慮,用一些第三方的service 都要一直付錢之類的。
那如果是Tech Lead呢?Tech Lead也是需要考量各種雜七雜八的事情,還有Developer要求的各種疑難雜症,例如你一個新的dev onboard 要給他什麼權限,像現在security嚴密,你可能要給他一大堆權限,可是你又怕萬一對方很雷,給了把東西弄爛怎辦?
還有現在大家都走DevOps 你的團隊要怎麼和operation team 合作,哪些權責問題,還有團隊氣氛問題,溝通問題,大方向問題,要和PM溝通一大堆,也同時要Lead團隊,例如開發流程怎樣改善,要使用哪些工具,那些工具的安全性是什麼,還有發生安全漏洞的時候要怎麼處理,平常還要確保site reliability 之類的,不然如果系統無法運作,第一個也是找Tech Lead, 各種大大小小的事情,還要確保你的Developer 的learning path, 你總不能要求他們什麼都要會,那你是要花多少錢請他們?
總而言之,到現在為止,我覺得,軟體工程師,真的是一個很辛苦的職業,也不能好好安穩地做個十年就升等主管,然後就安穩地等退休。下班以後很多人可能還要on call, 根本連休息都無法好好休息,有嚴重系統問題,也可能被要求假日馬上修好。看你是哪一種產業,像是金融業的話,就有相當大的機率要on call ,尤其是做投資的。(當然還是看你的職位)
即使你不需要on call 也要一直學新東西,一直無止盡的學,學無止盡,活到老學到老,如果你熱愛學習,那恭喜你,選擇正確。或者你還沒成為軟體工程師,可以趕快加入。你絕對不用擔心,你會有一天,好像不用學什麼也可以一直在這個行業混下去。(除非你的公司真的就是願意花錢養你,你就只要一直做同樣的東西,即使不更新也不會壞掉之類的,即使外面日新月異,你們也堅持用同樣的東西)
資深資淺英文 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最佳解答
#就地避難在家鍛鍊寫作能力
軟體工程師系統設計面試準備指南
當你有了幾年的工作經驗以後,在找工作時一定會遇到系統設計的面試,有鑒於大部分的面試心得都是針對演算法以及資料結構的程式面試 (包括我之前寫的美國軟體工程師求職心得),對於系統設計的準備資源還真的不多,本篇要來剖析系統設計面試,介紹面試的流程、正確的心態以及準備的方向,讓大家再也不怕系統設計面試!
Medium 好讀版:https://medium.com/jktech/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%B3%BB%E7%B5%B1%E8%A8%AD%E8%A8%88%E6%BA%96%E5%82%99%E6%8C%87%E5%8D%97-acf6ab1f502f?source=friends_link&sk=ca40acf60b749cb1b32c17a868b0c1a3
#為什麼系統設計很重要?
在程式面試表現優異,可以讓你順利拿到 Offer;但是系統設計會決定你加入公司的職等!這也就是為什麼有些人有十年經驗只能拿到 Mid-Level (L4) 的 Offer,而有些人只有五年經驗卻可以拿到資深工程師以上 (L5+) 的 Offer。
另外,如果你是面試 Staff 或是 Principal 級別以上的話,除了系統設計以外,有些公司還會有 Technical Leadership 的面試,來判斷你是否有能力可以跟不同的部門合作、解決問題的不確定性、帶領資淺的人然後推動並且完成一個跨部門的大型技術專案。
簡單來說,系統設計用來判斷你是 L4 或是 L5+,Technical Leadership 面試用來判斷是 L5 或是 L6+。
#為什麼系統設計很難準備?
大多數應徵者在準備的時候會過度偏重於程式面試,原因也不難理解,程式問題的定義很清楚,有給定的輸入以及預期的輸出,就算你真的想不出來,LeetCode 上的討論區也有參考答案;這種有考古題可以參考的面試,對於台灣教育出來的人來說相對好準備,隨著你解的問題多了,你也會更有信心,不知不覺甚至還會刷上癮了呢!但系統設計卻非如此。
系統設計面試的問題描述通常很模糊 (這是刻意的),沒有給定的輸入與輸出,比較沒有既定規則可以遵循,然後也沒有一個標準答案,針對不同系統你需要提出不同的解法然後分析優缺點,一樣的問題,面試官也會針對你過去經驗往不同的方向問,有些問題你工作上沒有碰過還真的回答不出來,這也就是為什麼很多人看到系統面試就怕了。
#到底要怎麼準備?
首先我們要先建立一個觀念:沒有任何一個人可以知道所有的技術細節
不管你的面試官有多少年經驗,不管他們再怎麼資深,在變化快速的軟體產業,沒有人可以知道所有事情,一定有你知道而他們沒聽過的事情!
請把系統設計當成分享你過去所學的面試,這個面試的目的在於展示你對於軟體架構能力的廣度跟深度,你必須可以給出大方向的架構,知道有哪些元件 (廣度),同時針對你熟悉的領域深入探討更多細節 (深度),並且提出幾個解決方案,分析優缺點,並且針對系統需求選擇合適的解法。
大方承認自己對某些領域的細節不熟,也是完全沒問題的,只要讓面試官了解你知道這個東西,如果要深入了解的話你知道有哪些方向要努力,這樣就夠了,因為在大型的軟體專案裡,一定是高度分工的,不會有人同時精通手機端、前端、後端、Infra 以及嵌入式或是硬體的。
講到這裡,相信你也知道如果真的要準備是準備不完的,這些知識是透過平常工作以及閱讀技術文章長期累積的成果,比較沒辦法臨時抱佛腳。
#具體來說會問什麼問題
舉例來說,一個系統設計的問題會像是這樣:如何設計 Facebook?
這類問題的描述通常會很大而且模糊,面試官不預期而且你也不可能在 45 分鐘內就設計出這些公司花了好幾年這麼多人力設計出來的產品,所以第一步要做的事情是確認需求:是要設計動態牆、Messenger、廣告系統還是推薦系統?流量跟資料量為多少?需要支援全球的使用者嗎?
確認完需求以後,會針對最重要的幾個使用場景設計你的 Data model 以及 API,接著畫出大的系統架構圖,大致上會包含客戶端 (手機版/桌面版)、Load Balancer (Reverse Proxy)、App Servers 以及資料庫,接著可以針對細節下去討論,這邊開始就很自由了。
如果你是專精在資料庫,可以討論要用什麼資料庫以及資料要怎麼存可以讓特定使用場景的讀取以及寫入效能比較好,要怎麼做資料庫的 Replication 跟 Sharding 來服務更多的使用者?
如果講到快取,哪些地方可以加快取呢 (瀏覽器前端, CDN, App Server, 資料庫)?具體來說寫入快取有哪些方式以及優缺點 (write-through, write-around, write-back)?什麼時候要失效?要讓哪些資料失效?
如果聊到微服務器架構跟 Service Mesh,不同的服務怎麼跟其他的服務溝通? control plane 要怎麼更新 data plane 的設定?如果 control plane 掛了怎麼辦?要怎麼做 service discovery? 哪一種 Load Balancing 策略比較好 (round robin, random, least connection, ring hash, or maglev)?有些服務掛了影響到整個系統怎麼辦?什麼時候需要 circuit breaker ?
如果你是手機開發者,怎麼實現離線瀏覽?手機要有資料庫嗎?要怎麼以及多常跟伺服器同步?API 要怎麼設計?如何實現 Infinite Loading?剛 Po 文以後要怎麼樣在自己手機上馬上看到?
這些問題真的列舉不完,總之看到這裡你會了解為什麼我說這個面試是沒有範圍而且也準備不完的,重點應該放在跟面試官的討論,展現你在技術方面的廣度跟深度,讓面試結束的時候能夠有一個你們兩個人都同意的設計!
#準備材料
系統設計的資源比較分散,以下是我篩選過後覺得有用的資料,按照素材的類型作分類,也歡迎大家留言補充!
#入門影片
針對完全沒有概念的新手,我建議可以先從哈佛的 CS75 Lecture 9 Scalability 開始,裡面講到的很多基礎觀念都相當重要,值得一再複習,這些概念先有了以後再閱讀其他的材料會比較有感覺:
如果你看完這篇文章後還想再多了解系統面試的形式,也可以看一個前 Facebook 工程師分享的影片:
Distributed Systems in One Lesson 也很推,裡面提到不少業界在使用的設計模式:
有一個需要付費的資源是 SystemsExpert,每個影片會講解一個系統設計重要的概念,我個人覺得內容有點淺所以沒有買,但是整理地還算不錯,如果你看完他們免費的影片有興趣還是可以參考一下。
#閱讀文章
影片是一個讓你很好理解大方向概念的方式,但是如果你要深入理解背後的原理還有怎麼運作的細節,還是得透過大量以及深度的閱讀來吸收呀!
system design primer 整理了很多系統設計的資源,資料量很夠, 個人的建議是先快速過一遍,不要細讀,先知道總共有哪些元件,大概是做什麼用的就好,接著針對有興趣的部分在深入研究,建立自己的知識庫。
Grokking the System Design Interview 也是很多人推薦的材料,主要是針對系統設計的問題提供範例解答,他們的答案可以當作一個參考,但面試的時候不要完全照著回答,還是得看跟面試官討論的結果來進行,但這個是需要付費的,有興趣可以用我的推薦碼註冊購買。
如果你不想花錢或是不確定 Grokking 的文章你喜不喜歡,有一個類似的網站 Crack the System Design Interview 整理得也還不錯。
#書籍
唸書是一個有系統性學習的方法,如果你只想選一本書來看,就選這本大家都推的系統設計聖經 — Designing Data-Intensive Applications,簡稱 DDIA,這本書適合的對象是想要長期準備系統設計或是分散式系統的人,裡面舉的例子都是實際上業界遇到的問題,不會有以前讀教科書那種工作又用不到的感覺;但也因為是書,花了一些篇幅在講解背景知識,包含以前的系統是怎麼設計的以及如何演進到現在,對短期要準備面試的人效率會有點低,所以不適合有時間壓力的人。
這本書我目前讀了一半,最大的收獲是它解釋了很多為什麼現代的系統要做這樣的設計,我們針對不同的系統要求可以有哪些解法,這些解法各有什麼優缺點,總之分散式系統就是我們解決了一個問題,但又會產生更多要考量的點,一切都是 trade-off。
但這本書也不是沒有缺點的,首先我覺得是本書的英文沒有很好讀,我常常一段看了好幾遍才知道他想表達的重點是什麼,而且,有些很重要的觀念常常藏在一段文字裡用一句話帶過,但是不太重要的觀念卻使用 Bullet Point 表達;另外這本書話常常講一半,一些觀念提到了一點卻說我們後面再聊,也因為這樣,我在考慮要不要幫大家整理每一個章節的重點,翻成中文分享給大家,有興趣的朋友麻煩拍手留言告訴我!
除此之外,Google 的 SRE Books 內容也很實在,但是每一個章節的內容是獨立的,建議大家選擇想研究的章節跳著看就好。
最後,Distributed systems for fun and profit 的內容也很好,以分散式系統的理論為主,比較沒那麼針對系統設計面試。
#還想閱讀更多嗎?
我知道光是上面的資源就已經讀不完了,但是行有餘力的話,平時也可以多看看各大公司的技術部落格或是訂閱技術週刊如 TechBridge (台灣) 、HackerNews 以及 InfoQ 等等。
此外,參考別人的經驗也是很好的方式,最近剛好幾個朋友剛找完工作,他們分享的矽谷找資深工程師工作心得分享以及2020 上半年軟工找工經驗分享也都很值得看!
最後,在工作上使用到的技術,除了會用以外,最好也要花時間去研讀技術文件,了解他們設計的考量以及支援的場景,大部分這類型針對開發者的文件寫得會比較深入,所以也是相當好的學習素材;我自己過去一年因為工作上需要整合 Envoy 到我們公司的 Traffic Infrastructure,從他們的文件中學到很多 Service Mesh 跟微服務器的重要概念,學習的深度都是其他資源無法提供的。
#總結
這篇文章我們整理了很豐富的系統設計資源,希望大家不要被這滿滿的資訊量嚇跑。
請記得,我們永遠有各種方法在短期內針對面試做準備,提升面試的表現,但這都只是一時的,沒辦法讓你一夕之間就成為專家;如果想要追求長期的持續成長,那麼沒有捷徑 — 就是養成每天學習以及閱讀的習慣,一開始真的很難看到效果,但是當你持續一週、一個月甚至是一年以後,你會明顯感受到自己的成長,這些投入的時間都是騙不了人的。
如果這篇文章對你有幫助,請拍手留言加訂閱,並且分享給更多有需要的人知道!
資深資淺英文 在 資深資淺英文在PTT/Dcard完整相關資訊 - 你不知道的歷史故事 的必吃
資深 參議員( 英語: Senior Senator )和資淺參議員( 英語: Junior Senator )兩詞在美國政治裡經常被用作區分參議員的資歷。 每個地方州在參議院裡都有兩個席次,而兩. ... <看更多>
資深資淺英文 在 舊員工英文在PTT/Dcard完整相關資訊 - 小文青生活 的必吃
提供舊員工英文相關PTT/Dcard文章,想要了解更多資淺英文、Old cake 意思、離職 ... 怕被誤會沒禮貌》別叫資深員工”old staff”,但老同事為何是”old ...2015年9月18日· ... ... <看更多>
資深資淺英文 在 資深資淺英文在PTT/Dcard完整相關資訊 - 你不知道的歷史故事 的必吃
資深 參議員( 英語: Senior Senator )和資淺參議員( 英語: Junior Senator )兩詞在美國政治裡經常被用作區分參議員的資歷。 每個地方州在參議院裡都有兩個席次,而兩. ... <看更多>