300W 还差不多，这需要一家公司搞的事情，做完后还要持续运营，你自己怎么搞，如果脸皮薄，就直接拒绝；正常人就买现有的国外商场费用，3000 当做咨询费用就可以了，时薪不到薪资的 2 倍不值得搞。

有效开源节流，消减不必要的开支，抓考勤；按照产品线裁部门；裁中头部管理人员，强化考核和目标；底层执行人员裁员要慎重，因为容易裁到大动脉，可以裁一个头部管理把他的嫡系一起干掉，或者按照产品线撤销。

抖音豆包，你的虚拟女友

spring 问题，你用 netty 直接写个 http 试试，非常小

本地弄个 8T 硬盘存储好，然后做个任务不断同步至备份盘，1 个主写入，其他做备份盘，谁需要下载时 1000 块钱顺丰邮寄过去，1 天就到了。8T 下载速度 2M 要一个月，但是顺丰只要 1 天。

@nash1000 比这个要早，因为 80 的老年人无法参与生产。要看出生人数下降的时间，从 2016 年开始出生人口数下降，2016+18 = 2034 年社会整体劳动力数量下降，大学生是 2016+22=2038 年下降，2034 年就业市场整体压力下降，2038 年高端人才市场压力下降。

语雀之前体验是最好的，现在阿里在钉钉和语雀之间选择了钉钉文档，语雀已经死了

二田的全车吸能才是最怕人的，要撞车一定要选日系

果然二次元拯救世界，建议让米哈游赶紧搞一个

u3d 3D 镜头拉成 2D ？

定制化要不自己做 要不就外包

一般那种几千接单的都是直接给你已经好的模板，不接受定制，你可以把展示图片放上去。如果有定制，页面适中一般几万，如果长期维护会更高。纯静态，服务器可以直接用 github 或 gitee ，gitee 需要备案。

毛选

@whp1473 理论上这套方法可以承载所有业务场景的数据，因为每个节点都可以水平扩容。MySQL 、ES 、Hive 、Hdfs 、Yarn

(1)业务量比较小建议，使用租户 ID 做逻辑隔离
(2)业务量大可以考虑使用 独立 MySQL 进程-Database 来确定租户的数据位置，给予最高访问权限，然后同一个连接切换 Database
(3)业务继续增大，随着 MySQL 进程增多，所有服务端都连接所有 Database 可能会造成连接池耗尽。第一可以设置连接池没有最小连接数，一定时间不用都必须回收；第二在网关层将请求路由到不同分组的服务，该分组服务只优先连接对应 MySQL ，只有当该请求过多时才分流到其他服务
(4)分库分表导致数据的查询和统计困难，可以通过异构数据到 kafka 至 ES 查询。统计可以通过定时任务统计。
(5)数据量过大定时任务都无法统计，可以通过 Datax 抽取到 Hive 中做批处理然后统计结果回写到 MySQL