我觉得你这个应该这么看，业务 80%，it 20% 核心是对保险条款的量化，保险行业有个工作，就是精算师，如果能搞定 80%，那就搞吧，很有前途，否则就放弃吧啊术业有专攻

这个似乎是个需求，的确有人专业的解读某个 GitHub 库

我最近有个跟这个相关的需求场景跟你分享，电商里头的图片管理，要解决 2 个问题，图片的存储管理，图片的打标签分类，你这属于高级功能，需要能对图片做基础编辑，因为亚马逊会对图片严格审核，需要能对图片的信息重新组织。

我是觉得你把事情复杂化了，应该有个 balance 表，然后每笔的 transactions 记录核销金额，核销发票的 id 就好了。没必要用啥算法。

@tanranran 不过我最终还真的是不花钱的，就是直接读网站的数据，具体啥网站就不说了，反正也是大厂的

现在大致的思路是, 先下载到截止某个时间点的企业信息数据, 然后请求的时候, 若时间太早, 再做爬虫爬取.

我没有下载试用, 不过我有兴趣讨论一下.
你这个是跟菜鸟打印组件, 拼多多打印组件 是类似的么? 就是一个客户端,然后能访问打印机, 通过 websocket 的方式. 然后, 网页的话, 是通过 http 来访问, 是这个意思的吧 ?

如果是的话, 我倒是有这个想法: 因为我就是搞 erp 的, 如果你的这个玩意, 能作为一个服务器的组件, 部署在服务器上, 然后能探测, 甚至我自己加打印机也行. 作为服务器的组件部署在服务器上, 然后通过服务端直接调用的方式打印. 我觉得这个就挺好的.

以前的那个菜鸟打印组件一定要装在 windows 的机器上, 有些人就喜欢在机器上瞎搞, 所以这个玩意经常出问题.
另外, websocket 的话,也不知道为啥, 经常一定要求是 wss 的, 希望越简单越好.

最佳的方法是解析邮件。

我也很期待这个思路怎么做。

我经常这么操作，原先用的 mac prod 是真重，后来改为 iPad air 只能说还好，还有个缺点，是愚蠢的苹果居然没有 ESC 键。但是，优点也有，最大的优点是屏幕以及电量，很满意。

plsql 挺优秀的，就是能用 plsql 只有 oracle.国内的 oceanbase 还有其他的一些数据库也模仿 oracle. post gres 倒是有些 plsql 的创新，能生成 restapi ，但是在 plsql 里头，最优秀的是对包的管理，缺的，麻烦的是对代码的版本管理和格式化。当然，今日，完全可以不用 plsql ，一定要尽量思考如何前端，后端分离

个人言辞这个产品，其实产品没啥问题，关键在于想树立自己的规范，标准来让用户易用，但是，学习的成本就很贵，为什么用户要来学这个？

我是一个原有的 python 项目中，需要能针对某几个目录生成 swagger json. 方便导入 yapi 调试。

1. 同时间大量学生抢同一门课，如何设计这个功能？

场景分析： 同时大量， 代表资源是有限的。 所以基本策略就是限流和排队的机制。

技术逻辑： 其实跟淘宝的竞拍逻辑基本一样，就是粥少僧多的逻辑。 用户入口与业务入口要做分离， 确保所有用户都可以正常登录，业务入口的请求做流量限定， 同时规划请求 timeout 时间， 确保想提交的人都有机会提交。 提交之后， 要额外开通一个排队的表纪录 用户的提交时间和纪录。 后端的异步逻辑通过用户的提交时间和纪录的合理性确定是否命中这门课。

最后效果： 所有想选课的人， 都能实时在线跟踪课表情况， 想选这门课的人， 基本上， 都有机会提交选票， 同时派发选票号码，并作公布。 采用后端的异步机制， 确认最终命中的人的选票。



2. 线上 Redis 内存满了，应该如何处理？

技术逻辑：Redis 内存满首先是查找问题原因， 能从源头解决最好， 不能解决的话， 只能从技术测来解决。redis 是有 cache 的， 可以在 config 文件自己配置 cache 的大小，可以考虑尽量多， 甚至 80%的内存都做分配，同时调整内存的轮询方法， 这个要根据实际的数据来调整。 当然， 一般一个 redis 就是单独一个服务， 可以多开几个 redis 服务并行处理， 这个也是一种方法。



3. 你认为解决高并发问题的本质是什么？

技术逻辑：其实就是流量分配， 最开始金融行业用的 F5 方案， 到后面各种云端企业用的负载均衡， 到最后各种 K8s ，k3s ， 不外乎就是规划流量。 做好流量和资源的匹配。 就像 k8s 就会说很牛掰的说， 不行的话， 就多配置几个应用， 多配置几个数据库。

我的想法是，不是思考的产品没用，而是我的理解未来可能是没有文档的，一切均原型，通过原型出代码，这个看似更靠谱。最后对接一下领域知识，系统就完成了。

@drydiy 看似是开发大佬，理解很到位，加个联系方式请教一下 cv 组合拳

v0.dev 还是非常厉害的，其实我想要的是 vue3 的代码，不然我真的会下单买，我试过了，那个图片生成代码质量还是非常高的。

先大致理下你的想法:
数据表有很多列，其实就是很多的参数(列就是参数)，然后每次可以选择某几个参数做配置，但是配置的参数不能出现重复配置。

我的建议是 列只存储是否选择了这个参数，比如 0 和 1 ，单独加一列 配置，配置列可以用 json 存储。

程序判断逻辑:是否必填逻辑判断 0 ，1 是否重复需要把设计同样参数的相加判断重复。

最后，可以再抽象下，是否可能用树形来处理。

我有在用 windmill 你可以参考看下