这其实是个 API 设计问题，和是不是 GraphQL 关系不大。RESTful api 也可以设计成 /users?id=1&fields=id,name,email 这种形式，这样一个 RESTful API 也能完成要求。restful 是因为字段都是后端决定的，导致查找同一个对象必须要两个接口来适应的不同的页面 这句话是不对的。RESTful 也可以用 fields 字段来选择返回的字段，GraphQL 也可以只用一个 fragment 来"永远"返回相同的结构。GraphQL 相对于 RESTful 来说解决的问题主要要在更上一层，一个 API 返回多种 Resource 的时候。

typeorm 也勉强可以当 Active Record 用 https://github.com/typeorm/typeorm

我给 Webpacker 一个好评，其实也是给 Webpack 一个好评，如果想用前端那一系列玩意儿，Webpack 还是有很大帮助的。Rails 慢慢的拥抱 “现代” 前端我觉得也是一件好事儿。但 Rails 和 Webpack 想要真正的集成好，还有很长的路要走。

但你举得例子，rails, mina, rake 这都是 gem。在 gem 里，配置 executables 就可以命令行执行了。 https://guides.rubygems.org/specification-reference/#executables

默认可能会生成像这样 spec.executables = spec.files.grep(%r{^bin/*}) { |f| File.basename(f) } ，也就是说，你写到 bin 目录下的文件就可以执行了

1. 可以开发命令行工具，和 C 没什么关系，除非你的功能依赖了 C 的库
2. 和 rake 也没什么关系
3. 这个教程其实就是如何建立 gem 的教程。https://guides.rubygems.org/make-your-own-gem/

可以从 A 分支切出来一个 B 分支。

一直在用，打字速度提升蛮大的。

SciRuby 官网上的列表已经很久没更新了。不过里面的 gem 还是有在维护的。

有个 gem https://github.com/lebedev-yury/carrierwave-base64