V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  BeautifulSoap  ›  全部回复第 7 页 / 共 134 页
回复总数  2667
1 ... 3  4  5  6  7  8  9  10  11  12 ... 134  
我在的公司大家都在用 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 要考虑兼容性,就能立刻扩展系统设计水平和意识到分层的重要性
2 月 19 日
回复了 383394544 创建的主题 OpenAI 各位现在还在用 GPT 还是转向别的 LLM
可以啊,到时候 AI 就事论事把你的国家,民族,信仰,尊敬的人物批得体无完肤,你又只能无能狂怒
AI 甚至都不需要故意骂用户,把知识库里收集的那些材料拿出来就行了

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

同样道理,涉及到社会团体,关键政要的时候,AI 可以随便乱说,但 AI 公司的投资者,员工,高层可不想死
codex 很适合实现 UI 设计,不太适合设计 UI
给它明确的设计它能很好实现,并且不像 claude code 那样自作主张瞎几把改

还有,codex 意外挺适合用 svg 设计 logo 的。对比 claude code 和 codex 设计的一个项目的 logo 。claude code 设计的 log 简直就是难看到令人发指。而 codex 在抽卡几次之后甚至还能出几个比较让你眼前一亮的东西
2 月 11 日
回复了 x97bgt 创建的主题 程序员 codex 的遵循性似乎不如 Claude Code?
说 codex 遵循性不如 claude code ,看来 lz 是是真没用太多。。。。。。Claude Code 的模型是最会自作聪明,自作主张,画蛇添足的模型了。所有用了 claude 系列模型的 ai 编码工具也都一个吊样。导致我现在让 claude 给我改东西我都要死死盯着它到底动了哪里,一不对劲就立刻终止
2 月 10 日
回复了 byp 创建的主题 全球工单系统 2026-02-10 GitHub 崩了
玛德,我网站要发布了,正测试 sso 登录呢,结果就 github sso 登录各种拼命报错。我满头大汗排查了半天发现就是 github 炸了,气死我了
2 月 5 日
回复了 PhpBB 创建的主题 旅行 三大运营商 哪个国际漫游时提供中国 IP
@Lowlife 你是看不懂我我在说什么吗?说的是,据我所知国外的运营商(至少日本、美国的运营商),没有像你说的国内电信这样,提供用户海外漫游的本地流量的功能。所以我才说「还真从没听过哪个日本和美国运营商国际漫游会提供本地流量的」
2 月 5 日
回复了 PhpBB 创建的主题 旅行 三大运营商 哪个国际漫游时提供中国 IP
@Lowlife 你这贴出的图片买的是哪个国家运营商的国际漫游?我根本没见过日本或美国的运营商提供目的地本地流量的国际漫游的
2 月 5 日
回复了 PhpBB 创建的主题 旅行 三大运营商 哪个国际漫游时提供中国 IP
@Lowlife 那的确第一次听说。我在日本生活,还真从没听过哪个日本和美国运营商国际漫游会提供本地流量的。见识短浅了
2 月 5 日
回复了 PhpBB 创建的主题 旅行 三大运营商 哪个国际漫游时提供中国 IP
国际漫游都是把流量传回 sim 卡所属国的运营商,然后再访问目标网站的
所以国内 sim 卡在国外国际漫游也没法翻墙,因为你的流量最终被当地运营商转发到了国内访问对应网站
同理,这就是为什么你拿着国外的 sim 卡在国内能翻墙。这就是为什么那么多人想在国内整国外的 esim

这种漫游的坏处就是延迟爆炸,你的流量必须传回 sim 卡所属地再出去
tailscale 组网啊,直接暴公网 ip 想什么呢
2 月 3 日
回复了 fibroblast 创建的主题 NAS 关于飞牛 OS 作为小白 我想问下
你应该使用 tailscale 组网,而不是将任何家庭内部网络服务直接暴露到公网中
我无法理解为什么有人敢直接把家庭服务就这么暴露到公网里的,你暴露的服务有漏洞就意味着整个家庭网络在黑客面前裸奔
就像这次飞牛 OS 一样,有人说加 WAF ,你的 WAF 只能防这次漏洞的,就飞牛这安全下次再爆个漏洞你依旧要出事
“我甚至看到 reddit 有人说他去美国,餐厅结账的时候,服务员直接拿他的信用卡记录下来,并让他写下小费数量,等他离开之后再扣款”

这是非常复古的信用卡扣款流程了。网络出现之前信用卡就是这样消费的。不过那时候还需要店家拿客户的信用卡拓印出卡号等信息然后交给银行。这就是为什么信用卡的卡号等信息都是凸出来的
1 月 30 日
回复了 AnyThingElae 创建的主题 Cursor 关于 Cursor 的计费问题
$20 用完官方还会送给你额外的一些额度可以继续用。能用多少我也不知道,公司的商业账号能额外多用$70+,我个人账号额外用$20+就到头了
auto 的话似乎用光额外额度还能继续免费用下去,但能用多少也不知道,至少继续用到大几十$应该没问题
1 月 29 日
回复了 ion1ze 创建的主题 ☕Vibe Coding🤖 VibeCoding 前后端应该放一个仓库吗
我 go 后端+react 前端旧是放一个 repo 里,主要是自动 ci/cd 不是一个 repo 实在太麻烦了
分 repo 存放最大问题就是前端 or 后端更新,ci runner 需要拉取另一个 repo 的话必须为 runner 配置哪个 repo 的 key
想想真的算了
1 月 23 日
回复了 Fdyo 创建的主题 Visual Studio Code 微软内部正在鼓励员工使用 Claude Code
Github Copilot 和现在的其他 ai 工具相比的确不行。配合高级模型虽然智能程度凑合,但实在太他妈慢了。它是怎么用着 claude 的模型还能跑得比 codex 还慢得我是真的想不通
1 月 21 日
回复了 yukinotech 创建的主题 程序员 请教一个 openspec 问题
了解下 spec 驱动开发这个概念,引用我另一处的看法

------------------------
Spec 驱动开发绝对不是 ai 开发的未来。真做过项目的就知道 Spec 这东西本质上就是一个项目的详细设计书(尤其日本 it 开发喜欢这一套。开发项目先确定需求,然后做完整的系统的设计,这种设计可能详细到每个小功能逻辑步骤,然后开发照着设计书实现代码)
大部分是你用了 Spec 驱动开发,往往结果如下

1. 对于一个复杂功能,生成的 spec 过度复杂
2. 虽然能拆分功能 spec ,但是功能的复杂度是改变不了的,spec 的复杂和 ai 生成的大量 spec 结果就是根本懒得去看
3. spec 详细到了代码细节实现,review spec 本质上和 review 伪代码没区别,到后来就和 2 一样懒得去详细看 spec 了
4. spec 对各自的功能模块只适合功能变化不大、较为稳定的情况。当你的设计书经常动不动就发生大的变化(实际上开发中经常遇到),spec 也会经常会发生巨大变动,如何将最新的变动融入已经写下去的 spec 并且更新到代码也是个问题。而且每个 spec 之间都互相依赖,牵一发动全身。
1 ... 3  4  5  6  7  8  9  10  11  12 ... 134  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4491 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 04:09 · PVG 12:09 · LAX 21:09 · JFK 00:09
♥ Do have faith in what you're doing.