go blog 上贴过调查，第一是 vscode，第二是 goland

@hst001 估计楼主的想法是需要大于 1.6 的版本，而 1.12 - 1.6 < 0，所以 1.12 小于 1.6 好多年以前（那时候还没有 Go ）我也曾经这么想过

12 > 8 > 6

@eric1202 我也碰到了，可能是挂了代理的区域问题。可以试试不开代理，或者用 27 楼的地址。

@murmur 2 是用现成数据集的，并不需要分析视频

我可以用啊，满 1000 京豆就可以用啊

以下纯属虚构，如有雷同，纯属巧合。

1. 行尾注释一般是针对某一行代码的。这种针对某一行代码的注释很多情况下是没有必要的，剩下的一些情况，不如把代码换一种更明白清晰的写法。真正需要注释某一行代码的情景是很少的。比如 Python 的 PEP 8 也推荐「 Use inline comments sparingly.」
2. 因为 1，很多项目的代码中极少出现行尾注释。
3. 某个人或者某群人编写代码风格规范的时候因为 2 的缘故，所以加上了不准行尾注释这条，但是出发点可能只是因为很少看到行尾注释，所以看到行尾注释感觉不顺眼，并不清楚 1 的原因。因此搞了一刀切，一律不准（很可能也有一刀切方便贯彻的因素）。

截图、文件搜索、壁纸…… 这些不是操作系统自带的功能吗？

其他用浏览器书签加定制搜索就可以了。

@julyclyde 很不幸，现在俩雷雳口的 mbp 也带 bar 了

多小？不是特别小的话可以考虑 Jins

> 没有产品原型，没有需求文档，口头说一下要做成什么样子，给我搞得每天非常痛苦，不知道做成什么样。。做了又不是经理想要的，经理也没说我什么，但是我超级难受，不知道做成什么样子

你把经理当客户，分析挖掘出他的需求。这是 full cycle developer 乞丐版。

还是喜欢以前的 plan9 风

@karllynn 如果客户端提交的本来就是加密过的密码的话，可以接受。

话说拼多多都没个网页版么？

大脑是 cache，只记最常用和最精髓的东西

@liaoyaoheng 可行。但在题主这样的公司显然不可行。

可以学习一下萨达姆，据说萨达姆从来不说「我」，总是说「萨达姆」。

例如，「我之前尝试过把某某元参数设为 X 」替换成「极客兔兔之前尝试过把某某元参数设为 X 」，
「这篇文章将介绍 Y 」替换成「和极客兔兔一起了解下 Y 吧」，
「有兴趣深入的读者可以参见张三在某顶会上的工作」替换成「这个概念是极客兔兔读了张三在某顶会上的工作后掌握的，有兴趣深入的读者也可以去瞄一眼」

我以前见过有几个人的文章全是这个风格，但是只觉得比较别致。今天看到这篇帖子才想到，也许他们是为了反盗版。

> 现在每天看着同事完全不知道，还兢兢业业的做事，真不是滋味

也许同事已经知道了，只是希望兢兢业业能够使事情出现转机，甚至单纯出于某种既然还在岗位上，就把工作做好的道德。

由于楼主只是被领导透露，并没有收到正式决定，加上各种外部因素的作用，可能会有变化，所以同事会被裁员其实并不是一个布尔值（真或假），而是一个浮点数（ 0 到 1 之间）。

同理，同事未必没有从其他途径获取这个信息，即使毫无所知，通常也没有人会自信到认为自己 100% 不会被裁。

所以如果楼主想提前告知，但又想委婉地透露信息的话，与其暗示，不如和同事约定一种多方安全计算算法，交换对该同事被裁概率的推断值的加密结果，彼此交换信息后，运算一下，便知分晓。多方安全计算可以不泄露具体的数值，以免尴尬。

不过只交换被裁概率这个数值从旁路泄露了太多信息，所以如果想要更委婉一点，可以交换一组信息，例如对某某领导的看法，对公司文化的认同度，对自己工作表现的评价，乃至对食堂伙食的评价，等等。