https://tw.news.yahoo.com/-yahoo%E8%AB%96%E5%A3%87%E5%8A%89%E6%98%8E%E5%BE%B7%E6%AF%94%E9%87%91%E8%9E%8D%E6%B5%B7%E5%98%AF%E6%9B%B4%E5%8D%B1%E9%9A%AA%E7%9A%84%E5%A4%A7%E5%B1%A0%E6%AE%BA%E4%BE%86%E4%BA%86-095639442.html
作者為德國柏林自由大學政治學博士
儘管有美國總統川普的喊話，昨天（3/12）的美國道瓊工業指數暴跌2352.6點，報21200.62點，刷新史上最大跌點紀錄。不要忘了，一個月前，也就是今年的2月12日，美股才創下29551.42的史上最高點。才一個月而已，跌幅已經達到28.26%。那麼，已經跌到了谷底了嗎？遠遠還沒有。因為這次的危機不是來自於恐慌性賣壓，而是系統性風險。
今年1月3日，美國原油期貨價格每桶63.02美元，到了昨天（3/12），已經跌到每桶30.93美元。短短2個多月，跌幅已經達到50.92％。那麼，國際油價還會跌嗎？會。因為武漢疫情的影響，世界經濟的整個能源需求必然大幅度下滑，何況，沙烏地阿拉伯等產油國家本身都有很高的財政壓力，降價求售也是不得已的啊！
在黃金價格方面，就在四天前，剛創下近五年來的歷史高點，黃金每盎司飆到1699美元，昨天還有1675美元，今天（3/13）一下子就跌到1582美元。那麼，金價未來會比今天高還是低？答案是低，因為整個市場的流動性嚴重受挫。這時候，現金為王。
再看另一個數字，那就是美國30年期公債殖利率。今年 1 月1日創下的今年高點 2.42%，之後就是一直跌，2個月後，在3月9日達到歷史最低點1.00%，雖然這幾天連續反彈，昨天以1.43%收盤，但這不是好事，反而是在說明一件事，為了避險，不管其效果有多差，人們都必須賣出債券，這種拋售可以解釋為什麼殖利率這四天，包括今天（3/13），會連續上升的原因。
從以上所有的數據都表明一件事，那就是全球的流動性出了大問題。因此，即使美國聯準會在今年3月3日緊急降息2碼之後，當日美國道瓊指數還是暴跌近800點。未來即使美國總統川普再祭出減稅方案或者美國聯準會繼續降息，甚至降到負利率，對於流動性都不會有幫助。原因是武漢肺炎已經造成了全球市場的三個斷裂：全世界大小企業破產潮所造成的資金鏈斷裂、因為疫情無法復工所造成的商品供應鏈斷裂以及為阻止武漢疫情擴散所必然要導致的運輸鏈斷裂，這些情形越到後來就會越明顯。
在三個斷裂之下，我國政府想要以更積極的財政政策和更寬鬆的貨幣政策去拯救股市和經濟，包括以國安基金進場干預，不只是徒勞無功，也是不正義的，還可能擴散疫情，還不如加強社會福利和醫療支出。
全世界的人類如今面對的是一個兩面夾殺的困境，一方面是武漢肺炎對整個人類所造成的生命威脅，另一方面是全球經濟的大屠殺，政府要怎麼辦呢？人民要怎麼辦呢？政府要調整思維，當務之急不是要救經濟，而是要救人命；人民和企業的當務之急也不是要賺錢、撐下去、有收入、還貸款，而是要保命，這裡的兩個概念是不一樣的，因此做法也就不一樣。君子務本，本立而道生。
美國總統川普鑑於武漢肺炎疫情已成為全球大流行病，已經對歐洲祭出旅遊禁令30天。相信這一個禁令在30天之後不會解禁，還會擴大到其他國家。隨著武漢疫情的全世界更大規模的爆發，無可避免的，類似的旅遊禁令，將陸續在世界各國實施，最後就是基本上全世界各個國家都必須封鎖邊境。
世界各國政府與其等著疫情擴散再來頒布旅遊禁令，不如早一點頒布，恐怕是不得不的選擇。而且，越早下決定，生命、健康、財富的損失就越少，越晚決定，乃至於被迫決定，損失就不只是越大的問題而已，而是難以挽回和補救的傷害。
國際金融協會(IIF)首席經濟學家Robin Brooks、IIF經濟學家Jonathan Fortun週四(3月12日)聯手發表報告指出，IIF上週調降2020年全球經濟成長率預估值、預期可能會逼近1%，創下2009年以來最疲軟表現。
中國是IIF下修的震央、預估第1季GDP將季減1%，隨後可望季增2%，全年度經濟成長率從去年的6%跌至4%以下。
IIF同時也調降美國經濟成長率預估值、預期第2季將因「2019年新型冠狀病毒疾病(COVID-19)」的潛在衝擊而呈現停滯。
油價在IIF上週發布報告後出現急劇下跌、進而改變了形勢，增加了美國信貸壓力的風險，並讓IIF的美國預估值逼近經濟衰退領域。
IIF擔心，在COVID-19疫情的帶動下，全球融資的「突然停止」正在開始出現。
IIF報告強調，貨幣和財政寬鬆措施是可喜的緩解劑(只能治標)，最終只有各國一致採取檢測和遏制措施才能緩解市場的「恐懼因素」並激發全球需求。
英國金融時報週五報導，標準普爾500指數剛剛創下史上最快步入熊市的紀錄、僅花16個交易日(2020年2月20日至3月12日)的時間，超越1929年所寫下的舊紀錄。標普五百指數週四大跌9.5%、創1987年10月黑色星期一以來最大單日跌幅，同時也寫下1928年以來第五大單日跌幅。
MarketWatch資深專欄作家Rex Nutting 3月3日指出，貨幣政策無力令全球供應鏈恢復正常。此外，對抗疫情將導致經濟暫時放緩，因為人們需要自我隔離，這阻礙了貨幣政策刺激需求的能力。簡單來說，為了防止病毒在人群中傳播，很多人需要待在家裡。
聯準會(FED)主席鮑爾(Jerome H. Powell)3月3日在記者會上坦承，FED知道降息不會降低疾病感染率、也無法解決供應鏈破裂的問題，FED知道自己沒有所有的答案。
中國人民銀行去年底透過《中國金融穩定報告(2019)》指出，根據2018年底針對30家大中型商業銀行進行的償付能力、流動性風險壓力測試，就重度衝擊情境(GDP年增率降至4.15%)而言、30家參試銀行當中有17家未通過壓力測試。
Gob 的編碼與解碼
https://blog.golang.org/gobs-of-data
三篇相同內容的：
https://www.jishuwen.com/d/2M7g/zh-hk
https://studygolang.com/articles/1005
https://mikespook.com/2011/03/%E3%80%90%E7%BF%BB%E8%AF%91%E3%80%91gob-%E7%9A%84%E6%95%B0%E6%8D%AE/
为了让某个数据结构能够在网络上传输或能够保存至文件，它必须被编码然后再解码。当然已经有许多可用的编码方式了，比如 JSON、XML、Google 的 protocol buffers 等等。而现在又多了一种，由Go语言 encoding/gob 包提供的方式。
Gob 是Go语言自己以二进制形式序列化和反序列化程序数据的格式，可以在 encoding 包中找到。这种格式的数据简称为 Gob（即 Go binary 的缩写）。类似于 Python 的“pickle”和 Java 的“Serialization”。
Gob 和 JSON 的 pack 之类的方法一样，由发送端使用 Encoder 对数据结构进行编码。在接收端收到消息之后，接收端使用 Decoder 将序列化的数据变化成本地变量。
Go语言可以通过 JSON 或 Gob 来序列化 struct 对象，虽然 JSON 的序列化更为通用，但利用 Gob 编码可以实现 JSON 所不能支持的 struct 的方法序列化，利用 Gob 包序列化 struct 保存到本地也十分简单。
Gob 不是可外部定义、语言无关的编码方式，它的首选的是二进制格式，而不是像 JSON 或 XML 那样的文本格式。Gob 并不是一种不同于 Go 的语言，而是在编码和解码过程中用到了 Go 的反射。
Gob 通常用于远程方法调用参数和结果的传输，以及应用程序和机器之间的数据传输。它和 JSON 或 XML 有什么不同呢？Gob 特定的用于纯 Go 的环境中，例如两个用Go语言写的服务之间的通信。这样的话服务可以被实现得更加高效和优化。
Gob 文件或流是完全自描述的，它里面包含的所有类型都有一个对应的描述，并且都是可以用Go语言解码，而不需要了解文件的内容。
只有可导出的字段会被编码，零值会被忽略。在解码结构体的时候，只有同时匹配名称和可兼容类型的字段才会被解码。当源数据类型增加新字段后，Gob 解码客户端仍然可以以这种方式正常工作。解码客户端会继续识别以前存在的字段，并且还提供了很大的灵活性，比如在发送者看来，整数被编码成没有固定长度的可变长度，而忽略具体的 Go 类型。
http://c.biancheng.net/view/4597.html
編碼細節：
https://cloud.tencent.com/developer/section/1141539
https://stackoverflow.com/questions/33228700/is-encoding-gob-deterministic
Since:
A stream of gobs is self-describing. Each data item in the stream is preceded by a specification of its type, expressed in terms of a small set of predefined types.
This means if you encode a value of a type for the first time, type information will be sent. If you encode another value of the same type, the type description will not be transmitted again, just a reference to its previous spec. So even if you encode the same value twice, it will produce different byte sequences as the first will contain type spec and the value, the second will contain only a type ref (e.g. type id) and the value.
對相同的值進行兩次編碼，會產生不同的 byte 序列，參考下列的演示：https://play.golang.org/p/3Gc2cPY7F4o
As seen the first Encode() generates lots of bytes plus the value for our Int value being [5 255 130 1 2 0], the second and third calls add the same [5 255 130 1 2 0] sequence.
But if you create 2 different gob.Encoders and you write the same values in the same order, they will produce exact results.
Note that in the previous statement "same order" is also important. Because type specification is transmitted when first value of such type is sent, sending values of different types in different order will transmit type specs in different order too, and so the references/identifiers of the types may differ, which implies that when a value of such type is encoded, different type reference/id will be used/sent.
Also note that the implementation of the gob package may change from release to release. These changes will be backward compatible (they must explicitly state if for some reason they would make backward incompatible changes), but being backward compatible does not mean the output is the same. So different Go versions may produce different results (but all is decodeable with all compatible versions).
如果創建 2 個不同的 gob.Encoders 並以相同的順序寫入相同的值，則它們將產生精確的結果。
注意，在前面的陳述中「相同的順序」也很重要。因為類型規範是在發送該類型的第一個值時發送的，所以以不同順序發送不同類型的值也會以不同順序發送類型規範，因此類型的「引用/標識符」可能會有所不同，這意味著當此類類型已編碼，將「使用/發送」不同的類型「引用/id」。
還要注意，gob 軟件包的實現可能因版本而異。這些更改將是向後兼容的（如果出於某種原因它們將進行向後不兼容的更改，則必須明確聲明），但是向後兼容並不意味著輸出是相同的。因此，不同的 Go 版本可能會產生不同的結果（但是所有兼容版本都可以解碼）。
演講遲到1.5小時，卻拿到5倍酬勞！他扭轉劣勢的關鍵心法，藏在這個開場故事
https://www.businessweekly.com.tw/careers/blog/25835
我被邀請到某大企業演講，主題是「故事的力量」，然而3小時的演講，我卻遲到了一個半小時。現在我必須在30秒內找到解決的方案，否則會被掃地出門，並且成為該企業的黑名單，永不錄用。
30秒，夠了，已經比英國首相邱吉爾和威爾遜多太多了。
一進演講廳，看到臉臭到不行的大老闆和他的員工，我搶在他們說話前先聲奪人。我說：
各位，我今天之所以遲到，是因為碰到了一件不可思議的事。這件不可思議的事跟你們公司有關，跟老闆你有關，跟錢有關……但在講這件不可思議的事之前，我必須先講個小故事。
故事是這樣的……有個老實的工程師某天接到一通電話，對方是個貴婦，她說你們的火車離我們家太近了，我每天都被火車吵得睡不著覺，所以你們必須負起責任。
工程師調查了一下，心想：不會吧，火車距離貴婦家，最近的距離是10公里，怎麼可能會吵到睡不著覺？
貴婦說：「不管，你來我家實際體驗一下，就知道有多吵了。」
工程師沒有辦法，只好去了貴婦家。實際體驗的結果，工程師說：「完全沒有聲音啊。」
貴婦一臉不高興的說：「你怎麼那麼遲鈍啊，我每晚躺在床上，都被火車震得睡不著覺，你躺到我床上去試看看，就知道震動得有多嚴重了。」
工程師沒辦法，只好爬上貴婦的床，靜靜等火車經過。
等著、等著，貴婦不見了。
等著、等著，貴婦的老公回來了。
貴婦的老公一看到老婆床上有個陌生的男人，整個腦袋冒火，惱怒極了，他氣沖沖的問：「你是誰？在我老婆床上幹什麼？」
當工程師正要回答時，貴婦從浴室走出來，很明顯的，她剛才去洗澡了。貴婦的老公一看到老婆從浴室走了出來，身上還滴著水，簡直氣炸了。他憤怒的質問工程師：「你到底在我老婆床上幹什麼？」
工程師嚇壞了，但他是個老實人，只會實話實說，於是他支支吾吾的說：「我我我在你老婆床上等等等……火車經過。」
「在我老婆床上等火車經過？」
「沒錯，在你老婆床上等火車經過。」
如果你是貴婦的老公，你會相信眼前這個陌生男人的話嗎？ 底下的大老闆和他的員工們一邊笑，一邊搖頭。
「沒錯，沒有人會相信這麼奇怪的話。那……這個故事究竟要告訴我們什麼？」我問底下的大老闆。 大老闆搖搖頭。
我說：「這個故事告訴我們，不管事情看起來多麼不可思議，它都有可能是……真的。」
我接著問：「你們認同這句話嗎？」 大老闆和他的員工們都點頭了。
「很好，既然你們認同這句話，那麼現在我要告訴你們，我之所以遲到的原因。原因是……我在來的路上，被外星人綁架了。」
被外星人綁架？有人瞬間愣住，有人當場噗嗤笑了出來……
我繼續說：「外星人告訴我兩個祕密，這兩個祕密跟錢有關，跟大老闆你有關，跟你們公司有關。但現在我不能告訴你們這兩個祕密，必須等到我演講完之後，才能告訴你們。」
然後，不管大家的反應，我就自顧自的開始了今天的演講。 一個多小時過去，我講完當天的主題「故事的力量」了。
演講完，我知道我過關了，大老闆的氣早就消了，他現在只剩下好奇，他很好奇外星人到底對我說了什麼祕密。
演講結束，我開始收拾東西，準備走人，大老闆急忙叫住我：「許老師，先別走，你還沒說外星人到底對你說了什麼？」
一整個演講過程中，大老闆的心一直懸著，他被我一開始說的「跟錢有關、跟公司有關、跟他有關的外星人祕密」牽著走。
我笑了笑，對大老闆說：「外星人對我說啊，遲到就必須道歉。對不起，我遲到了。外星人還說啊，遲到就必須付出代價，所以我們今天的演講，不收費。 」說完，我繼續收拾東西，瀟灑的走出演講廳。
一出演講廳，祕書立刻從後頭追了上來。 祕書氣喘吁吁的說：「我們老闆說，他很想給你演講費，但你說得沒錯，遲到必須付出代價，所以這次就不給你錢了。但他覺得你講得太好了，因此他希望你再來三次。」 隨後，祕書拿出一個信封袋給我，她說：「這是預約之後三次演講的錢，先給你。記住，不要再遲到了喔。」
哇哇哇，我的遲到不只沒有得到懲罰，反而意外獲得三倍的演講費。
故事還沒結束。後面三次的演講結束後，祕書又從後面追了上來，她說：「我們老大一直猶豫著要不要把第一次的演講費還給你，但他左想右想，還是覺得如果還你錢，那就太沒有原則了。於是他最後決定，送你一個『束脩』。」
所謂束脩就是肉乾，是古時候學生給老師的學費。祕書給我一個信封袋，裡面是……兩次的演講費。
一個「不管事情看起來多麼不可思議，它都有可能是真的」的轉場故事，幫我從負面處境巧妙的轉了場，從極度的劣勢，變成極度的優勢。
故事轉場不只幫我避開了「永不錄用」的臭名，相反的，它還為我掙得了五倍的演講費。
不只如此，後來這家公司就經常找我去演講，辦活動，並且一直合作到現在。這個因為遲到而冒出來的故事，強而有力的證明了當天我的演講主題：故事的力量。
而這個「被外星人綁架」的故事，只要透過三個步驟，你也可以說出來。
步驟一：先說故事——工程師在貴婦床上等火車經過。
步驟二：偷換概念——不管事情看起來多不可思議，都有可能是真的。
步驟三：真正的話——利用「被外星人綁架」這個「不可思議，但有可能是真的」故事，帶出真正想說的是「遲到要道歉」和「遲到必須付出代價」。
三個步驟，就這麼簡單！相信以你現在的程度，肯定可以學得會。 然而，接下來這步最艱難：認真相信，並且加以實踐！
我被邀請到某大企業演講，主題是「故事的力量」，然而3小時的演講，我卻遲到了一個半小時。現在我必須在30秒內找到解決的方案，否則會被掃地出門，並且成為該企業的黑名單，永不錄用。
30秒，夠了，已經比英國首相邱吉爾和威爾遜多太多了。
一進演講廳，看到臉臭到不行的大老闆和他的員工，我搶在他們說話前先聲奪人。我說：
各位，我今天之所以遲到，是因為碰到了一件不可思議的事。這件不可思議的事跟你們公司有關，跟老闆你有關，跟錢有關……但在講這件不可思議的事之前，我必須先講個小故事。
故事是這樣的……有個老實的工程師某天接到一通電話，對方是個貴婦，她說你們的火車離我們家太近了，我每天都被火車吵得睡不著覺，所以你們必須負起責任。
工程師調查了一下，心想：不會吧，火車距離貴婦家，最近的距離是10公里，怎麼可能會吵到睡不著覺？
貴婦說：「不管，你來我家實際體驗一下，就知道有多吵了。」
工程師沒有辦法，只好去了貴婦家。實際體驗的結果，工程師說：「完全沒有聲音啊。」
貴婦一臉不高興的說：「你怎麼那麼遲鈍啊，我每晚躺在床上，都被火車震得睡不著覺，你躺到我床上去試看看，就知道震動得有多嚴重了。」
工程師沒辦法，只好爬上貴婦的床，靜靜等火車經過。
等著、等著，貴婦不見了。
等著、等著，貴婦的老公回來了。
貴婦的老公一看到老婆床上有個陌生的男人，整個腦袋冒火，惱怒極了，他氣沖沖的問：「你是誰？在我老婆床上幹什麼？」
當工程師正要回答時，貴婦從浴室走出來，很明顯的，她剛才去洗澡了。貴婦的老公一看到老婆從浴室走了出來，身上還滴著水，簡直氣炸了。他憤怒的質問工程師：「你到底在我老婆床上幹什麼？」
工程師嚇壞了，但他是個老實人，只會實話實說，於是他支支吾吾的說：「我我我在你老婆床上等等等……火車經過。」
「在我老婆床上等火車經過？」
「沒錯，在你老婆床上等火車經過。」
如果你是貴婦的老公，你會相信眼前這個陌生男人的話嗎？ 底下的大老闆和他的員工們一邊笑，一邊搖頭。
「沒錯，沒有人會相信這麼奇怪的話。那……這個故事究竟要告訴我們什麼？」我問底下的大老闆。 大老闆搖搖頭。
我說：「這個故事告訴我們，不管事情看起來多麼不可思議，它都有可能是……真的。」
我接著問：「你們認同這句話嗎？」 大老闆和他的員工們都點頭了。
「很好，既然你們認同這句話，那麼現在我要告訴你們，我之所以遲到的原因。原因是……我在來的路上，被外星人綁架了。」
被外星人綁架？有人瞬間愣住，有人當場噗嗤笑了出來……
我繼續說：「外星人告訴我兩個祕密，這兩個祕密跟錢有關，跟大老闆你有關，跟你們公司有關。但現在我不能告訴你們這兩個祕密，必須等到我演講完之後，才能告訴你們。」
然後，不管大家的反應，我就自顧自的開始了今天的演講。 一個多小時過去，我講完當天的主題「故事的力量」了。
演講完，我知道我過關了，大老闆的氣早就消了，他現在只剩下好奇，他很好奇外星人到底對我說了什麼祕密。
演講結束，我開始收拾東西，準備走人，大老闆急忙叫住我：「許老師，先別走，你還沒說外星人到底對你說了什麼？」
一整個演講過程中，大老闆的心一直懸著，他被我一開始說的「跟錢有關、跟公司有關、跟他有關的外星人祕密」牽著走。
我笑了笑，對大老闆說：「外星人對我說啊，遲到就必須道歉。對不起，我遲到了。外星人還說啊，遲到就必須付出代價，所以我們今天的演講，不收費。 」說完，我繼續收拾東西，瀟灑的走出演講廳。
一出演講廳，祕書立刻從後頭追了上來。 祕書氣喘吁吁的說：「我們老闆說，他很想給你演講費，但你說得沒錯，遲到必須付出代價，所以這次就不給你錢了。但他覺得你講得太好了，因此他希望你再來三次。」 隨後，祕書拿出一個信封袋給我，她說：「這是預約之後三次演講的錢，先給你。記住，不要再遲到了喔。」
哇哇哇，我的遲到不只沒有得到懲罰，反而意外獲得三倍的演講費。
故事還沒結束。後面三次的演講結束後，祕書又從後面追了上來，她說：「我們老大一直猶豫著要不要把第一次的演講費還給你，但他左想右想，還是覺得如果還你錢，那就太沒有原則了。於是他最後決定，送你一個『束脩』。」
所謂束脩就是肉乾，是古時候學生給老師的學費。祕書給我一個信封袋，裡面是……兩次的演講費。
一個「不管事情看起來多麼不可思議，它都有可能是真的」的轉場故事，幫我從負面處境巧妙的轉了場，從極度的劣勢，變成極度的優勢。
故事轉場不只幫我避開了「永不錄用」的臭名，相反的，它還為我掙得了五倍的演講費。
不只如此，後來這家公司就經常找我去演講，辦活動，並且一直合作到現在。這個因為遲到而冒出來的故事，強而有力的證明了當天我的演講主題：故事的力量。
而這個「被外星人綁架」的故事，只要透過三個步驟，你也可以說出來。
步驟一：先說故事——工程師在貴婦床上等火車經過。
步驟二：偷換概念——不管事情看起來多不可思議，都有可能是真的。
步驟三：真正的話——利用「被外星人綁架」這個「不可思議，但有可能是真的」故事，帶出真正想說的是「遲到要道歉」和「遲到必須付出代價」。
三個步驟，就這麼簡單！相信以你現在的程度，肯定可以學得會。 然而，接下來這步最艱難：認真相信，並且加以實踐！
低利率或負利率時代
2020年3月9日，美股崩跌超過2千點，是2008年金融海嘯以來單日最大跌幅，這會讓美國加速步入零利率，甚至負利率時代嗎？
聯準會已在3月3日降息兩碼，是時隔12年的首度緊急降息，試圖挽救市場信心。聯準會是否將如打嗎啡般，再次降息救經濟？若美國利率降到零，對我們又有什麼影響？
美國若降息3次
今年景氣復甦就不見了！
首先，在全球疫情損傷經濟未見緩和下，美國零利率很有可能到來。原因之一，美國上次無預警降息，是2008年金融海嘯，隨後降至零利率，這次難保不會比照辦理；之二，根據芝加哥商品交易所預測，4月降至逼近0％的機率，已逾5成。
「負利率蔓延到美國，只是時間問題，」聯準會前主席葛林斯班（Alan Greenspan）指出。他擔心美國公債終將陷入負利率：至3月9日為止，美國10年期公債殖利率已不到1％，1年期的更不到0.3％。
換句話說，若聯準會接下來再降息，美國公債殖利率將逼近0％，甚至更低，也就是債券價格將飆升到天價（註：殖利率與債券價格為反比），變成葛林斯班眼中的「債市泡沫」。
衝擊1千萬中產階級
侵蝕退休金，買保險也沒用
「當（聯準會）降息超過3次以上，就不是預防降息（編按：指降息僅為提振市場信心，而非經濟出現危機），」富邦金控首席經濟學家羅瑋表示，不用到零利率，只要利率1％以下，「本來市場期待的2020年景氣復甦，就不見了！」
而且美國降息釋放熱錢，將使新台幣易升難貶，對已受疫情衝擊的出口產業，更是雪上加霜。羅瑋估計，如果聯準會4月後再降息，台灣必定連帶受到影響，今年經濟成長率恐怕保二無望，而落到1.6％。
再者，美國步上零利率，更將衝擊台灣1千萬名以上的中產階級！德國經濟學家葛塞爾（Silvio Gesell）就指出，負利率是對現金課稅，換言之，如果中產階級死抱現金，只會越存越薄，想要藉存現金而能退休，幾乎是不可能的事。
存現金不可行，存保單總可以吧？「在零利率時代，（退休）買保險都沒用！」大型本土研究機構分析師說，「保險公司都快被零利率搞到掛掉，未來怎麼會有退休金保障？」
保險公司的重要獲利，來自利差，利率越低，賺得越薄。當聯準會無預警降息後，3月4日到6日，美國最大的保險公司大都會人壽（MetLife），股價便下跌超過10％，跌幅是道瓊指數的1倍以上；台灣以壽險為主的國泰金、富邦金等，也通通下跌。
台灣人愛買保險，世界第一，平均每人持有超過三張保單。根據台灣人壽調查，台灣人最主要買的保單，就是用來退休的年金險和儲蓄險。
短中長期危機三路夾擊
除了買債，積極投資彌補
但是，當美國不斷降息，保單利率只會變得更低，國泰人壽、新光人壽等四大壽險公司在3月初已調降宣告利率，最低只有2％，跟1年前的3％多相比，少了約3成。而少掉的3成利息收入，就是台灣中產階級們的隱藏退休缺口。
這是台灣退休族面臨的三路夾擊：短期，經濟不振，國際貨幣基金（IMF）已經預言，今年經濟成長率將創金融海嘯以來最慘。中期，零利率難解，聯準會降息，台灣央行只可能跟進，更不會升息。長期，老年社會來臨，國發會預估，今年開始，出生率低於死亡率，老人得想辦法養活自己。
在三路夾擊下，如何透過投資，彌補三成的隱藏退休缺口？短期內，也就是半年到1年內，「如果投資者手上還有現金部位，再觀望一下，可能還有好的投資機會，」元大投信董事長劉宗聖表示，因疫情不確定性高，投資者現階段不要輕舉妄動。
投資決策機構MSCI指出，根據壓力測試，因疫情衝擊，短期內美股可能會再跌11％，即使以「股六債四」組合配置，也可能再跌7％。
「債券型基金一定是現在的首選，」永豐金控首席經濟學家黃蔭基認為，債券殖利率尚未跌到零之前，債券價格上漲還有一定的空間，因此挑選公債、投資等級債券仍有賺錢機會。黃金則可伺機買進，但回報短期內可能不比債券。不過，這策略只適用短期布局，投資人仍須視疫情變化、聯準會降息態度而調整。
至於中、長期，退休族不能再死抱現金或保單，投資股票、債券和ETF（指數型基金）等投資工具，至關重要，但要培養再平衡能力：嚴格執行停利（如獲利15％以上賣出），並伺機於低點再買進。因此，零利率時代，退休族要自救，培養財經和投資敏感度，不可或缺。
聯準會已在3月3日降息兩碼，是時隔12年的首度緊急降息，試圖挽救市場信心。聯準會是否將如打嗎啡般，再次降息救經濟？若美國利率降到零，對我們又有什麼影響？
美國若降息3次
今年景氣復甦就不見了！
首先，在全球疫情損傷經濟未見緩和下，美國零利率很有可能到來。原因之一，美國上次無預警降息，是2008年金融海嘯，隨後降至零利率，這次難保不會比照辦理；之二，根據芝加哥商品交易所預測，4月降至逼近0％的機率，已逾5成。
「負利率蔓延到美國，只是時間問題，」聯準會前主席葛林斯班（Alan Greenspan）指出。他擔心美國公債終將陷入負利率：至3月9日為止，美國10年期公債殖利率已不到1％，1年期的更不到0.3％。
換句話說，若聯準會接下來再降息，美國公債殖利率將逼近0％，甚至更低，也就是債券價格將飆升到天價（註：殖利率與債券價格為反比），變成葛林斯班眼中的「債市泡沫」。
衝擊1千萬中產階級
侵蝕退休金，買保險也沒用
「當（聯準會）降息超過3次以上，就不是預防降息（編按：指降息僅為提振市場信心，而非經濟出現危機），」富邦金控首席經濟學家羅瑋表示，不用到零利率，只要利率1％以下，「本來市場期待的2020年景氣復甦，就不見了！」
而且美國降息釋放熱錢，將使新台幣易升難貶，對已受疫情衝擊的出口產業，更是雪上加霜。羅瑋估計，如果聯準會4月後再降息，台灣必定連帶受到影響，今年經濟成長率恐怕保二無望，而落到1.6％。
再者，美國步上零利率，更將衝擊台灣1千萬名以上的中產階級！德國經濟學家葛塞爾（Silvio Gesell）就指出，負利率是對現金課稅，換言之，如果中產階級死抱現金，只會越存越薄，想要藉存現金而能退休，幾乎是不可能的事。
存現金不可行，存保單總可以吧？「在零利率時代，（退休）買保險都沒用！」大型本土研究機構分析師說，「保險公司都快被零利率搞到掛掉，未來怎麼會有退休金保障？」
保險公司的重要獲利，來自利差，利率越低，賺得越薄。當聯準會無預警降息後，3月4日到6日，美國最大的保險公司大都會人壽（MetLife），股價便下跌超過10％，跌幅是道瓊指數的1倍以上；台灣以壽險為主的國泰金、富邦金等，也通通下跌。
台灣人愛買保險，世界第一，平均每人持有超過三張保單。根據台灣人壽調查，台灣人最主要買的保單，就是用來退休的年金險和儲蓄險。
短中長期危機三路夾擊
除了買債，積極投資彌補
但是，當美國不斷降息，保單利率只會變得更低，國泰人壽、新光人壽等四大壽險公司在3月初已調降宣告利率，最低只有2％，跟1年前的3％多相比，少了約3成。而少掉的3成利息收入，就是台灣中產階級們的隱藏退休缺口。
這是台灣退休族面臨的三路夾擊：短期，經濟不振，國際貨幣基金（IMF）已經預言，今年經濟成長率將創金融海嘯以來最慘。中期，零利率難解，聯準會降息，台灣央行只可能跟進，更不會升息。長期，老年社會來臨，國發會預估，今年開始，出生率低於死亡率，老人得想辦法養活自己。
在三路夾擊下，如何透過投資，彌補三成的隱藏退休缺口？短期內，也就是半年到1年內，「如果投資者手上還有現金部位，再觀望一下，可能還有好的投資機會，」元大投信董事長劉宗聖表示，因疫情不確定性高，投資者現階段不要輕舉妄動。
投資決策機構MSCI指出，根據壓力測試，因疫情衝擊，短期內美股可能會再跌11％，即使以「股六債四」組合配置，也可能再跌7％。
「債券型基金一定是現在的首選，」永豐金控首席經濟學家黃蔭基認為，債券殖利率尚未跌到零之前，債券價格上漲還有一定的空間，因此挑選公債、投資等級債券仍有賺錢機會。黃金則可伺機買進，但回報短期內可能不比債券。不過，這策略只適用短期布局，投資人仍須視疫情變化、聯準會降息態度而調整。
至於中、長期，退休族不能再死抱現金或保單，投資股票、債券和ETF（指數型基金）等投資工具，至關重要，但要培養再平衡能力：嚴格執行停利（如獲利15％以上賣出），並伺機於低點再買進。因此，零利率時代，退休族要自救，培養財經和投資敏感度，不可或缺。
接案的收費方式
https://blog.csdn.net/DavidGoGo_/article/details/102824354
在開工前，一定要做好一些證據方面的準備（也就是“討薪”的理論依據），這其中最重要的就是需求文檔和驗收標準。一定要讓需求方提供這兩個文檔資料作為開發的基礎。之後開發過程中，也要注意保護自己。
一、自有渠道的接單薪酬保護
跟對方簽合同，約定各方的合同責任，將需求、驗收標準都寫清楚。對於首付款，一般是分3-5-2 的方式支付，也就是合同簽訂後開工前先支付30％ 的款項，等開發到你們約定的里程碑後，再給客戶看里程碑的演示效果，對方驗收ok，再預付50% 的款項，等全部開發完成後，再把所有的源代碼和系統交付給客戶，客戶付清剩餘的20% 尾款，開發項目結束。有的客戶為了保證項目穩定運行，會要求留 10% 的尾款在維護期結束時再支付，這個也是很正常的。
上面的付款比例和階段只是一個參考，你可以根據你們的實際需求和項目總金額大小來適當調整，比如如果你接的是一個50 萬的項目，你不可能在你們雙方不認識、而你又是一個個人開發者的情況下，讓他先支付你15 萬再開發，這裡的付款方式就要根據你們各自的側重點等實際情況來進行調整了。
但總而言之是需要收到預付款才能開始開發，這樣做可以防止對方後面突然不做了或者惡意找茬導致你在項目款上的損失。這是個人自有渠道方面的收款要點。
二、平台接單的薪酬保護
對於在平台上接單的用戶，因為有平台作為第三方擔保，就不存在款項收付的問題了，但同樣有幾點需要你注意。
首先，每個開發階段要盡量往細了填寫工作記錄，留下工作方面的證據，這樣萬一出現需求修改或者扯皮的情況，你可以把截圖啊、證據啊這些拿出來，出示給平台作為證明。
其次，如果是按照時間制的合作方式可以實時提交代碼，但如果是項目制的合作方式，最好不要實時提交代碼，等項目做完了，先發演示版本讓客戶體驗是否按照需求文檔全部做完了需求，並留下對方確認的證據後，再發給客戶代碼。如果對方拿到代碼不確認完工，就可以拿著證據找平台，讓平台進行完工確認，最大化保證自己的權益。
還有一點需要囑咐一下，就是加需求和改需求。我們建議是這樣，如果是小需求，比如換個按鈕的顏色這種不怎麼耽誤時間的，就順手給改掉，友好合作還是排在第一位的。如果是大的需求，可以不改或者不做，因為這個是在開工前有明確要求的，改來改去很可能就出現矛盾，你可以選擇聯繫平台方的工作人員進行協調。
最後再說一下坐班兼職的情況。有些需求方處於保密或者溝通的需要，可能會要求你駐場開發。駐場開發的話，我們建議時間制的合作方式，也就是做幾個小時給幾個小時的費用，加班也要算加班費，這種方式因為有很簡單的驗收標準所以不會出現扯皮的情況。如果是項目制，那就要提前溝通好驗收標準，還有就是一定要在開工前讓對方預約支付訂單。
之前就有過一些案例，客戶讓對方過去，先溝通需求，溝通好之後直接開工，說下班後再支付，工程師又因為人在現場、不好意思拒絕，覺得反正對方有辦公地址，開工也沒問題。但下班後客戶卻以各種理由進行刁難，導致沒法收到項目款，白幹了一天。
請大家一定注意，一定要收到訂單付款再開工，不要覺得駐場開發、如果不給錢還能過去鬧，殊不知對方如果報警的話，你是要擔很大責任的，早做準備可以避免很多煩惱，是不是？
在開工前，一定要做好一些證據方面的準備（也就是“討薪”的理論依據），這其中最重要的就是需求文檔和驗收標準。一定要讓需求方提供這兩個文檔資料作為開發的基礎。之後開發過程中，也要注意保護自己。
一、自有渠道的接單薪酬保護
跟對方簽合同，約定各方的合同責任，將需求、驗收標準都寫清楚。對於首付款，一般是分3-5-2 的方式支付，也就是合同簽訂後開工前先支付30％ 的款項，等開發到你們約定的里程碑後，再給客戶看里程碑的演示效果，對方驗收ok，再預付50% 的款項，等全部開發完成後，再把所有的源代碼和系統交付給客戶，客戶付清剩餘的20% 尾款，開發項目結束。有的客戶為了保證項目穩定運行，會要求留 10% 的尾款在維護期結束時再支付，這個也是很正常的。
上面的付款比例和階段只是一個參考，你可以根據你們的實際需求和項目總金額大小來適當調整，比如如果你接的是一個50 萬的項目，你不可能在你們雙方不認識、而你又是一個個人開發者的情況下，讓他先支付你15 萬再開發，這裡的付款方式就要根據你們各自的側重點等實際情況來進行調整了。
但總而言之是需要收到預付款才能開始開發，這樣做可以防止對方後面突然不做了或者惡意找茬導致你在項目款上的損失。這是個人自有渠道方面的收款要點。
二、平台接單的薪酬保護
對於在平台上接單的用戶，因為有平台作為第三方擔保，就不存在款項收付的問題了，但同樣有幾點需要你注意。
首先，每個開發階段要盡量往細了填寫工作記錄，留下工作方面的證據，這樣萬一出現需求修改或者扯皮的情況，你可以把截圖啊、證據啊這些拿出來，出示給平台作為證明。
其次，如果是按照時間制的合作方式可以實時提交代碼，但如果是項目制的合作方式，最好不要實時提交代碼，等項目做完了，先發演示版本讓客戶體驗是否按照需求文檔全部做完了需求，並留下對方確認的證據後，再發給客戶代碼。如果對方拿到代碼不確認完工，就可以拿著證據找平台，讓平台進行完工確認，最大化保證自己的權益。
還有一點需要囑咐一下，就是加需求和改需求。我們建議是這樣，如果是小需求，比如換個按鈕的顏色這種不怎麼耽誤時間的，就順手給改掉，友好合作還是排在第一位的。如果是大的需求，可以不改或者不做，因為這個是在開工前有明確要求的，改來改去很可能就出現矛盾，你可以選擇聯繫平台方的工作人員進行協調。
最後再說一下坐班兼職的情況。有些需求方處於保密或者溝通的需要，可能會要求你駐場開發。駐場開發的話，我們建議時間制的合作方式，也就是做幾個小時給幾個小時的費用，加班也要算加班費，這種方式因為有很簡單的驗收標準所以不會出現扯皮的情況。如果是項目制，那就要提前溝通好驗收標準，還有就是一定要在開工前讓對方預約支付訂單。
之前就有過一些案例，客戶讓對方過去，先溝通需求，溝通好之後直接開工，說下班後再支付，工程師又因為人在現場、不好意思拒絕，覺得反正對方有辦公地址，開工也沒問題。但下班後客戶卻以各種理由進行刁難，導致沒法收到項目款，白幹了一天。
請大家一定注意，一定要收到訂單付款再開工，不要覺得駐場開發、如果不給錢還能過去鬧，殊不知對方如果報警的話，你是要擔很大責任的，早做準備可以避免很多煩惱，是不是？
如何管理 Xcode 版本
https://13h.tw/2019/11/01/manage-xcode-versions.html
我們到底要保留哪幾版 Xcode？
這完全是要看你手邊專案的狀況。三個版本不算誇張：
重點：
我們到底要保留哪幾版 Xcode？
這完全是要看你手邊專案的狀況。三個版本不算誇張：
- 前一個正式版，如果舊版 app 出了問題可能要回去看。比如說你舊版 app 的 Swift 版本是上一代
- 目前的正式版，用在最近上架更新的 app
- 最新的 beta 版，如果要使用一些新系統才有的 API
重點：
- 不要用 Mac App Store 安裝 Xcode
- 從官網下載
- 或透過 xcode-install 管理
- 弄清楚相容性測試的優先順序
- 可以透過 Fastlane 幫助團隊管理 Xcode 版本
內容備忘：
1. 直接從 Apple Developer 網站下載 Xcode
其實 Apple 官網一直有下載 .xip 壓縮檔版本 Xcode 的連結，但是藏得有點深。
下載頁面的首頁是 https://developer.apple.com/downloads。而列出下載檔的位置是在 https://developer.apple.com/downloads/more。都需要登入開發者帳號。
如何估算 APP 的上線時間
產品要嚴格定義，開發前設計一定要定稿。
老闆，你到底要的功能是啥？顯然無解。
所以，做APP的第一步是『明確需求』，也就是跟產品經理確定這麼多的功能中，哪些要做哪些不要，確定接下來所有工作的方向。
明確需求，製作原型圖
在功能模塊確定之後，產品經理製作原型圖和開發文檔大概需要2天~10天的時間（根據需求的複雜程度和產品經理的水準）。沒有產品經理的話，也可以不製作原型圖和開發文檔，只不過後面的設計、開發工作容易混亂，時間會變得更長……
什麼是原型圖和開發文檔？
舉個例子，要蓋一棟房子的話，得有藍圖才能施工，這個原型圖和開發文檔就是開發APP的藍圖。那為什麼需要那麼長的時間呢？
因為每一個功能都不是獨立存在的，如果要做一個合格的產品，就要考慮功能之間的相互影響。
再舉個例子，你要做個支付功能的話就要考慮支付時限有多久、支付結果如何返回、支付失敗怎麼辦、優惠券抵扣、金額計算……等等諸多因素。
在APP市場申請上線
第一步要成為開發者（每個APP市場都需要），大概需要一些身份證明什麼的，過上1天到5天就能通過（建議可以提前弄），然後就是申請發布應用了。
安卓的發布之所以麻煩，是因為在不同市場發布應用所需要的資料往往不一樣。比如應用截圖的大小不統一，圖標不統一。如果只在一個市場發布的話會輕鬆很多。
蘋果 AppStore 的流程相對簡單，請 iOS 開發工程師全部搞定。
難的是審核，初次提交審核周期為1-2周，並且，初次提交被拒的機率極高，運氣不好的一個月都無法通過審核。
檢查是否有重複的演算法
把一些東西存在容器或是陣列裡頭，
然後想要一一比對裡面的東西是否有重複的，
通常最直覺的，是用雙迴圈(巢式)來處理。
比如說在一個容器裡，裝了 6 個物件：
上述作法總共需要執行 6 * 6 = 36 次的比對分析
存在二個問題
1. 應去除掉與自己比對 ?
2. i=1, j=2 比對完後，i=2, j=1 能否不要再比對
不需要與自己比對，所以程式可修正成如下：
如此一來, 我們已減掉了 6 次的與自己比對, 剩下 30 次的比對
底下是執行的結果
obj0 with obj1, obj2, obj3, obj4, obj5
obj1 with obj0, obj2, obj3, obj4, obj5
obj2 with obj0, obj1, obj3, obj4, obj5
obj3 with obj0, obj1, obj2, obj4, obj5
obj4 with obj0, obj1, obj2, obj3, obj5
obj5 with obj0, obj1, obj2, obj3, obj4
obj0 with obj1 跟 obj1 with obj0 是相同的結果，不需要再重複比對
我們所需要的結果應如下
obj0 with obj1, obj2, obj3, obj4, obj5
obj1 with obj2, obj3, obj4, obj5
obj2 with obj3, obj4, obj5
obj3 with obj4, obj5
obj4 with obj5
obj5 with nothing !!
所以最終的程式修改如下：
最後程式的比對運算只剩 15 次
然後想要一一比對裡面的東西是否有重複的，
通常最直覺的，是用雙迴圈(巢式)來處理。
比如說在一個容器裡，裝了 6 個物件：
object_length = 6;
for(i=0; i<object_length; i++) {
objA = objAry[i];
for(j=0; j<object_length; j++) {
objB = objAry[j];
if(objA == objB) {
// 比對相同時, 處理的程序
}
}
}
上述作法總共需要執行 6 * 6 = 36 次的比對分析
存在二個問題
1. 應去除掉與自己比對 ?
2. i=1, j=2 比對完後，i=2, j=1 能否不要再比對
不需要與自己比對，所以程式可修正成如下：
object_length = 6;
for(i=0; i<object_length; i++) {
objA = objAry[i];
for(j=0; j<object_length; j++) {
objB = objAry[j];
if(i != j && objA == objB) {
// 比對相同時, 處理的程序
}
}
}
如此一來, 我們已減掉了 6 次的與自己比對, 剩下 30 次的比對
底下是執行的結果
obj0 with obj1, obj2, obj3, obj4, obj5
obj1 with obj0, obj2, obj3, obj4, obj5
obj2 with obj0, obj1, obj3, obj4, obj5
obj3 with obj0, obj1, obj2, obj4, obj5
obj4 with obj0, obj1, obj2, obj3, obj5
obj5 with obj0, obj1, obj2, obj3, obj4
obj0 with obj1 跟 obj1 with obj0 是相同的結果，不需要再重複比對
我們所需要的結果應如下
obj0 with obj1, obj2, obj3, obj4, obj5
obj1 with obj2, obj3, obj4, obj5
obj2 with obj3, obj4, obj5
obj3 with obj4, obj5
obj4 with obj5
obj5 with nothing !!
所以最終的程式修改如下：
object_length = 6;
for(i=0; i<object_length-1; i++) {
objA = objAry[i];
for(j=i+1; j<object_length; j++) {
objB = objAry[j];
if(objA == objB) {
// 比對相同時, 處理的程序
}
}
}
最後程式的比對運算只剩 15 次
比特幣的數據儲存方式 blk.dat
blk.dat
Raw blockchain data files 原始區塊鏈數據文件: https://learnmeabitcoin.com/guide/blkdat
Magic Bytes: https://learnmeabitcoin.com/guide/magic-bytes
完整解析，包括程式讀寫細節：
https://zhuanlan.zhihu.com/p/31924911
https://blog.csdn.net/t46414704152abc/article/details/90174727
几乎所有数据都是以小端类型（Little-Endian）存储的，但是 Transaction Input/Output 里的script除外。它们是以大端方式（Big-Endian）存储的。
magic number是一个固定的数，其值为 0xD9B4BEF9
variable integer本身的长度不定，在 1 到 9 字节之间。具体的解析规则如下：
如果第一个字节小于 253，那么直接返回该字节所代表的数值
如果第一个字节等于 253，那么往后再读一个字节作，将其值作为返回值
如果第一个字节等于 254，那么往后再读四个字节作，将其值作为返回值
如果第一个字节等于 255，那么往后再读八个字节作，将其值作为返回值
如果我们把之前的数据按照上述规则带入的话可以得到如下图表。
Raw blockchain data files 原始區塊鏈數據文件: https://learnmeabitcoin.com/guide/blkdat
Magic Bytes: https://learnmeabitcoin.com/guide/magic-bytes
完整解析，包括程式讀寫細節：
https://zhuanlan.zhihu.com/p/31924911
https://blog.csdn.net/t46414704152abc/article/details/90174727
几乎所有数据都是以小端类型（Little-Endian）存储的，但是 Transaction Input/Output 里的script除外。它们是以大端方式（Big-Endian）存储的。
magic number是一个固定的数，其值为 0xD9B4BEF9
variable integer本身的长度不定，在 1 到 9 字节之间。具体的解析规则如下：
如果第一个字节小于 253，那么直接返回该字节所代表的数值
如果第一个字节等于 253，那么往后再读一个字节作，将其值作为返回值
如果第一个字节等于 254，那么往后再读四个字节作，将其值作为返回值
如果第一个字节等于 255，那么往后再读八个字节作，将其值作为返回值
如果我们把之前的数据按照上述规则带入的话可以得到如下图表。
訂閱：
文章 (Atom)
程式語言編年史
程式語言編年史原文 下面這張圖片描繪了整個程式語言的歷史。包括各種程式語言的發明人、程式語言的特點和適用領域、被什麼網站或公司使用等 (檢視 完整高清圖 )。 之所以會有那麼多不同的程式語言是因為設計程式語言的初衷不同、對語言學習曲線的追求不同、不同程式之間的執行成本差異...
