@encro 图表交互用的 klinecharts ，还有楼上提到的 tradingview.

@junjie2025 你的建议里，我下一版里想做的一个“微笔记”模块，不知道是否与你的要求相符。

@layman3612 很多网站提供啊 我用的是 tushare

@worldquant 你是说内核换成 tradingview ？

顺便推荐一下我的炒股工具，楼主你看一下 DEMO：

> http://stock-demos.yet.run/demo/

有需要埃特我啊。

如何理解全栈？是前端+后端吗？如果是这样，那就是前后端分离的开发方式，前端和后端各选一个框架即可。

还有那种全栈框架，在一个框架内同时开发前后端，代表例子是 Spring 、Rails 。全栈框架单人橹也可能是最快的方式，避免了同样的逻辑写两套。但是我不适应，所以也没深入尝试过，自己所选的开发模式一直是使用前后端分离的方式。

另外，企业内的开发模式基本都选择了前后端分离，这时全栈框架也就没多少意义了。很多人会将全栈框架当作纯 API 框架来使用，这也是不足取的，这个时候选择纯 API 框架会更好。

Node 端大部分是微框架，比如 express 、Koa ，你可以将它当作全栈框架来使用，也可以当作纯 API 框架来使用。主要是看你如何引入插件的。

Ruby 端 Rails 是全栈框架。既要用它写前端，也要用它写后端，并且前后端的代码还是很有关联的。如果是个人开发，也不需要协作，并且愿意花费大量精力去学 Ruby 和 Rails ，使用 Rails 框架真的是个不错的选择。我这里说的是要花费大量的精力，否则 Rails 的那些用法你不用，反而没有前后端分离来得高效，毕竟单独写一个前端和单独写一个后端还是很容易理解的。我经常看到有人在 Rails 里嵌入 React 或 Vue ，这就脱离了 Rails 作为全栈框架的本质了，并且还要再学一套 React 、Vue （或使用它，也是一种负担）。

Ruby 端其他的框架包括纯 API 的框架。Sinatra 我就不说了，它并不是纯 API 框架，类似于 Node 端的微框架。Grape[https://github.com/ruby-grape/grape] 是纯 API 框架，这是我最早在团队内使用的纯 API 框架。现在，我开发了另一套纯 API 框架，因为我认为前后端分离的契约（也就是实现和文档的结合）是最为重要的，因此在契约上作了优化。声明一点，Grape 框架也是包括契约的，它可以借助插件生成一份 Swagger2 的文档。我的框架命名为 Meta[https://github.com/yetrun/web-frame]，它直接有内建的方法生成一份 OpenAPI3 的文档。当然，这两个框架还有诸多明显的不同，不一一赘述了。简单来说，Grape 的契约是作为辅助生成的，因此会有一些与实现不一致的地方。而 Meta 将契约视为第一优先，因此会尽最大程度保持契约与实现的一致。

希望更多人愿意学习 Ruby ，也愿意投入到 Meta 框架的使用和开发上来。（ https://github.com/yetrun/web-frame ）

使用 Ruby + Vue 或 Ruby + React 技术栈吧，目前我是这样的。

@linuxgo 搜用户名也不好使。不过我找到另一个解决的办法了，创建一个只有自己参与的群聊，就可以在群聊中收发消息了。

@linuxgo 是搜索自己的邮箱吗？输入邮箱搜索不到自己的账户

@linuxgo 现在安卓和 Linux 都安装了，然后呢？怎么给自己发消息呢？没有向微信那样的名称为自己的联系人或者文件传输助手类似的东西。

@linuxgo 这个手机上没有谷歌商店真的不行

@macy 因为我们的 wifi 是将其中一个网口连接的路由器，所以就不在一个网关下了

@Huelse Linux 没有提供 rpm 包格式，只有 dep 的，安装不了。

@linuxgo 手机没有谷歌商店，安卓端安装不了

我现在也需要 Linux 和我的 Mac 笔记本还有手机之间互传，找不到一个方便的工具，麻烦死了，占楼等一个。

局域网的工具不太合适，手机连的是 Wifi ，Linux 是用网线连接的。电报要翻墙，也是略显麻烦。

基本需求就是在 Linux 上复制一段文本，丢到笔记本或手机上用，或者登录微信发给同事。

为什么用 Linux 当桌面，因为 Mac 太贵啊

@sjhhjx0122 所以生态优势已经不算 React 的一个优点了？