V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sentinelK  ›  全部回复第 46 页 / 共 47 页
回复总数  928
1 ... 38  39  40  41  42  43  44  45  46  47  
2023-06-08 15:31:11 +08:00
回复了 Winner4good 创建的主题 问与答 西装暴徒向笔记本推荐
4060 的 x16 看看,如果可以加一些预算,可以上 4080 版本。

btw:一边说两万预算,一边说 MAX 版本的 MBP16……能不能不那么人格分裂。
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 的推送逻辑是没问题的。
1 ... 38  39  40  41  42  43  44  45  46  47  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2633 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 08:19 · PVG 16:19 · LAX 01:19 · JFK 04:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.