反正我一直后悔没买 86u，而是买的 r8500，当时判断失误

现在写 rust 总算开始有点感觉了，似乎跨过了第一个坎，暂时还没看到第二个坎

@danc 谢谢，对我来说，其实最痛苦不是编译出错，而是一些常用的实现模式不知道在 rust 里面怎么搞，或者说缺少最佳实践的指导。当然，我觉得是我看的代码和写的例子不够多的原因。

举例来说，在 java 里面，我要实现一些功能，在类里面封装几个成员变量，在类内部可以随意使用。对于使用者来说，是不需要关心这些成员变量的。而且使用者在不同地方使用同一个对象的话，这些成员变量的变化可以在对象的创建者和使用者之间轻松传递。
在 rust 里面，由于 ownership 的存在，我一直没想明白如何对做类似的封装，来隔绝使用者和内部实现细节。

目前正在因为工作原因看 rust，这么说吧，作为一个还算过得去的 java/c++程序员，rust 给我的感觉是哭笑不得。
基本我每写一行代码要出现 3 个编译错误，而且 google 不到怎么改，要再回头去看概念，然后连猜带蒙各种绕圈解决问题。
当然，这语言好处很明显，就是用来替代 C 的，但不是替代 java/c++。

我这边也出问题了，本来再加一直走二级跳板再通过 ipv6 出去，结果昨天二级跳板停电了，直接走梯子就失败了。
公益节点哪有啊……

搞清你的目标，难道你的目标是要找一个“真心爱好编程”的程序员？你需要找的是一个能完成你要求的工作的程序员。

还好吧，我结合 huihui 的价格历史记录和 smzdm 的推荐来看，还是能看出来我买的算是相对较低的价格，这样我就已经很满足了。

我到现在也没完全想通文档和代码不同步应该怎么办。java 倒是有 javadoc，c++我就没辙了。
对我来说，我只能尽量的按照一个好习惯写自解释的代码。期待别人看到接口名字就知道是干嘛的。

奇怪了，之前我用 he.net 的 6in4，上 google 毫无压力。其他的比如 bt.byr.cn 也可以打开。
现在同样是 he.net 的 6in4，已经无法上 google 了。

如果你不同的界面模块需要分配同样类型的员工，你要给每个模块都写相同代码吗？
按角色还是比较靠谱一点。

作为大龄程序员，我只能说我写的程序不会频繁出问题。
另外我觉得有信心的地方是，看到现在的年轻人都不会用 Google ……

mark

国内根本没有能听到明哥的音乐服务好吧

按顺序来
1. 如果代码自解释，变量命名和函数命名规范，那么直接看代码；
2. 如果有文档，结合文档看代码
3. 如果有具体 Bug 需求，结合 Bug 加调试语句分析代码
4. 如果没有需求就是瞎看，代码又混乱，那么滚犊子

当然是遍历一次，难道还要遍历两次？

我也觉得 c 的能力未必高
写得快并不代表水平高

对我这种被逼着用 react 的 angular 爱好者来说，看到 react 这么火，真不知道是好消息还是坏消息。