@ALLROBOT 其实 octree 的压缩比是最好的

@mostkia 我后端写得多一些，半吊子前端。反正我的感觉是，vue 的设计目标就是数据-视图的自动渲染器，因为我的思维都是从后端出发的，所以好像没感觉到什么 需要 获得 dom 来取得里面数据的场景。

比方说你想拿到「某个标签的内容」，按我的自然思路是，这个内容应该也是某组数据渲染出来的，那我直接用数据不就好了，如果不存在，那是这个组件有问题，我得改这个组件让它能提供一个暴露数据的接口

如果是想「修改另一个节点的状态」，那也应该是节点 /组件各司其职，提供一个 emit 来让别人通知节点自己变更状态。这个思路跟桌面 GUI 是一样的，qt 那的 signal/slots 跟 vue 的 emits 基本上是同一种东西

-------

可能也是写过桌面 GUI 的原因，我是很忌惮直接去改变非自控 dom 的状态的，因为在桌面 GUI 程序里这样写是大忌——很容易搞不清自己当前在哪个线程里。跨线程去操作 ui 组件容易引发访问违例、死锁、竞争等各种各样奇怪的问题，所以传统桌面 GUI 的程序一律在使用各种事件去通知组件重绘自己的内容。这跟传统 js 出来的「宏状态」一把梭，一个位置掌控全页面 dom 的思路就很不一样。我倒是「天生更适应现代的前端框架」

@luban 现在的主要意思也仍是这个意思。语义模糊化有个严重危害就是会退化词源的色彩和取向。

如果推销也叫 PUA ，传销也叫 PUA ，薪资压价也叫 PUA ，搭讪也叫 PUA ，用委婉的方式沟通上级也叫 PUA

「总之一切不实话直说的都叫 PUA 」，那世界上是不是就不存在「更好的沟通」「更差的无效的沟通」了？因为演绎下去，只有「 PUA 」和「不 PUA 好好说」两种范畴了。


我一直信奉语言宽进言出，我可以理解你用任何不严谨的词表达的意思，但我要表达时会力求找到最精确的词义范畴

推销不叫 PUA
酒桌吹牛拍马屁不叫 PUA
健身教练忽悠你办卡不叫 PUA
以下场景叫做 PUA
「美女我看你第一眼就觉得气质不凡，能赏脸一起喝一杯不」
「一般来说资历不够的人选我们是不考虑的，但你的经历还是有不少闪光点的，我觉得如果调整一下预期，可以考虑」
「我家房子还蛮大的，玩累了可以直接休息，没关系的」


pick up 的意思是「结队」、「带上」，pua 指的是怎样用「艺术的方式把人弄过来」

望知晓

https://i.imgur.com/4dsVkJH.png

懂？

能上 v 站但不会 googel ？

GetCheckedRadioButton 是 CWnd 的成员，要不你先找本 c++入门看看……

有没有一种可能，它们包装量就是为你会产生浪费好多付钱而设计的？

@Chad0000
观察了一下回复，所以为啥我说 OP 的故事讲得不太好呢，因为你实际的痛点是有些琐碎的自动化流程，你想有个产品能自定义任意的这种流程并自动记录下来步骤里的信息，但你现在的叙事是，「帮人把记忆写出来」

用编程的方式（不管这种编程表达能力和复杂度有多强）去做这种事不太合适的原因是，这是在主动去踩软件工程的黑暗面——即付出了比达到主要目标更大的成本去实现了「用于辅助主要目标的边际目标」

「告诉用户你能做任何事」并不是一个好产品，好产品是「告诉用户你想做的某件事能这样完成」

旧掌机的动作物理画质都不是这个时代的人能接受的了，玩本世代游戏的前作很容易幻想破灭。所以 JRPG/GAL 这种剧情向的游戏和音游会比较适合。

我有印象玩过的有 战神、FF 、山脊赛车、皇牌空战、歌姬计划、patapon 、locoroco 、火影的不知哪一部

玩得最久的就 patapon 和歌姬计划了…… 歌姬计划倒是快把所有曲都打 fc 了但 patapon 我到今天还有些怨念没有养出一支完美小队

提到 PSP 就不得不推荐一下我那时候的本命游戏 patapon 了，那时候在学校游戏机甚至都共享的，我为了自己的存档专门买了张卡，不想玩别人的存档