摘要：
以前我以为需求是产品经理一个人的事，开发人员只管照着做就行。但《敏捷软件需求》明确说：敏捷需求是整个团队的事，产品经理、开发、测试、用户，一个都不能少。 比如“需求澄清会”就是敏捷里的关键环节，开会的时候大家围着用户故事讨论：这个需求的价值是什么？有没有歧义？技术上能不能实现？测试的时候怎么验证？不 阅读全文
posted @ 2025-12-18 23:02
我欲成仙！
阅读(10)
评论(0)
推荐(0)
摘要：
学习怎么将爬取出来的数据导入Hadoop中，hive数据库中，然后进行排序，最后导出到MySQL中，生成echarts图表 阅读全文
posted @ 2025-12-12 14:40
我欲成仙！
阅读(8)
评论(0)
推荐(0)
摘要：
今天继续写心理咨询系统 阅读全文
posted @ 2025-12-12 14:40
我欲成仙！
阅读(9)
评论(0)
推荐(0)
摘要：
心理咨询系统的亲子健康模块，学生身体情况检测，导入了一个身体模型，但是这个模型是士兵模型，不是很炫酷的蓝色透明的，导入别的模型不成功，就这个可以导入进去 阅读全文
posted @ 2025-12-12 14:40
我欲成仙！
阅读(55)
评论(0)
推荐(0)
摘要：
读这本书最大的收获，是搞懂了一个避坑秘诀：写出来的需求必须是可验证的，模糊的需求就是埋雷。 书里举了个特别形象的例子：如果需求写“这个系统要反应快”，这就是坑——“快”是多快？1秒还是3秒？没人能说清，最后验收的时候肯定吵架。但如果写成“系统响应时间不超过1秒，并发用户数达到500时仍能保持该速度” 阅读全文
posted @ 2025-12-03 21:42
我欲成仙！
阅读(16)
评论(0)
推荐(0)
摘要：
需求开发不是一次性的活儿，而是有清晰步骤的“三步曲”：需求获取、需求分析、需求定义，这三步环环相扣，少一步都容易出问题。 需求获取就是“找答案”，通过访谈、问卷、现场观察这些方法，把各方的诉求收集全；需求分析则是“筛答案”，要把收集来的杂乱信息分类、梳理，去掉重复的、矛盾的，还要判断哪些需求是核心的 阅读全文
posted @ 2025-12-03 21:42
我欲成仙！
阅读(16)
评论(0)
推荐(0)
摘要：
抓取淘宝评论的时候，本来想使用获取评论的接口来，但是一直不行，之后用八爪鱼抓取的前端页面 阅读全文
posted @ 2025-12-01 09:48
我欲成仙！
阅读(6)
评论(0)
推荐(0)
摘要：
今天学的是hadoop上午先跟着教程装环境，本以为就是简单几步，结果踩了满脚的坑。先是虚拟机的内存分配不够，启动HDFS的时候直接闪退；好不容易调大内存，又遇到SSH免密登录配置失败，折腾了快两个小时，才终于看到 hadoop namenode -format 执行成功的提示，那一刻差点激动得喊出声 阅读全文
posted @ 2025-12-01 09:48
我欲成仙！
阅读(10)
评论(0)
推荐(0)
摘要：
今天继续做心理咨询系统 阅读全文
posted @ 2025-12-01 09:48
我欲成仙！
阅读(6)
评论(0)
推荐(0)
摘要：
需求开发不是拍脑袋写功能清单，而是先把需求的来源摸清楚。很多人做需求，上来就罗列“这个软件要能登录、能付款”，却忽略了“谁在用这个功能”“用这个功能解决什么问题”。 书里说，需求的核心相关方不只是终端用户，还有产品负责人、技术团队、甚至客户的管理层。比如做一个企业考勤系统，员工想要打卡方便，HR想要 阅读全文
posted @ 2025-12-01 09:48
我欲成仙！
阅读(10)
评论(0)
推荐(0)
浙公网安备 33010602011771号