我印象里十年前这个模块叫做 conntrack ？

https://github.com/geekan/MetaGPT

python startup.py "写一个避开版权的音乐 app"

条件结构的需求非常常见。比如不同返回码对应了不同的输出 —— 在上古 C 语言时期就已经有大量对应设计。

如： http://c.biancheng.net/view/2035.html 中有 C 语言的 union 例子

在 Python 中，你可以使用支持 Union 类型的库来实现这个功能，比如 pydantic： https://docs.pydantic.dev/latest/usage/types/unions/

在其他语言中，你也应该搜索：<lang> json union ，来找到一个恰当的实现

首先，二维码实际就是表达一个字符串。你所描述的就是一个通用的字符串匹配引擎

这里最主要的问题就是每家的字符串都长的不太一样，匹配起来比较花力气，而且没啥好处 —— 你的商业模式是什么？

实在想不开也可以用 https://github.com/geekan/MetaGPT 来直接写个工程试试= =

先用 https://github.com/geekan/MetaGPT 生成整体骨架，然后再填内容或许是个好主意。

如果是我完全手写，我现在越来越不倾向于在一个人工作时做明确的前后端接口定义，OpenAPI 3.0 的 spec 描述本身就已经非常冗长了。如果可以用 gradio/streamlit/pyreact 等框架做的，我肯定不会再独立写一套前端

阅读： https://github.com/geekan/HowToLiveLonger

无糖（甜味）饮料
「无糖饮料使死亡风险增加 26 %」，是真的吗？
相比于软饮料摄入量＜ 1 杯/月的参与者，混合软饮料摄入≥1 杯/天的参与者死亡风险增加 18%，而摄入含糖软饮料或无糖软饮料会令死亡风险分别增加 11%和 27%。

简而言之，不要喝甜味饮料能让你活得最久。

@8355 是的。但其实以 OpenAI 的社会调查来说，程序员节省的时间是最多的

@wanqiangcrack 反而我觉得它在修 bug ，修屎山上有得天独厚的优势，因为它不会累，也不会抱怨：这个屎山我不想修。

我自己碰到屎山都是：“千万不要给我”。但 GPT-4 可以解决这个问题

@SmiteChow 坦白来说，我觉得 GPT-4 很多方面比我自己要强，而且确实是太便宜了

你觉得它是废话生成器，逻辑是什么？

@jones2000 听起来很有道理 —— 体力劳动淘汰的可能会更快。
但实际上似乎并不是。体力劳动需要的额外工作看起来是更多的（硬件适配、灵敏度 etc.）

三种都有。建议换 macos

@LudwigWS
@zagfai 同意。业务逻辑反而好写

@James369 这个用的是更早的技术，但透露了一个 critical 信息：需要测试用例

@xuanbg 对。而且我觉得这一天快了，可能确实就是 3-5 年。而且感觉其他行业也不可幸免

@helloworldgo 我觉得以后甚至可能都没有老板。AI 可能自己都可以当老板哈哈哈哈哈

@ma836323493 我觉得 AI 也可以和业务人员交流，逻辑上，如果业务人员愿意输入 AI 足够准确的信息，那确实是有可行性的

@vincentrrr 我确实感觉我们快要失业了

@israinbow 你指的自举是自己把自己写出来吗？