总会踩一次 Python 引用与拷贝的坑
起因是在写刻晴办公桌新功能本地数据保存的时候，需要加载与更新数据，然后就莫名踩了一次动态数据类型的坑。正好借着这个机会整理一下 Python 中的数据类型，以及引用和拷贝相关的知识。虽说网上总结很多，但这一次想要自己记录一遍。 Python 的数据类型与赋值Python 中变量不需要声明，而是用赋值（=）的方式创建。某种意义上，变量就像指针（但是这个指针也没有类型），指向内存中具体的数据
搜索与匹配规则
对于搜索功能以及搜索想要的结果（匹配规则）一直都不是那么清晰，和开发交流的时候也不好讲清楚到底是怎样的需求。特此整理本篇搜索相关的笔记，供自己与读者学习。当然本篇重点在于搜索行为和用户想要的搜索结果之间的逻辑，而非界面/交互层面的元素整理。 什么是搜索简单来说，搜索就是在一个集合里找到想要的元素。 这个集合可能是明确的，比如我桌上堆了一堆书，我知道里面有一本书 A，搜索就是在这堆「明确」
圣遗物评分工具：刻晴办公桌技术整理与总结
先丢个项目地址： 刻晴办公桌 ，功能介绍可参考 README 或封面图，有兴趣的玩家可以前往 release 下载最新版本体验。 真正意义上第一个附带 GUI 的桌面应用开发，总感觉需要有一篇技术总结。不过我也不是专业程序员，只是简单学过 C，懂一点面向过程与面向对象的区别，之后用 Python 做过数据分析类研究。要是遇到各种不规范问题，欢迎帮我重构，我就随便写着玩的。 这个工具的需求及想法来源
标题栏和搜索栏的斗争
本篇主要想研究一下标题栏和搜索栏的使用场景，可能会有非常多的案例探讨。目的的话，也许是看看哪些场景用标题，哪些场景可以添加搜索，两者共现的时候谁的优先级比较高（用户更加关注的点或者产品想让用户更加关注的点）。因为文章是边收集素材边探讨的，所以结构上可能会比较乱？ 标题与「广义」标题栏标题是一块内容空间简短的文字概括，这个内容空间可能是一个窗口/一个页面/页面的一个区域。标题存在
再谈《原神》玩法：写在须弥更新之前
距离上一次写玩法（去年海岛活动）感受以来，已经很久没有写游戏体验相关的内容了。中间还有一次是吐槽渊下宫限时图像是废案的小篇章，属于碎片式的想法。 这一年由于工作的关系，游戏的强度已经比不上学生时代了，因而感觉《原神》稻妻大版本的内容是真的丰富。希望自己能够赶在 3.0 更新前总结一些感受、评价、或是改进建议之类，也不枉自己花费了那么多时间在《原神》上。 写法上我尽量系统有条理一些，由于不想流水账式
如何做一个圣遗物管理系统：产品介绍
系列文章： 如何做一个圣遗物管理系统：产品调研与分析 如何做一个圣遗物管理系统：产品需求文档 如何做一个圣遗物管理系统：产品介绍（本篇） 属于总结性质的产品使用说明，大体摘自相关项目的 README，之后如有更新会在 README 中修改。项目链接： 刻晴办公桌 简介帮你在游戏中整理圣遗物背包时更便捷地了解、查阅圣遗物的评分，然后把评分最高的圣遗物装配给希望的角色。 demo 视频 环境与准
如何做一个圣遗物管理系统：产品需求文档
系列文章： 如何做一个圣遗物管理系统：产品调研与分析 如何做一个圣遗物管理系统：产品需求文档（本篇） 如何做一个圣遗物管理系统：产品介绍 在一番技术调研之后（并没有捞到程序大佬），以及自己对于圣遗物管理的强烈需求的驱动下，这篇「产品需求文档」得以更新。当然，在上篇需求分析文章的最后，圣遗物管理系统的需求已经转化为一种「辅助」式工具。但为了保持系列文章标题的统一性，这里还是称为「圣遗物管理系统」
工作踩坑录：多选陷阱
无论是 B 端产品还是 C 端产品，多选操作实在是有太多坑了。最近的工作中也栽在一个多选操作上，写 PRD 时陷在多选逻辑中而忽视了其他细节，然后在需求评审时被前端问倒了。谨以此文记录与此相关的工作失误与反思，下次别犯了。 踩坑回顾这次接到的是一个常规的选地区的需求（当然只是其中很小的一部分），但是要支持多选操作，平台 PC/网页端。 常用的地区选择控件一般地区选择有专门的控件支持，比如
