問題有點多，如果需時太久不需要全答，5.以外的我都可以再花更多時間去找，十分感謝

1. 網上看到的大多數的教程在用 protoc 的時候都只有用 --go_out 這個 flag，但亦有部份的有加上 --go-grpc_out，除 _pb.go 之外多了一個 _grpc.pb.go。請問兩者有甚麼分別，或者說新增的是甚麼實際用途嗎？有實際的例子嗎？

在其中一個 repo 有看到相關的討論，但仍然不太理解。

2. project layout

grpc_test/
├── client/
│   └── main.go  (package main)
│
├── proto/
│   ├── service.pb.go (package proto)
│   └── service.proto (package proto) &\
│                     (option go_package = "proto/proto";)
├── server/
│   └── main.go (package main)
├── go.mod
└── go.sum

網上普遍的 project layout 大概都如上，並且用下面的方式執行

# shell_1
$ cd server & go run main.go

# shell_2
$ cd client & go run main.go

有點不太理解：

// main.go
package main

import "grpc_test/proto"

• Entry point 不是在 main.go 的 folder 嗎，為什麼會成功 import？是因為會讀上一層的目錄嗎？
• 該如何理解 import "grpc_test/proto" 這句？
  為甚麼要有 grpc_test/？是前面有隱含 $GOPATH 而理解為 $GOPATH/src/grpc_test/{package_name} 嗎？

3. 關於 project layout 與 protobuf 的問題
   如果在 *.proto 中沒有加上 option go_package = ".;proto";，在 $ protoc 時就會出現

protoc-gen-go: unable to determine Go import path for "simple.proto"

Please specify either:
        • a "go_package" option in the .proto source file, or
        • a "M" argument on the command line.

• 有測試到 go_package 最後的字會在 protoc compile 後成為 *.pb.go 的 package；但另外的 "M" argument 是甚麼呢？
• 如何理解 option go_package = ".;proto";？

4. 如果想要做一些個人 side project，希望可以用作豐富一下 GitHub。請問大家有題材上的建議嗎（我想主因是我依然不太清楚 gRPC 可以做到些甚麼），目前在寫一個簡單的 chatroom。

5. 職涯

非資訊畢業的新鮮人，目前在做 QA 職務內容的掛名軟體工程師 (Go)，之後想往後端發展。但是目前感覺個人大多數技能不僅雜，也十分不精：像是會 Python 可卻不會 flask、django；db 的部分大概就是 SELECT * FROM table WHERE ...; 的程度了；git 看完了為你自己學 git 卻感覺只理解到表面，有時還是會卡卡的；Go 只摸到表面。簡單而言就是沒有甚麼項目的經驗，東西一多就不會了。

目前的公司大部分時間都很空閒（也不算太學得到東西），該用空閒時間先自己努力準備，還是該嘗試轉到真的後端位置上？自己準備的速度好像很慢，也沒有甚麼目標導向的壓力；但自身亦總是覺得目前能力很難轉到後端。

如果想要繼續往後端方向發展，該如何/選哪個方向快速準備自己？
Go: gRPC、gin、⋯⋯
CI\CD: docker、k8s
db SQL