再谈《原神》玩法：写在须弥更新之前
距离上一次写玩法（去年海岛活动）感受以来，已经很久没有写游戏体验相关的内容了。中间还有一次是吐槽渊下宫限时图像是废案的小篇章，属于碎片式的想法。 这一年由于工作的关系，游戏的强度已经比不上学生时代了，因而感觉《原神》稻妻大版本的内容是真的丰富。希望自己能够赶在 3.0 更新前总结一些感受、评价、或是改进建议之类，也不枉自己花费了那么多时间在《原神》上。 写法上我尽量系统有条理一些，由于不想流水账式
如何做一个圣遗物管理系统：产品介绍
系列文章： 如何做一个圣遗物管理系统：产品调研与分析 如何做一个圣遗物管理系统：产品需求文档 如何做一个圣遗物管理系统：产品介绍（本篇） 属于总结性质的产品使用说明，大体摘自相关项目的 README，之后如有更新会在 README 中修改。项目链接： 刻晴办公桌 简介帮你在游戏中整理圣遗物背包时更便捷地了解、查阅圣遗物的评分，然后把评分最高的圣遗物装配给希望的角色。 demo 视频 环境与准
如何做一个圣遗物管理系统：产品需求文档
系列文章： 如何做一个圣遗物管理系统：产品调研与分析 如何做一个圣遗物管理系统：产品需求文档（本篇） 如何做一个圣遗物管理系统：产品介绍 在一番技术调研之后（并没有捞到程序大佬），以及自己对于圣遗物管理的强烈需求的驱动下，这篇「产品需求文档」得以更新。当然，在上篇需求分析文章的最后，圣遗物管理系统的需求已经转化为一种「辅助」式工具。但为了保持系列文章标题的统一性，这里还是称为「圣遗物管理系统」
工作踩坑录：多选陷阱
无论是 B 端产品还是 C 端产品，多选操作实在是有太多坑了。最近的工作中也栽在一个多选操作上，写 PRD 时陷在多选逻辑中而忽视了其他细节，然后在需求评审时被前端问倒了。谨以此文记录与此相关的工作失误与反思，下次别犯了。 踩坑回顾这次接到的是一个常规的选地区的需求（当然只是其中很小的一部分），但是要支持多选操作，平台 PC/网页端。 常用的地区选择控件一般地区选择有专门的控件支持，比如
如何做一个圣遗物管理系统：产品调研与分析
如何做一个圣遗物管理系统：产品调研与分析（本篇） 如何做一个圣遗物管理系统：产品需求文档 如何做一个圣遗物管理系统：产品介绍 本篇从标题里就可以看出是一个系列，后续系列文章会在开头处添加相关链接，供自己同时也供读者进行快速查阅。至于后续究竟会出到第几篇文章，以及多久才会产出一篇相关文章，全凭自己的心情。可能觉得产出价值不大（比如重复造轮子），系列就随时终止了。 背景整个项目来源于和朋友们一起玩
工作踩坑录：团队、交流、协作与执行
本文是一篇工作随想，主要记录一些团队工作过程中遇到的问题，相应的解决方案，会涉及一些配套的软件、工具，或是管理方法等等。全文没什么专业性，仅为本人经验之谈，尽量讨论一些具备普适性效用的场景，不拘泥于细节的扣扣嗖嗖，欢迎吐槽。 前言虽然我尽量会往普适性的方向讨论相关问题，但还是要说明一下我的工作的主要内容。我是一名产品经理（PM），虽然普遍这么叫，但我自己更愿意称自己为产品设计师（PD）。这个岗位如
阿宅也体验了一把疫情
想不到这里会新增「生活」的分组和标签，难不成写作/创作已经构成了我的「生活」？ 这篇文章大抵只是一些关于疫情生活体验的碎碎念，记录一下作为一个宅在近两三年中疫情中的体验及变化。 早期对一个宅而言，疫情本来是没有很大影响的。防疫政策大部分是限制人群的流动，所以一个本就没什么流动需求的宅，大抵是对疫情无感的。甚至因为疫情的原因可以推掉很多不必要的外出，为自己的宅找出一些借口，反而是带来了一些
抽卡与掉落（2 道概率题）
之前接触数值的时候遇到了一些有趣的概率题目，涉及氪金游戏的抽卡，物品掉落等等。一直留着代码却迟迟没有记录下来并给出解释，也不知道把代码继续存到那里。于是打算整理成文章，一则可以保留代码，二则可以保留思路甚至与他人交流。 我的解法都是基于代码的硬算，使用了期望的基本定义： $$\mathbb{E}(X)=\sum_i^N x_i*p_i$$ 即事件*概率的累加。 题目 1：伪随机思路的抽卡
