雖然這篇寫程式的好處鄉民發文沒有被收入到精華區：在寫程式的好處這個話題中，我們另外找到其它相關的精選爆讚文章
在 寫程式的好處產品中有350篇Facebook貼文，粉絲數超過1萬的網紅91 敏捷開發之路，也在其Facebook貼文中提到， 【從學員練習影片觀察到一個關於 TDD 的有趣現象】 極速開發的課後練習作業，雖說重點是放在極速開發要學習的技巧與刻意練習的模型，但開發的方式、順序也是刻意安排成類似 TDD 的進行方式，來讓生產力最大化（TDD 本來就是幫助開發的，不是幫助測試的） 我從2位第一次上我課的學員（當然就是 #極速...
同時也有80部Youtube影片，追蹤數超過7萬的網紅在地上滾的工程師 Nic，也在其Youtube影片中提到，喜歡影片的話！可以幫忙點個喜歡以及分享、訂閱唷！😘 ━━━━━━━━━━━━━━━━ 🙆♂️ 成為頻道會員的好處❓ ✔ 影片、直播留言優先回覆 ✔ 不定時在會員社群分享私有資源（學習資源、優惠卷等） ✔ 未來任何活動優先報名通道 一個月最低只要 45 元，立即加入 👉 https://ww...
「寫程式的好處」的推薦目錄
- 關於寫程式的好處 在 樂ʕʘ̅͜ʘ̅ʔ Instagram 的最佳貼文
- 關於寫程式的好處 在 耳朵書籤 Instagram 的最佳貼文
- 關於寫程式的好處 在 企業精英 Elites Insider Instagram 的精選貼文
- 關於寫程式的好處 在 91 敏捷開發之路 Facebook 的最佳解答
- 關於寫程式的好處 在 半路出家軟體工程師在矽谷 Facebook 的精選貼文
- 關於寫程式的好處 在 耳朵書籤 Facebook 的最佳解答
- 關於寫程式的好處 在 在地上滾的工程師 Nic Youtube 的最佳貼文
- 關於寫程式的好處 在 活出你的原廠設定—蘇予昕諮商心理師 Youtube 的最佳解答
- 關於寫程式的好處 在 OP凱文 Youtube 的最佳解答
寫程式的好處 在 樂ʕʘ̅͜ʘ̅ʔ Instagram 的最佳貼文
2021-09-17 17:06:34
線上上課vs 實體上課 #樂的分享 開學前三週改成遠距上課了⋯ 至少是個好事吧（？） 不過這樣大家全部都亂了套 因為前一週還要跑加退選，現在大家也都在等。 ⋯ 有人問我說，線上上課跟實體上課哪一個比較好呢？ 其實我覺得各有好處也各有壞處。 實體上課的好處呢就是 1.可以見到同學教授不用特地...
寫程式的好處 在 耳朵書籤 Instagram 的最佳貼文
2021-09-10 21:14:29
#翻譯文 很喜歡這篇文章，所以翻譯成繁體中文分享。 原文作者為YC的創辦人保羅·格雷厄姆 (Paul Graham) 標題：生命短暫 (Life is short) Instagram有字數限制，全文翻譯放置在臉書 ------------------------ 我...
寫程式的好處 在 企業精英 Elites Insider Instagram 的精選貼文
2021-07-27 15:37:41
亞歷克．羅斯綜合歸納出10大能力，是孩子贏在未來的關鍵。 1.文化的理解力與流暢度（fluency） 由於金錢、市場和信任逐漸編碼化，帶動了機器人、基因體、網路、大數據和各種新領域的創新和創業風潮，而且從全球一級城市迸發的這股風潮，將擴及大多數企業領導人從未到過的地方，例如愛沙尼亞。精通多元文化...
-
寫程式的好處 在 在地上滾的工程師 Nic Youtube 的最佳貼文
2021-09-13 00:11:41喜歡影片的話！可以幫忙點個喜歡以及分享、訂閱唷！😘
━━━━━━━━━━━━━━━━
🙆♂️ 成為頻道會員的好處❓
✔ 影片、直播留言優先回覆
✔ 不定時在會員社群分享私有資源（學習資源、優惠卷等）
✔ 未來任何活動優先報名通道
一個月最低只要 45 元，立即加入 👉 https://www.youtube.com/channel/UC5TB0Pv2k1LdtGeMB6ErtJQ/join
━━━━━━━━━━━━━━━━
🎬 觀看我的生活廢片頻道: https://bit.ly/2Ldfp1B
⭐ instagram (生活日常): https://www.instagram.com/niclin_tw/
📖 Facebook (資訊分享): https://www.facebook.com/niclin.dev
👨💻 Blog (技術筆記): https://blog.niclin.tw
📁 Linkedin (個人履歷): https://www.linkedin.com/in/nic-lin
🛒 蝦皮賣場: https://shopee.tw/bboyceo
🐱 Github: https://github.com/niclin
🎧 Podcast: https://anchor.fm/niclin
━━━━━━━━━━━━━━━━
✉️ 合作邀約信箱: niclin0226@gmail.com![post-title]()
-
寫程式的好處 在 活出你的原廠設定—蘇予昕諮商心理師 Youtube 的最佳解答
2021-07-28 21:30:11嗨，最近過得如何？
有多久沒好好哭一場，讓最真實的自己出現了呢？
不哭不代表你就是個成熟的大人，有時反而是因為太害怕面對自己的脆弱；所以，哭，其實是一件極度勇敢的事。
感謝小天使傳來的靈感，讓我誕生了這--也許史上第一部，教你怎麼好好「哭」的影片～
本該我們天生就會的、寫在原廠設定裡的功能，卻得在長大後重新學習一次，可見我們成長過程中下載了多少不適合我們的程式，收下了多少有害的信念，累積了多少內在毒素，通通卡在你的身體、潛意識裡頭，讓你的人生由內而外的卡出來。
而哭這件事，恰恰就是我們清理阻塞、療癒傷口最有效的方式之一，但很多人要不是哭不出來，要不就是越哭越痛苦。
今天，我這 #哭泣推廣大使 決定來跟大家分享，怎麼哭能哭出清爽、哭出健康（天啊衛生紙廠商快來業配）！
我將分三個部分來跟各位說明，哭泣這檔事：
第一部分，會講解五個有關哭泣的重要好處，
第二部分，要跟大家聊哭之前的準備事項，
第三部分，就是實作技巧囉！
還沒準備好的朋友，先存著影片，不點進來也沒關係；但如果你的靈魂已發出回應，告訴你祂準備好了，就讓我們一同啟動與靈魂升級息息相關的「淚腺」吧！
FB：蘇予昕諮商心理師-活出你的原廠設定
https://zh-tw.facebook.com/yousing.su/
IG：the.original.you
https://www.instagram.com/the.original.you/
著作：《#活出你的原廠設定》歡慶八刷啦！
博客來｜https://reurl.cc/4gkbqR
線上課程：《#人類內在揚升的關鍵時刻》
https://www.bcccourse.com/online/CoursePage.aspx?cid=20210111509![post-title]()
-
寫程式的好處 在 OP凱文 Youtube 的最佳解答
2021-07-18 18:26:170:00前言
各位知道其實選擇權也可以合成期貨嗎
而且概念十分簡單易懂
0:15買進組合式期貨
使用時機：
看多指數時(與做多小台的動機一樣)
但比較常遇到的情況是拿來做收尾
組合方法：
做多小台 = 買進買權 + 賣出賣權
要注意，選擇權一點50，跟小台一樣
而大台是一點200
2:18賣出組合式期貨
使用時機：
看空指數時(與做空小台的動機一樣)
但比較常遇到的情況是拿來做收尾
組合方法：
做空小台 = 買進賣權 + 賣出買權
3:24情境模擬
因上漲買進買權，行情也真的往上衝了一段之後：
預期接下來要進入盤整，為了抵銷掉時間價值流逝，所以做賣方
若買進買權+賣出賣權，會組合成小台多單
這樣的好處，如果接下來漲勢停下，不會獲利回吐
因為買進買權損失的時間價值，在賣出賣權這邊會補回來
也就是說，你仍能保有看多的權利，又不會受到時間價值的侵蝕
複習一下:
若買進買權+賣出買權，會組合成看多價差或看空價差
組合方法：
做多小台 = 買進買權 + 賣出賣權
逆向思考，先是做了一口小台多單之後：
接下來星期六有重要資訊要公布(例如利率)，避免出意外所以買進賣權保護
組合方法：
做多小台 = 買進買權 + 賣出賣權
買進賣權 = + 買進賣權
-------------------------------------------
做多小台 + 買進賣權 = 買進買權
知道這樣的公式之後
如果以後你的部位有需要做什麼調整
大概心裡也會有個底知道自己的部位大概是長怎樣
10:07你有概念了!
請大家自己實際開軟體動手組一次看看
舉例來說
小明做了雙賣，想要用一口小台空單避險
那麼他的整體部位會是甚麼呢？
雙賣 = SP + SC
小台空單 = BP + SC
-------------------------------
雙賣 + 小台空單 = 2SC
那今天是先簡單介紹這些概念
其實我們都還沒有把履約價加進來討論
例如我的合成期貨如果做在同個履約價是長得像小台
那如果我做不同履約價，會長怎樣？
而這樣的策略也有他們的名詞
叫做逆轉與轉換
不過我覺得這些名詞的東西，不是那麼重要啦
總之他們都是性質接近的東西
13:05總結
一般情況下，其實不太會沒事去用選擇權合成期貨
畢竟想做期貨就直接下單做期貨就好了嘛
因此他比較常會用到的情境是拿來做收尾
另外也有一種情況會用到
就是如果有套利空間的話
但是這種情況通常不常發生
可能會發生的情況大概是突然的快市，使兩邊市場價格出現落差
另外一種就是交易量不大，因流動性的關係導致價格出現落差
但就算上述條件發生，還要考量到你自身的條件:
1.你的手續費是否夠低
2.你的電腦設備與網路是否夠好
3.需要寫程式去抓這種機會，不太可能用人工手動的方式去找套利機會
說完以上條件，你會發現
符合這種條件的就是券商
這也是為什麼券商可以當造市者的原因之一
▼凱文的選擇權課程，適合新手、小資族，讓你瞭解如何運用選擇權獲利！▼
https://optionplayerkevin.teachable.com/
▼歡迎加入會員▼
小額贊助，可以在留言區使用特別的專屬貼圖
鐵粉會員，除了貼圖，每天我會與你分享我對盤勢的想法
https://www.youtube.com/channel/UCL2JKimITPdd37tEzJrHPAg/join
▼底下有各種資訊，歡迎點開參考▼
✅選擇權討論社團:http://optionplayerkevin.pros.is/groupkevin
✅IG:http://optionplayerkevin.pros.is/instagramkevin
✅FB:http://optionplayerkevin.pros.is/facebookkevin
✅line社群:https://lihi.tv/YcKVl
這個頻道專注在選擇權的話題上
股票、期貨、基金也歡迎大家來討論
希望大家都能變得更有錢，邁向財務自由
本集節目由蝦皮贊助播出
https://shp.ee/2dues3k
----------
***重要申明:影片主要為分享我個人的想法，並非投資建議，請觀眾在操作前仍需三思。***![post-title]()
寫程式的好處 在 91 敏捷開發之路 Facebook 的最佳解答
【從學員練習影片觀察到一個關於 TDD 的有趣現象】
極速開發的課後練習作業，雖說重點是放在極速開發要學習的技巧與刻意練習的模型，但開發的方式、順序也是刻意安排成類似 TDD 的進行方式，來讓生產力最大化（TDD 本來就是幫助開發的，不是幫助測試的）
我從2位第一次上我課的學員（當然就是 #極速開發，代表他們沒上過#單元測試 跟 #TDD與持續重構），雖然他們是照著示範影片、上課教學用 TDD 在寫整個 tennis 的過程，但從他們執行測試的時間點就可以發現：
「他是用測試來驗證 production code 的正確性」，即使他先寫了測試，也不先執行，沒有看到紅燈，每次都等到 production code 寫完了，應該要綠燈時，才執行測試。
而其他上過 TDD 課的同學 ，或是上過單元測試的同學，知道測試是用來描述情境，如果現在「加入的這個情境是新的需求或需求異動，代表目前 production code 還不支援這個情境，執行測試跑出的紅燈，就是等等 production code 要完成的 #目標」
test-frist 從來都只是 TDD 其中一個小小的衍生產物，而不是全貌。TDD, 測試驅動開發 從來都是一種開發方法，而不是測試方法。
總有些人老愛把 TDD 拿來跟測試相提並論，就總是喜歡把 test-first 當作靶子打，覺得違反人性跟直覺，覺得先寫測試在很多情況下是浪費時間或是不 work，可能拿來跟一堆測試的方法論相提並論，或總是只拿回歸測試的效益來當作 TDD 的整體。抑或是陷入 isolation unit test 與 integration test (其實就是非 isolation 等級、有實際依賴的自動測試）之爭。
```
註：TDD 事實上是可以不是單元測試等級的。
```
要比較正確看待 TDD 的角度，首先要知道它是幫助開發的、它是一種開發方式（當然不是唯一一種，甚至也不會是最好的一種，因為根本沒有最好，只有剛好）
接著要了解 TDD 可能用 IPO 模型還比較貼切，input-process-output，在你開發任何功能之前，你總要先想過這件事。而先想這件事，才是 TDD 的最基本精神。
接著是怎麼把你想好的東西，變成可執行的 spec，我們只是用測試程式來「描述」你腦袋中的「IPO模型」，把 process 的過程當作一個黑箱子。
而這個 IPO 模型在結合成「使用情境」，就會帶來「高易用性 API 的好處」，只有在一開始就先想好怎麼給別人用，最後才會好用。所謂的一開始想好，指的不是預先設計一堆 class，而是 input/output 想清楚期待（一般會結合實例化需求，搭配 Given/When/Then 的 gherkin style 來把前置條件、資料、前提想好，當發生什麼事，應該是怎樣的結果），然後描述它。在紅燈定義清楚目標，綠燈完成 input/output 關係且沒弄壞前面的所有情境後，來針對 process 進行重構（事實上 Kent Beck 的 TDD by Example 更多是用 refactor 來 #完成 process。
```
註：所謂的 output 不一定只有回傳值，包含外部依賴狀態、資料的改變，甚至顆粒度小一點，針對物件導向設計的話，物件內部狀態的改變也算，只是物件內部狀態改變，驗證點要嘛是拿得到內部狀態，要嘛就是要驗證物件哪個行為會因這個內部狀態而有所不同。
```
## 戰 TDD 之前該先做好的功課
要戰 TDD，是不是至少要把 Kent Beck 的 TDD by Example 看完？
要戰 TDD，請不要拿它跟測試方法論來比，那只是一下就被人看破手腳。因為它是個開發方法論。
要戰 TDD，請不要把它的好處只限縮在跟回歸測試、自動測試的比較，因為那只是它的衍生好處，當你試過在白海報紙上 TDD 就懂，TDD 是在釐清你的思緒的同時，又可以以終為始，確保你在 production code 的每一個動作都是為了滿足某個期待的情境。
要戰 TDD，請不要去把 單元測試、整合測試捲進來，那是測試的顆粒度，那是測試的分類，TDD 從來都不是只能限於單元測試。
要戰 TDD，請不要在那邊戰他是 bottom-up ，是直接從程式/class 的角度出發，事實上 TDD 既不是 bottom-up, 也不是 top-down, （書裡面就有講這件事咩），實務上的 TDD 結合倫敦派(GOOS)跟芝加哥派(Classic TDD)，會更像 Outside-In 的進行方式，先定義好驗收情境，接著從最外部（也就是使用者看得到的部份）一路把依賴往另一邊的系統邊界推，直到推到系統以外的依賴資源（persistence 或 external API/service）
```
註： ATDD by Example 中 ATDD by Example, Kent Beck 寫的序最後的一段話。
Kent Beck:
「就像我曾說過的，TDD的一個缺點是，它可能會退化為一種用來滿足開發人員需求的編程技能。某些開發人員從更廣泛的角度來看待TDD，輕易在他們測試的不同抽象級別間跳躍。然而在ATDD中不存在歧義，這是一種加強與非編程人員溝通的技術。我們之間良好的協作關係，以及作為這種關係基礎的溝通，能夠使軟件開發更有效率。採用ATDD是向著溝通更清晰這個目標邁進的重要一步，而此書是一本全面又平易近人的入門讀物。」
```
要戰 TDD，請不要只關注在 test-frist，因為他只是用 test 來幫助你 think-first，不要邊寫邊想。然後不要過份依賴或相信你腦袋的能力，把你想好的東西具體化出來，最好可以被直接執行，最好除了你以外每個人執行出來的結果都會一樣（不管是對的，還是錯的）
要戰 TDD， 請不要把論點放在見樹不見林，如果你有看 TDD by Example 的 Part 1, Part 2 那兩個加起來共 24 個章節，就知道一開始就得把當下想到的全貌紀錄在一個「紙本」的 backlog (所謂的紙本，只是要講這並不依賴於任何工具）
而這個需求輪廓的全貌，會隨著你逐漸完成一部分一部分的情境，設計逐漸浮現後，而隨時跟著增減調整。
但不代表 TDD 就是先想到一個測試案例，就直接先幹下去了，那根本是亂搞。
以上這些，都還不是在列 TDD 的好處，而是針對那些從來沒搞懂 TDD 但又愛戰 TDD 的人一點提醒，你戰的很可能是「你誤解的 TDD」。
TDD 還有許多實務上的用途，列上我在譯者序中的一小段：
>> 測試驅動開發（Test-Driven Development, TDD）！一種以測試為開發輔助、以測試來描述需求情境、以測試來當作目標、以測試來表達期望、以測試來驗證疑問、以測試來實驗學習、以測試來溝通協作、以測試來協助設計高易用性 API 的「開發方法」。
譯者序有開放給大家看，請見：https://tdd.best/book/tdd-by-example/
拜託，要戰之前去看一下祖師爺 Kent Beck 對 TDD 的原始見解：https://www.tenlong.com.tw/products/9789864345618?list_name=srh
如果你想正確的使用 TDD 來幫助你在實務上產生許多的價值，帶來許多的好處，尤其是需求釐清、持續重構、小步快跑的部份，最好理解的培訓課就在這：https://tdd.best/courses/classic-tdd-by-example-video-training/
最後我想講一段話：
TDD 從來都不該被導入到團隊中，但它是一種很好的自我鍛鍊與學習的方式，也是一種能用很低的成本來帶來很多好處的開發方法（見下方註腳），然而它也不是適用所有的情況，但它可以讓『完美』變成一個動詞，而非不變的形容詞。
```
註：
Kent Beck 在 DHH 靠腰：《TDD is Dead》 之後寫的一篇反串文：《RIP TDD》
https://www.facebook.com/notes/1063422864115918/
我幾年前的簡易翻譯，通常也是 TDD 可以幫助你解決的問題，如下：
- Over-engineering （過度設計）
- API feedback （改善API的設計與可用性）
- Logic errors （想的跟寫的不一樣，寫的跟需求不一樣）
- Documentation （寫跟維護文件是痛苦的）
- Feeling overwhelmed （找不到切入點）
- Separate interface from implementation thinking （抽象設計）
- Agreement （確保已修正問題的證據）
- Anxiety （改東壞西的擔心受怕）
```
很久沒對 TDD 發表這種長篇大論了，因為不理解、不想理解、不同角度理解的人居多，能真的到各自的塔上用不同角度來看原義，以及實務上用它來幫助解決的問題有哪些的人，真的太少。
大部分人只想針對這個詞彙來攻訐以博得流量跟吸引目光，而不是想著「我可以用它來幫助我什麼」
問題跟需求是中性的，解決問題跟滿足需求的手段與方式有千萬種，不會只有一種，也不會有所謂的對錯，多點角度去了解不同的方法、方式，然後融會貫通，發揮綜效，在實務上用最少的成本與風險來產生最大的價值，這才是真正的目標。
導入敏捷不該是目標，導入 TDD 也不該是目標，目標永遠都是在實務上產生價值、解決問題、滿足需求。
寫程式的好處 在 半路出家軟體工程師在矽谷 Facebook 的精選貼文
聽說你最近在刷題- 軟體工程師的面試一定會遇到的資料結構及演算法關卡 (& 分享 LeetCode 折扣）& LeetCode Premium 抽獎啦(2021- 9 月更新）
-----------------------------
2021年 9 月更新：
從 8 月開始，收到許多剛到美國唸書的讀者來信請求幫忙內推 2022 年暑假的實習工作，如果你還不知道的話， 請查看我另外一篇文章來了解內推網路：最有效得到面試的方式- 內部推薦: 尋找內推資源 & 歹晚郎互助網絡 (2021 年 8 月更新)。軟體工程師的面試關卡很多都是資料結構及演算法， 所以大家在準備實習也都不免俗的要刷題一下。 我許久沒有看 LeetCode， 發現現在 LeetCode 的功能越來越多， 還有像是學習資源文章及 study plan 的功能，把大家要準備面試的各種需求都越來越在他們網站上一站搞定。 今天除了再次分享去年寫的文章(還有折扣碼)， 還要大大感謝 LeetCode 願意提供 3 個 7 天 Premium 會員試用來給予讀者， 讓大家面試前可以使用如公司 tag 的功能來做複習。 此外感謝大家一直以來的支持， 我也自掏腰包提供購買 3 個 1 個月的 Premium 會員試用來加碼， 再請大家做以下動作參加抽獎歐！
✅ 按讚並留言你希望用 LeetCode 達到什麼目標 (轉職、實習面試、換工作，可以寫一寫細節像是目標公司、職位等)， 或是你過去使用 LeetCode 的心得、或者是自己未來職業目標等等， 也可以是找朋友來一起練習。
✅ 公開分享此篇文章的話多一次被抽中的機會
獎項： 共 6 個名額，3 個 7 天 Premium 試用會隨機抽出， 3 個 1 個月的 Premium 試用則用留言內容來挑選， 希望抽出給很需要、或是很有創意的留言， 哈！
活動期間到加州時間下週四 9/9 晚上 9 點截止。會直接於文中留言通知中獎，祝大家學習愉快、找實習、換工作都順利！
--------------------------
2020 年 12 月原文：
歐， 要澄清一下我現在沒有在刷題 (我這樣講絕對不是怕很多同事會看到我的文章 XD)， 說實在的， 我覺得大家好像太過度強調 “刷”題的刷， 好像刷油漆似的要來回刷很多遍。 我過往看過許多刷幾百題、每題做 2、3、4 次以上的人分享他們的經驗， 我很佩服他們投入的時間及毅力， 但我自知做不到， 有小孩後更是難以做到刷一遍。 我自己找軟體工程師的工作的經驗， 2015 年上完 Coding Bootcamp 到找到工作， 大概做了 60 題左右的 LeetCode 問題， 2016 年底找工作比較認真， 大概完成了 100 題左右。 今天這篇文章想要分享一下我的演算法準備方式， 如果你想要找如何刷題的方式，或是覺得無法刷幾百題很多遍的人， 歡迎往下閱讀。
2015 年上完 Coding Bootcamp 後， 我陸續有一些電話面試， 每天可能會有 1～3 個電話面試， 所以在準備面試上， 要研究公司， 並且依照職缺來做面試的複習， 因為我是面試前端相關的職缺， 所以也有一部分的精力在前端的資料複習。 關於資料結構及演算法 (Data Structures & Algorithms) 的練習，我大概維持一天練習 1-2 題的步調。 2016 年底的面試， 因為還要上班， 所以基本上只有晚上有時間， 可能一天只能練習 1 題， 假日有比較多時間才可以多做幾題。
看到問題的時候， 我會先確保我了解題目的意思， 真正在面試的時候， 通常第一步也是和面試官確認我們自我的理解和面試官要問的是否一致， 不要花了時間才發現一開始的理解及假設是錯誤的。 我通常會立刻寫下題目給予的 input 有什麼、格式是什麼， desired output 又是什麼。
確認好 input & output 後， 我會思考題目可以用什麼類型的資料結構或是演算法來解。 通常在面試的時候， 我會和面試官說明我可能會先就一個大概可行的方式來做解答， 如果他/她覺得沒有什麼問題的話， 我再做後續的優化。 在我開始有一些思路後， 我會先寫下 pseudo code， 就是先用英文來說明我的解法會是怎麼樣。 每個步驟和面試官確認都沒有問題後， 我才會正式寫 code 。
當然有些時候不論怎麼想都寫不出來， 如果是自己練習的時候，我大概在 15 分鐘後會開始看一些討論， 嘗試學習別人的思路， 但如果再花 10 分鐘還是解不出來的話， 才會參考別人的解法。 我看完別人的答案後， 還是會用自己的 code 再實現一次。 如果面試中卡住的話， 則是要儘快和面試官討論， 我會把我的理解， 可能的解法方式和面試官說， 同時也說明我的情況可能哪裏不是很確定， 讓面試官在適當的時候可以給予我提示。 一般來說， 公司都是希望有順利的面試經驗， 面試官也都願意在溝通正常下給予協助。
自己練習寫完之後， 我會再寫出解法的空間及時間複雜度 (Space & Time Complexity) ， 通常面試也會詢問這個部分， 所以自己每個練習也要歸納一下。 如果我發現我的解法時間可能不是太好， 我會再嘗試看不同人的討論， 研究更優化的解法， 並再自己寫出不一樣的解法。 有些比較棘手的問題我可能會寫 2、3 個解法比較彼此的優缺點。
在之前準備面試的時候， 我有準備一本筆記本， 每次寫完問題之後， 我會用筆寫下我在哪一天寫了哪一個問題， 並且用很精簡的方式總結問題及解法。 隔天要做下一題之前， 我會先看一下前一天的問題， 嘗試回想我是否可以再次在頭腦中想出大致的解法。 如果還是不行的話， 再看我自己的總結並做上記號， 隔天會再做一次同樣的步驟，直到我可以順利複習出解題的邏輯思路。
如果有和公司面試， 不論是電話還是 onsite， 面試完後我會再檢查我遇到的題目是否和我過去做過的題目類似， 如果有的話， 是否我的思路在面試中是清晰及正確的， 如果沒有的話， 我是否有利用對的觀念來解答。 面試結束後， 會花時間在盤點及複習， 從面試中的題目和過往的練習做統整。
你可以看到我的練習方式不是很強調快， 因為我希望我做完問題可以有很深的理解， 所以花很多時間在做整理、複習確認， 即使當下沒有那麼理解， 隔天回想又想不出的話， 我會再複習一次， 再隔一天做新題前也會再確認。 複習及思考的次數多了，真正把題目所想要考的觀念融會貫通， 畢竟面試很難真的遇到原題， 重點是我們對於資料結構及演算法的理解， 及遇到難題如何面對的應對的思考過程。
條條大路通羅馬， 每個人面試準備的方式都不太一樣， 以上就是我的資料結構及演算法的準備方式， 之前寫找工作的系列文章好像沒有特別提這塊， 所以特別再寫出來分享。當然我不是大神每次面試都可以收割 5 到 10 個以上 offer， 所以就請你自己斟酌評估你的學習方法，畢竟我們都要找到對自己最能接受、且有效率的方式來準備面試 。
我從 2015 、2016 年準備面試的時候， 有許多練習演算法的網站， 但到了今日， 好像 LeetCode 和練習演算法關係就如同 Google 和搜尋一樣， 大部分我聽到的準備面試的人都用 LeetCode 來做練習了！ 剛好最近認識一位在 LeetCode 工作的朋友牽線， LeetCode 特別優惠讀者， 只要使用這個連結購買 Premium， 就能有 15% 優惠 (幾乎和一年一度的感恩節特價差不多了！)。
我目前聽到朋友準備面試基本上都會購買 LeetCode 的 Premium， Premium 最大的好處就是可以看到問題和公司的標註， 拿過去拒絕我 2 次的 Google 為例 (XD)， LeetCode 就有 925 道題目被大家回報有在 Google 面試中看到 (2021 年已經變成 1014 道了！ @@)， 當你正要 phone or onsite interview 的時候， 可以聚焦你要面試的公司練習、提高效率的話還是可以提高面試的表現的。 Premium 還有答題評斷比較快、LeetCode 官方解答、及依據公司有 Mock interviews 等其他功能， 但主要大家好像都還是為了 company tag 的功能而付費， (2021 年 9 月更新， 最近又有如文章、影片的學習資源，還有像是 Study Plan 的功能， 看起來 LeetCode 要往大家學習、準備、一站式的服務來黏住使用者了！)
相信以大家拿到 offer 後的加薪， 會覺得這是個很好的投資！(什麼， 你說不一定會加薪， 那請你再閱讀一下我的談判文章來和公司談判加薪 "面試中談到錢怎麼辦？ 問到你期望薪水如何接招?" 及"面試得到 Offer 薪水如何談？ 三明治溝通法及最後簽約前的談判招式") 。
我當初有想說要直播訪問在 LeetCode 的朋友， 探討 LeetCode 最近幾年的快速發展、及如何幫助軟體工程師及公司行號， 可惜目前朋友還沒有意願， 如果大家有興趣的話， 請在文章留言， 讓她可以看到大家的意願加強她的動力和我們分享 (群眾多數暴力啊！)。
附上過去我寫的找工作系列文章:
1. 程式語言- 到底學哪個好？我想進Google，我沒學OOO，他們會接受我XXX語言背景嘛？
2. 簡介美國軟體工程師面試流程
3. 等待機緣- 我要如何被人資或獵人頭發現? 我要如何脫穎而出? LinkedIn重要嘛？
4. 主動出擊- 我要找工作了，現在美國都用什麼找工作？哪個網站平台能讓我有較多面試機會？
5. 軟體工程師面試準備- 面試要練習什麼？ 找工作和練習的時間要如何平衡拿捏？
6. 被錄取了- 我該注意什麼，我可以談判要求多一點薪水、股票或假期嘛？
7. 矽谷找工作之常見問題 FAQ
8. 面試技巧及心得，如何有條理的說服面試官？
9. 英文履歷怎麼寫？ 美國科技公司注重什麼？
10. 如何到美國科技公司工作？
11. 最有效得到面試的方式- 內部推薦: 尋找內推資源 & 歹晚郎互助網絡
12. 面試中談到錢怎麼辦？ 問到你期望薪水如何接招?
13. 面試得到 Offer 薪水如何談？ 三明治溝通法及最後簽約前的談判招式
2021 年， 如果你要找工作的話， 祝你轉換順利， 拿到許多理想的 offers！ 如果你有什麼準備的技巧及心得， 也歡迎留言分享。
部落格原文：
https://bit.ly/3zNrluU
寫程式的好處 在 耳朵書籤 Facebook 的最佳解答
#翻譯文
很喜歡這篇文章，所以翻譯成繁體中文分享。
原文作者為Y-combinator的創辦人保羅·格雷厄姆 (Paul Graham)
標題：生命短暫 (Life is short)
原文連結：http://www.paulgraham.com/vb.html
----------------------------------------------------------
我們都很常聽到這句話：「生命短暫 (Life is short)」
但我小時候每次聽到這句話，我都會想，講這句話的人是真的在抱怨生命的有限性嗎？ 所以把壽命延長十倍，我們就不會再有「人生短暫」囉？
很顯然這樣的假設性問題沒有人能回答，於是我當時就停止探索這個問題，直到我長大，直到我有了小孩。
我發現小孩給了我答案，答案是生命真的很短。
/
有了小孩以後，她向我展示了看待時間的全新角度。看待時間不該是一個無限延伸的時間軸，而是切割成零散的片段。
假設你有個兩歲的小孩，同時你又是一個擁有正常工作的上班族，扣掉那些你回家很累滑手機，以及他玩了一整天八點就睡這種無實際互動的天數。
你真正能與小孩相處的時間，一年只有52個週末。
又，假設聖誕節老公公只有在小孩3-10歲才存在，意味著你最多只能再陪她經歷8個有聖誕老公公的聖誕節。
這個8不多，不論從任何角度來看。
不管壽命是一百歲還是延伸個幾百年，這個8都是固定、有限的。
我發現，生命的短暫並不是來自於壽命的長短，而是每個人都在自己的人生軌道單方向的快速行駛，會重疊的部分，只有短短的幾年。
對小孩來說，從她誕生的那一刻，我們相處的時間就開始倒數。
對爸媽來說，從我們誕生的那刻，就開始倒數，反過來也是。
所以，生命真的很短暫，但然後呢？
/
【避免那些狗屁倒灶的事情】
對我來說，除了就字面意義上的把握時間以外，另一層涵義是，我們應該試著消除掉那些浪費時間的廢話 。
哪些事情是在浪費我們的生命？
冗廢的會議、毫無意義的爭執、官僚主義、處理他人犯的錯誤、擁塞的交通、會帶給人罪惡感且心理成癮的無益消遣。
這些浪費時間的事情，會以兩種方式進入你的生活，要嘛強制進入，要嘛欺騙你。
我們先講強制的這種，通常是工作。大部分的人無法避免工作，大家都需要錢，錢才能維持生活的火車頭繼續前進。
但，工作的價值一直在變，方式在變，你可以在不影響生活的前提下，做小幅度的調整，讓自己不要在這上面浪費生命。
例如，大型組織或傳產往往會花很多時間在無意義的會議，以及花很多時間在蓋章、確認，蓋章，然後更多的確認的時間黑洞裡。
只要你有意識的，把「不浪費生命」的優先次序放在金錢與名聲上面，總是可以找到機會不用做這些冗事。寫幾支小程式，或者是趁疫情提議線上會議，這些都不是大變動，但你可以有意識地拿回時間的主導權。
如果你是自由業者或者小型公司，你可以從那些有毒的客戶下手，減少與他們的交流，甚至軟性拒絕合作，你少花在他們身上的時間，價值遠大於你從他們身上賺來的收入。
強制型的浪費人生還算好處理，比較麻煩的是騙你上鉤的這種。更糟糕的是，你不是迫於生活，而是你主動選擇了浪費時間。最典型的例子，就是在網路上與酸民吵架。
當人被攻擊的時候，會本能性的保護自己。但是，就跟想吃薯片、想要從眾的本能一樣，這種心理反射已經不符合現代社會了。事實上，在網路上被攻擊的時候，最好不要花太多時間捍衛自己，因為這些人本質上就是「奪走」你的生命，也就是你最寶貴的時間。
想通了這點，你的回應也會跟著不一樣。
在網路上和別人筆戰算是偶然事件，有一種更容易讓人無意識下浪費時間的：各種科技的副產品。
所有商品存在的目的都是在爭取我們的注意力，包括現在手上拿著的這個手掌大的小玩意兒，這意味的我們要花加倍的心力，才能夠避免科技、物質成癮。
這時候我們應該要問自己：我真的想要花時間在這個東西上面嗎？ 我是不是應該要做更重要的事情？
但，什麼是重要的事情？
/
【重要的事情】
有極少數的人很幸運，他們可能在很小的時候就接觸到自己喜歡的領域，很早就意識到自己喜歡數學或照顧小動物，並且花很多時間在上面。
但多數人的生活都混雜了各種有用與無用的事情，最後才慢慢地學會區別他們。
「區別什麼是重要的」對年輕人來說尤其困難，因為在國中二年級三年級的時候，獲得同儕認同就是全世界最重要的事情。
但是當你問一個大人，如果能回到過去，跟國二的自己說說話，多數人會說他們希望當時的自己不要太在乎別人的看法。
所以，如果想知道什麼事情是重要的，就問自己：「有哪些事情，十年二十年後的你回過頭來，仍然會覺得重要？」
重要的事情，不會因為時空背景而改變。
重要的事情不見得是「重要」的事情，它很可能就只是和朋友喝杯咖啡，聊聊生活，或者抱抱身邊的人。即使只是這樣，你也不會覺得浪費時間。
生小孩的一大好處是，他們時時刻刻都在提醒你，什麼是重要的事情。當你盯著手機時，他們會抓著你的袖子說：「來陪我玩嘛」。 十年二十年後，你仍然會覺得放下手機，與身邊這個小可愛說說話是件值得的事情。
/
【生命的短暫是什麼模樣？】
生命的短暫是，你認為理所當然的事情，在某一刻突然消失了。
你總是認為有天你會寫本書，你會去爬某座山，你會開始學寫程式，然後下一秒窗戶突然關起來，再也沒有機會。
身邊有人離世，就是這個樣子。
我的母親去世的時候，我希望我能多陪她一點，有時候我覺得他仍然在我身邊，而母親也以她過去慣有的安靜陪伴方式，鼓勵了我的這種幻想。
但這終究只是一種幻想，我相信我不是唯一一個犯下這個錯誤的人。
避免被這扇關上的窗戶嚇到的唯一方法，就是意識到它。
我指的不是病態地提醒自己死神站在肩膀上，而是把事情反過來看，想做什麼就立刻去做。不再等待哪天有機會再寫書，不再等待哪天再去爬山、探望母親。
你不需要不斷的提醒自己不該等待，you just don't wait，不要等，現在就去做就對了。
對於我的母親，我感到難過的不只是我想念她，更多的是，我常在想我們原本可以一起做更多事情，然而我卻沒有。
我的大兒子現在七歲了，有時候我會想起他三歲的模樣，回憶把我帶到過去的時候，我沒有任何遺憾，至少我們度過了一個父親與三歲孩子最佳的時光。
把那些浪費生命的事情最小化，不要等到有機會才去做想做的事情，享受你的時間，做重要的事情。
----------------------------------------------------------
原文連結：http://www.paulgraham.com/vb.html
圖片來自義大利插畫家 Davide Bonazzi