xywanghb 最近的时间轴更新 xywanghb 最近的时间轴更新 | xywanghbV2EX 第 596081 号会员，加入于 2022-10-02 22:45:09 +08:00 |
| 开通了 google cloud 的 Vertex API 来使用 Calude OpenAI xywanghb 2025 年 12 月 1 日 最后回复来自 renate040114 | 18 |
xywanghb 最近回复了
2024 年 7 月 22 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@xywanghb 然后 gcloud init 一下就可以了 你可以直接运行他那个 python 代码看能不能调通， 然后再接入其他 UI web
2024 年 7 月 22 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@taotaodaddy 要下载一个 gcloud 命令行工具
2024 年 7 月 18 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@burndown 哥们， 是我的问题，哈哈哈确实可以， 我走的 google 调用 不是 Anthropic ， 导致我接了代理请求的入参格式和 vertex ai 不一样，vertex ai api 得走 Anthropic
2024 年 7 月 18 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@burndown 还是很多没直接支持， 可能也是 google cloud 那个认证体系和 API 不适配的原因. 走代理感觉有点复杂， 我自己简单改了下 chat next web 源码 把请求 google 的参数返回值适配了下， 用着还行
2024 年 7 月 18 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@taotaodaddy 谢谢， 我看看. 我实现了个方案，改了下 chat next web 源代码 简单适配了一下
2024 年 7 月 17 日 回复了 xywanghb 创建的主题 OpenAI 开通了 google cloud 的 Vertex API 来使用 Calude |
@burndown 这两个我调研了， 好像只支持 google cloud 里面的 gemini 和其他有限的几个， 这几个在 googlecloud 就是支持对话形式的. 但无法用 claude
2024 年 7 月 17 日 回复了 fengshils 创建的主题 程序员 有人了解组态软件是什么吗？跟大屏设计器有什么区别 |
大屏更偏向直观的数据统计和数据报表， 在乎样式和统计
组态更偏向多个组件的实时状态或者物联网设备模拟化， 以及多个组件之间的数据联动. 更复杂点还有指令下发， 通过可视化的电子模型来和物理设备做数据交互和控制
组态更偏向多个组件的实时状态或者物联网设备模拟化， 以及多个组件之间的数据联动. 更复杂点还有指令下发， 通过可视化的电子模型来和物理设备做数据交互和控制
2024 年 5 月 27 日 回复了 sdjl 创建的主题 推广 失业很久了，为了能接到 10w+的外包活，我做了一个小程序 Demo（含 4000+Midjourney 原创模板） |
老哥我也是可以一个人开发前后端， 创造产品和设计这块倒不行， 如果需要打手可以交个朋友， 主打一个靠谱。
d2FuZ194aW5nX3l1Xw==
d2FuZ194aW5nX3l1Xw==
2024 年 5 月 14 日 回复了 shinelamla 创建的主题 程序员 为什么 golang 提倡 「接收接口，返回结构体」这样的原则呢？ |
@kuanat 感觉长脑子了, 我如下理解大佬看看对不对
如果我是提供方
1. go, 我只需要关注我能提供什么能力, 专注于做好自己的东西, 你消费方爱咋用咋用
2. java, 我提供一个功能这个东西以后可能会怎么演变, 我希望提供一个尽可能考虑很多场景的功能或者标准, 更丰富的易用性和扩展性, 并且考虑做大做强以后其他类似厂商都参考我这个标准来实现, 有点像市面上很多厂商提供的功能慢慢都是一些大而全的东西, 占领市场建立标准
如果我是消费方
1. go, 我就像一个海淘客, 找到各种各样的功能提供方, 自己非常灵活的进行组合调用, 自由度更强
2. java, 我就像一个傻子, 更多的是学习标准, 然后找到标准中占有率更多更成熟的, 或者说提供的功能更丰富的, 因为我也不知道以后会扩展成啥样, 所以我现在可以不用, 但是你提供的内容多, 也降低了我以后因为你无法支持造成的改造成本大的隐患, 比较突出的例子就是用 springboot, 很多三方库的实现我不关心, 只需要看 springboot 的一些标准, 具体实现只用依赖进来即可
如果我是提供方
1. go, 我只需要关注我能提供什么能力, 专注于做好自己的东西, 你消费方爱咋用咋用
2. java, 我提供一个功能这个东西以后可能会怎么演变, 我希望提供一个尽可能考虑很多场景的功能或者标准, 更丰富的易用性和扩展性, 并且考虑做大做强以后其他类似厂商都参考我这个标准来实现, 有点像市面上很多厂商提供的功能慢慢都是一些大而全的东西, 占领市场建立标准
如果我是消费方
1. go, 我就像一个海淘客, 找到各种各样的功能提供方, 自己非常灵活的进行组合调用, 自由度更强
2. java, 我就像一个傻子, 更多的是学习标准, 然后找到标准中占有率更多更成熟的, 或者说提供的功能更丰富的, 因为我也不知道以后会扩展成啥样, 所以我现在可以不用, 但是你提供的内容多, 也降低了我以后因为你无法支持造成的改造成本大的隐患, 比较突出的例子就是用 springboot, 很多三方库的实现我不关心, 只需要看 springboot 的一些标准, 具体实现只用依赖进来即可
2024 年 4 月 30 日 回复了 vegetablefriend 创建的主题 Java Java 开发新手，请教一个在进行业务代码开发时遇到的问题 |
易于变化的业务考虑适当扩展， 不易于变化的要高度内聚并极大可能的降低理解成本维护成本，怎么简单怎么来， 我个人感觉这个不易于变化， 推荐第二种
Select Language