V2EX › bombless 的所有回复 › 第 29 页 / 共 61 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 25 26 27 28 29 30 31 32 33 34 ... 61

❮

❯

2016 年 3 月 7 日

回复了 aigebiu 创建的主题 › C › 在学 C＋＋有个问题

噗 c++本身是不支持嵌套的函数定义的，所以本身函数调用和函数定义是不会在一个层次里出现的。
你这个是 gcc 扩展。

2016 年 3 月 2 日

回复了 wudanyang 创建的主题 › 程序员 › 看的黑客与画家想学 lisp，但是在拉勾上没有找到 lisp 相关的职位。

common lisp 还真不简单，应该说非常复杂，要啥特性有啥特性

2016 年 2 月 22 日

回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了

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

2016 年 2 月 16 日

回复了 SoloCompany 创建的主题 › Kotlin › kotlin 1.0 发布了

看起来 dsl 方面不错，关注

2016 年 2 月 15 日

回复了 coderstudy 创建的主题 › PHP › 自学的 PHP 基础，有没有公司招聘，上海的公司，经验不多，去公司学习

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

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

2016 年 2 月 15 日

回复了 rushcheyo 创建的主题 › C › 整个 STL 都即将用 Concepts 重写有什么好处？

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

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

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

2016 年 2 月 5 日

回复了 hack2015 创建的主题 › 互联网 › 除了 V2EX 还有什么比较好的论坛程序

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

2016 年 2 月 5 日

回复了 yuntong 创建的主题 › Java › 为啥 Java 的输出语句这么长?

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

2016 年 2 月 5 日

回复了 coffeedeveloper 创建的主题 › 程序员 › 你们觉得作为一个前端，想去了解浏览器整个的渲染过程和执行过程而去学 C++有必要吗？

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

2016 年 2 月 5 日

回复了 hack2015 创建的主题 › 互联网 › 除了 V2EX 还有什么比较好的论坛程序

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

2016 年 2 月 4 日

回复了 Mirana 创建的主题 › 程序员 › windows 下最好的编辑器和 shell 是什么

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

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

2016 年 2 月 4 日

回复了 zxgngl 创建的主题 › 程序员 › 我设计了一种文本标记格式，用来代替 Markdown 格式。请大家一定来夸我，或者拍砖：）

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

2016 年 2 月 3 日

回复了 fire5 创建的主题 › Python › 看了一个 go 语言，感觉语法略为不习惯。

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

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

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

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

2016 年 1 月 29 日

回复了 garth 创建的主题 › Python › 有没有简单而有趣（小孩子感兴趣）的 Python 做的东西？

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

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

2016 年 1 月 29 日

回复了 fire5 创建的主题 › Python › 看了一个 go 语言，感觉语法略为不习惯。

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

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

2015 年 12 月 28 日

回复了 AdamMaggie 创建的主题 › 程序员 › 培训机构老师找上门，产生了一些严（ yu）肃（ kuai）的对话(￣▽￣)"

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

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

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

2015 年 12 月 26 日

回复了 bombless 创建的主题 › Rust › Rust 贡献者世界地图

啊我现在干脆就加一段

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 ，感觉这样是最省事的

2015 年 11 月 25 日

回复了 iugo 创建的主题 › 程序员 › 非常不喜欢「另一种写法」

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

1 ... 25 26 27 28 29 30 31 32 33 34 ... 61

❮

❯