12 promax ，背面太滑根本拿不住，不得不用壳。用了接近三年的 pitaka 凯夫拉，感觉是相对最兼顾轻薄与防护的手机壳。

几乎不增加厚度与宽度，但同时侧面又有一定的防撞击能力。

“python 或者 java ，搞人工智能这块”
没有数学、算法功底以及相关专业硕、博士的话就别聊了。

如果拿建筑产业举例子，搞人工智能就是建筑师，设计院。学 java 就是学如何筛沙子，如何搬砖省力。
当然，如果建筑工人也算“搞建筑”的话，那行。

你自己出钱，帮他俩一人请一个律师。

“设定股票买 /卖的目标价格”
和交易 app 的挂单比有什么优势？

除非你要高买低卖做慈善。

他们只是对 HTML 富文本的处理方式相似而已，剩下的完全都不同。

1 、对于 HTML 的处理位置不同。
2 、对于变量与逻辑的依赖流程不同。
3 、支持硬件的范围也不同。

btw：横向比较要同位比较，不能只比较形似。jsp 主要解决的是什么问题？ React 又在解决什么问题？
你家里的电水壶与核能发电厂，其实本质上都是烧热水。所以用电烧水来发电也可行，只是燃料变了。

Serverless 是一种概念，代表着你不需要去维护与管理“服务器”本身。
比如扩容，比如系统更新，比如系统安全。然后云厂商通过占用时长、调用频次、硬件压力等维度作为收费依据。
作为开发者你只需要专注于业务开发就好。

代价就是每个云服务商的无服务计算的定义与使用方法各有区别。所以在开发层面会被运营商绑定。

在其上最普遍的，最容易接触到的应用，目前是各种平台下的“云 API”或者是“云函数”。
即通过 API 接口的方式直接提供最大化通用性质的服务。

“一开始没有出具体建设方案，我们投了同意”
“后来碰到 3 楼的邻居说他一开始投票的时候因为挡住光线投了反对票”

这故事前后矛盾，建议楼主按照合约来。

@opengps 这个我也看到了，我想说的是苹果官方的相机与相册 app 是否开放集成这个功能。

其实从苹果宣传的使用场景上来看，相机允许拍，相册（ Vision OS 和 iOS ）允许看，比能不能实现其实更重要。

4060 的 x16 看看，如果可以加一些预算，可以上 4080 版本。

btw：一边说两万预算，一边说 MAX 版本的 MBP16……能不能不那么人格分裂。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

问题 4
是。

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