mbp 装 Linux 挺好用的，我 15 款的 mbp，买了没多久装了 archlinux，用了大半年，只是偶尔切回 mac，后面又换成 NixOS 了，用了差不多快两年了。Linux 内核对 Mac 硬件支持很不错的，除了摄像头还用不了（当然折腾一下也可以用，不过没需求）。

没记错的话 SQLAlchemy 和 jinja 都是受 Django 启发做的。 Django 的 ORM 和 Template 很好用，但是只能在 Django 里面使用，于是就有人把 ORM 和 Template 抠出来做成了 SQLAlchemy 和 Jinja ，所以通用性和专业性上肯定比集成在 Django 里面的 ORM 和 Template 好用

@sagnitude 前端现状很好，只是表面上而已，看看前端技术变化就知道前端有多么糟糕了。前端混乱是因为 JS 设计上有问题，而且各大浏览器标准不统一，当然引入新的技术、语言肯定会在一定程度上增加混乱程度，技术过渡嘛

@YuJianrong
JS 发展到现在已经成了浏览器端的汇编，看看现在基本上主流语言都有所谓的 transpiler 将自身编译成 JS ，然而事实上 JS 并不能胜任这个职位：第一这是一门高级语言；第二这门语言设计上有太多的坑；第三运行性能很成问题。既然 JS 本身不能胜任，为什么不让浏览器真正支持"汇编"呢。如果其它语言能无痛转成浏览器能执行的"汇编"，也就没多大必要使用设计不好、用起来蛋疼的 JS 了。

TS 和 CS 转 JS 效果当然很不错，因为它们本身就是在 JS 基础之上构建的(ts/cs 编译器都是 js 写的)，但是你用其它语言的 transpiler 就会知道以 JS 为目标语言是多么痛苦了，生成代码庞大，语言自身的一些特性被阉割。 ES 的确在不断演化，变得也越来越好用，然而现在大家不也都是需要将 ES6/ES7 编译到 ES5 才敢往线上放么。 JS 是一门很高级的语言，不适合作为汇编使用，只有出来一个低级底层一点的语言，其它语言才可以无痛 compile/transpile 到这个目标语言。

没记错的话 asm.js 只是 js 的一个子集，而且似乎并不是一个标准， mozilla 最先搞的，其它厂商并不一定买帐，而 webassembly 则是各大浏览器厂商共同制定标准。

有了 webassembly 这种格式，以前可能需要十几兆甚至更大的 JS 才能实现的功能，以后经过编译优化可能只需要几百 k ，性能也会有很大提升，所以以前写 JS 不敢想象的东西和功能，以后 webassembly 就变得现实。

说这么多其实我并不是前端，也没写过几行 JS ，上面只是基于个人的一些认识，至于未来是否就是 webassembly 统一前端也只有时间能说明了

@Outshine 博客只是一个首页，再说社区也不是说一个论坛就能称为社区的， Rust 中文社区包括 Wiki, Chat, Translation, Blog ，因为聊天室是放在 https://chat.rust-china.org 上面的，而维基是放在 https://wiki.rust-china.org 上面的，所以需要一个引导页，正好就把博客当作这个引导页做成社区首页了，只要你对社区感兴趣，相信你不会没有注意到导航条上面的 Wiki, Chat, Translation 链接吧

@codeaqua 是用 GitHub 授权登录的吗？

@adoyle 不清楚什么原因，还没碰到过。我在管理界面里面看你这个用户名的确是空的，我刚才已经帮你加了一个用户名，你再试试看

@shyling C/C++ 性能很高，但不是内存安全的，需要手动管理内存，很容易 segfaults ，像 Go/Java/Python/Ruby 等这些语言虽然是内存安全的，不用手动管理内存，但是这些都是借助 GC 实现的。而 Rust 则开创性地不借助 GC 实现了内存安全
@imbahom 缺点是语言比较新、相关生态环境远不如那些发展好多年的语言，另外相对而言入门门槛略高

@Akagi201 嗯，多谢鼓励，我一定会尽量坚持的。

rust.cc 不知道是谁在维护，另外我也不太喜欢这个域名，所以就没有联系管理员，后面挂掉了我也没怎么关心（虽然我在上面也发了不少帖）。

当时 rust.cc 还健在时我就联系了一直处于荒废状态的域名 rust-china.org 持有人，把这个域名要过来了，以前用 Slack 建过聊天室后来由于你懂的原因，大家渐渐都不怎么上了，所以就用开源方案 Rocket.Chat 在 rust-china.org 域名下建了聊天平台。

就目前来看， chat + wiki + blog 基本够用了，而 Rust 目前在 web 生态系统方面尚未成熟( http://arewewebyet.com/)，等成熟了相信社区里一定会有人用 Rust 重新做一个社区，更多说明见 https://rust-china.org/about

@hoythan 这只是社区的入口， nav 用英文并没有什么问题吧，再说这个后面再改也不迟

@Livid 能帮忙修改一下，把敏感词换成 "你懂的" 吗？之前不太清楚这个规则，本想借助 V2EX 高质量的用户群和 Google 收录速度，让更多的人了解和学习 Rust ，现在不小心触及这个规则，使 Google 收录不成了，违背了我发帖的初衷

@Livid 未登录用户不能查看这个帖子是什么情况，程序员节点不是可以查看的么？

@ini 是的，那个网站好像没人维护了
@tntsec 。。。

Shell Script 长了可维护性的确是个问题，但是只用 Shell 和 basic unix tools 实现的脚本，移植性是最好的， FreeBSD 上面有好多第三方的包管理工具，有些会标称只依赖基本系统，有些依赖 ruby/python/perl/php 之类的，系统管理员可能更倾向于安装只依赖基本系统的，一来是因为 R3P 之类的并不是 FreeBSD 官方维护的，另外这些第三方脚本语言对版本依赖较强，版本不对很容易出问题，而且这些语言本身比基本系统里面的工具升级更频繁。

所以 Shell Script 和 R3P 各有优缺点，关键还是得看作者自己的取舍，如果 LZ 觉得就是要不依赖其它脚本语言，那么无视那些人对你的指责就好了，如果可维护性对你来说更重要，那么就按这些人说的，换成 R3P 中的 python 重新实现

从这篇博客 http://gladdy.github.io/c++/2015/07/26/NodeDemystified-pt1.html 里摘一段 C++ 与 NodeJS 的对比，不知现在 V 站评论对 markdown code block 支持怎么样了，显示不好大家支看原文吧。初看一眼，卧槽， C++ 都快进化到跟人人都会写的 JS 长得一样了

```c++
TCPServer server ([&](Socket &socket) {

console.log("Client connected");
console.log("address: " + socket.remoteAddress());
console.log("port: " + socket.remotePort());

socket.on("data", [&, socket](Data data) mutable {
//Handle the received data
});
socket.on("end", [&, socket](){
//Handle the client disconnect
});
});
server.listen(1338);
```

```javascript
var server = net.createServer(function(socket){

console.log("Client connected");
console.log("address: " + socket.remoteAddress);
console.log("port: " + socket.remotePort);

socket.on("data", function(data){
//Handle client message
});
socket.on("end", function(){
//Handle client abort
});
});
server.listen(1338)
```

不知道这种实时性能不能满足你的要求 http://www.phoenixframework.org/blog/phoenix-10-the-framework-for-the-modern-web-just-landed#the-real-time-web

这是里面的演示 demo ，反正第一次看到这种效果时我是震惊了
https://www.youtube.com/watch?v=GLa9gtvP13Y
不知道 V 站还是不是自动显示油管

所有需要定期重装系统的操作系统都是耍流氓，所有升级系统需要以小时计的操作系统都是耍流氓，升级强制要求重启的操作系统都是耍流氓，强行升级系统不看说明导致系统挂掉却把责任赖在系统头上的人都是在耍流氓

VirtualBox 与 OSX 存在兼容问题，时不时会 crash ； App Store 经常连不上，即使代理也并不那么管用，所以才出现前段时间的百度网盘下载 XCode 事件；窗口管理器行为与 Linux/Windows 下都很不一样，比较难用。。。

选水果之前一定要慎重，实际使用并不像别人说的那样完美，而且对于不完美的地方，可定制性也太弱

PS ：本人在 Mac 上面用着 ArchLinux

一个月之前决定回到 Linux 怀抱，为防以后 Mac 升级 EI Capitan 把 Linux 搞坏(Windows 升级会干这事)，花了一天时间把 Mac 升到 EI Capitan 。之后用 disk utils 压缩了 Mac 分区，再之后就是参照 ArchLinux Wiki 顺利地安装了 ArchLinux ，再之后就是一直愉快地使用 Linux ，发现 OSX 就像当年我普通笔记本上的 Windows 一样，仅仅只是存在着，可能几个月一年都进不了几次。

Arch Wiki 是非常棒的资源，遇到问题上面几乎都有解决方法，一定要充分利用，即使不是 ArchLinux 也可以从里面找到很多问题的解决方案。当然我更推荐你安装使用 ArchLinux

PS: 如果是 Retina ，建议直接用 Gnome 3 或 Cinnamon 桌面， KDE 对 HiDPI 支持不怎么样（需要手动调字体和按钮大小），而 GTK2 程序普遍都不支持 HiDPI 。之前 DrRacket 是 GTK2 程序，在 Retina 上面显示的字和按钮都极其小，基本没法用，前两天 DrRacket 更新到 6.3 支持 GTK3 ，升级后就显示正常了

这里是之前 V 友对 beego 的讨论 /t/89374 beego 作者 @astaxie 也参与了讨论，看过之后你会对 beego 设计上的优缺点了解更多
PS: 现在 gin 开发很活跃，框架设计也很好， 1.0 正式版应该也快了，用 web 框架的话推荐这个

另 guile 主页改版了，新版主页是用 guile 写的
原主页： http://web.archive.org/web/20151013161308/http://www.gnu.org/software/guile/
新主页： https://gnu.org/software/guile/

个人感觉 guile 要比 mit-scheme 好多了，而且现在已经发展成一个虚拟机平台了，上面不光可以跑 scheme ，还可以运行 elisp, ECAMScript ，下个版本应该就可以跑 lua 了， FFI 使用也很方便。学 guile 实用性比 mit-scheme 强多了