@1228likatu
重点其实不在于那些站本身，而是 V 站上的评论

@jss #7
情感类 APP 的核心未必是文本情感分析本身。

情感分析应该属于 NLP 下面比较重要的一个子集，开源实现应该还是能找到一些的。

比如百度的这个： https://github.com/baidu/Senta
要求不高的话，自己折腾折腾跑起来应该能用。


如果你认为这个功能对你们很重要，那么还有一个问题就是：
你确定你们 现在 能够做的比第三方公司的商业化服务更好嘛？

@jss #2
说个题外话，个人认为小公司才更应该考虑 在非核心业务上 多使用第三方公司的服务。

如果你们的业务核心不在这个服务本身，那就应该花钱消灾，把精力用在核心业务上。

如果你们的业务核心正是这个服务本身，那你们可能需要研究一下，自己的优势究竟在什么地方。

楼主可以参考下 V2 过往的关于辩论网站 / APP 的讨论：

@curiosity1901 想做个线上辩论的应用，大家觉得如何？
https://www.v2ex.com/t/423480

@RomanCavalry 辩论圈 — 可以辩论和投票的网站
https://www.v2ex.com/t/464849

@RomanCavalry 辩论圈(bianlunquan.com) - 开源
https://www.v2ex.com/t/479673

@wangscu 不服来辩，一个在线辩论网站，思想在这里迸发火花。发表你独特的简介。
https://www.v2ex.com/t/88990

@FocusFox 想建一个提供网友打嘴仗的网站，暂时就叫“嘴炮网”吧
https://www.v2ex.com/t/182909

@cevincheung 最近这么多人针对某一个观点发起激烈辩论~~搞个大撕逼会不会有人用 XD
https://www.v2ex.com/t/168154

@SpicyCat 发现个很好玩的网站，Arguman (吵架男？) http://en.arguman.org/
https://www.v2ex.com/t/293870



以及，一些关于辩论本身的讨论：
@UtopiaCHN 看了一篇关于 HTTP 应该被翻译为超文本传输协议还是超文本转移协议的讨论记录，很有意思
https://www.v2ex.com/t/244958

@hero2040407 你们会对辩论有兴趣吗？
https://www.v2ex.com/t/611473

@MageeHuang #9
按我自己目前了解的信息来看，我应该也会选择使用截图软件进行辅助，我常用 snipaste，配合快捷键使用。
https://zh.snipaste.com/


你不希望使用截图+快捷键，我理解的是因为鼠标不能在处于竖线模式的同时又进行操作？（例如拖动屏幕）
这样来看，似乎确实是个比较特殊的需求，感觉需要单独编写一个小软件来实现。

想了一下，有个地方好像我想当然了。

楼主这里需要补充一个信息：
这 8 种错误是否他互斥的？是否会有同时出现的情况？

如果说是互斥的，只有其中一种会出现，那你实际上需要保存的只是 1 个数字， 那 8 bit 足够你保存 256 个数字了。

如果说，各种错误并不互斥，可以同时出现，那就是我在 7 楼说的情况。

楼主可以看一下 utf-8 是如何实现的 『变长编码』。

// 其实就是一楼说的那样

@MrLonely
hhhh 对，他家的免费许可满大街都是

goodsync 的规则可以多研究下，看你的需求，种子之类的小体积文件似乎也可以考虑一起备份一下。

@MrLonely #3
你需要注意使用它的 『过滤器』功能，在过滤器内排除掉所有的『文件』就好了

具体的规则，可以在 goodsync 网站上查看：
https://www.goodsync.com/manual#excluded_filter


你的需求，只需要排除全部的 "isfile"，就像下图这样：
https://i.loli.net/2020/03/09/TkiKH7sUzYmqSxC.png

@MageeHuang #7
他的意思是你所提出的问题可能是一个 "X-Y Problem"
介绍可以参见： https://coolshell.cn/articles/10804.html


在看了你给我的回复以后，我也这么认为了…… 建议直接描述一下你的原始需求

无脑推荐 goodsync

就泛解析，然后程序根据请求的 host 处理下数据啊，你具体是哪个部分没搞清楚呢？


之所以喊你 cname，一方面是方便自己将来更换服务器 IP 或者加负载均衡，另一方面也有利于将来给你迁独服。
And 这个二级域名还有个作用是就算你没配自定义域名，也能正常使用功能。

@kyleslight07 #7
其实在我看来，『把 PC 搬进 VR 』 这件事其实就是错误的方向。
现有的 PC 体系所固有的输入输出方式是互相匹配的，一味地进行『模拟』可能反而失去了价值。

所以，手套那部分还算可以接受，但是键盘方面，总觉得应该需要一个新的方式来处理。

这也是我为什么一再提到微软的那个 "Surface" 的原因，我觉得它算是从现有的框框里跳出来了一点。

@kyleslight07 #5
自然的于 3D 交互的话，鼠标键盘似乎就变的格格不入了。

我倾向于认为完全 3D VR 化的系统的交互方式，会更类似于那块 "Surface" ，更多的靠手指手势来进行操作。


这就引入了一个问题：此类交互，往往是 『不精准』的。
这是我认为它和生产力设备间的一大障碍。

当然，在特定领域应该还是可以有所施展，类似 3D 建模，3D 场景制作等，但是通用化的生产力方向，总感觉很悬。

@kyleslight07 #3
你贴出的视频给我的感觉，更像是简单的把 Windows “掰弯” ，有点奇怪。

我提起这个设备主要是因为它有了一部分 “深度” 的概念，以及可以更好的处理 “多路输入” 。

另一方面，我也不太看好 VR 桌面在生产力方向的通用能力，我觉得相对轻松的场合可能会更容易推广一些，就像微软的这个设备所期望的目标一样。

@MageeHuang #3

看图： https://i.loli.net/2020/03/08/UYTzqdeixBRJEp9.png