V2EX › sentinelK 的所有回复 › 第 52 页 / 共 53 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 44 45 46 47 48 49 50 51 52 53

❮

❯

2023-06-08 15:22:05 +08:00

回复了 vicalloy 创建的主题 › 问与答 › 大家觉得苹果手机在未来是否会加入 3D 视频拍摄的功能？

其实目前附带 LiDAR 的手机就可以实现这个功能，关键就看苹果给不给用了。

2023-06-08 15:18:13 +08:00

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

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

2023-06-08 15:14:35 +08:00

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

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

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

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

2023-06-08 14:00:20 +08:00

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

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

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

2023-06-07 15:12:39 +08:00

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

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

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

2023-06-07 08:21:25 +08:00

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

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

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

2023-06-06 15:27:57 +08:00

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

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

2023-06-06 10:58:45 +08:00

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

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

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

问题 4
是。

2023-06-05 16:47:47 +08:00

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

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

2023-06-05 15:19:48 +08:00

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

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

2023-06-05 11:07:50 +08:00

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

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

2023-06-05 11:05:44 +08:00

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

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

2023-06-05 10:54:19 +08:00

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

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

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

2023-06-04 19:19:35 +08:00

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

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

2023-06-04 18:08:59 +08:00

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

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

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

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

2023-06-02 14:18:02 +08:00

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

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

2023-06-02 10:38:13 +08:00

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

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

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

2023-06-02 10:15:49 +08:00

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

总结：

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

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

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

2023-06-02 10:08:23 +08:00

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

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

不太理解这句话。

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

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

1 ... 44 45 46 47 48 49 50 51 52 53

❮

❯