免费半年……

还是我推荐一个吧，秒杀所有同类：https://raindrop.io/

I split my time between Ruby, JavaScript (mostly with TypeScript) and Rust, with occasional Java and devops work. Of those, JavaScript (with TypeScript) is my predominant language at the moment, but the mix changes pretty often. Skylight's stack is Rust and Ruby for the agent, Rails for the backend, Java for our data processing pipeline (essentially a custom data store) and Ember for virtually the entire front end. The graphs in Skylight are Ember components written in d3.

I still think that Rails is a great choice for most web apps, since (to this day) it provides an extremely productive baseline for building account management and working with third-party integrations, which turn out to be a surprising percentage of the total code (and an even higher percentage of backend code changes) in even an ambitious project like Skylight.

I also think it's reasonable to use something like Java or Rust for any heavy data-crunching your app might do, but I think people overestimate which aspects of their application are truly performance and efficiency critical.

-- Yehuda Katz, talking about his language chosen in routine work

另外，Cargo 其实已经超出了依赖管理的范畴了，它应该是一种工作流程管理器（WorkFlow Tool）。它之所以好，是因为设计伊始就从更高的角度来审视 Rust 程序员的日常工作流程，而依赖管理仅仅是其中的一个环节而已。最近出现的语言中，比如 Elixir 的 mix 也是类似的理念和设计，不过 Elixir 更年轻，还有一些地方需要向 Rust 学习的。

关于 Cargo 的设计理念，Yehuda 有专门撰文介绍：https://blog.rust-lang.org/2016/05/05/cargo-pillars.html

@darkbaby123 没准儿楼主是打算设计一门博采众长的语言，所以在做调研呢。

@posee 纯 vim 并非不够，具体要取决于你想做多少事。你自己也说了是“编辑器”，编辑器有编辑器的 scope，IDE 有 IDE 的 scope，你非要指望编辑器能完全代替 IDE，那编辑器也就成了 IDE。

我过去一直用 vim 的时候并不觉得 vim 不够用，后来用 emacs 的确感受到了很多新的东西，但这并不意味着 vim 不够用（可能会有一些事情有了更多的用法选择，孰好孰坏这是一个 sense 的问题），现在常用 vscode，是因为它在编辑器的基础上，智能分析做的丝毫不弱于 IDE（typescript 或 javascript，其他语言我用的不多），但编辑代码我依然用的是 vim 的操作。

vscode 的 vim 插件问题并不多，没有什么不能克服的毛病。当然这也和 vimer 的习惯有关系，我曾经也是不装 50+ 的插件就不舒服的人，但现在用 vim 只依赖 surround 和 unimpaire，其他的无所谓，vim 的基本操作已经步入如臂使指的阶段了，你不依赖插件的话基本的 vim mode 是完全够用的。（当然，公平地说对 vim 还原最好的还得是 emacs evil，vscode 的插件相比而言就是一个弟弟）

elixir 成为主流？抱歉，我不关心这种事情。

@posee 编辑器的话其实随便了，vim 和 emacs (spacemacs) 都没有什么问题，我最近用 vscode 也很爽（不怎么写 ruby，主要是 typescript 和 elixir），IDE 的话 rubymine 也不错。

这种问题其实是没有普适的答案的，自己多试试吧，总是需要适合自己的才是最好的。

但是按道理来说，终端应该会自动载入啊

来描述一下你原话中的“道理”是什么，描述清楚了你的问题就解决了。

1. 离开 Rails 的人通常不会否认 Rails 的成熟，真正的动因大多都是因为 Rails（或者说 Ruby）的短板在可见的未来里没有提升的可能（或者可能性微弱，又或者是即使有所改善也就聊胜于无）。

2. 惯例优于配置并不能降低成为“优秀程序员”的门槛，它只能拉高“普通程序员”的底线。对于真正的优秀程序员来说，惯例优于配置是一种“品德”，然而即便身处于“没有惯例”或者“惯例崩坏”的场合，优秀的程序员依然优秀，而普通的程序员则会原形毕露，坠入深渊。如果一个普通的程序员可以进化成优秀的程序员，那么即便他不知道什么叫“惯例优于配置”也不会阻碍他的进化的。

3. 前后端分离是一种工程实践，而不是一种意识形态；不能理解到这一点的，对它的评价最终也会归于意识形态批判的范畴，变得没有价值可言。

总结：你认为对你合适的，且在今天也确实适合你的，那就是你的选择；至于你怎么看自己的明天，那是你的自由。

Rust 用的是 ace 做的在线编辑器（前端部分），也算是一个老牌云编辑器了。https://github.com/ajaxorg/ace

没啥不可能的，混合范式的 JavaScript 都有借鉴的成品了：https://github.com/poteto/ember-changeset

如果 Rails 想做一样可以做，这大概不是一个能不能或者会不会的问题，而是愿不愿意或者接不接受的问题吧。

真有意思，那请问如果你英语学得很不错那又能怎样呢？难道会对你有害处吗？今天你搞不定 man 的文档，找到了 tldr 来帮你简化它，可明天你遇到 tldr 没有覆盖到的文档呢？tldr 的条目其实很多也是其他人贡献的，你觉得这些贡献者会看不懂原始文档吗？

这个项目的目的是为了让查阅命令的用法变得更加方便，而不是为了取代 man。这原本是一件锦上添花的事情。什么叫锦上添花？就是有了会很好，但是没有也不妨碍罢了。如果你本身英语就过硬的话，有没有这个锦上添花又有什么关系呢？更重要的是锦上添花并不能替代事物的本源，举个例子，看这个问题的答案：https://segmentfault.com/q/1010000000430426 你试试看只用 tldr 查出来的文档能不能回答这么清楚？我也不是闲的没事干天天把文档当小说看，这些都是因为工作中遇到了实际的问题而不得不深入文档才得到的答案。

在你的原帖里，问题的关键是你有没有主动去寻找答案，而不是你寻找的答案是不是足够简易到让你能看懂，这是两个性质不同的问题。如果你只是想要更加方便的工具来帮你看懂，那我相信大家会给你推荐各种辅助工具的，比如你自己提到的这个，或者是这个：https://www.explainshell.com/ 等等。可问题是你原文是那个意思？不，你不是在寻求帮助，你是在抱怨。

我跟你无仇无怨，并不会专门为了挤兑你而说你英语不过关。仅就个人而言，你英语过不过关对我来说又能怎么样呢？你埋怨别人说话冷漠刻薄，那我还觉得你不识好歹呢？就这个帖子而言，我其实根本没必要回复这些，若是你觉得我斤斤计较，小肚鸡肠，那便随你吧，言尽于此了。