以前有位同志在节点上发了一个标题为 XXX 好的帖子，于是 v2 因此被墙了，再后来 rust 相关的帖子就被特殊关照了 233

看起来 dsl 方面不错，关注

100offer 的报告不是说 phper 的平均工资是两万多么 233

最近几个月感觉行情不太好吧，看楼主的姿态不像是能一出来就拿 11k 的样子，我感觉 8k 起头看能拿多少吧

concept 很重要，不了解的人可以说是还不了解 cpp 有多屌。 concept 解决的问题跟 abstract class 解决的问题没啥关联，没有可比性

不只是报错消息，写模板代码的思路会小有变化，写的时候思路更清晰了。

不过多数人并不写模板代码，对这些人来说的确主要是报错信息变了

@hack2015 我没有用呢，我要用也是用 PHP 写的， Ruby 的开发环境太可怕了

Java 不是适合 hacker 的语言，不过好歹在学院派和工程派都能找到支持者， 233
我觉得要求短的话 Perl 也许会合某些人胃口 233

不一定要学 C++， 233
https://www.zhihu.com/question/29261736/answer/45328232
不过 Servo 的 JS 引擎现在仍然是 C++写的。
Rust 的 JS 引擎倒是有几个，不过都是比较业余的。最近 Chakra 开源应该能带来一阵自己写 JS 引擎的热潮吧， 17 年应该能看到效果。

现在比较流行的应该是 Discourse 吧，蛮多技术社区都用这个了。

shell 真的好多……上次看到一个印度人发明的 win 下的 shell ，自带了一些像是 Python ， PHP 之类的解释器，看上去不错。

编辑器如果不追求插件的话我觉得 VS Code 就不错，要插件的话就分为各种流派了……

md 主要是维持了原来人们在邮件列表中习惯了的格式（你在一些文档例如 IETF RFC 里面也能看到类似的格式）。我觉得你应该向 TeX 使用者推销。有时候我觉得 TeX 爱好者挺疯的。

> 返回错误，和抛出异常，根本就是不一样的结构；既不是顺序也不是分支，而是跳转，而返回错误依然是一个顺序结构之中。

这个理解应该是有点问题的，异常也是一个逐步返回的过程，这个过程我们叫 unwinding

其实我不太理解这段回复想表达的要点是什么……

异常和返回错误的比较显著的差异在于它破坏了类型检查，你无法预期被调用者会抛出什么异常。你写代码的时候被调用者可能返回某些异常你都考虑到了，等被调用者被修改后这部分预期也许就不再成立。
它不像函数返回值那样是可以通过类型来限定然后通过工具（包括编译器）来检查。
即使是 Go 这样比较弱的类型系统都可以受益于通过返回值来表达异常这个设计。

游戏呗 https://www.nostarch.com/pythonforkids 当时我看的这本，照着做了一个 love2d 的项目， 233

不过这本书的代码有一些错误，不知道有没有勘误表

其实无论怎样你都要包装错误的类型的，这个是没法避免的。
比如说像 C++异常这样的机制，你会 catch 一种预期的错误，然后向外抛一个你这个层面的错误，也就是中间有个转换错误类型的过程。
这种思路你换到 C 或者 Go 都是类似的，所以就这点怪罪 Go 的错误处理方式没有什么道理。

实践中倒是 C++代码用异常并不很流行，比如 Google 就在它的风格中禁止使用异常。

噗这真的是不同人词汇不一样

我看着都要笑抽了，好多人可能还在咀嚼没看过的词吧


我觉得这种词汇问题没必要解释，看多了就懂了，至于没机会多看的，反正看懂了也没啥意义所以并没有损失 233

啊我现在干脆就加一段

fn write(s: &str) {
use ::std::io::prelude::*;
use ::std::fs::OpenOptions;
let file = OpenOptions::new().write(true).append(true).open("\\a.txt");
let s = format!("{}\n", s);
file.unwrap().write_all(s.as_bytes()).unwrap();
}
然后 make rustc-stage1 ，感觉这样是最省事的

来我大 Rust 阵营吧。最近有人提议加三目运算符，因为和 Rust 原有的 if-else 结构功能一样而被狠狠批评了一番

还以为说 win32