同 crud boy ，使用 console.log 大法，doge

@rimutuyuan
@luo123qiu
不用等明年，参考 2019 年，休 1234(周 3456),28 号 5 号上班

OP 说的小程序应该不是指微信支付宝里的那种小程序，而是指小型的项目或应用程序
可以尝试通过 v2 的 API 获取主题，然后做一些统计，还可以做个推送功能

水深火热节点必须 1000 天才能看，但是如果在他进入水深火热之前你回复过帖子，你可以从自己的回复里找到进去
还有其他的一些特殊节点，例如交易的必须登录，水节点内容不会出现在首页等等
楼下还可以补充

千万不要相信 `因为用户多，大概率有人会审查` ，因为大家都是这么想的
我现在装东西很少直接装，都是 docker ，没有提供 docker 镜像的就自己写 Dockerfile
最近一次用一键脚本就是 v2rayA 了，执行的时候心里确实是慌的

楼主不是说了先用旧显卡吗，怎么这么多说要 cpu 核显的。
内存确实建议加大，现在说硬件便宜很大一部分就是便宜在内存和固态上，预算实在紧张可以先用 16 的单条，后面再加

在这个时间节点问，我首先假定你指的在 spring boot 3 中使用 graalvm ，打包原生镜像
小工具用没啥问题，主流后端项目目前还上不了
比如国内比较火的 mybatis 目前还不支持 AOT ，打不了包
再如序列化 json 还需要显示声明
实际使用中，它的启动速度确实是优势，内存占用我这边目前没搞过大型项目，但应该是能省的
编译速度是真的拉，这编译速度我觉得比 rust 编译还慢
因此感觉想在大型 web 项目中使用应该还要一段时间，在一些特殊场景中是可以选择的，但是这种场景下可能使用 rust 之类的其他语言更好(只会 java 除外)

大型项目目前想走原生路子首选应该还是 quarkus ，这个我了解不多就不说了

1 楼的方案靠谱，Serverless 服务一般都是按量付费的，很适合你这种场景，不过不知道你的系统干嘛的，你首先得定位你的瓶颈在哪里，CPU ，数据库 IO ，内存还是啥，这样才能极致的压缩成本

想要用一套方案解决所有场景，这个想法就有问题
客户这么多，完全可以根据不同场景的用户给出不同的方案，上私有云，上 k8s ，上 minikube ，只用 docker compose 。
你看现在的某些开源软件都会给出原生部署，docker 部署，k8s 部署，helm 部署，k8s operator 等各个场景的部署方案

WASM 好像确实可以增加被破解的难度
没有绝对的安全，这个问题首先要考虑你想要什么样的安全级别，和你的实施成本，当你对你的浏览器本身产生不信任的时候那基本啥办法也没用，只有不给前端这些数据，逻辑处理全放在后端，当你信任浏览器时那么 https 就够了，楼上给出的例如非对称加密交换一个对称加密的密钥然后通讯也就是把 https 的流程走了一遍。
如果你只是不想让人凭肉眼 f12 就看到数据，那你多转几次 base64 就能达到目的，甚至不需要加密

你的预算如果能上 4070TI 的话就 4070TI ，不然就 3080 ，4070 可以蹲一手价格，如果价格有优势也可以选择

自建要达到好用难度不小，建议直接语雀 /outline/confluence

1. 赞同 2 楼的观点，“开发人员水平较低”，这种时候不要把复杂度下放到业务编码层面。
2. 时序数据库有个 InfluxDB ，如果已经看过并排除了就算了，不然可以将其加入待选列表进行对比。
3. 从描述上看，你是想将已有的项目更换到新的技术栈？由于没有给出架构图，也不清楚这些设备包含哪些协议，还有常见的日志系统，链路追踪啥的也没看到，不知道是用现有的不改还是怎么样，就目前看你列出的东西都是比较主流的，使用肯定没啥问题，其中 knative 目前的成熟度怎么样，我不太清楚，可以蹲一手大佬。

最后，如果这是在调研方案时发帖寻求帮助，那我觉得没啥问题，群策群力
但是如果这是在内部讨论后发帖询问可行度，那我觉得还是把步子迈小一点，慢慢来，仔细考虑下这其中某些技术能给你带来多大的提升，比如用上 knative ，换 flink ，毕竟你的现状中并没有说目前的架构出问题不是吗。

因为功能很全面，它还很容易做 SSO 。
当你给第三方提供接口使用时，使用 OAuth 2.0 还会减少很多在认证层面的成本，包括沟通成本。

我感觉遇到技术难题大部分时候都不是费很大劲去攻克它，而是转而寻找其他替代方案或者更改需求，选择最简单的那个。
技术难题这东西，就像是某些知识一样，你会了之后觉得很简单，甚至感觉不值得拿出来一说，当你不会时扣脑袋也想不到那去。

我也想说楼上的观点，培训班不会直接拿开源项目原名直接写进你的简历，你又不是这个项目的贡献者。

从简历本身来说，项目经历要贴合你自己实际的经历，但是你还在读，所以写的这两个根本不关键，说实话用处也不大，实习生的简历不需要按照 3 年的来，目前这个简历找一份实习工作这不是绰绰有余。

简单来说你这份简历是一份 3 年 java 风格的简历，但是漏洞百出。如果是用它找一份实习工作，那问题不大。
但是如果用它来进行校招或是直接投社招，那还是得好好调整。

如果是校招，那么你就刷题，算法、数据结构、java 基础往里写，学校实验室里参与过啥，有么有拿过奖啥的，丰富下你的这段实习经历。

如果你是想直接投社招，那么你需要将这两个开源的项目经历改改，包装成你自己的项目，但是这个由于你确实没有实战，里面的错误难免，可以找人帮忙看看，比如楼上提到的 redis 选择问题，还比如你这个"基于七牛云 OSS ，实现头像上传功能，降低成本，节约存储空间，提高效率"，OSS 的优点和你写的就对不上。这些明显的”BUG“，在面试时都会点出来，你如果能圆上那也没问题。

获取信息效率低是因为做的不行，本身大屏用到的那些直方图，饼状图，南丁格尔图就是为了更直观展示统计数据的，其中用到的统计学也有实用意义。
错的不是这些东西，而是它们被滥用，现在不管啥项目都搞个大屏，本身项目也没啥数据可分析，产品为了应付抠脑袋想出几个数据维度搞上去，能好用才有鬼。

好家伙，和那个帖子互为攻防吗，哈哈