@Muninn 感觉 dep 的设计还是有点不适应，官方文档也还有点欠缺

@drackzy 这倒是，Elixir 国内也很惨（感觉比 Ruby 还惨）

@drackzy 我一个 Python 党都觉得 Golang 表达力弱，习惯了 Ruby 灵活性的程序员写 Golang 得被郁闷死吧（以及为啥不考虑 Elixir 呢）

之前写 Python，最近一个项目在用 golang
先说优点
1. 性能比 Python 好挺多，基本上写出来就能有不错的的性能
2. Goroutine 和 channel 很好用，
3. 默认静态链接，部署方便
4. 静态类型，重构比 Python 安全很多
5. gofmt 减少了很多关于代码风格的争论
缺点：
1. 表达力有点弱：动态语言在特定的问题领域可以写出很抽象的代码，实现很高的代码复用度，golang 在这方面就差了不少；没有泛型，很多时候只能靠运行时做 type cast 或者 type assertion 来解决
2. 未使用的变量 / import 会导致编译错误，这点对调试非常不友好，有时候为了注释掉一行代码要改好几个地方
2. 没有一个好用的包管理，使用过的里面感觉就 govendor 还能用，官方的 dep 还不成熟
3. 没有好用的 ORM：没有像 SQLAlchemy 一样强大的 ORM （这其实算是 1 的结果）
4. 标准库里的 errors 包没有 stacktrace （可以用 https://github.com/pkg/errors 来弥补）
5. 一些奇怪的规则，比如 internal 包不能被外部包 import 啦，比如 append 函数暴露了 slice 的底层实现啦，比如对 slice 做 for range 遍历的第二个元素其实是 slice 中对应元素的拷贝啦等等等等；这些问题基本上只能靠多写 & 多翻语言规范来解决了（不过有些问题语言规范也写得不是很清楚 😂）

总体上来说还是比较容易上手，开发效率的话还是得看具体的任务类型，写业务的话应该不会差太多

等 Ryzen APU
根据目前的情报看，Ryzen APU 是 4 核 8 线程，GPU 也很给力，价格也不贵（大概 1000 多）
然后上 ESXi 跑虚拟系统
网络的话，最好的办法就是系统学习计算机网络了😂

@qceytzn Cloudflare 不光是 CDN 啊，也有域名解析服务，所以说可以用 API + 脚本来实现 DDNS

完全随机的话，到 sqrt(62 ^ 8) ~= 14, 000, 000 这个数量级就会出现冲突（ https://zh.wikipedia.org/wiki/生日問題），所以说只能考虑除了完全随机之外的方案
可以考虑用这个库： https://github.com/c2h5oh/hide

ipify 或者 https://httpbin.org/ip 获得路由器公网 IP，然后脚本调用 cloudflare API 就可以了。

https://gist.github.com/anonymous/174effc7c5827f220348eecb9eeadde3

@viosey 我也被提示了

能 I （ pian ） C （ qian ） O 就行，要啥自行车啊

@lincolnhuang
@showgood163
@fuergaosi
理解正则最好的路子就是去学自动机和形式语言，学了基本上就知道经典正则是怎么一回事了（当然扩展又是另一回事情了）


@inflationaaron coursera 的 Cryptography 超级棒

OneDrive 买会员？

每个用户盐不一样，而且盐足够长就行了，对随机性没什么要求...
以及记得选个慢 hash 函数（比如 argon2，scrypt 或者 bcrypt，安全性依序降低），md5 和 SHA 系列 hash 函数都不安全（用 GPU / 专用硬件破解起来很快）

@suspended 然而多次 hash 确实能提高破解的成本，当然新的密码 hash 函数都直接把 cost 设置为 hash 函数的一个参数了。

pendulum 还是挺好用的，可以说是超级增强版 datetime

@somebodya 求源码 [email protected]

简书的说法其实没有太大毛病，不过作为国内最早的 Medium Copycat，发展成这样也真是让人惋惜。
饱醉豚本来就是 troll，对待 troll 最好的方式就是直接 block。（不过我不用简书，不知道简书有没有 block 功能，block 功能是不是好用）

利益相关：不用简书，早就 block 了饱醉豚

@falcon05 +1
@AsherG 没看到证据，不过如果有证据证明简书删掉了反驳的文章，这性质就完全不一样了
@lifesimple 简书并没有必要（也没有能力）去检查每篇文章是否言之有理；而且，如果简书真的这么做了，其实也就等于进行言论审查了。
@chnyang 好像并没有法律定义针对某个职业的造谣行为的处理方式吧...

你可以考虑 ledge based account system，还能用 Git 做版本控制
FYI: https://wzyboy.im/post/1063.html
还有 C++ 实现的 ledge 和 Haskell 实现的 hledge

楼主说了半天，也没说清楚到底怎么选择一个靠谱的创业公司，对于这种大道理一堆而毫无可操作性的文章，我只能判断为鸡汤了。