首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  gam2046  ›  全部回复第 62 页 / 共 151 页
回复总数  3010
1 ... 58  59  60  61  62  63  64  65  66  67 ... 151  
❮ ❯
2022-03-22 15:20:57 +08:00
回复了 wuxkwnjjwoxk 创建的主题 › 游戏 › 原神抽卡可能存在区别对待吗？
@wuxkwnjjwoxk #21 这样说就没有意义了，结论就会变成不能证明，也不能证伪，这就失去了讨论的意义。从动机上来说，完全没有必要，收益太低。

我自己也是玩家，就实际体验来说，其实还不错，我个人是不充钱，能有几个角色，玩的还行。也有过运气好，10 连双黄，也吃过连续的大保底。

假设身份对换，我们变身成为游戏厂家，如果有玩家这样的质疑，我也没办法证明，即使我给出数据，还会有人怀疑数据真实性。我开源，也会有人怀疑开源代码与实际运行的不服。
2022-03-22 14:48:32 +08:00
回复了 wuxkwnjjwoxk 创建的主题 › 游戏 › 原神抽卡可能存在区别对待吗？
@wuxkwnjjwoxk 你假定了在不同人群下的概率不一致，但要证明这一点需要有一批人群同时拥有你所说的特质，才能进行统计学上的分析，个体上的体验不同，否则大概率只能认为是幸存者偏差。
2022-03-22 13:41:34 +08:00
回复了 wuxkwnjjwoxk 创建的主题 › 游戏 › 原神抽卡可能存在区别对待吗？
可以，但没必要。因为本身的预期收益距离保底已经非常接近，这里做手脚收益并不高，还不如让你多歪一次合算。

而且对于这种现象级游戏，在这种地方赚的钱，远不如设计一个新角色来售卖的收益更高。
2022-03-21 09:27:05 +08:00
回复了 techstay 创建的主题 › Linux › opensuse 软件源的 gradle 为何锁死 4.4
gradle 这玩意，API 并不稳定（特别是有自定义构建流程的需求），经常会出现前几个版本用着好好的代码，新版本行为不一致或者不能使用。

所以一般这东西都是采用 gralde wrapper 。比较少采用系统 /用户换机提供的 gradle 。
2022-03-21 07:27:38 +08:00
回复了 frank1256 创建的主题 › Java › Java ，大量对象内存中计算， oom 怎么处理哇。
一次业务操作需要读取百万条记录显然是不合理的。尝试业务流程上的优化。如果只是一些统计汇总的任务，完全没必要把所有记录加载到内存后处理。流式的处理并不需要什么内存空间。甚至还不如直接在数据库中汇总后再返回。
2022-03-21 07:23:32 +08:00
回复了 dongcxcx 创建的主题 › 问与答 › 眼睛激光手术可以用医保里的钱吗
医保个人账户余额可以，医保统筹账户不行。

大白话就是个人账户余额是你每个月自己交的钱，干啥都可以的。而统筹账户就是国家（企业缴纳部分）的钱，只有限定医疗项目与限定药品可用。
2022-03-19 10:45:13 +08:00
回复了 Andreas8 创建的主题 › 问与答 › 真的有农村做酸菜用脚踩的吗？
我小时候，有见到过，脚踩是比较普遍的现象，不限于酸菜，各类腌制、发酵类都有这种做法。不过当时大多数是小作坊或农主自制。
2022-03-19 09:45:45 +08:00
回复了 byte10 创建的主题 › Android › 安卓 13 kvm，未来真的可以把手机当主机了
arm kvm 很早之前，我自己企图尝试过。当时手上有一款退役的小米 8 。查找多方资料，高通的处理器很早之前就支持了虚拟化，但是几乎所有厂商都在 bootloader 中把虚拟化相关的功能给禁用了。原因不明。

同时很遗憾的，几乎没有什么厂家开源 bootloader 的代码，因此我最后的尝试并未成功。以现在国内 Android 手机的性能，实则过剩。不过这种虚拟化方案更具有实际意义的是双系统，如果走嵌套虚拟化的路线，则很可能被黑产用来刷设备，进而导致各个厂家的应用风控愈发严格，或更加严重的个人信息采集（手机号、身份证啥的）。
2022-03-19 08:13:16 +08:00
回复了 MuscleOf2016 创建的主题 › 程序员 › 作为后端程序员，如果前端对你写的接口提了合理修改建议，会修改嘛？
合理为啥不能改呢，单纯为了抬杠而抬杠就没意思了。大家都是出来赚钱的，可不是来抬杠的。
2022-03-17 21:46:07 +08:00
回复了 Rilimu 创建的主题 › 宽带症候群 › dns udp 连海外服务器且不被污染
可以试试 adguard home ，上游直接走 DOH ，缓存时间可以稍微设置长一些，毕竟 DNS 不会频繁变更，副业顺带还可以过滤部分广告。反正简单配置下，现在小米电视和爱奇艺的广告是看不到了。
2022-03-17 21:13:36 +08:00
回复了 f1ynnv2 创建的主题 › 硬件 › 求推荐个电视盒子，要能安装非 TV 版的国内几大视频平台
装是都可以装的，adb 以后啥应用都能装，主要两个问题。

1 、手机版应用在机顶盒上，可能横竖屏存在问题，即应用一直竖屏显示
2 、手机版应用大概率不支持遥控器操作，意味着你需要外接鼠标、键盘操作

特别是第二条，便利性还不如投屏方便。
2022-03-17 21:10:46 +08:00
回复了 dexlee2020 创建的主题 › 宽带症候群 › 深圳老小区，联通宽带 LAN 资源不要装！
待在深圳的时候，发现许多小区根本没有联通资源，最后选择了移动（毕竟便宜。

现在到了杭州，联通还算不错，当然可能和小区也有关系。720 两年 200M ，双拨一下，喜提 500M 带宽，上行也叠加到接近 100M 。算是性价比很不错了。
2022-03-17 20:59:42 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 › 游戏 › 抽卡机制最先出现在国产游戏中吗？现在哪些国外游戏也有抽卡机制？
基本可以认为从诞生游戏就有这个玩意了。抽卡本质就是随机产生奖励。几乎所有游戏都有这个属性。
2022-03-17 13:24:42 +08:00
回复了 sanmuisme 创建的主题 › 职场话题 › 想问下各位老哥，入职新公司是不是都会看银行流水或个税截图？
唔，各位都是多少收入，月收入三四万都没这些破烂事情。
2022-03-16 17:21:21 +08:00
回复了 luojianxhlxt 创建的主题 › Windows › win10 系统如何搭建 iSCSI 服务
@fisherwei 性能不太可能比 iSCSI 更好。我自己这里有过某个应用场景，高负载、大带宽的磁盘随机读，分别尝试过 SMB/FTP/WebDav/NFS/iSCSI 。

在内网 40G 的带宽以及 Intel M.2 固态的支持下，只有 iSCSI 能够在较低的磁盘负载下，提供更高的网络吞吐量。

其他各类协议的额外开销都很大，甚至部分协议在只读取文件部分内容时，会传输整个文件，导致网络带宽被浪费。
2022-03-16 15:25:41 +08:00
回复了 shadow1949 创建的主题 › 数据库 › 一张主表，多张关联表，查询逻辑写在 sql 中好，还是业务代码中好？
@yibo2018 唔 我的意思是，我的小伙伴在业务逻辑中自己组装数据的时候，很容易出现笛卡尔乘积。就是有一些小伙伴的业务能力相对欠缺，因此还不如直接把这些任务丢给数据库，至少数据库的下限高于许多开发人员。

至于数据库上的笛卡尔乘积，除了 inner join 以外，在多表查询或者嵌套了子查询的情况下，也容易出现。但是数据库上的问题相对好解决（即数据是通过视图返回的，即使存在问题后修改，保证字段一致，不需要修改程序），同时存在 explain 方便排查。
2022-03-16 09:01:44 +08:00
回复了 shadow1949 创建的主题 › 数据库 › 一张主表，多张关联表，查询逻辑写在 sql 中好，还是业务代码中好？
个人是一律丢数据库，毕竟写起来简单，后期数据库顶不住还可以读写分离、一主多从。有的小伙伴自己实现的 left join 逻辑真的感人，一言不合就笛卡尔乘积。

都丢数据库，至少下限是比较高的。哪怕是初学者也不会写的太垃圾。
2022-03-16 08:32:55 +08:00
回复了 20160409 创建的主题 › Android › 原生 Android 11 之后，隐私权限和后台管理是否靠得住？
针对特定机型的可能还有一些获取设备不可变更的唯一标识符方法，是由于某些 OEM 实现不规范导致的。例如早年 MIUI ，把 IMEI 写入 system props ，但是 selinux 权限没配置好，导致非特权应用也可以读取。

但是具有一定通用性、可读取不可变更的唯一标识符的方法是没有了。从现在来看，多数应用采取的方法是尝试在首次安装时自行生成一个唯一标识符以及获取 OID 来标识用户了
2022-03-16 08:25:37 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 › 程序员 › ASP.NET Core 存在类似 il2Cpp 这种可以把 C#代码转换成 C++代码编译来防止逆向获得原始代码的黑科技吗？如果不存在，为什么？
这个问题扩展一下，你会发现很多语言都不具备对抗破解的能力，从最近几年大热的 electron/.net core ，到老牌选手 Java/python 来看，几乎带有跨平台能力的开发语言被反编译都是接近源码级的。其中的例外选手也是有的，比如 Golang 是直接编译到 native code 。可人家直接编译到 native 的目的也并不是为了提高反编译难度，主要还是为了运行速度。

同样再看看大厂应用，Microsoft 、Google 、Adobe 等企业出品的应用，几乎也没有在产品上做什么技术手段对抗反编译，基本上编译出来是啥就是啥。

可以基本认为，语言的开发者（社区）以及多数开发人员都不太关心源码的保护。

现在的对抗反编译的手法几乎是 10 年前没什么区别。

1 、各种中间语言尽可能的编译成 native code
2 、实在编译不成 native code 就加混淆，降低可读性
3 、已经能编译成 native code 就再弄 OLLVM ，再混淆
1 ... 58  59  60  61  62  63  64  65  66  67 ... 151  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   914 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 23:51 · PVG 07:51 · LAX 15:51 · JFK 18:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.