你们要的对齐
https://i.imgur.com/6eEE5ni.png

与其避免接口变化不如拥抱变化，让变化可控、可测试、可追踪

- 首先会有一份 api 风格说明，说明一般的通用的数据结构风格、错误处理、token 机制
- 后端通过 cli 工具导出后端模型到前端的 ts 结构，前端可以拷贝或直接使用数据模型。导出的代码也包含了可能的错误码、常量枚举
- 后端直接写 ts http 调用的代码，并附上最小可测试代码（ jest 测试代码），在代码中标注文档（状态码、错误码等），这步其实主要是 route 标注，前端甚至可以直接复用 http 调用的代码
- 生成的 ts 数据结构和 http 调用代码放在 git 上，提交时填写恰当的注释标注 api 变更，这步主要是确保前端可以详细的跟踪 api 变动，前端可以 watch 文档工程追踪 api

- 时间充足的话，最好还是写足够的 api 集成测试


我以前还做过其他的尝试，在测试环境用 AOP 拦截请求，用 json schema 记录请求的 route/request body/response body,然后写到数据库里，再人工标注 api 注释，缺点就是首次请求之前不会有记录。

VSCode go 插件有个命令：Go: Add Tags To Struct Fields

不过缺点是支持 snake_case，不知道在哪里改

好在我找到 VSCode 有个插件 change-case ,可以方便的在不认风格间切换

echo 和 gin 中选了 echo

- 代码似乎更紧凑一点，看上去比较简单，比较好上手研究
- echo 的统一错误处理机制更方便
- echo 的 release 节奏比 gin 更频繁一点

-gin 的中间件更丰富一点，不过要加其他依赖，echo 自带了一些中间件

切到 gopls 应该有小半年了吧，几乎没做过什么配置，没遇到什么问题

测之前 docker 起一个，完了 autoRemove

缺点就是起停一个 container 差不多要 3 秒

启动快，内存门槛低，单元测试方便，强类型，编译型，直接打包二进制，简单 花里胡哨的东西少

没错我原来主要写 java,js

macOS

esc
cmd+w (close current editor)
cmd+p (open file)
cmd+p ->@ (go to method)
cmd+p -> : (go to line)
cmd+o (open)

open/close terminal
cmd+z (...)
cmd + / (common)
cmd+f(current file search)
cmd+k -> w (close all editor in group)
cmd+k -> cmd+q (last edit location)
cmd+r (open recent)
cmd+b (cursor left)
cmd+1~9 (focus group)
shift+option+down (duplicate line)
option+up/down (move line up/down)
cmd+d (select next match)
cmd+l (select line)
cmd+option+up/down (multi cursor)
ctrl+1~9 (focus editor in group)
ctrl+tab
f2 (rename)
f12
ctrl+j (join line)
cmd+n (new window)
cmd+=|- (zoom in/out)
cmd+left|right
cmd+up|down

cmd+shift+w (close window)
cmd+shift+k (delete line)
cmd+shift+p (command)
cmd+shift+e (explorer)
cmd+shift+g (git)
cmd+shift+f (files search)
cmd+shift+l (select all match)
cmd+shift+[ , cmd+shift+] (previous/next editor)
cmd+shift+m (problems)
cmd+shift+| (go to bracket)
cmd+shift+f (format)

ctrl+shift+right|down (split window)

插一下嘴。。

之前写 java,try catch 用的不多，反正有毛病都抛出去。

现在写 go, 各种
```go
if err != nil {
return err
}
```
遇到返回结果有 error 的都要这么来一下，复杂点的函数能来好几次

觉得 java 的话，对于需要特别识别的错误，可以检查下，不然就直接抛出吧，大部分正常流程能走通就行

有些函数声明的异常甚至几乎不会出现，追求完善的错误处理覆盖是不现实的，还不如完善错误监控处理机制，避免隐式错误处理、错误遗漏，定期的检查错误情况再完善代码

如果只是不喜欢 try catch 风格，那自己搞一套错误-结果返回方案就行

java 转 go +1
之前写了 5 年 java，现在用 java 写点简单的东西还行，大型系统不想碰 java 了。

@iqingqian

如果没有兴趣，不干币圈这一行，那就没有必要花费精力研究加密货币
加密货币涉及到 加密算法、共识机制、P2P 网络、记账模型等等，和一般的 CRUD 应用差别很大，入门前期需要花费大量的精力研究，可能还需要一定的数学、密码学基础。而且还在不断的衍进，要不停的学习跟进。
另一方面，虽说区块链现在是风口，国家也在推，但加密货币的前景还是不太明了，特别是公链项目有很多坑、泡沫。
年轻的话可以多尝试，求稳的话还是找个靠谱的公司、项目。

如果没有接触过比特币，也没有兴趣，不干币圈这一行，那建议就放弃吧。

这个是典型的冷钱包模式，核心就是存放私钥的设备不联网或者高度网络隔离。那么只要把创建好的交易给存储私钥的设备签名，完了弄上链就行了。创建交易最简单的可以用钱包 RPC,然后传给冷钱包签名（离线的话思路也不少，消息订阅、手工 USB 拷贝、相机扫描等等），签名好了再广播出去。

和节点通信就是一般的 JSON RPC, 签名麻看你用什么语言，很多语言都有现成的签名库。

postgresql, 只用 pgAdmin 来生成 SQL + 手工调整