V2EX › sentinelK 的所有回复 › 第 74 页 / 共 75 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 66 67 68 69 70 71 72 73 74 75

❮

❯

2023 年 6 月 8 日

回复了 Geon97 创建的主题 › 问与答 › v 站的大佬们，进来看看这个配置是否合理和建议～～～

虽然目前芯片出场即灰烬，但用带 k 的 CPU ，不用 z 系列主板我还是不能理解。

2023 年 6 月 8 日

回复了 fortunearn 创建的主题 › 微信 › 大家怎么看刷掌支付，会是新的大趋势嘛

相对指纹、刷脸而言，容错、唯一性都要更优秀一些。

指纹容错性太低，稍微脏污一点，再加上手裂口蜕皮，直接没法用。
刷脸唯一性太低，支付这种场景极限来讲相当于是 60 亿选一，所以一般的刷脸支付都需要你校验手机号来做二次确认。

掌纹算是相对的优选。
但代价就是掌纹的获取成本太高，并不是通过手机或者大数据就能采集的。

2023 年 6 月 8 日

回复了 lmybill 创建的主题 › Java › Java 里的 equals 方法

“equals 本来比较的是两个对象是否是同一个对象”
恰恰相反，对比两个变量是否引用一个对象用 ==

equals 是一个可重写的方法，你愿意比较什么，就是什么。同理，toString()一样。

2023 年 6 月 7 日

回复了 BenchWidth 创建的主题 › 微信 › 关于微信小程序调用微信的 JSAPI 支付问题

不可行，小程序的 Webview 组件的 JSAPI 是残疾版。

btw：既然都有同主体的小程序了，那么给商户号绑定一个小程序的 appid ，然后通过小程序唤起支付并不是一个很困难的事儿。

2023 年 6 月 7 日

回复了 xuelang 创建的主题 › OpenAI › chatgpt 为啥能做出不少算法题？

他不是逻辑推理，他是根据上文猜测下一个最可能的字。相当于是一种非常暴力的统计学+训练调优结果。

从某种意义上讲，大语言模型证明了人类的创意性产出（设计，撰写）其实很大程度上就是复读机（有强相关性），只不过人类大脑的并行能力有限，发现不了，或者发现了但很难抽象成一个方法论而已。

2023 年 6 月 6 日

回复了 vyseyao9 创建的主题 › 摄影 › 微单新手求推荐

索尼的 6400+1670z 可以看看（恰巧我有个 1670z 想出二手淘汰）。

2023 年 6 月 6 日

回复了 t298 创建的主题 › 问与答 › 我有一个项目架构的问题。

问题 1 、2
尽量将功能解耦。这样产品和项目都使用相同的“功能”，可以通过引用类库等方式解决。

问题 3
这是你使用的微服务架构的问题，理论上讲理想的微服务规划，应该是可以快速的通过模块构建符合需求的平台，而不是相反（所有的产品需求都用一个微服务平台承载，那么微服务的意义就少了一大半）

问题 4
是。

2023 年 6 月 5 日

回复了 norfish 创建的主题 › 职场话题 › 周一想划水，周五想加班，什么心态

可能是一种“负罪感”吧？抛开劳动者、资本家这种纯功利对立的角度不谈。
毕竟作为一个创造属性的工作岗位，一周没什么成果，挫败感还是有的。

2023 年 6 月 5 日

回复了 zhengkk 创建的主题 › 问与答 › 老黄说当前是 ai 的 iPhone 时刻，为啥我却感到难以苟同。

因为目前的 AI 是基于机器学习的 AI ，是统计学范畴，是极致的中心化涌现成果。所以注定是少数人的狂欢。（一般人没有算力，没有数据，也没有成本去做监督）

2023 年 6 月 5 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

至于说中文语境下的“渲染”，我还是保留我自己的意见。我认为这用在 HTML 上，并不是一个合理的翻译。

2023 年 6 月 5 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

@adoal 如果是讨论用 render 是否合理的话，我同意你的观点，因为 render 本来就是多个意思，其中有“使之变得 /变成”，所以 render 在信息技术领域不光对应“图像信号的转换”，也对应“HTML 富文本的填充”。

2023 年 6 月 5 日

回复了 0139 创建的主题 › 问与答 › windows 自带的远程桌面怎么避免操作被旁边人看到

windows 自带的远程桌面不会展示你的操作痕迹。

1 、如果你远程登录的账号与当前账号相同，那么当前屏幕会被锁定。
2 、如果你远程登录的账号与当前账号不同，那么屏幕无反应。

2023 年 6 月 4 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

@adoal
英文不同语境下的相同词汇，不等于中文就一定是相同翻译结果。反过来也一样。

2023 年 6 月 4 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

“分离”指的是开发分离。
这有特殊的历史背景，既 jsp 、asp 的大量使用。

“渲染”其实指的是排版。既 html 上的内容由服务器端填写，并不依赖客户端的 js 脚本逻辑填充。这里面也有个历史原因。“渲染”这个词在 vue 、react 时代，被培训班大量滥用导致混淆。培训班把填充 html 普遍叫成“渲染”

所以综上所述，名词的定义，一定是随着时间逐渐腐败、泛化的。区别就是你接受与不接受。

2023 年 6 月 2 日

回复了 lizhien 创建的主题 › 问与答 › .net 大佬，转.net 咋样

说事情要说具体，光描述情绪没有意义。
比如 Visual Studio 哪里反人类，以及说你个人的职业前途和技术工具之间的联系等等。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

@hellomynameis 我能想到的唯一场景就是有的 app 不愿意使用 notification 来承载内容，也不希望过度使用自己的服务器性能，从而只是通过数据推送（透传消息）来让用户的手机客户端判断 notification 是否应该显示，以及应该显示什么。

但这属于对客户端性能的一种滥用，并不值得推崇。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

总结：

如果是异步场景（收到一条消息、邮件，或者是提醒等等），app 没必要及时响应，也就没必要弄透传消息，也就没必要 app 保活。用通知消息足矣。

反之，如果是即时响应的推送，那么 app 理论上讲 app 也必然在前台保持活跃。

所以我个人理解，目前 Android 的推送逻辑是没问题的。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

“哪怕是 FCM ，也极为依赖 App 的后台机制，需要 App 保持在后台运行，在内存里存在进程，FCM 才能正常推送”

不太理解这句话。

如果说的是 Notifications Composer ，并不依赖 app 进程。都是通过唯一 ID 进行系统级别的下发，然后直接唤出 notification 功能。点击后可以携带参数，app 在根据当前的生命周期进行逻辑响应（唤醒、调出对应业务界面等等）。

反之如果是数据消息（国内推送往往叫“透传消息”），确实需要应用保活，因为需要 service 处理传递过来的字符串，但这并不是一个常见的场景。因为需要 service 或者 app 加工时，app 也往往在活动中。

2023 年 6 月 2 日

回复了 Katttes 创建的主题 › 互联网 › 想问问家人们，平时除了看 v2ex，每天还会看哪些有意思的网站？

hack news

1 ... 66 67 68 69 70 71 72 73 74 75

❮

❯