JSON and Go

https://mgleon08.github.io/blog/2019/02/17/golang-json-and-go/

Encoding - Marshal 序列化

在 Go 中並不是所有的類型都能進行序列化：

必須是 struct 中支援外部引用的 field 才能夠序列化 (即開頭字母大寫的 field)
JSON object key 只支援 string
Channel、complex、function 等 type 無法進行序列化
不支援循環數據結構，因為序列化時會進行無限迴圈
Pointer 序列化之後是其指向的值或者是 nil

func Marshal(v interface{}) ([]byte, error)

package main

import (
  "encoding/json"
  "fmt"
)

type UserInfo struct {
  Name string
  Say  string
  Age int64
}

func main() {
  m := UserInfo{"Leon", "Hello", 18}
  b, _ := json.Marshal(m)
  fmt.Println(string(b))
}

// {"Name":"Leon","Say":"Hello","Age":18}

指定 JSON filed name

Struct Tag

Struct tag 可以決定 Marshal 和 Unmarshal 函式如何序列化和反序列化數據。

一般 json 都是小寫，但因為 golang 序列化時，struct 必須是大寫，因此透過 Struct Tag 改成小寫
mongodb 則是使用 bson，可以在 struct 加上 json:"name,omitempty" bson:"name,omitempty"

package main

import (
  "encoding/json"
  "fmt"
)

type UserInfo struct {
  Name string `json:"name"`
  Say  string `json:"say"`
  Age int64   `json:"age"`
}

func main() {
  m := UserInfo{"Leon", "Hello", 18}
  b, _ := json.Marshal(m)
  fmt.Println(string(b))
}

// {"name":"Leon","say":"Hello","age":18}

指定 field 的行為

omitempty

透過 omitempty 如果 field 的值是對應類型的 zero-value，序列化之後的 JSON object 中不包含此 field

package main

import (
  "encoding/json"
  "fmt"
)

type UserInfo struct {
  Name string `json:"name"`
  Say  string `json:"say"`
  Age int64   `json:"age,omitempty"`
}

func main() {
  m := UserInfo{}
  b, _ := json.Marshal(m)
  fmt.Println(string(b))
}

// {"name":"","say":""}

-

透過 - 可以忽略掉該 field

package main

import (
  "encoding/json"
  "fmt"
)

type UserInfo struct {
  Name string `json:"name"`
  Say  string `json:"-"`
  Age int64   `json:"age,omitempty"`
}

func main() {
  m := UserInfo{"Leon", "Hello", 18}
  b, _ := json.Marshal(m)
  fmt.Println(string(b))
}

// {"name":"Leon","age":18}

Decoding - Unmarshal 反序列化

預設的 JSON 支援以下幾種 Go 類型：

bool for JSON booleans
float64 for JSON numbers
string for JSON strings
nil for JSON null

知道類型的反序列化

package main

import (
  "encoding/json"
  "fmt"
)

type UserInfo struct {
  Name string `json:"name"`
  Say string  `json:"say"`
  Age int64   `json:"age"`
}

func main() {
  var jsonString string
  jsonString = `{"name":"Leon","say":"hello","age":18}`
  
  //把 json unmarshal 進去 struct
  u := &UserInfo{}
  err := json.Unmarshal([]byte(jsonString), u)
  if err != nil {
      fmt.Println(err)
      return
  }
  fmt.Println(u)
  fmt.Printf("%T\n", u)
  fmt.Printf("name:%s, say:%s, age:%d\n", u.Name, u.Say, u.Age)
}

// &{Leon hello 18}
// *main.UserInfo
// name:Leon, say:hello, age:18

不知道類型的反序列化

如果不知道類型可以用 interface{}

package main

import (
  "encoding/json"
  "fmt"
)

func main() {
  var jsonString string
  jsonString = `{"name":"Leon","age":18,"cars":["Maserati","BMW"]}`
  
  //把 json unmarshal 進去 struct
  var u interface{}
  err := json.Unmarshal([]byte(jsonString), &u)
  if err != nil {
      fmt.Println(err)
      return
  }
  fmt.Println(u)
  fmt.Printf("%T\n", u)
}

// map[cars:[Maserati BMW] name:Leon age:18]
// map[string]interface {}

回傳的格式如

map[string]interface{}{
    "Name": "Leon",
    "age":  18,
    "cars": []interface{}{
        "Maserati",
        "BMW",
    },
}

key 是 string，value 是 interface{}，必須透過 type assertion 和 range 取得所有的 key

package main

import (
  "encoding/json"
  "fmt"
)

func showInfo(u interface{}){
  m := u.(map[string]interface{})
  for k, v := range m {
      switch vv := v.(type) {
      case string:
          fmt.Println(k, "is string", vv)
      case float64:
          fmt.Println(k, "is float64", vv)
      case []interface{}:
          fmt.Println(k, "is an array:")
          for i, u := range vv {
              fmt.Println(i, u)
          }
      default:
          fmt.Println(k, "is of a type I don't know how to handle")
      }
  }
}

func main() {
  var jsonString string
  jsonString = `{"name":"Leon","age":18,"cars":["Maserati","BMW"]}`

  //把 json unmarshal 進去 struct
  var u interface{}
  err := json.Unmarshal([]byte(jsonString), &u)
  if err != nil {
      fmt.Println(err)
      return
  }
  showInfo(u)
}

// name is string Leon
// age is float64 18
// cars is an array:
// 0 Maserati
// 1 BMW

Reference Types - 反序列化對 slice、map、pointer 的處理

struct 中包含一個 slice Cars ，slice 預設是 nil，之所以反序列化可以正常進行就是因為 Unmarshal 在序列化時進行了對 slice Cars 做了初始化，同理，對 map 和 pointer 都會做類似的工作

比如序列化如果 Pointer 不是 nil 首先進行 dereference 獲得其指向的值，然後再進行序列化，反序列化時首先對 nil pointer 進行初始化

package main

import (
    "encoding/json"
    "fmt"
)

type UserInfo struct {
    Name string
    Age  int64
    Cars []string
}

func main() {
    var jsonString string
    jsonString = `{"name":"Leon","age":18,"cars":["Maserati","BMW"]}`

    //把 json unmarshal 進去 struct
    u := &UserInfo{}
    err := json.Unmarshal([]byte(jsonString), u)
    if err != nil {
        fmt.Println(err)
        return
    }
    fmt.Println(u)
    fmt.Printf("%T\n", u)
    fmt.Printf("name:%s, age:%d, cars:%s\n", u.Name, u.Age, u.Cars)
}

// &{Leon 18 [Maserati BMW]}
// *main.UserInfo
// name:Leon, age:18, cars:[Maserati BMW]

nested struct 的序列化

Go 支援對 nested struct 進行序列化和反序列化:

package main

import (
    "encoding/json"
    "fmt"
)

type App struct {
  Id string `json:"id"`
}

type Org struct {
  Name string `json:"name"`
}

type AppWithOrg struct {
  App
  Org
}

func main() {
  data := []byte(`{ "id": "123", "name": "My Awesome Org" }`)
  var b AppWithOrg
  json.Unmarshal(data, &b)
  fmt.Printf("%#v\n\n", b)
  
  a := AppWithOrg{
      App: App{ Id: "321" },
      Org: Org{ Name: "My Awesome Org"},
  }
  data, _ = json.Marshal(a)
  fmt.Println(string(data))
}

// main.AppWithOrg{App:main.App{Id:"123"}, Org:main.Org{Name:"My Awesome Org"}}
// {"id":"321","name":"My Awesome Org"}

Stream JSON

Golang 提供 Decoder 和 Encoder 對 stream JSON 進行處理，常見 request 中的 Body、文件等

package main

import (
  "encoding/json"
  "fmt"
  "io"
  "log"
  "strings"
)

func main() {
  const jsonStream = `
  {"Name": "Ed", "Text": "Knock knock."}
  {"Name": "Sam", "Text": "Who's there?"}
  {"Name": "Ed", "Text": "Go fmt."}
  {"Name": "Sam", "Text": "Go fmt who?"}
  {"Name": "Ed", "Text": "Go fmt yourself!"}
`
  type Message struct {
      Name, Text string
  }
  dec := json.NewDecoder(strings.NewReader(jsonStream))
  for {
      var m Message
      if err := dec.Decode(&m); err == io.EOF {
          break
      } else if err != nil {
          log.Fatal(err)
      }
      fmt.Printf("%s: %s\n", m.Name, m.Text)
  }
}

// Ed: Knock knock.
// Sam: Who's there?
// Ed: Go fmt.
// Sam: Go fmt who?
// Ed: Go fmt yourself!

參考文件

將 Object 序列化為 Json 時，攤平 Json string 欄位

https://blog.yowko.com/not-serialize-json-string/

在不同系統間透過 Json 來交換資料是很常見的設計，甚至在某些系統上還可以見到將 Json string 儲存在屬性中，當然有人會質疑這樣就失去強型別的好處，不過會這樣使用就是希望達到 schema-free 的彈性：在一開始未能完整設計但又是非核心常用的內容可以被保留下來。

將某些述敘用內容轉為 Json string 放在屬性值中保存，在系統間的溝通完全沒有問題，不再會因為上下游系統想要改屬性名稱或是增減屬性定義就需要每個系統跟著調整，不過在 log 時就不是那麼好閱讀，Json 有一部份的好處就是人眼可以直接看得懂，但物件屬性值如果是 Json string 在 log 輸出時會被重複 serialize，而加上跳脫符號(\)。

How to make sure that string is valid JSON using JSON.NET

20200313 台股紀錄：9635點非底部，融資斷頭時刻接近

大盤3/13開盤摜破萬點，殺到9635點，爆量3028億絕對不是底部。底部是一攤死水，成交300億還差不多。大盤從12197點殺到9635點，跌掉2562點，趨勢向下，反彈還是要賣，反彈結束還是破底。

3/12大盤低於10500點券商準備融資追繳通知，3/13打電話也寄追繳令。3/16星期一收到追繳通知，存現金提高自備款、融資買進更多股票，星期三開盤之前必須把整戶維持率補到130%以上，否則券商開盤直接斷頭。融資斷頭不是一支一支斷，是整戶一起斷。

整戶斷頭不分青紅皂白通通市價賣，莫名賣壓是恐慌來源，股價開低，連累持有相同股票的人維持率，形成惡性循環。

收下追繳令到斷頭有三天時間，所以下星期一與星期二市場有喘息的空間。

關鍵是星期三，行情大幅回升則暫時保命，為何是暫時呢?收到追繳令後，除非把維持率補到167%，若只是高於130%一點點，盤中維持率跌破130%，當日下午兩點之前一定要補錢，否則隔日開盤還是斷頭。

維持率在130%邊緣的人，時時刻刻提心吊膽，隨時可能接到追繳電話。

斷頭問題不在個人，是趨勢改變。遇到斷頭危機，與其掙扎度日不如一刀兩斷，永絕後患。

全球市場的三個斷裂造成流動性危機

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公里，怎麼可能會吵到睡不著覺？

貴婦說：「不管，你來我家實際體驗一下，就知道有多吵了。」

工程師沒有辦法，只好去了貴婦家。實際體驗的結果，工程師說：「完全沒有聲音啊。」

貴婦一臉不高興的說：「你怎麼那麼遲鈍啊，我每晚躺在床上，都被火車震得睡不著覺，你躺到我床上去試看看，就知道震動得有多嚴重了。」

工程師沒辦法，只好爬上貴婦的床，靜靜等火車經過。

等著、等著，貴婦不見了。
等著、等著，貴婦的老公回來了。

貴婦的老公一看到老婆床上有個陌生的男人，整個腦袋冒火，惱怒極了，他氣沖沖的問：「你是誰？在我老婆床上幹什麼？」

當工程師正要回答時，貴婦從浴室走出來，很明顯的，她剛才去洗澡了。貴婦的老公一看到老婆從浴室走了出來，身上還滴著水，簡直氣炸了。他憤怒的質問工程師：「你到底在我老婆床上幹什麼？」

工程師嚇壞了，但他是個老實人，只會實話實說，於是他支支吾吾的說：「我我我在你老婆床上等等等……火車經過。」
「在我老婆床上等火車經過？」
「沒錯，在你老婆床上等火車經過。」

如果你是貴婦的老公，你會相信眼前這個陌生男人的話嗎？底下的大老闆和他的員工們一邊笑，一邊搖頭。

「沒錯，沒有人會相信這麼奇怪的話。那……這個故事究竟要告訴我們什麼？」我問底下的大老闆。大老闆搖搖頭。

我說：「這個故事告訴我們，不管事情看起來多麼不可思議，它都有可能是……真的。」

我接著問：「你們認同這句話嗎？」大老闆和他的員工們都點頭了。

「很好，既然你們認同這句話，那麼現在我要告訴你們，我之所以遲到的原因。原因是……我在來的路上，被外星人綁架了。」

被外星人綁架？有人瞬間愣住，有人當場噗嗤笑了出來……

我繼續說：「外星人告訴我兩個祕密，這兩個祕密跟錢有關，跟大老闆你有關，跟你們公司有關。但現在我不能告訴你們這兩個祕密，必須等到我演講完之後，才能告訴你們。」

然後，不管大家的反應，我就自顧自的開始了今天的演講。一個多小時過去，我講完當天的主題「故事的力量」了。

演講完，我知道我過關了，大老闆的氣早就消了，他現在只剩下好奇，他很好奇外星人到底對我說了什麼祕密。

演講結束，我開始收拾東西，準備走人，大老闆急忙叫住我：「許老師，先別走，你還沒說外星人到底對你說了什麼？」

一整個演講過程中，大老闆的心一直懸著，他被我一開始說的「跟錢有關、跟公司有關、跟他有關的外星人祕密」牽著走。

我笑了笑，對大老闆說：「外星人對我說啊，遲到就必須道歉。對不起，我遲到了。外星人還說啊，遲到就必須付出代價，所以我們今天的演講，不收費。」說完，我繼續收拾東西，瀟灑的走出演講廳。

一出演講廳，祕書立刻從後頭追了上來。祕書氣喘吁吁的說：「我們老闆說，他很想給你演講費，但你說得沒錯，遲到必須付出代價，所以這次就不給你錢了。但他覺得你講得太好了，因此他希望你再來三次。」隨後，祕書拿出一個信封袋給我，她說：「這是預約之後三次演講的錢，先給你。記住，不要再遲到了喔。」

哇哇哇，我的遲到不只沒有得到懲罰，反而意外獲得三倍的演講費。

故事還沒結束。後面三次的演講結束後，祕書又從後面追了上來，她說：「我們老大一直猶豫著要不要把第一次的演講費還給你，但他左想右想，還是覺得如果還你錢，那就太沒有原則了。於是他最後決定，送你一個『束脩』。」

所謂束脩就是肉乾，是古時候學生給老師的學費。祕書給我一個信封袋，裡面是……兩次的演講費。

一個「不管事情看起來多麼不可思議，它都有可能是真的」的轉場故事，幫我從負面處境巧妙的轉了場，從極度的劣勢，變成極度的優勢。

故事轉場不只幫我避開了「永不錄用」的臭名，相反的，它還為我掙得了五倍的演講費。

不只如此，後來這家公司就經常找我去演講，辦活動，並且一直合作到現在。這個因為遲到而冒出來的故事，強而有力的證明了當天我的演講主題：故事的力量。

而這個「被外星人綁架」的故事，只要透過三個步驟，你也可以說出來。

步驟一：先說故事——工程師在貴婦床上等火車經過。
步驟二：偷換概念——不管事情看起來多不可思議，都有可能是真的。
步驟三：真正的話——利用「被外星人綁架」這個「不可思議，但有可能是真的」故事，帶出真正想說的是「遲到要道歉」和「遲到必須付出代價」。

三個步驟，就這麼簡單！相信以你現在的程度，肯定可以學得會。然而，接下來這步最艱難：認真相信，並且加以實踐！

低利率或負利率時代

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％以上賣出），並伺機於低點再買進。因此，零利率時代，退休族要自救，培養財經和投資敏感度，不可或缺。

接案的收費方式

https://blog.csdn.net/DavidGoGo_/article/details/102824354

在開工前，一定要做好一些證據方面的準備（也就是“討薪”的理論依據），這其中最重要的就是需求文檔和驗收標準。一定要讓需求方提供這兩個文檔資料作為開發的基礎。之後開發過程中，也要注意保護自己。

一、自有渠道的接單薪酬保護

跟對方簽合同，約定各方的合同責任，將需求、驗收標準都寫清楚。對於首付款，一般是分3-5-2 的方式支付，也就是合同簽訂後開工前先支付30％的款項，等開發到你們約定的里程碑後，再給客戶看里程碑的演示效果，對方驗收ok，再預付50% 的款項，等全部開發完成後，再把所有的源代碼和系統交付給客戶，客戶付清剩餘的20% 尾款，開發項目結束。有的客戶為了保證項目穩定運行，會要求留 10% 的尾款在維護期結束時再支付，這個也是很正常的。

上面的付款比例和階段只是一個參考，你可以根據你們的實際需求和項目總金額大小來適當調整，比如如果你接的是一個50 萬的項目，你不可能在你們雙方不認識、而你又是一個個人開發者的情況下，讓他先支付你15 萬再開發，這裡的付款方式就要根據你們各自的側重點等實際情況來進行調整了。

但總而言之是需要收到預付款才能開始開發，這樣做可以防止對方後面突然不做了或者惡意找茬導致你在項目款上的損失。這是個人自有渠道方面的收款要點。

二、平台接單的薪酬保護

對於在平台上接單的用戶，因為有平台作為第三方擔保，就不存在款項收付的問題了，但同樣有幾點需要你注意。

首先，每個開發階段要盡量往細了填寫工作記錄，留下工作方面的證據，這樣萬一出現需求修改或者扯皮的情況，你可以把截圖啊、證據啊這些拿出來，出示給平台作為證明。

其次，如果是按照時間制的合作方式可以實時提交代碼，但如果是項目制的合作方式，最好不要實時提交代碼，等項目做完了，先發演示版本讓客戶體驗是否按照需求文檔全部做完了需求，並留下對方確認的證據後，再發給客戶代碼。如果對方拿到代碼不確認完工，就可以拿著證據找平台，讓平台進行完工確認，最大化保證自己的權益。

還有一點需要囑咐一下，就是加需求和改需求。我們建議是這樣，如果是小需求，比如換個按鈕的顏色這種不怎麼耽誤時間的，就順手給改掉，友好合作還是排在第一位的。如果是大的需求，可以不改或者不做，因為這個是在開工前有明確要求的，改來改去很可能就出現矛盾，你可以選擇聯繫平台方的工作人員進行協調。

最後再說一下坐班兼職的情況。有些需求方處於保密或者溝通的需要，可能會要求你駐場開發。駐場開發的話，我們建議時間制的合作方式，也就是做幾個小時給幾個小時的費用，加班也要算加班費，這種方式因為有很簡單的驗收標準所以不會出現扯皮的情況。如果是項目制，那就要提前溝通好驗收標準，還有就是一定要在開工前讓對方預約支付訂單。

之前就有過一些案例，客戶讓對方過去，先溝通需求，溝通好之後直接開工，說下班後再支付，工程師又因為人在現場、不好意思拒絕，覺得反正對方有辦公地址，開工也沒問題。但下班後客戶卻以各種理由進行刁難，導致沒法收到項目款，白幹了一天。

請大家一定注意，一定要收到訂單付款再開工，不要覺得駐場開發、如果不給錢還能過去鬧，殊不知對方如果報警的話，你是要擔很大責任的，早做準備可以避免很多煩惱，是不是？

如何管理 Xcode 版本

https://13h.tw/2019/11/01/manage-xcode-versions.html

我們到底要保留哪幾版 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周，並且，初次提交被拒的機率極高，運氣不好的一個月都無法通過審核。

訂閱：文章 (Atom)

The 21st century