@herozzm
@OldNio

公司电脑离职肯定会回收的，但有个通行做法是一定年限后所有权可以归你。比如阿里就是 4 年，4 年到了可以选换新或永久保留（鸡贼）。不过用这么久了也都到淘汰年限了，所以你懂的……

公司电脑也不是说就完全不能干自己的事，我还得登录自己的私人账号不是，但另一台 windows 主机打游戏还是很必要的。我和周围认识的所有人都是组一台台式机打游戏，主力生产工具用公司的笔记本，除非有很特殊的需求才会自己再添一台笔记本。

原则 1 ，同一领域和用途的重复持有就浪费了
原则 2 ，在特定领域里使用最适合且最好的

@pursuer 使用 C 暴露的数据结构确实大多数语言都没什么瓶颈，但方向调转难度就要陡增了。golang 和 C 几乎可以直接共享所有的数据类型，比如一个很常见的 C 接口接受一个 const char* 或者 struct whatever *，那些有 vm 的语言要从原生层传一个这种结构进去就算谈不上多麻烦吧，起码转译数据结构是躲不开的，而且好多实现被屏蔽了看不到做了啥。在 golang 这就是个「不会被 GC 的 unsafe 指针」，跟 C 的思路完全一致

我是感觉 plugin 属于那种还在 experimental 的东西（虽然发布挺早，但简陋啊），golang 1.11 之前的包管理也很糟糕，但现在已经能吹了不是，以后会有的（大概，如果有人提的话……）。 之前的项目里，需要动态特性的一律无脑 grpc 了，socket 总是能用的。 还是那句话，确实简陋，但轮子很容易接，这点成功弥补了很多缺陷。

@levelworm 好多都是学校里的了，因为学校里你有时间，可以很纯粹地为了学习而学习。你可以 TCP/IP 详解一二三卷硬看，虽然最后可能没记住多少，但看过了哪些目录一定是有印象的，这跟从目的出发一点一点零碎地搜就完全不一样了。

在学校你也有机会看一整本自制 OS 教程，一整本 Linux 教程，一整本 windows 核心编程，你如果说「系统地」怎么学的，那就是书籍目录，没有比这个更系统的了。

有了这些印象作为框架，即便是搜索新东西也会更有头绪一些。比方说 OP 这个例子，假设他其实想解决的问题其实是「要对大量 IP 进行匹配」，你就能想到协议栈，想到 win 和 nix 的内核，就会联想能不能手写逻辑简化数据结构的处理，以及联想到能不能别用内核的协议栈——复制数据和切换内核态都很耗时间。然后你就能用 high performance 「 USER SPACE 」 tcp 「 STACK 」搜到 DPDK （虽然我是从前公司项目知道它的），而搜 high performance tcp 就很难找到这种方案



我想大多数人都不缺书单，缺的是时间和精力真的去看一遍…… 工作之后自己都有点开始对「为了学习而学习」不屑一顾了

几乎所有的工具型服务都可以 serverless

我个人很期望的一点是，能有个在线版的文档搜索，取代掉 dash 。这东西最大的缺点是不跨平台而且要手动管理文档集，要能做个 IDE 插件写什么项目就查什么就好了

然后就是些计算密集型的东西，视频压制什么的。用 PC 压片真的蠢，高参数压片一压就一晚上，母片数据也就几个 G （粗压一遍），再不济一两小时也能传完了，让我的 PC cpu 满载几小时不能响应，显然是不经济的

专家们在说「是未来」的时候，我猜他们的期望是以后别再用本地机子跑机器学习了，随时租一个短期高性能炼丹炉肯定要香很多

最近看到不少 golang 的抱怨帖

但我想给 golang 正一下名。
众所周知没有任何语言或套件能解决一切问题。如果语言能解决一部分问题，那么在这部分问题上就是个好选择。

golang 解决了什么问题：

1. 没有菜逼能把程序性能写崩，也不会有 pro 写出你要看很久才能弄清楚妙处在哪的魔法，逻辑很直观
2. bootstrap 一个项目足够简单，有现代的好用的，yet keep it simple 的包管理
3. 对接 ABI 没有什么痛苦，一切可以在 C interface 上完成


这意味着 golang 保持着极低维护成本的前提下还能提供不错的开发效率。

在过去， 能达到 1 效果的语言都因为先天不足非常难以管理构建环境和依赖，看看 C 就知道了。上手一个 5w 行不到的 C 项目，可能都得先研究半个月构建脚本在写什么，甚至怎么往项目里加一个新文件都要试错很久，单元测试也是噩梦，写一个「自动收集某目录下的文件并生成单测 executable 」的「构建脚本」就得花掉不少时间，更别说试图引入一个新依赖包的时候 —— 我 tm 不如想办法复制粘贴一小部分要用的代码得了。


而这一切在 golang 上只需要 go get 和 go test


可以说 golang 的项目我是有自信无论最后写成了一坨什么样的屎，后面接手的人都是能吃得进去的（）



golang 粉在吹什么大道至简是吹歪了。简陋得承认，error code 就是冗长。但比起 c++ 能在异常处理里因为捕获的异常对象指针莫名其妙空了而 crash 的这种「异常」（这是我遇到的 ANTLR 生成的 c++代码的一个真实 bug ）—— return error code 你一目了然它不可能搞崩 GC 。这种「从简」还相对有道理一点，但表达不出 golang 的优点。




一句话来说，一个语法跟 C 一样简单，且无缝对接 C Interface 和 os native 的，能编译成 standalone 的性能不错的静态类型语言，还能像 nodejs 一样随意下载任何依赖包，着足够现代的生态支持，我认为足以成为任何想要开发面向服务器应用的小开发团队的第一选择。

找不到会写代码的人=>不需要，随便写写不崩
简陋语法写起来很慢=>不用造轮子，你能很快地搜索并一键引入全球的轮子

小公司福音。

不知道 OP 能不能意识到这问题背后有多少坑……

1. 多线程读写同一个 io 很蠢且不会起作用。因为文件系统 api 的作用仅仅是给内核发个通知，让内核去 copy 数据。多线程和单线程调用同一个 file descriptor 上的读写不会有什么区别
2. 1 亿个 ip 不应该放在一个普通文件里，这么大规模的数据为什么不用数据库管理？
3. ipv4 原本仅仅只是一个 4 字节的整数，ipv6 也只有 16 字节，不知道 OP 准备存的是什么，不会是字符串吧
4. 这种规律排布的数据压缩比本来可以非常大的，考虑压缩了吗



最快的方法是开一个 file map (mmap) ，然后在 mmap 给你提供的「内存」里存数据。你往里写的时候写的是内存，然后 OS 内核会自动帮你把内存页交换到文件系统上。

但这个映射也还是可以继续优化的，因为默认内存页很小且物理内存不连续。如果你想，用上巨型页和手撸的 dma 驱动可以更快

@gam2046 golang 没有 exception ，没有「异常」。

它只有「错误码」

而且错误码是个字符串 hhhhh

循环是 goto 的语法糖（ doge

…… 啊？

干这行的老师傅哪个会用好手机啊，不都是 2k 以内的便宜东西或者旧手机


红米 Note 不够用是怎么的？

@cyannnna 业余爱好不能带来收入。




否则我现在还写代码干啥呢？