BeautifulSoap

我在的公司大家都在用 cursor ，甚至因为大家用太多，每个月到了中后半都会触发公司设定的氪金上限（上限几万$都不够）
大家天天都在问 it 部门什么时候能开放用 codex ，claude code ，但因为这两公司对企业用户数据承诺，协议相关问题一直被公司禁止使用

很多 Go 程序员嘴巴上说 Go 不需要框架，不需要 DI ，不需要分层。面对这些东西的讨论的时候就仿佛触发了什么底层的哈气代码一样有一种天生的仇恨。
但矛盾的是，实际上真工作中遇到项目对应复杂度的时候，排除掉堆屎山的，大部分人都自己手搓出了对应的简陋的 DI 、DDD 分层框架。只不过大部分人要不根本没意识到自己已经这么干了（取的名字千奇百怪，结构千奇百怪），要不就根本不想承认自己已经这么干了。

话题偏了，回到 lz 问的问题，我的 Go 项目一般都是在 Gin 上自己分层，DI 虽然有 wire 这东西但真的非常难用，一般我喜欢用 dig 做 DI 。为了避免动态 di 在运行时出问题的坑，我所有依赖都尽量通过工厂函数在服务器启动时完成注入，从不在运行时动态获取依赖。这样一旦依赖出问题就能在启动服务的那一瞬间报错崩溃注意到

ORM 以前喜欢用 GORM 但是后来发现 GORM 这玩意实在没有多好用，现在喜欢直接 sqlx 。而且我最近的项目很多都涉及到 serverless+Dynamodb ，所以通过分层框架实现多数据库兼容已经是现在项目的基本前提了，一旦系统设计不局限于 sql 要考虑兼容性，就能立刻扩展系统设计水平和意识到分层的重要性

可以啊，到时候 AI 就事论事把你的国家，民族，信仰，尊敬的人物批得体无完肤，你又只能无能狂怒
AI 甚至都不需要故意骂用户，把知识库里收集的那些材料拿出来就行了

有的人可能无所谓，但有的宗教要是被骂了那可能真的直接去炸 AI 公司总部的。你在这说说倒是简单，但 AI 公司还是惜命的

同样道理，涉及到社会团体，关键政要的时候，AI 可以随便乱说，但 AI 公司的投资者，员工，高层可不想死

codex 很适合实现 UI 设计，不太适合设计 UI
给它明确的设计它能很好实现，并且不像 claude code 那样自作主张瞎几把改

还有，codex 意外挺适合用 svg 设计 logo 的。对比 claude code 和 codex 设计的一个项目的 logo 。claude code 设计的 log 简直就是难看到令人发指。而 codex 在抽卡几次之后甚至还能出几个比较让你眼前一亮的东西

说 codex 遵循性不如 claude code ，看来 lz 是是真没用太多。。。。。。Claude Code 的模型是最会自作聪明，自作主张，画蛇添足的模型了。所有用了 claude 系列模型的 ai 编码工具也都一个吊样。导致我现在让 claude 给我改东西我都要死死盯着它到底动了哪里，一不对劲就立刻终止

@lianxin 我留学过来日本的，日语交流没问题所以周围反倒没中国人 or 外国人。。。。。。真没中文工作环境可以介绍。。。

Base 45K 来日本有点想不开了。。。。。我在日本干了 6 年，税前年收都还没到 1000w 日元（当然和我咸鱼在现在公司拼命躺平摸鱼不跳槽也有关），没必要来这没苦硬吃

玛德，我网站要发布了，正测试 sso 登录呢，结果就 github sso 登录各种拼命报错。我满头大汗排查了半天发现就是 github 炸了，气死我了