V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  c0t  ›  全部回复第 3 页 / 共 8 页
回复总数  142
1  2  3  4  5  6  7  8  
上面有人非得把技术原因当成产品原因也是难绷

@drymonfidelia 工作量绝不是在公司层面衡量一个产品能不能行的首考。只做 windows 兼容的硬件工作量当然低,我也不知道上面很多人要否认什么,况且 steam deck 本身也兼容。

我自己的考虑:

1 ,steam 本质还是个软件公司,硬件能赚几个钱?做主/掌机的几个公司在靠硬件赚钱? rog 也做了掌机,但用 windows ,这就是软件和硬件公司的区别。steam deck 以后也可能会出独占,甚至换 arm-based 的芯片,不过现在的保有率很难支持而已。

2 ,掌机玩 pc 游戏的用户容忍度是非常高的,在乎“我全都要”么?本来硬件就支持不住,起码我自己不会。steam 肯定之前就做过调研。

3 ,在这些条件下开始谈技术能不能做就合理了,答案很简单,可以。
322 天前
回复了 hanxu317138 创建的主题 git git rebase 那么重要么???
git branchless 这样的工具应该就是给你现在这种用法设计的
322 天前
回复了 hanxu317138 创建的主题 git git rebase 那么重要么???
才 2600 行就 200 次感觉 commit 里都是无效信息…写了点就 commit ?中间可能压根就没法用吧?喜欢这么用的话就用 branchless 的方法,detach 然后准备合并再 squash
不就是审计和过认证的价格么…给美国政府软件也要过 FIPS 140-2 ,汽车行业要过 ISO26262 (ASIL D),你的替代先过了这些认证才能有上桌谈判的资格,至于选不选你,那另说
AI 时代下,sell 的能力明显比 build 的能力更重要。独立游戏要么美术,要么玩法、剧情,要么你自带流量,游戏行业是买量大户,你说的那种 low 但在排行榜上的基本是这一类,“卧槽,火了” 的机率太小了。

另外 op 这个新游…在 steam 退款政策下真能见到回头钱吗…
完全不写前端,只用 cursor 写 rust macro ,以及各种模版,宏类的东西真不是人写的。啊,还有帮我写开源项目的文档。
334 天前
回复了 alan9999 创建的主题 信息安全 求助,被入侵了,如何减小损失?
@Byleth 现在这种网站应该都被盗刷打烂了吧,不过确实要注意
334 天前
回复了 dreamage 创建的主题 Amazon Web Services AWS 的收费项防不胜防
这才是 aws 有各种认证考试的原因吧,我自己用也不会选 aws ,价格高还复杂
339 天前
回复了 jim9606 创建的主题 Windows 新系统 Windows 的性能和响应不佳的原因
我说两个最常见的卡顿原因:WerFault.exe 、MsMpEng.exe 、大小核,如果不用 superluminal 之类的 profiler ,那简单点就开个 sample cpu 使用率的软件,比如 process lasso 之类的,比瞎猜好用的多。
339 天前
回复了 jim9606 创建的主题 Windows 新系统 Windows 的性能和响应不佳的原因
我觉得你该去看看 x 上一些人用 superluminal 的分析.... 而不是在这猜猜猜
339 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@bli22ard openssl 以前不是 semver 啊…3.0 之后倒是可以这么搞
340 天前
回复了 asip1rn 创建的主题 程序员 有开发者吗 满足一下好奇心。
@kk2syc gpu 局限太大,这世代游戏的 culling 都是很激进的,转个头数据就没了那也太烂了
340 天前
回复了 asip1rn 创建的主题 程序员 有开发者吗 满足一下好奇心。
本来就没办法,现阶段游戏要渲染,内存里一定有数据,内存里加密了,传到 gpu 也几乎是明文,你最多像现在今年的 pubg 那样,服务器判定要看到玩家之后再下发数据,这样能防透视,但是很多游戏都没这么干。

鄙视链什么的,这有什么高下…游戏外挂的知识现在是高度特化的,特定于每个厂家、加固方案和反作弊方案,又不是每款游戏都需要从 0 开始…总体说经验可能更多一点。
340 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@AItsuki 其实看一遍龙芯给 rustc 写的文档,你就知道该怎么做了 https://doc.rust-lang.org/rustc/platform-support/loongarch-linux.html
340 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@Donaldo 不知道,所以我才说是伪命题,longarch 都是 tier2 ,那些陈年的东西压根就不会用 rust 来写
340 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@AItsuki 你用 musl 在纯 rust 下就不困难了啊…gnu 下不行的原因就是 rustup 默认下载的标准库是动态链接到 glibc
340 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@Donaldo mips 在 llvm 侧都烂成什么样了,rust 这边也是 tier3 ,这对 rust 目前来说是伪命题
340 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@AItsuki zigbuild 本身没支持 zig 编译 c 文件吧?和这里说的不是一件事,它解决的主要是 glibc 很少 static link 的问题,因为 zig 链接会生成很多 glibc 的 dummy object 文件,省去了自己搞 c 交叉编译工具链的麻烦。如果你先编译一份 rust 标准库,静态链接到 glibc ,和 zigbuild 做的事情就一样,只是这玩意很多系统都有自己的 patch ,最好别干。

不过如果公司内部有用 bazel 之类的系统,现在标准的做法都是外部编译 c 库,直接链接进来即可,build.rs 几乎都不管了
341 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
@c0t 话说回来,交叉编译对于 rust 的现在很多 大 客户(或者说金主)来说几乎是 0 吸引力的特性,它们现在的基础设施太完善,所以可以预见的未来几年都不会有改善。
341 天前
回复了 bli22ard 创建的主题 程序员 rust vs golang 交叉编译
为什么呢,因为维护者少,必须承认的事情是,就你提到的 ring crate 里有相当多需要 c 编译器的部分都来自 OpenSSL 的汇编代码,不考虑性能问题,用纯 rust 来实现可以吗?当然可以。但是它(大多数时候)只有一个维护者,作为一个每月千万下载量的 crate ,就算不用 unsafe ,保证正确性也是 "i promise" 的问题,包括 tls 实现本身,本来就很大概率会是攻击发生地,密码学可不简单,作者不想做,这个保证转嫁给了 OpenSSL ,仅此而已。事实上,rustls 的性能改进还是花钱委托 ferrous-systems 来完成的。 事实上,rustls 本身过没过国外各大公司的审计呢?我没关注这个问题。

而 go 本身,微软为了给美国政府的软件,不是也 fork 了,https://github.com/microsoft/go ,并且,很明显,这些 patch 很多都和 tls 有关,https://github.com/microsoft/go/tree/microsoft/main/patches
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2540 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 07:30 · PVG 15:30 · LAX 00:30 · JFK 03:30
♥ Do have faith in what you're doing.