V2EX › thevita 的所有回复 › 第 4 页 / 共 14 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯

2024 年 11 月 12 日

回复了 WolverineL 创建的主题 › 程序员 › safetensors 模型部署请教

不知道 sd 有不有毕竟好的推理框架哦, 比如如果你用你上面的 diffusers 的话，就看怎么 load lora 呗

https://huggingface.co/docs/diffusers/v0.14.0/en/training/lora#inference

2024 年 11 月 7 日

回复了 capgrey 创建的主题 › Vim › 十分尴尬，被导师推荐去使用 JetBrains

so..., What do you want to express?

2024 年 11 月 1 日

回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码

把授权信息和业务数据混在一起

比如对历史业务数据进行分区块签名，把所有业务操作和结果都记账，也能防止某些时钟回拨

虽然可以通过不停恢复快照继续使用，但是业务功能也就没意义了

2024 年 9 月 25 日

回复了 andforce 创建的主题 › 程序员 › 约 192GB 短信样本如何标记分类？

得看具体数据分布，大体思路可以先用人工筛选规则降量，再用其他手段（ LLM 等）处理长尾

assumption: 有大量同一类型、具备明确模式的数据

没处理过垃圾短信，但处理过其他类型的短信数据，不一定有用

2024 年 9 月 6 日

回复了 JUSTIGNOREME 创建的主题 › Java › 关于 mybatis 和 dto 的一点疑问

@thevita 这里的点在于 "没有其他需求"，这个假设在业务迭代中不总是成立的，如果直接复用，未来需要添加 VO 的时候就很麻烦，所以可以先这样: type alias 一下 type Vo=DTO （看语言和工具了，哪种方式好）, 加一个空的 mapper, 以后有需求了，改起来也方便

2024 年 9 月 6 日

回复了 JUSTIGNOREME 创建的主题 › Java › 关于 mybatis 和 dto 的一点疑问

hexagonal 也好, layer arch 也好，我们对应用进行分层不是最终目的，是为了方便理清依赖关系，解耦业务逻辑与外部依赖。这里的 DTO 所在的层(Domain/Query) 反正都会被 view 层依赖的，如没有其他需求，是可以直接用的，可以当作 view 层这个对象的实现直接使用了 domain 层定义的对象（比如作为一个 alias ）

2024 年 8 月 26 日

回复了 lieyan 创建的主题 › 程序员 › 现在的人都这么无聊这么恶心了吗？

en.....

你们是不是没运营过网站啊，这就是个扫描器，https://ti.qianxin.com/v2/search?type=ip&value=222.180.198.54
现在你随便去国内外哪个云开个空的 nginx ，一天下来你看看有多少扫描量，确实很烦，不过这些扫描器一般都不经常变 IP ，你 block 掉就行，社区也有人维护如 https://github.com/firehol/blocklist-ipsets/

有正规公司运营的还守规矩点，还有更多是自动 exploit , get shell 后挖坑, 想必都遇到过

2024 年 8 月 20 日

回复了 Gorvery 创建的主题 › 程序员 › [讨论] 如何将一个结构体的 buffer 数据，拷贝到另一个结构体的实例中

怎么会 A/B 的共同依赖有变更了, A/B 中只变更其中一个，这不是给自己找不痛快么

不要纠结于什么新 Struct / 老 Struct ，就一个问题, A/B 的依赖关系怎么处理

1) 保持依赖关系, 那就更新 B ，（这也交给你的构建系统去更新啊，又不耽误你自己）
2) 拆掉依赖关系, 通过一些其他约定/API ，拆掉 A/B 间的依赖关系

如果是那种这个 .a 没源码有不可控的情况，这种模块也应该再包一层把它隔离掉

2024 年 7 月 21 日

回复了 jenson47 创建的主题 › Node.js › 关于前端 node 多版本你是如何解决的，还有您是本地开发还是远程开发

asdf

2024 年 6 月 19 日

回复了 yellowsky 创建的主题 › 云计算 › 腾讯云现在力度这么大吗，一天 5 个推广电话。

@wniming 误区: 价格不由成本决定（至少不主要由成本决定），而由产品定位于市场环境等因素决定。

2024 年 6 月 19 日

回复了 yellowsky 创建的主题 › 云计算 › 腾讯云现在力度这么大吗，一天 5 个推广电话。

我 aliyun ，hw 云, 腾讯云, aws(global) 的推销都接到过，感觉以前频率都不高，最近好像市场是变革了，完全打不过运营商的云

2024 年 6 月 11 日

回复了 996jiucai 创建的主题 › 职场话题 › 破防了， jym，为什么那种 0-20 人的小公司也要求统招计算机

我的感觉，招聘成本问题，原来收简历都很难，15 16 年，我们高中辍学的都要过（当然，有一定行业特殊性，不要在意），有一份合适的简历，会真的花时间来了解，设计面试，找人交叉，会真的关系面试者的培养潜力，与团队文化的契合度这种很主观的东西

后来（ 19 年后吧），简历多起来了，但面试也更难了，比如国外水硕很多，很多学生心眼也很多，还要考虑他是不是来刷 offer 的，所谓的面经也多，反正整体下来，花的精力跟多，效果反而不好，最后面试者也不满意，（也可能是我们吸引力不足吧）

2024 年 5 月 19 日

回复了 teli 创建的主题 › 程序员 › 瞎扯大模型，文心一言和 kimi，应该押注哪一个？

为啥要押注，对你来说，路线之间存在资源竞争才需要押注，将来不好说，但现在显然你在一方的投入不存在完全不能用到另一方的情况

2024 年 5 月 10 日

回复了 busier 创建的主题 › 硬件 › HDD 数据销毁软件的反复覆盖是智商检测么？

涉及安全的问题基本都可以抽象成 “风险成本模型”

这里说覆盖一次就可以，会面临至少两个挑战（我随便想的） a) 固件不可控，如何确保覆盖了固件暴露的所有逻辑块一定覆盖了所有物理块，b) 确实无法保证清除了盘片上记录的所有信息（当然我不是很懂）

更关键的是，在底层基本不可控的情况下，反复覆盖几遍几乎是没什么成本的，除了一点时间外

你所面临的风险：数据泄露的损失 * 数据被恢复的并泄露的几率
成本: 一些线性的机器时间

只要你数据觉得泄露还是比较麻烦，当然选择无脑覆盖几遍啊，要不就把盘片砸了，当然这样成本就高了

2024 年 4 月 30 日

回复了 afxcn 创建的主题 › Go 编程语言 › golang 的 defer 真是个好设计

因为 defer 对于你这种场景其实不是一个完整的解决方案（相较于上面大家说的其他语言里提供的方案而言），他其实核心思想就一个：让初始化，和释放这种需要成对的操作放在一起，更好维护，减少人为错误的发生，仅就 “释放” 这种来说，并没有特别好用，但好处就是灵活

2024 年 4 月 30 日

回复了 afxcn 创建的主题 › Go 编程语言 › golang 的 defer 真是个好设计

defer 可用，但要说好用嘛。。明显就是山猪没吃过细糠

2024 年 4 月 27 日

回复了 seedhk 创建的主题 › 程序员 › 求指教后端项目迁移方案

看具体签约什么东西, 如果整体架构不动，仅迁移 web 层（也就是 controller ），可以搞个自动转换一步到位，再手动改改，当然，前提是 web 这层得薄，但你提到维护性有问题，所有这个假设概率不成立，框架并不能帮你解决维护问题

2024 年 4 月 27 日

回复了 voidmnwzp 创建的主题 › 程序员 › 阿里的文档代码都有股 Java 味。。

tryErr 这个明显是生成自一段 try catch ，基于规则的代码翻译嘛很正常，因为规则都具有局部性，又不是人写代码， “反正下面也没有其他操作”，规则当然是不知道的，可以说这个翻译写得不好，但是写得更好也没有任何收益啊，只要保证逻辑正确就行了

再次，如果这段代码是给人看的，就该往死里骂，否则你就不应该打开这段代码

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯