Fix: ctrl + o 后退

vim mode:

ctrl + ] Go to definition;
ctrl + ' Peek definition;[custom]
ctrl + . Find all references;[custom]

ctrl+o 前进，ctrl+i 前进

$ ls -ld /Users/RobinCheng

结果贴出来

真是一盘大棋。

一直没有官方推荐吧，记得我是在 V2EX 看到的推荐 acme.sh 才使用的，而后给作者转过一杯咖啡钱。

谁说不印，看看费德勒 (doge

我也是一路青轴到茶轴到红轴，最后只留下一把红轴吃灰，日常用 Macbook 键盘。对我来说，机械键盘的键程都太长了，用久了都感觉肉，当然许久不摸一开始上手的感觉还是很美妙的，所以留下了一把。

要省下理发钱了，你应该高兴

站长这么闲的？！无聊

VSCode remote 到公司内网服务器的 Docker 上开发，就 Safari 自动缓存关掉的标签页比较占内存，基本上保持在 10G 左右，很流畅。

说一个吧，几年前尝试 Django + Nginx 配置差点疯掉。Go 甚至 Nginx 都不需要扔服务器上就跑了。

修正：len(s) 不是 len(a)

@c0011

> the index x is in range if 0 <= x < len(a), otherwise it is out of range

ref: https://golang.org/ref/spec#Index_expressions

> The indices low and high select which elements of operand a appear in the result. The result has indices starting at 0 and length equal to high - low

> For convenience, any of the indices may be omitted. A missing low index defaults to zero; a missing high index defaults to the length of the sliced operand.

因此 s[3:] == s[3:len(a)] = s[3:3] ✓
s[4:] == s[4:len(a)] == s[4:3] x

> For arrays or strings, the indices are in range if 0 <= low <= high <= len(a), otherwise they are out of range. For slices, the upper index bound is the slice capacity cap(a) rather than the length.

ref: https://golang.org/ref/spec#Slice_expressions

原因未知 :)

V2EX 评论不支持 markdown 太糟糕了，不知道处于什么考虑。