@alexfarm #12 flowable 和 activiti 差不多的，就是 activiti 的分支产品，类似的还有 camunda

我也曾经做过相关调研，我们最后没选用的原因就是，作为一个流程引擎它管的东西太多了，很多东西完全可以做成独立的基础服务，而且后续能够让流程开放给用户编辑的可能性不是很大。
还有就是无法满足我们的多租户分库的需求（印象里 camunda 的多租户是用租户 id 标记的），起码改造成我们自己的动态数据源需要比较大的成本。

虽然说用了它可以满足大部分的流程流转需求，但和自己系统要整合到一起的成本，我们评估是大于自己写一套流程引擎。

@alexfarm #13

所有流程中的表单数据都是体现在绑定的数据表内的，数据表可以是一个绑定多个流程定义。

数据表本身提供了数据变动历史的记录功能（不仅仅是流程里会用到，像其它用到表单的也会用到，属于可选属性，只是流程绑定时默认选择记录变动历史）。

一个流程实例会往这个数据表里创建一份数据，而每次提交时对数据的修改会产生这个数据的历史版本，每次流转都会记录相应的历史版本的 ID 。

整体来说，审批流主要有这么两种：
1. 单纯的审批流，和其它的业务没有关联，这种是最简单的，所有表单填写的历史数据都在数据表里，展示也是对数据表的直接展示。

2. 由业务触发的审批流，这时候需要业务主动创建一个流程，在创建的时候往数据表定义里填入一些业务数据。

第 2 种回调数据有两种方式（其实还有别的方式，各有优劣，自行选择合适的即可）：
1. 按一定规范约定好回调的结构，然后实现这个回调接口，填入到流程定义里。
2. 流程流转的时候会产生相关事件，可以监听消息队列去获得流程的实时状态，并执行一定的逻辑。

也就是说，无论如何，流程的流转一定会引起数据表的变动。无论和其它业务是否挂钩。

我们是参考泛微 OA 的设计。

把数据、表单展现、流程、数据报表、人事管理等分离。

先定义一个数据表：有哪些字段，字段的类型是什么。这个数据表用于存储数据，你可以配置它的报表，可以配置填写它的表单。

流程引擎只管理流程的流转，人事组织架构来负责按条件取人。流程创建的时候选择一个数据表，每个节点可以配置表单的展现，可以选择性的只读 /隐藏 /可编辑某些字段。

@amirobotics LG Gram 为了性能牺牲的有点太多了（性能释放上有点……大概就是打 LOL 这种游戏都卡死，开比较大的 Office 文件会等半天）。另外做工其实一般，用久了转轴处会有异响，我的 LG gram 最后丢给我妹妹用了。

不要用 mac ，我认识的已经工作了的女老师，买了 mac 后不久，卖了。

可以看看联想的 yoga 系列，或者小新系列，还有 thinkbook 系列的。有钱的话 dell XPS 。

去三甲医院皮肤科看看。

@moexx 看硬盘数量的，硬盘功耗在低负载的时候占大头。

一般不要直接断电用机器上的按钮和 app/网页的重启功能不会出啥事情。

我路由器唯一出过一次事情就是小米 ax9000 的 docker ，我重启的时候是 ssh 连上去 reboot 的，结果 docker 重启后没跑起来……只有通过小米自己 app 重启才是正常启动的。可能和相关配置有关系吧（但我想不通为啥不直接把启动项写入到系统初始化里）

语雀的客户端好像不是很健全（

@MikuAlpha
一个参考：B 站应该会用 WebRTC 来获得你的 IP ，最后分配 PCDN 给你。只要安装 WebRTC Control 等防泄漏插件，就不会给你加载辣鸡 PCDN 了。

@fang23 兼容性不是很好，需要折腾很多东西。

最好是自己 docker 化部署，部署其它的时候也是 docker 化的，只是简化了上手难度的角度。更新的时候能快速更新。

如果在宿主机上部署，不要依赖宿主机的环境依赖，请将依赖内置，宿主机的软件更新不要影响到面板（比如 bt 之前依赖 python2 ，然后我手贱升级了一下，bt 直接挂了）

TP 的 XDR3040 之类的玩意就够了，可以先弄 2 个，一个放在客厅 /书房，另外一个补漏，如果不够再买，组 mesh 后很省事。当然，有钱可以上 TP 的 6080/6088 之类的。

我现在自用的是 AX9000+AX6 （小米红米的），主要是有 docker （但你有软路由了）

（ Dubbo 异端在此

@brader 不是编译的问题，而是如何快速去解决 gitlab 、gitlab-runner 等一大堆依赖 git 的服务去平稳切换依赖。如果只是装个 git 最新版本，轻轻松松。

我对 centos 编译后能不能直接更新替换原来的 git 不是很清楚。总之我能找到的大部分 centos 的教程都是要卸载掉 git 老版本的。然后卸载 git 老版本的前提是你得卸载掉 gitlab 、gitlab-runner 等一堆依赖 git 的东西。如果不是 1.x 版本的 git 会有严重的 bug ，我是一点也不想升级它的。

@unt 宝塔不如自己手动装……宝塔本质上也是用包管理器安装的各个应用（也有下载二进制文件帮你配环境变量的脚本），特殊适配了一些应用的适配界面。但面板本身会带来额外的漏洞。

@brader 编辑问题不大，最后安装也是靠自己打包编译的，但整体就比较折腾，最后就用 docker 了；新装的服务器也统一用 ubuntu 了。

核心是避开主机环境的问题。

比如 Centos 的 git 版本是有大坑的，git 依赖无法更新到公网的最新版本，大概差了好多大版本了。上次为了更新这个 git 依赖，得卸载一些东西掉，然后重新装回来，折腾了快一天时间。