Loro 再次登上 HN 首页！
树结构的移动（例如移动文件夹）的同步一直是非常让人头疼的问题，即使是中心化的解决方案也往往很繁琐。这篇长文博客详细介绍了 Movable Trees CRDTs 的原理和 Loro 的相关实现。现在基于 Loro 就可以轻松解决 Tree 的层次移动外加孩子间的排序问题，而且性能优秀。
作者是 @leon7hao ，链接：https://loro.dev/blog/movable-tree
树结构的移动（例如移动文件夹）的同步一直是非常让人头疼的问题，即使是中心化的解决方案也往往很繁琐。这篇长文博客详细介绍了 Movable Trees CRDTs 的原理和 Loro 的相关实现。现在基于 Loro 就可以轻松解决 Tree 的层次移动外加孩子间的排序问题，而且性能优秀。
作者是 @leon7hao ，链接：https://loro.dev/blog/movable-tree
我们会用思维模型去对世界进行分析和解读，不见得是因为这些模型有多好用，而是因为我们的大脑在处理信息的能力上有着天然的限制。为了能更高效地理解和处理信息，我们需要对世界进行极大的抽象和简化，模型只不过为了迁就我们的“笨”而产生的简化工具。当我们使用 AI 来处理类似问题的时候，可能会忘记模型是妥协的方案，仍然把它们当宝贝，这就可能会反过来限制 AI 的发挥。
比如在市场研究中，我们传统上需要对市场进行建模，把它分成若干个细分市场，做一些用户访谈，最后建立一些典型的用户画像（persona）。这些用户画像实际上是我们对市场的简化，我们将市场中的复杂性归结为几个典型角色，比如“足球妈妈”或者“新生代少年”，然后基于这些画像进行分析和决策。为了将就我们的“笨”，本来做了 3000 个用户调研，50 个用户深访，一共百万字的录音，就只能表达成简单的几个画像——只是为了方便人类理解和分析。
但更 AI 原生思维的话，其实不需要考虑这个思维模型，完全可以直接把这 3000 用户建模，再把这 50个用户建更惊喜的模，直接设计新的产品和营销方案，直接对这 3050 人的模拟器来模拟，甚至于可以根据这 3050 人的反馈信息，结合公司历史上所有对用户的了解信息，构建一个整体目标市场（可能 100 万人，就 100 万个 Agent）的模拟器，测试不同的方案对应的不同用户的感受和反应，用模拟替代分析。这时可以利用的算力和信息量，都比人类对着几个“画像”要大得多。
事实上，很多公司和学术机构已经在这条路上走得很远，这类的产品在 toB 侧也已经出来一批。给我们最大的启发就是，我们会从自己的能力和缺陷出发，设计辅助的工具，这些工具对 AI 可能是束缚而非帮助。应该反过来，从 AI 的能力和缺陷出发，设计适合它的方法和工具。
比如在市场研究中，我们传统上需要对市场进行建模，把它分成若干个细分市场，做一些用户访谈，最后建立一些典型的用户画像（persona）。这些用户画像实际上是我们对市场的简化，我们将市场中的复杂性归结为几个典型角色，比如“足球妈妈”或者“新生代少年”，然后基于这些画像进行分析和决策。为了将就我们的“笨”，本来做了 3000 个用户调研，50 个用户深访，一共百万字的录音，就只能表达成简单的几个画像——只是为了方便人类理解和分析。
但更 AI 原生思维的话，其实不需要考虑这个思维模型，完全可以直接把这 3000 用户建模，再把这 50个用户建更惊喜的模，直接设计新的产品和营销方案，直接对这 3050 人的模拟器来模拟，甚至于可以根据这 3050 人的反馈信息，结合公司历史上所有对用户的了解信息，构建一个整体目标市场（可能 100 万人，就 100 万个 Agent）的模拟器，测试不同的方案对应的不同用户的感受和反应，用模拟替代分析。这时可以利用的算力和信息量，都比人类对着几个“画像”要大得多。
事实上，很多公司和学术机构已经在这条路上走得很远，这类的产品在 toB 侧也已经出来一批。给我们最大的启发就是，我们会从自己的能力和缺陷出发，设计辅助的工具，这些工具对 AI 可能是束缚而非帮助。应该反过来，从 AI 的能力和缺陷出发，设计适合它的方法和工具。
❤2👍2
这个原型文件包含了以下目录：登录页、首页、数据管理、详情页面、导入、执行导入、执行完成、导入执行结果、基础数据可视化（包括承灾体省级、市级、区县房屋建筑）、主要灾害（省级、市级）、辅助决策。共计13个目录。
登录页包括用户登录功能；首页展示主要信息和快捷入口；数据管理包含数据查看和编辑功能；详情页面展示详细数据；导入包括数据导入操作；执行导入和执行完成展示导入进度和结果；导入执行结果展示结果汇总；基础数据可视化展示各级房屋建筑分布情况；主要灾害展示各级灾害统计信息；辅助决策提供辅助决策功能。
仅展示部分截图，请下载后编辑使用。 具体目录有：[‘登录页’, ‘首页’, ‘数据管理’, ‘详情页面’, ‘导入’, ‘执行导入’, ‘执行完成’, ‘导入执行结果’, ‘基础数据可视化 -承灾体——省级房屋建筑’, ‘基础数据可视化 -承灾体——市级房屋建筑’, ‘基础数据可视化 -承灾体——区县房屋建筑’, ‘主要灾害-省级’, ‘主要灾害 -市级’, ‘辅助决策’]
https://axurehub.com/23482.html
登录页包括用户登录功能；首页展示主要信息和快捷入口；数据管理包含数据查看和编辑功能；详情页面展示详细数据；导入包括数据导入操作；执行导入和执行完成展示导入进度和结果；导入执行结果展示结果汇总；基础数据可视化展示各级房屋建筑分布情况；主要灾害展示各级灾害统计信息；辅助决策提供辅助决策功能。
仅展示部分截图，请下载后编辑使用。 具体目录有：[‘登录页’, ‘首页’, ‘数据管理’, ‘详情页面’, ‘导入’, ‘执行导入’, ‘执行完成’, ‘导入执行结果’, ‘基础数据可视化 -承灾体——省级房屋建筑’, ‘基础数据可视化 -承灾体——市级房屋建筑’, ‘基础数据可视化 -承灾体——区县房屋建筑’, ‘主要灾害-省级’, ‘主要灾害 -市级’, ‘辅助决策’]
https://axurehub.com/23482.html
❤1
中后台产品的工作特点与能力模型
中后台产品，通常叫做B端产品经理。往往需要能驾驭复杂流程和复杂业务设计，能把各个业务方的需求都串起来，并拆解成功能点，推动项目落地，为「完成交付」负责。
比如标注平台，客服系统，crm系统，erp系统等等。或者在一个平台内，把财务对账理顺，把用户角色权限理顺，或者让订单系统更顺。
这尤其需要耐得住性子，把业务仔细整理清楚，把各种边界条件都想清楚。
比如做一个订单扣费的功能，就要至少考虑到：扣费的时机如何定、扣费的顺序是什么、用户有余额的情况怎么扣、没有余额了怎么扣、如果有多个产品定价要以哪个为准……
中后台的业务，往往都这样，相互交织，链条比较长。要想把一个功能清楚清晰地做出来，没有明显bug，本身就很不容易了。
此外，中后台的定位，本身也是要求尽量「不出错」，而不是往前获客或是提升转化之类的。
因此，这个岗位就需要一个相对技术视角，然后很理解业务，相对安静细致，并且结构化思维足够强的人。
在面试的时候，要挑出这样的人，我会重点关注：
1）做复杂系统的经验，尤其是多种角色、长链路、要兼容多种情况的项目经历；
2）拆解一个新问题时，对边界情况的考虑是否尽可能的细致完备；
3）回答问题时，思路是否足够结构化，是否清晰；思维过于跳脱的人，是不适合做这个工作的；
4）爱好和整个人的气质，是否都是偏安静一类的；
5）交流过程中，是否能体现耐心与细致；
当下对B端产品比较感兴趣的同学，可以看看，这样的工作是否真是你感兴趣的？以及，个人画像是否与岗位足够匹配～
中后台产品，通常叫做B端产品经理。往往需要能驾驭复杂流程和复杂业务设计，能把各个业务方的需求都串起来，并拆解成功能点，推动项目落地，为「完成交付」负责。
比如标注平台，客服系统，crm系统，erp系统等等。或者在一个平台内，把财务对账理顺，把用户角色权限理顺，或者让订单系统更顺。
这尤其需要耐得住性子，把业务仔细整理清楚，把各种边界条件都想清楚。
比如做一个订单扣费的功能，就要至少考虑到：扣费的时机如何定、扣费的顺序是什么、用户有余额的情况怎么扣、没有余额了怎么扣、如果有多个产品定价要以哪个为准……
中后台的业务，往往都这样，相互交织，链条比较长。要想把一个功能清楚清晰地做出来，没有明显bug，本身就很不容易了。
此外，中后台的定位，本身也是要求尽量「不出错」，而不是往前获客或是提升转化之类的。
因此，这个岗位就需要一个相对技术视角，然后很理解业务，相对安静细致，并且结构化思维足够强的人。
在面试的时候，要挑出这样的人，我会重点关注：
1）做复杂系统的经验，尤其是多种角色、长链路、要兼容多种情况的项目经历；
2）拆解一个新问题时，对边界情况的考虑是否尽可能的细致完备；
3）回答问题时，思路是否足够结构化，是否清晰；思维过于跳脱的人，是不适合做这个工作的；
4）爱好和整个人的气质，是否都是偏安静一类的；
5）交流过程中，是否能体现耐心与细致；
当下对B端产品比较感兴趣的同学，可以看看，这样的工作是否真是你感兴趣的？以及，个人画像是否与岗位足够匹配～
❤1