V2EX › cowcomic 的所有回复 › 第 3 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

122 天前

回复了 cowcomic 创建的主题 › 程序员 › LLama3.1 的申请被拒了

@Les1ie 我也以为是过场，没想到……

@zbinlin 断网环境很麻烦，发现魔搭能下

134 天前

回复了 xFrank 创建的主题 › 程序员 › 请教一个涉及前向兼容的 API 设计问题

如果结构体就是发出来这个样子，可以改成下面的形式
```
{1002, "原因 2b", "errorCodes": [1002, 100202], "msg": "原因 2b"}
```
1002, "原因 2b" // 这部分就给原来的系统用

"errorCodes": [1002, 100202], "msg": "原因 2b" // 新系统用这部分，原来系统如果能迭代的话，逐渐改为这种
"errorCodes": [1002, 100202] // 这个结构留着以后细化 code 用

如果新结构想再增加扩展性，不同 codes 不同 msg ，外面再封一层数组

想再再再增加扩展性，参考 Java 的 Exception 对象

136 天前

回复了 1000copy 创建的主题 › 程序员 › 停止对瀑布模型的污名化

其实楼主说的这个不是严格意义上的瀑布，可以叫螺旋模型或者迭代模型都可以，就是多个小瀑布连起来
严格的瀑布是没有迭代这一说的，一个瀑布结束，就彻底交付，维保期顶多改 BUG 。瀑布最大的问题就来源于这个一把梭哈上

137 天前

回复了 bronyakaka 创建的主题 › 程序员 › 讨论下高并发、连续自增的 id 的生成方案

通常不会用 redis ，正常的时候没问题，万一出了问题，就是大问题，这个风险不敢赌
最好就是关系型数据库，通常就是 ID 分段，用个表管理 ID 段（这个表里可以根据预期预设好），每个实例已有段用完了就拿新的，段内自己做自增，万一故障恢复所需要校验的也不多
这样无法严格保证一定是小先大后（只要一个段不是特别宽，也很难察觉到），但基本能保证连续，没有跳号
这样缩容扩容也简单，无脑加减机器就行（严格连续的话，减机器是要做处理的）

147 天前

回复了 agmtopy 创建的主题 › 程序员 › Java 项目如何实现排除指定文件以及指定文件进行编译

不太清楚业务场景，不过看描述，我理解应该是 Base 放在主工程中，被引用使用，A 系列和 B 系列分别打自己的 jar 包，根据你的技术栈可以封装成 starter 或者 SPI 服务包，实际需要用的时候，需要用哪个就把哪个包加载进去

147 天前

回复了 cinlen 创建的主题 › 程序员 › 本地跑 sd 和 local llm 推理, 什么显卡性价比最高？

建议上安培架构的显卡，也就是 30 系和 40 系
印象一些推理加速技术还有一些量化的技术对显卡架构有要求需要安培架构以上的显卡

163 天前

回复了 idblife 创建的主题 › 程序员 › 如何近实时同步开发环境

如果是跨平台的话，还是 git 靠谱
win 和 mac 用其他工具同步的话会有换行符的问题，特别是涉及到一些脚本的东西会很麻烦
git 会自动解决这个问题

171 天前

回复了 qingjiang 创建的主题 › 程序员 › 内网搭建 web 端笔记工具，求推荐

@Bijiabo 能做权限管理么，某些目录只允许部分人看之类的