本書幾個重點

1. 年金與全民健保是個政府主辦的龐氏騙局
2. 貨幣會不斷喪失購買力
3. 政府只會不斷印鈔降低鈔票的價值
4. 保險商品要慎選
5. 黃金、白銀保值佳
6. 找到您的金融聖杯

幾個感想

國民年金與全民健保其實算是社會福利的一環，理應加稅來支付，但是政府卻又不敢加稅，最後只好用這種巧立名目的方式收錢來支付。

然而年金（勞保、國民年金、...等，其他年金制度）與全民健保仰賴的是年輕人繼續繳錢養老年人，避免破產的方法書中有提到三個

1. 延長繳費年齡
2. 增加繳費金額
3. 減少領取金額

其實根本方式只有兩招

1. 多生小孩讓年輕人可以繼續養老年人
2. 讓現在繳錢的年輕人賺更多

可惜這兩招目前政府都沒在做

年金與全民健保注定破產

---

不斷印鈔票就是降低貨幣的價值，每次印鈔票就會發生分配，可惜都分配不到全民，所以購買力只會不斷下滑

---

保險這邊我是認為，購買 cover 風險的商品就好，像是醫療險、旅平險，因為總有需要醫療的情況，如果沒有醫療險對於中產階級會是相當大的負擔。

至於儲蓄險，書中的例子，繳費 66 萬，20 年期滿領回 100 萬，乍看很划算，但是因為貨幣會不斷貶值，現在 66 萬可以買 66666 碗牛肉麵，但是 20 年後 100 萬只能買到 50000 碗牛肉麵，所以購買力下滑，不是划算的交易。

所以呢，買醫療險就好惹

---

黃金、白銀保值佳，同時作者在賣貴金屬，也算是一種業配吧...

然後書中也點名，不要去買紙黃金，也就是黃金存摺，因為跟貨幣一樣，銀行超賣黃金你也不知道

---

要找到金融聖杯，或者說，找到可以不斷產生收入的方式，可以投資房地產當包組公，也可以投資自己，讓自己具有價值，也可以寫書當教主，一直有源源不絕的收入才是真正的聖杯。

---

以上是小小的心得感想

最近發現小芊比，也喜歡自己動手做。所以有時間也會跟她一起玩，順便培養專注力。

網路上看到超簡單蝴蝶酥的作法，正好拿來打發小芊比在等吃飯的空檔。

酥皮從冷凍庫拿出來先退冰

將兩片酥皮疊在一起

內面灑上糖，這個步驟就讓小芊比來參與了。

一邊放一邊觀察，不要不小心把糖直接吃進去。XD

平均的把糖灑滿。（我怕糖放太多，全部糖的份量可能相對的少很多）

接下來把兩邊對折

用刀子切成細條狀。（這部分就由媽媽代勞）

再讓小芊比對折放好擺盤。

拿去烤箱180度烤15分鐘，酥皮慢慢膨脹。

🔔叮，好像還有一點樣子。 （笑）放涼就可以吃了。

後記

我糖放太少，整個都是酥皮的味道比較多。回頭看看影片，發現我才放不到5%的糖。哈哈，再來一面烤好後可以翻個面再稍微烤一下，這樣兩面都可以澎澎的。

參考連結

• 矽谷美味人妻 Facebook

四月寶可夢社群日。咩利羊。

抓了一隻色違，升級還有特別的招式，龍之波動。

我們從北投站抓寶抓到奇岩站。餓了就進來這家看似不太像牛肉麵店的「紅樓夢」吃午餐。

牛肉麵還沒上之前先來小菜墊墊胃。

皮蛋豆腐，可惜豆腐被切半了。這樣會覺得醬料比較鹹。

豬油拌飯及過夜豆乾

豬油拌飯，我覺得很好吃，有香氣又不會太死鹹。小芊比也很捧場。豆乾也很好吃。但不曉得為何要取名過夜？難道？

寶玉牛腱麵

牛肉麵的麵條是像拉麵的口感，我還蠻喜歡的。牛腱口感片軟。院長比較不喜歡。湯頭是比較清徹，不是太混濁。整體吃起來我覺得不錯。

這家好像是新裝修還是新開店。4/30 號前消費滿百送 50。 我們這次吃送 100。下次使用、好像很優惠！老闆們很客氣。

餐點都取得跟紅樓夢裡面的主角相關。雖然吃起來，不太有連結（笑）

裡面還有射飛鏢跟玩桌遊的地方。應該算是休閒跟餐飲結合的餐廳。有到奇岩，卻不知吃什麼？ 提供一個選擇。

本日踩點

• 紅樓夢牛肉麵

在一個大的 table（超過千萬筆以上的資料）做 tabel 的操作（加欄位、加 index、等，變更 schema 的動作）要小心造成 lock table

Safe Operations For High Volume PostgreSQL - Braintree 這篇文章有寫幾種狀況是不會 lock table 例如 add a new column

有些狀況會 lock table 例如 add ad index，然後可以看 our workaround 這個部分知道有分享他們是怎樣避免 lock 的

不過其中有一個是 add an index 可以加上 CONCURRENTLY 這個關鍵字去避免 lock table

官方文件是這樣說的

When this option is used, PostgreSQL will build the index without taking any locks that prevent concurrent inserts, updates, or deletes on the table; whereas a standard index build locks out writes (but not reads) on the table until it's done. There are several caveats to be aware of when using this option

• https://www.postgresql.org/docs/9.5/static/sql-createindex.html

不過呢，實際上還是有可能會被卡到（application 層會造成有些 connection 成功有些 connection timeout），如果這個 table 有大量的 insert, update。

所以還是要小心，另外 expression indexes and partial indexes 也無法用 CONCURRENTLY 這個關鍵字

來自官方文件的說明

The potential for bloat in non-B-tree indexes has not been well researched. It is a good idea to periodically monitor the index's physical size when using any non-B-tree index type.

• https://www.postgresql.org/docs/10/static/routine-reindex.html

如果 index 不是用 B-tree 記得要注意一下這個問題

查 index size 的 SQL 語法在下面

https://wiki.postgresql.org/wiki/Index_Maintenance#Index_size.2Fusage_statistics