@KR19 #8 说的是 available on the 16-inch MacBook Pro with the M1 Max chip，应该是 Max 全系都可以，这么看 14 寸上 Max 还是亏

@ericwoflskin #6 从以前 Intel 的型号划分来说，一般来讲同尺寸下大概率是同一个模具，用外壳编号 A1xxx 、A2xxx 区分；同尺寸下不同配置档会按型号划分，MVVJ2 、MVVK2，虽然不一定会出现旧款模具的情况，但是模具说法没什么问题的，比如 A2159 模具既配 i9 （ VK2 ）也配 i7 （ VJ2 ）。

S1000 啊，算是漫步者经典系列，之前 MK3 版 618 价格做到非常低，不过 S1000 这个体积会比你想象的更大，通常应用场景是客厅或者书房落地架的。

如果你是书桌的话可以买 R2000DB，或者更小体积的新款 A80，虽然 A80 高音更透，但是 A80 受限于低音单元尺寸，氛围感上会比更便宜的 R2000DB 更差一些。

上述所有型号可以在小黄鱼找到控价崩坏的经销商倒货，比如 R2000DB 可以三四百买到。

只要有输出，就能被捕获，这应该是每一个 IT 人都懂的道理。

一直以来对于内容保护基本都围绕输出渠道进行加密并去 C 端解密，包括但不限于特殊的 C 端播放器、流媒体分片传输+动态秘钥、特殊色彩 /图像格式、特殊协议 /硬件识别（ DRM ）。

就算财大气粗的流媒体服务商对下载（ Web-DL ）做了百般防护，也逃不掉被录屏（ Web-Rip ）的命运，何况你一个简简单单的在线文档呢？

防是防不住的，你的出发点只能够是 “我默认用户已经绕过我的君子限制拿到了我的文档”，然后在此之上去考虑后续追责的方案设计。甚至还可以钓鱼，明面上不限制截图，但是在客户使用前予以醒目警告禁止截图，一旦截图触发 activator 就后台隐秘记录一次。

@Mikuchan #24 那你猜卡巴斯基有没有驱动😅要是加个驱动就在系统内畅通无阻，磁碟机早就称霸 21 世纪了

装个卡巴斯基什么之类可以限制软件权限的东西就能解决的问题……一群人非要弄个 VM 😅

也可以 Chrome 新建一个自定义搜索引擎，查询网址填入 `https://www.google.com/search?q=%s&lr=lang_zh-CN%7Clang_zh-TW`，会在 ncr 的基础上默认检索中文内容

2345 阉割版在看图软件里还是算挺好用的，就是打开分辨率巨大的图会卡……2345 是缩略图加载，然后立即以全分辨率渲染的，系统的照片查看器是只要你不放大，就不加载全分辨率图

我 27 寸 4k 125 缩放… 32 寸的 2k 应该 100 可以了吧

在 compose yaml 里加一条 command: bash -c "export xxx" 试下呢？

@namelosw #3 有头枕支撑意味着你不需要给脖子肌肉施力去保持一个特定的角度，直接让头枕给你顶住就行了

别的我不知道，手掌跟键盘悬空一定不能叫人体工学，头部没有支撑同理

@kloudmuka #18 那要论懂，必然是没有您懂的，劳烦您 enlighten 我一下对 CE5 里 Projector light 和 Point Light 配置的心得

@LeeReamond #4 沙盒游戏场景跟箱盒还是有明显区别的，比如地形你一定少不了手工打磨（打磨得烂的例子是育碧）、场景之外地图上也会有各种大小不一的箱盒场景，还有更多的环境与植被需要调整，这些都直接反应在工时上的。何况大表哥还有人和动物的 MoCap 、配音、Dialogue 树，以及成倍工作量的脚本，研发成本首先已经不是一个量级的了，何况还有宣发等非研发成本。

粗略看了下视频…一个箱盒场景，除去人物演出用到的动作脚本外，可互动的部分除了那个婴儿床，其余都不能算作可互动（我指没有交互动作），而且也没有给门以外的物体配置物理特性（比如走路踢开椅子、杂物可以被婴儿脚扫到地上），花精力的地方比如倒酒和舀汤的流体模型都没有做好。至于光影，按照以前摆弄 CryEngine 时候的记忆全局光影只需要设置好 projected dot 就行了…没有需要特别费工夫的地方。

不是从业者所以不太能判断价格，但是按照白模工时来算大概是 4 人两周 965 的工时量？可能可以更短。

@thet #6 sidecar 一个 kubectl 容器动态请求说不定可以

无论动态不动态，最终体现在 service 上 NAT 出来的都是同一个固定的端口，但是怎么在容器启动前后去获取这个 dynamic 端口并据此进行 service 创建确实想不到办法…

@maohuaming #38 帖子里没有列出的岗位就暂时没有