试着跨数据库 join ？只要几个数据库的类型是一致的，各家都有跨服务器数据库查询的方法。

还有就是所有表都存一个负责人的 id 。

只要能做的好用就行。比如像 utool 一样。

@msmmbl 前端有甘特图数据的时候可以前端监测冲突，前端处理完后，然后把“变动过”的数据发上来后，后端再去数据库检查传上来的数据有没有冲突。

加密货币的交易被定性为非法金融活动了，没因为 App 来抓你就好了。

18w 的好像都可以关机的时候给 mba 充电吧。

另外，你选的这个充电宝，貌似不是无线充电的。无线充电的是 1w 毫安时的那个。命名商品的时候把全部选项产品全部功能都写一起了。。。

无线充电其实没必要，充电宝放包里然后数据线充电比无线充电宝好用多了。无线充电宝需要你手机和充电宝对准拿在手上。然后发热也挺严重的。

我的两把人体工学椅都没出现这样的情况。可以考虑换轮子。

倒是来个图看看有哪些东西呀。

有显示器的话可以弄个显示器支架。部分摆件可以丢到显示器下面空出来的空间。书籍用书立立起来摆好。插线板在桌面的考虑弄个插线板收纳盒，大部分线都可以扎起来丢里面，外面留着够用的长度即可。手机充电能用无线充电就换成无线的（想有线也能从无线充电器上拔下来插手机上），推荐用立式的。
固定不动的线材用理线带扎起来，固定到桌子下面等看不到的地方。

@msmmbl 在“产生冲突任务”的这一步操作的时候，就是你例子里插入一个任务的时候，返回会冲突的任务，让管理员先去调整完这些任务后，才能完成插入操作，只要插入会产生冲突，就不能完成插入操作。

这样的好处是不会存在“插入了任务后不去修改那些冲突数据”的情况。（不过感觉也是有点麻烦。

就按照你检查是否冲突的方式标记冲突的任务让配置甘特图的人来处理呗。

如果只是一个人的话可以简单粗暴的直接让这个人所有的任务都延后一天。但两个人处理同一个任务的时候，会存在可以同时处理和不能同时处理的两种逻辑，而这两种逻辑的处理也会很麻烦。

另外就是这个任务的所需的标准工时以及每个人的实际效率没有体现在数据库里，还有包括当前各个任务的进度等，如果有这些数据，可以考虑做成部分任务人定，定下后其他任务安排系统自动生成，弄个字段区分人定的和系统自动生成的数据，如果任务有人为调整，则重新生成非人为的部分。

看你打不打算弄智能家居。智能家居是什么生态的就用什么生态的门锁就好了。

如果上架了应用市场，可以让市场下架的。

是否强登录看你自己的选择，可能会导致用户流失，也可能会因为在线而能实现更多新功能。

项目管理者的问题，而不是 git 的问题。

开发系统本质上就是处理业务数据。开发一套系统处理业务数据和用低代码平台处理业务数据，无疑就是把本来编程的学习成本转嫁到了平台的学习成本，把开发成本变成了配置成本。编程受到语言的限制，低代码受到平台的限制。

其实低代码就是换了一种图形化、交互化、配置化的语言去替代了一个编程语言罢了。

反向代理相对来说方便，而且适合后面分别配置域名。

能保证每天看到新邮件的邮箱就行了。

大学里一群沙雕学生会开简历辅导说什么用学校邮箱比较好，殊不知很多大学是等你毕业了没多久就把你邮箱冻结了，然后你要一个个去把简历 /投递网站邮箱改掉。

@anthoy 所以我之前提到过继承于某个抽象类，后续灵活的数据也要按照一定的约定，在这个基础上做更多的拓展。“数据未知”证明了你们在设计业务数据结构的阶段就存在问题了。