@pony279 #67 归根到底是 git 设计有问题。

既然知道 git 设计有问题, 为什么不多确认? 不沟通??? 非要把锅甩给 git ? 小团队有那么多精力来解决流程问题?

@no1xsyzy

> 自己不是更玻璃心？
> 不更是好为人师？非要别人靠自己懂不了才教？

我可能没解释清除原因

我会认为这类人的想法多是觉得学这些东西浪费时间, 毫无意义, 遇到这类问题只要问别人就好了.

然而作为同事, 大家的工作都差不多, 那凭什么我要浪费我的时间来教你这些低级的东西???


> > 我觉得对方这么说没什么不妥……不要对我说这些低级指令才甘心
> 你竟然不反感别人对你说低级指令？你是灵长类吗？
> （你怎么知道我的 C-k 是删去一行，可能我是个 evil 用户并且现在在自己写的一个任意字符插入模式？
> （或者 C-k 和输入法快捷键冲突所以移走了？）
> 我几个月前看完这篇文章并且通过引用原句解决了饭桌上的吵架…… 起因大致就是低级指令造成的严重混乱与不一致。

低级指令 != 歧意

就算有歧意, 重新解释就好了, 多沟通不行吗? 接收指令的人难道不会发问吗?

> 如果你是这个精通工具用法的人，切不可以把同事的谦虚请求当成可以显摆自己“资历”的时候。这同事往往真的是在“不耻下问”。他并不是搞不懂，而是根本不屑于，也没有时间去考虑这种低级问题。

如果让我知道跟我请教问题的人内心是这么想的, 我是绝对不会做任何指导的.

感觉文章通篇都在表达 "我很牛逼"

还有一个就是玻璃心, 自尊心太强, 有些人说话听起来就是比较冲, 但不代表真的是在指责或者不耐烦. 工作上多是就事论事, 指出你一点问题不可能每句话都客客气气, 拿这事惦记三五年有什么意思?

再比如 EMACS 的例子, 我觉得对方这么说没什么不妥, 主要是把自己想象成世界的主角了, 一定要让对方知道我是 EMACS 高手, 不要对我说这些低级指令才甘心.

看到这个例子:

> A: 你 push 到 master 了？
> B: 是啊？怎么了？
> A: 不准 push 到 master ！只能用 pull request ！
> B: 可是你们之前没告诉过我啊……
> A: 现在你知道了？！

我见过多数新人完代码, 在不了解团队习惯的情况下都会问接下来该怎么办, 可不可以直接 push 了, 至少我本人是这个样子

然而这个场景可以推测, B 在不了解规矩也不过问的情况下, 直接 push 到公共的代码库, 被指责难道就不应该?

再到第四行, 这时候再争论下去明显没有意义, 为什么非要怼回去? 怼回去后再被怼也很正常啊

王垠的逻辑多数是这样的:

"老子那么牛逼, 做事没按规矩来怎么了, 细节做不好又怎么了? 老子就是牛逼, 其他人都是傻逼"

建议大家 block 了吧, 这头像真有点烦

@hujianxin

ncm2-tmux 会把其他 tmux 窗口的 keyword 抓下来用于补全

如果你经常用 tmux，可以试试

只问楼主几个简单问题：

1. 同城两台机器 ping 延迟是多少？
2. 省内两城之间的机器 ping 延迟是多少？
3. 跨省两台机器 ping 延迟是多少？
4. 深圳和北京，天津之间 ping 延迟是多少？

搞明白这几个简单的问题，再来看看你提到的上亿玩家，需要多少台服务器才能支撑起这些玩家同时在线？

这些服务器同步信息需要的延迟又是多少，复杂度是多少？

Debian xfce4 桌面，被这个问题困扰许久，后来学会了设置全局映射 Ctrl-Alt-A 到命令 xfce4-screenshooter -r -c

有两个微信号真方便...

ctrl + t

默认的 ctrl + b 在 shell 里面是后退的快捷键，不能占用
ctrl + a 是 shell 到达行首的快捷键，不能占用
ctrl + t 比较鸡肋

两种可能性，或者两种皆有：

1. 以前的公司的工具集相对比较古老或者高度定制，项目太忙没时间自学
2. 没兴趣自学新技术，技术只不过是混口饭吃的工具

我觉得 1 的可能性不大，通常会倾向于 2

不能作为技术能力的考察项，但是多知道一些信息就可以从侧面了解对方的技术日常

@chengmonkey

这个插件只暴露这三个接口，没别的了

- ncm2_ultisnips#expand_or
- ncm2_ultisnips#completed_is_snippet()
- <Plug>(ncm2_ultisnips_expand_completed)

补全的 snippet 是由 source 提供的

debian 的 fork 特别多，说明 debian 可定制性很强，而且本身也比较小，软件生态很全（比起 alpine ）

其实初学者是比较推荐 ubuntu 的（大概是因为 ubuntu 用户多吧，其实我也不清楚当年的原因了）

ubuntu 基于 debian testing 自己做了一些事情，具体是啥我也不清楚，所以我更倾向于 debian，对我来说更加简单可控