1.为什么要做这个东西
我是一名视觉设计师，每天需要制作推广素材，交给运营使用；
长久以来都没怎么好好观察数据
1 平台的后台数据不好用，很不容易找到素材具体在什么位置使用，我们也没专门的数据部门优化这事；
2 后台展示形式更专注于素材数据的展示，更偏向于运营需求，而不是我们视觉；
一年前，我接到了归纳“素材制作、持续迭代、升级”整个流程的任务，于是在这一年中尝试几种不同的方式来搜集数据，但始终不够理想；要么呢是人工数据更新频率太慢，运营也断断续续的，要么呢是我还需要将适合运营看的小图数据表转成适合设计看的大图数据表，太原始了；
于是，某个自信心爆棚的夜晚，我做了这样一个决定：“我要把这麻麻赖赖的破事自动化”
2.心路旅程
1 起初想着用爬虫把数据先爬下来，试用了八爪鱼数据RPA机器人，成功抓到了一两页的数据；并且还做了素材下载功能，哈哈哈，挺开心的，想着完成了初步，是个好起点。(然后我就发现其实平台后台可以直接下载数据表，并且贴心的给到了素材链接。心中闪过那么一丝“白做了”的感觉)；
2 不过想到我还会点python，自信心再次爆棚的我，决定编程实现素材的自动下载！（好点子！） 使用表格一通操作清洗数据，从几万条原始数据里筛选，只留下需要下载的1000个素材，并用python实现了素材下载（还成功在AI的帮助下接触到了图形界面开发）；
3 素材下载好了，怎么可视化呢？于是在AI的帮助下写了脚本将素材+素材id自动迁移到excle表格中，交给运营做数据的展示；（之前的下载程序+现在的素材入表脚本，算是解决了运营在后台手动copy素材的窘境）；
4 但这依然需要运用的深度参与，太麻烦了，而且还没有解决人力处理数据的日常延误；所以，追求完美的我再次向更高的层次发起冲锋！“我要整一个带素材浏览器”，需要集合素材下载、素材分计划展示、筛选、排序、数据价值展现为一体；彻底解决这般麻麻赖赖（初学编程不怕死）；
素材浏览器的构建历史
1.GUI图形框架选型
- 最初ai建议我使用 海龟、qt做gui，妈耶AI确实挺厉害，详细描述细节后，很快就写出了能启动的TK版demo（qt版它没做成 还是有局限的），但是界面很丑，远不如之前看过的webgui的界面华丽。
- 介于AI的局限性，我只好去搜搜网友们都有哪些点子，原来近些年的人工智能发展，催生出了一批方便科研人员制作原型的ui框架 streamlit NiceGUI Gradio Open-WebUI.....，简单做了个调研，最终选择 NiceGUI 作为我项目的框架，它简单自由好看（重要的是名字好记 “好Gui”哈哈哈）
2.业余水平与完美主义的激烈斗争
- 需求简述、ui设计、白天干活（感觉还行）
- 数据清洗、数据入库、素材下载、素材展现、数据聚合、素材排序（6个过程，看上去简简单单6个词，也太难了吧）
- 3个月来，怀疑过为什么要淌这浑水，也惊喜过一个小模块的完整运行；也总算是搭建了一个粗糙的原型。
- 不过业余水平的弊端也是出现了，AI就是瞎几把写，常常改的是一塌糊涂，自己仅有的部分函数式编程的知识真是难以把控代码的质量，好几次想推倒重来，想想花费的时间，算了糊吧糊吧得了；
3.重新设定了AI角色，让它做架构师、导师
- 我发现ai是酷爱瞎写代码。所以我禁止了它不问需求就写代码的臭毛病（舒服多了）；
- 认识了需求分析、迭代升级、面向对象、状态机等软件工程的设计哲学；
- 它打消了我完全重构的念头，准备在缝缝补补的破船上继续糊（先用着吧，先把流程跑通了再说。）
