所以前端就开始要求搞各种 Stub/Mock 服务来做前端和后端之间的接口测试……然后越来越复杂，越来越难以协调和控制……于是前端工程师从入门到分裂最后放弃（逃

人家已经说了是机器系统里运行 htop 的界面的截图。 没有用过 Linux 发行版吗？去试试吧。 htop 可以说是 top 的一种变种，默认会列出当前运行的系统各个 CPU core 的资源使用比例而不是所有 CPU core 的总资源使用比例。还有很多不同，比如列出同一个进程里的不同线程的信息而不是仅仅列出进程的信息，等等。

有上班时间没下班时间 🙀

推荐 rubyinstaller2 : https://github.com/oneclick/rubyinstaller2

C 扩展的编译支持舍弃了 rubyinstaller 使用的 DevKit 而改用 msys2 了：

Install gems with C-extensions and additional library dependencies

The base MSYS2 setup includes compilers and other build tools, but doesn't include libraries or DLLs that some gems require as their dependencies. Fortunatelly many of the required libraries are available through the MSYS2 repositories. They can be installed per ridk exec pacman -S mingw-w64-x86_64-libraryname similar to apt-get on Linux. Exchange the prefix mingw-w64-x86_64 by mingw-w64-i686 for the 32-bit RubyInstaller.

For instance these popular gems can be installed like so from the source gem:

To install sqlite3 gem:
  ridk exec pacman -S mingw-w64-x86_64-sqlite3
  gem install sqlite3 --platform ruby
To install nokogiri gem:
  ridk exec pacman -S mingw-w64-x86_64-libxslt
  gem install nokogiri --platform ruby -- --use-system-libraries

之前我就用这个解决了 nokogiri 在 Ruby 2.4 上的安装编译失败问题。

主要问题应该是响应头部 Content-Type。

如果是使用 Python/Django 的话，可以在设置好数据库配置之后使用 inspectdb 命令直接生成目标数据库中所有的表的 model，再将生成的 model 做些修葺即可。

$ python manage.py inspectdb > models.py

官方文档： Integrating Django with a legacy database https://docs.djangoproject.com/en/1.11/howto/legacy-databases/

我一直就是这么做的。

默默流口水中……