[分享创造] 应用商店截图美化工具 Pixsolo 更新：支持折叠屏 iPhone / Watch / Mac 边框，继续免费
V 友们又见面了，
之前在社区里分享过的应用商店截图包装工具 Pixsolo 最近完成了一次素材更新。
首先说明大家最关心的成本问题：Pixsolo 依然保持完全免费使用，核心功能不设付费门槛，希望能继续帮独立开发者和出海团队省去折腾上架宣传图的时间。
一、 本次主要更新内容
1. ** [新增] Apple 折叠屏 iPhone 样机素材** ● 针对折叠屏形态提供了专属的展开态与折叠态高精度边框，方便大家提前为大屏分屏、多窗口交互制作应用商店预览图与宣发物料。
1. ** [新增] Apple Watch 全系列边框** ● 补齐了手表端应用展示模型，涵盖多款表壳与表盘布局，适合做 watchOS 、独立手表工具或健康类应用的朋友直接套用。
1. ** [新增] MacBook 桌面端样机** ● 补充了 MacBook 系列笔记本边框，做跨端展示（ iOS / iPadOS + macOS ）或纯 Mac 端软件的朋友也可以直接生成高质感宣传图。
----------------------
二、 产品地址与预览
● 在线地址： https://www.pixsolo.com/
● 使用费用： 免费
----------------------
三、 期待你的反馈
大家在生成商店截图的过程中，如果遇到任何尺寸不匹配、渲染模糊，或者有急需补充的特定机型边框（比如特定 Android 折叠屏或平板），欢迎在帖子里随时留言吐槽与提建议，我会一直跟进维护！
via V2EX (author: FlashTiger)
V 友们又见面了，
之前在社区里分享过的应用商店截图包装工具 Pixsolo 最近完成了一次素材更新。
首先说明大家最关心的成本问题：Pixsolo 依然保持完全免费使用，核心功能不设付费门槛，希望能继续帮独立开发者和出海团队省去折腾上架宣传图的时间。
一、 本次主要更新内容
1. ** [新增] Apple 折叠屏 iPhone 样机素材** ● 针对折叠屏形态提供了专属的展开态与折叠态高精度边框，方便大家提前为大屏分屏、多窗口交互制作应用商店预览图与宣发物料。
1. ** [新增] Apple Watch 全系列边框** ● 补齐了手表端应用展示模型，涵盖多款表壳与表盘布局，适合做 watchOS 、独立手表工具或健康类应用的朋友直接套用。
1. ** [新增] MacBook 桌面端样机** ● 补充了 MacBook 系列笔记本边框，做跨端展示（ iOS / iPadOS + macOS ）或纯 Mac 端软件的朋友也可以直接生成高质感宣传图。
----------------------
二、 产品地址与预览
● 在线地址： https://www.pixsolo.com/
● 使用费用： 免费
----------------------
三、 期待你的反馈
大家在生成商店截图的过程中，如果遇到任何尺寸不匹配、渲染模糊，或者有急需补充的特定机型边框（比如特定 Android 折叠屏或平板），欢迎在帖子里随时留言吐槽与提建议，我会一直跟进维护！
via V2EX (author: FlashTiger)
[分享创造] 分享一下,workskill.tools — 给 coding agent 用的技能商店， 60 个免费技能无需注册一条链接安装
各位好，分享一个我做了几个月的 side project：WorkSkill（ https://workskill.tools ），一个面向 coding agent 的技能商店。
它解决一个具体问题：想让 agent 做落地页 / 幻灯片 / 动效视频 / 数据面板时，不用每次从零写提示词，装一个现成的 skill 就行。目前站内 400+ 个技能，支持 Claude Code 、Codex 、Cursor 等主流 agent——安装就是一条链接，agent 自己会读说明完成安装。
免费部分无门槛试用：
● 60 个免费技能/模板（ 36 skill + 24 template ），无需注册，一键安装： https://workskill.tools/skills?access=free
● 安装页带给 agent 看的说明书（/install/agent.md ），复制一条命令就装完
两个 GitHub 索引仓库（持续更新）：
● mailes/awesome-agent-skills：免费技能目录 + 截图，点图直达站内安装页
● mailes/awesome-claude-5-5-videos：587 支 Claude 5.5 爆款视频 + 背后提示词，站内可看原片与复刻对照
补充一点交付形态：站里的付费技能大多是「成片 + 可编辑源码」的交付——比如 50+ 支原创动效发布片，每支带 HTML 时间轴源码和 MP4 ，买回去能改成自己的素材。免费和付费只有这一条线，免费技能永久免费。
欢迎砸反馈：安装流程顺不顺、想要什么场景的技能，回帖或 GitHub issue 都行,如果能分享给需要的人那就更好了。
via V2EX (author: qxmqh)
各位好，分享一个我做了几个月的 side project：WorkSkill（ https://workskill.tools ），一个面向 coding agent 的技能商店。
它解决一个具体问题：想让 agent 做落地页 / 幻灯片 / 动效视频 / 数据面板时，不用每次从零写提示词，装一个现成的 skill 就行。目前站内 400+ 个技能，支持 Claude Code 、Codex 、Cursor 等主流 agent——安装就是一条链接，agent 自己会读说明完成安装。
免费部分无门槛试用：
● 60 个免费技能/模板（ 36 skill + 24 template ），无需注册，一键安装： https://workskill.tools/skills?access=free
● 安装页带给 agent 看的说明书（/install/agent.md ），复制一条命令就装完
两个 GitHub 索引仓库（持续更新）：
● mailes/awesome-agent-skills：免费技能目录 + 截图，点图直达站内安装页
● mailes/awesome-claude-5-5-videos：587 支 Claude 5.5 爆款视频 + 背后提示词，站内可看原片与复刻对照
补充一点交付形态：站里的付费技能大多是「成片 + 可编辑源码」的交付——比如 50+ 支原创动效发布片，每支带 HTML 时间轴源码和 MP4 ，买回去能改成自己的素材。免费和付费只有这一条线，免费技能永久免费。
欢迎砸反馈：安装流程顺不顺、想要什么场景的技能，回帖或 GitHub issue 都行,如果能分享给需要的人那就更好了。
via V2EX (author: qxmqh)
[问与答] 求助，刚结婚一百多天，老婆生气不见我怎么办
事情是这样的，刚结婚就问我要工资，但是我们在婚前就说过这个话题，她说她不管钱的， 后来就说找个共同资金都卡都放进去，我们用了记一下账，这样都方便也都知道钱花到哪里，都能方便使用，她不愿意，然后国庆假期出去玩机票什么都买好了临出发的时候不去了，我当时也在气头上，我就自己去了，出去玩了两天我就回来了，然后就是电话不接微信拉黑，就剩抖音没拉黑了（因为续着火花），现在见不到人，这都是生活中的点点，才结婚一百多天就这样了，我知道自己可能也有问题，但是我也低头了，为自己的任性买单，她不理我怎么办呀，欸，也不想因为这点事惊动家里人
via V2EX (author: Mokison)
事情是这样的，刚结婚就问我要工资，但是我们在婚前就说过这个话题，她说她不管钱的， 后来就说找个共同资金都卡都放进去，我们用了记一下账，这样都方便也都知道钱花到哪里，都能方便使用，她不愿意，然后国庆假期出去玩机票什么都买好了临出发的时候不去了，我当时也在气头上，我就自己去了，出去玩了两天我就回来了，然后就是电话不接微信拉黑，就剩抖音没拉黑了（因为续着火花），现在见不到人，这都是生活中的点点，才结婚一百多天就这样了，我知道自己可能也有问题，但是我也低头了，为自己的任性买单，她不理我怎么办呀，欸，也不想因为这点事惊动家里人
via V2EX (author: Mokison)
[科技] 计算机，编程，工程与约束
最近一直在做：
1. 挑战速刷力扣 top100 ，慢慢从一天提速到了 5 小时
2. 回顾做过的项目
3. 思考自己思考，写代码中的思考，做工程中的思考
得出结论
1. 力扣题：难点/重点/核心是在约束条件下，对问题建模，选择合适的算法+数据结构。简单/中等题都是场景题，难题往往是常见场景的组合或者是需要基于常见场景提进行再进一步思考
2. 做项目：难点/重点/核心是找到问题约束，并对矛盾的问题做权衡。之后是设计上的权衡，性能/成本/扩展性/数据一致性之间的权衡，最后的方案设计/实现就变成了力扣题
3. 技术问题无非约束二字，明确了问题的约束，基本整个问题的思路就理清楚了，后续的测试验证迭代是在不断调整约束
4. 学习新技术一样，这个技术的约束在哪？边界是什么？它是什么问题的杀手锏？但是它不能解决什么问题？
AI 时代最稀缺的是什么？
我认为就是约束二字，AI 可以做什么？不可以做什么？在约束范围之内，哪些问题 AI 做起来是杀手锏比如 AI 客服，AI 爬虫/搜索等等，哪些问题 AI 做起来就不行，比如高确定性/高风险的流程：做手术等等
总结一下：
计算机是约束，数据类型有范围，内存地址有限，指令集有限，内存有限，磁盘有限，cache 有限
网络是约束，请求有超时时间，不能无限等待，编解码是约束，协议是约束
语言是约束，名词表达事物，动词表达关系，形容词表达主观感觉等等
编程是约束，对问题的约束，想象一下如果力扣不给数据范围的约束条件，不告诉你数组是否有序，那这道题就几乎无法做了
工程是约束，设计方案要考虑 cap 的取舍，没有一个方案是银弹，都是在不断根据实际情况迭代
AI harness 是约束，将 AI 约束起来，给予其约束过的 skills ，同时权衡风险与收益
约束仅代表个人最近思考的一个重要角度，不代表事物的全面，欢迎补充，理性思考
via V2EX (author: acx4040110)
最近一直在做：
1. 挑战速刷力扣 top100 ，慢慢从一天提速到了 5 小时
2. 回顾做过的项目
3. 思考自己思考，写代码中的思考，做工程中的思考
得出结论
1. 力扣题：难点/重点/核心是在约束条件下，对问题建模，选择合适的算法+数据结构。简单/中等题都是场景题，难题往往是常见场景的组合或者是需要基于常见场景提进行再进一步思考
2. 做项目：难点/重点/核心是找到问题约束，并对矛盾的问题做权衡。之后是设计上的权衡，性能/成本/扩展性/数据一致性之间的权衡，最后的方案设计/实现就变成了力扣题
3. 技术问题无非约束二字，明确了问题的约束，基本整个问题的思路就理清楚了，后续的测试验证迭代是在不断调整约束
4. 学习新技术一样，这个技术的约束在哪？边界是什么？它是什么问题的杀手锏？但是它不能解决什么问题？
AI 时代最稀缺的是什么？
我认为就是约束二字，AI 可以做什么？不可以做什么？在约束范围之内，哪些问题 AI 做起来是杀手锏比如 AI 客服，AI 爬虫/搜索等等，哪些问题 AI 做起来就不行，比如高确定性/高风险的流程：做手术等等
总结一下：
计算机是约束，数据类型有范围，内存地址有限，指令集有限，内存有限，磁盘有限，cache 有限
网络是约束，请求有超时时间，不能无限等待，编解码是约束，协议是约束
语言是约束，名词表达事物，动词表达关系，形容词表达主观感觉等等
编程是约束，对问题的约束，想象一下如果力扣不给数据范围的约束条件，不告诉你数组是否有序，那这道题就几乎无法做了
工程是约束，设计方案要考虑 cap 的取舍，没有一个方案是银弹，都是在不断根据实际情况迭代
AI harness 是约束，将 AI 约束起来，给予其约束过的 skills ，同时权衡风险与收益
约束仅代表个人最近思考的一个重要角度，不代表事物的全面，欢迎补充，理性思考
via V2EX (author: acx4040110)
[酷工作] 业务经理助理 / 项目经理 有能力的来
本岗位承担项目推进（ PMO ）与执行督导双重职责：将业务经理的想法与指令转化为可落地项目，全程跟进至结果交付，确保事事有回音、件件有着落。
岗位职责
1.指令落地：将想法与指令拆解为可执行任务，明确目标、节点与责任人，建立任务台账并持续跟踪。
2.项目推进：统筹跨团队项目进度，建立汇报与复盘机制，识别风险、协调资源、推动问题闭环。
3.执行督导：对进度滞后、执行敷衍、质量不达标及时纠偏问责，守住交付标准。
4.事务协同：管理上级时间与信息流，过滤信息、排列优先级、预判风险，提供决策支持。
5.AI 提效：熟练运用 AI 工具与工作流（写作、数据分析、自动化、Agent 等），提升团队产出效率。
6.结果复盘：验收关键事项成果，沉淀方法与机制，持续优化执行效率。
任职要求
1.目标感强，有信念，愿意为结果负责到底。执行力强，说到做到，能在复杂环境下推动事情拿到结果，原则性强，敢于对事不对人地推动与问责，抗压，不回避冲突。
2.有 PMO 、项目推进、运营或团队管理经验，熟悉目标拆解、进度管理与风险管控。
3.AI 工具重度使用者，能搭建提示词、自动化、数据分析等提效流程。
4.熟悉成熟平台相关行业实际运作规则，善于在复杂局面中破局，具备底线与合规意识。
5.沟通清晰、逻辑严密，适应高强度快节奏。
加分项
1.有高管助理、总裁办或业务线管理支持经验。
2.有从 0 到 1 或创业项目经验。
3.有 AI 工作流、Agent 、自动化工具落地经验。
4.数据敏感，习惯用数据驱动决策。
有意向请你联系：@aaaaaawe123
via V2EX (author: darrenlv)
本岗位承担项目推进（ PMO ）与执行督导双重职责：将业务经理的想法与指令转化为可落地项目，全程跟进至结果交付，确保事事有回音、件件有着落。
岗位职责
1.指令落地：将想法与指令拆解为可执行任务，明确目标、节点与责任人，建立任务台账并持续跟踪。
2.项目推进：统筹跨团队项目进度，建立汇报与复盘机制，识别风险、协调资源、推动问题闭环。
3.执行督导：对进度滞后、执行敷衍、质量不达标及时纠偏问责，守住交付标准。
4.事务协同：管理上级时间与信息流，过滤信息、排列优先级、预判风险，提供决策支持。
5.AI 提效：熟练运用 AI 工具与工作流（写作、数据分析、自动化、Agent 等），提升团队产出效率。
6.结果复盘：验收关键事项成果，沉淀方法与机制，持续优化执行效率。
任职要求
1.目标感强，有信念，愿意为结果负责到底。执行力强，说到做到，能在复杂环境下推动事情拿到结果，原则性强，敢于对事不对人地推动与问责，抗压，不回避冲突。
2.有 PMO 、项目推进、运营或团队管理经验，熟悉目标拆解、进度管理与风险管控。
3.AI 工具重度使用者，能搭建提示词、自动化、数据分析等提效流程。
4.熟悉成熟平台相关行业实际运作规则，善于在复杂局面中破局，具备底线与合规意识。
5.沟通清晰、逻辑严密，适应高强度快节奏。
加分项
1.有高管助理、总裁办或业务线管理支持经验。
2.有从 0 到 1 或创业项目经验。
3.有 AI 工作流、Agent 、自动化工具落地经验。
4.数据敏感，习惯用数据驱动决策。
有意向请你联系：@aaaaaawe123
via V2EX (author: darrenlv)
[情感] 感情中，先有吸引再谈付出！
健康的情侣关系，是彼此都有付出。
付出不是一方一厢情愿的做一些感动自己的事情，而是你做的事情满足了对方的需求。对方自己能做的事情不算需求。
双方都知晓双方的需求，双方都能满足对方的需求。在此基础上，谈付出才有意义。
初识阶段，目的只有一个，互相了解。
你首先要了解对方是否能满足你的需求（这是你想要的），如果能满足你的需求，就要继续了解对方的需求（这是对方想要的），然后要有一个判断，自己是否能满足对方的需求。（彼此在一起是否合适）
不用担心会被人觉得在查户口，因为对方如果是个成熟的人，也一样需要了解你。
判断彼此合适后，要明确表达自己的意见。同时，听取对方的意见。不要有不切实际的幻想，对方不适合你或者你不适合对方，要果断放手。强求，只会令自己和对方都不愉快。
双方一致认为对方可以，就可以开启交往阶段。
交往阶段，目的只有一个，验证了解。彼此之间的相处是否和判断中的一致，双方是不是真的合适，实际相处中是否有不如人意的地方。能不能调整到彼此都舒服的生活状态。如果可以，再考虑婚姻生活。
但无论哪个阶段，都不要盲目的付出示好。只有差强人意，成本低廉的东西，才会走量大管饱的路线。这样很容易遭到对方的轻视，即便勉强在一起，对方也不会真心付出。因为人家会觉得，你才是得了便宜的那一方。
via V2EX (author: nizhong044)
健康的情侣关系，是彼此都有付出。
付出不是一方一厢情愿的做一些感动自己的事情，而是你做的事情满足了对方的需求。对方自己能做的事情不算需求。
双方都知晓双方的需求，双方都能满足对方的需求。在此基础上，谈付出才有意义。
初识阶段，目的只有一个，互相了解。
你首先要了解对方是否能满足你的需求（这是你想要的），如果能满足你的需求，就要继续了解对方的需求（这是对方想要的），然后要有一个判断，自己是否能满足对方的需求。（彼此在一起是否合适）
不用担心会被人觉得在查户口，因为对方如果是个成熟的人，也一样需要了解你。
判断彼此合适后，要明确表达自己的意见。同时，听取对方的意见。不要有不切实际的幻想，对方不适合你或者你不适合对方，要果断放手。强求，只会令自己和对方都不愉快。
双方一致认为对方可以，就可以开启交往阶段。
交往阶段，目的只有一个，验证了解。彼此之间的相处是否和判断中的一致，双方是不是真的合适，实际相处中是否有不如人意的地方。能不能调整到彼此都舒服的生活状态。如果可以，再考虑婚姻生活。
但无论哪个阶段，都不要盲目的付出示好。只有差强人意，成本低廉的东西，才会走量大管饱的路线。这样很容易遭到对方的轻视，即便勉强在一起，对方也不会真心付出。因为人家会觉得，你才是得了便宜的那一方。
via V2EX (author: nizhong044)
[分享创造] 好几年没玩魔方了，最近 Vibe Coding 了个拍照解魔方的小程序
前阵子跟孩子一起玩魔方，才发现自己已经忘得差不多了😂
以前好歹能分层法还原三阶，现在只会还原第一层，第二层的棱块怎么弄完全忘了，更别提第三层了。
本来想找个教程重新学学，后来想想，现在都 AI Coding 了，干脆自己写个工具试试，于是花了些时间 Vibe 了一个小程序。
用法就是把魔方六个面分别拍下来，识别颜色，然后计算出还原步骤，跟着 3D 动画一步步转就行。识别不准的颜色也可以手动改。拍照识别这块比想象中麻烦不少，光线、反光、角度都会影响结果，中间改了很多版。求解部分用的是 cubejs 的两阶段算法。
现在既有直接计算步骤的快速还原法，也有适合新手学习的分层还原法，可以按自己的需求选。
目前主要支持三阶魔方，功能还比较简单，肯定也有不少没考虑到的情况。
微信小程序叫「 CubeSnap 拍一拍还原魔方」，下面放个码。
有类似需求或者想学魔方的 V 友可以试试。如果遇到识别不准、操作不顺手之类的问题，欢迎反馈，我再慢慢优化。
via V2EX (author: insomniowl)
前阵子跟孩子一起玩魔方，才发现自己已经忘得差不多了😂
以前好歹能分层法还原三阶，现在只会还原第一层，第二层的棱块怎么弄完全忘了，更别提第三层了。
本来想找个教程重新学学，后来想想，现在都 AI Coding 了，干脆自己写个工具试试，于是花了些时间 Vibe 了一个小程序。
用法就是把魔方六个面分别拍下来，识别颜色，然后计算出还原步骤，跟着 3D 动画一步步转就行。识别不准的颜色也可以手动改。拍照识别这块比想象中麻烦不少，光线、反光、角度都会影响结果，中间改了很多版。求解部分用的是 cubejs 的两阶段算法。
现在既有直接计算步骤的快速还原法，也有适合新手学习的分层还原法，可以按自己的需求选。
目前主要支持三阶魔方，功能还比较简单，肯定也有不少没考虑到的情况。
微信小程序叫「 CubeSnap 拍一拍还原魔方」，下面放个码。
有类似需求或者想学魔方的 V 友可以试试。如果遇到识别不准、操作不顺手之类的问题，欢迎反馈，我再慢慢优化。
via V2EX (author: insomniowl)
[程序员] 现在有了 AI，让 AI 去读同事在 AI 时代前写的代码，是不是就高下立见了
好奇有无老板 team lead 真的这么做。
我工作上觉得很划水、逻辑不好的 PM ，我就让 AI 去读他在公司的轨迹，Slack 上的发言，Linear 上建的卡跟留言，让 AI 看看他有无闭环，有无乱搞，是在搞笑还是真的有在决策推进。不过也有些我拿不到上下文的地方，例如 Teams 上的会议。可能他只是对内部水，对客户可能很牛。
另外最近用公司提供的 AI 订阅有点心虚，老板要是让 AI 分析所有人的聊天，就能看到谁是有参与 AI 需求规划过程，谁是直接扔卡片给 AI 然后每个决策都是用 AI 推荐的那个。然后再分析产出每个人的产出以及对生产环境的影响。最后发现，直接扔卡的人表现更优 ：）
via V2EX (author: sumtsui)
好奇有无老板 team lead 真的这么做。
我工作上觉得很划水、逻辑不好的 PM ，我就让 AI 去读他在公司的轨迹，Slack 上的发言，Linear 上建的卡跟留言，让 AI 看看他有无闭环，有无乱搞，是在搞笑还是真的有在决策推进。不过也有些我拿不到上下文的地方，例如 Teams 上的会议。可能他只是对内部水，对客户可能很牛。
另外最近用公司提供的 AI 订阅有点心虚，老板要是让 AI 分析所有人的聊天，就能看到谁是有参与 AI 需求规划过程，谁是直接扔卡片给 AI 然后每个决策都是用 AI 推荐的那个。然后再分析产出每个人的产出以及对生产环境的影响。最后发现，直接扔卡的人表现更优 ：）
via V2EX (author: sumtsui)
[OpenAI] 10.23 - day 18 - Tibo 又要重置了
/fast 开启。
https://codex-reset.com/#signals
https://x.com/thsottiaux/status/2113492502355562875
via V2EX (author: privateproxies)
/fast 开启。
https://codex-reset.com/#signals
https://x.com/thsottiaux/status/2113492502355562875
via V2EX (author: privateproxies)
[问与答] 项目失败后，我用原来的技术栈重写了一遍，也重新认识了 AI 和自己
最近经历了一件挺受打击的事情。之前负责开发的一个项目，最终被判定需要推倒重构。虽然之后换了一套技术栈，也把功能实现了，但我心里一直有个疑问：之前选择的技术栈，真的有那么大的问题吗？
后来利用一些空余时间，我重新梳理了需求，又用原来的技术栈重构了一版。这次经历也让我对 AI 辅助开发和自己的开发方式有了新的认识。
一、还没完全想清楚，就开始写代码了
项目初期虽然收集了需求，也了解了大概的业务流程，但对整体架构、模块划分以及后续可能遇到的问题，并没有考虑得足够全面。
说白了，就是大概知道要做什么，但还没完全想清楚怎么做，就开始动手了。
技术选型上也有些激进，选择了自己不太熟悉的技术栈。当时更多考虑技术能不能实现需求，却忽略了自己是否有能力掌控它，以及后续的维护成本。
二、AI 让代码写得更快，却让我逐渐失去了掌控
开发过程中，我大量使用 AI 辅助编程。
刚开始确实很高效，很多功能很快就能实现。但遇到不熟悉的问题时，有时候自己还没完全理解，就让 AI 帮忙修改。
原本只是想解决一个小问题，结果 AI 改动了多个文件，甚至调整了原来的代码结构。
而我并没有完全理解这些改动带来的影响。
慢慢就陷入了一个循环：
遇到问题 → AI 修改 → 引入新问题 → 继续让 AI 修改。
代码越来越多，功能越来越复杂，但自己对项目的掌控却越来越弱。现在想想，最大的问题不是 AI 改错了，而是我把本该由自己负责的判断和把控交给了 AI 。
三、进度催得紧，很多问题都想着以后再说
当时项目进度比较紧，每天悲催出成功，更多想着先把功能做出来。其实开发过程中已经发现了一些问题，比如架构不合理、代码越来越乱，但总觉得先放一放，后面有时间再优化。结果新需求不断增加，旧问题也一直没有解决，只能继续在原来的基础上修改。进度紧是客观原因，但自己确实没有顶住压力，坚持做好必要的质量把控。
总想着先把眼前的问题解决，却没意识到，之前欠下的技术债，最后都要还。
四、不甘心，又用原来的技术栈重写了一遍
项目被判定失败后，我也认真反思了之前的问题。虽然换了技术栈后实现了功能，但我始终觉得，原来的技术栈在大方向上并没有太大问题。所以利用空余时间，我重新梳理了业务需求和整体实现思路，又用原来的技术栈重构了一版。这次没有急着写代码，而是先想清楚核心需求、模块划分和整体设计。AI 依然会用，但不会再轻易让它大范围修改代码，而是尽量控制修改范围，先理解方案，再决定是否采用。
重新实现之后，我也更加确定：之前项目的问题，并不能简单归结为技术选型，更重要的是自己当时对业务、技术和整个开发过程缺乏足够的掌控。
五、这次失败带给我的反思
这次经历让我明白，AI 确实能提高开发效率，但它解决不了所有问题。
业务怎么理解、架构怎么设计、技术怎么选择、代码质量怎么保证，这些依然需要开发者自己负责。
尤其是在不熟悉的技术领域，AI 很容易让人产生一种错觉：代码能跑、功能实现了，就代表自己真正掌握了。
但如果连代码为什么这样设计、改动会影响什么都说不清楚，那其实还远远不够。
回头看，这次失败不是某一个原因造成的，而是业务理解不足、技术不熟悉、过度依赖 AI ，以及进度压力下忽视代码质量等问题慢慢积累的结果。
以后我依然会使用 AI ，但会更加注重自己的判断和对项目整体的把控。
AI 可以帮我写代码，但不能代替我理解代码，更不能替我对项目负责。
最后也想问问大家：
你们有没有遇到过类似的情况？ AI 让代码写得越来越快，但自己却越来越难掌控整个项目。
via V2EX (author: JaneHan)
最近经历了一件挺受打击的事情。之前负责开发的一个项目，最终被判定需要推倒重构。虽然之后换了一套技术栈，也把功能实现了，但我心里一直有个疑问：之前选择的技术栈，真的有那么大的问题吗？
后来利用一些空余时间，我重新梳理了需求，又用原来的技术栈重构了一版。这次经历也让我对 AI 辅助开发和自己的开发方式有了新的认识。
一、还没完全想清楚，就开始写代码了
项目初期虽然收集了需求，也了解了大概的业务流程，但对整体架构、模块划分以及后续可能遇到的问题，并没有考虑得足够全面。
说白了，就是大概知道要做什么，但还没完全想清楚怎么做，就开始动手了。
技术选型上也有些激进，选择了自己不太熟悉的技术栈。当时更多考虑技术能不能实现需求，却忽略了自己是否有能力掌控它，以及后续的维护成本。
二、AI 让代码写得更快，却让我逐渐失去了掌控
开发过程中，我大量使用 AI 辅助编程。
刚开始确实很高效，很多功能很快就能实现。但遇到不熟悉的问题时，有时候自己还没完全理解，就让 AI 帮忙修改。
原本只是想解决一个小问题，结果 AI 改动了多个文件，甚至调整了原来的代码结构。
而我并没有完全理解这些改动带来的影响。
慢慢就陷入了一个循环：
遇到问题 → AI 修改 → 引入新问题 → 继续让 AI 修改。
代码越来越多，功能越来越复杂，但自己对项目的掌控却越来越弱。现在想想，最大的问题不是 AI 改错了，而是我把本该由自己负责的判断和把控交给了 AI 。
三、进度催得紧，很多问题都想着以后再说
当时项目进度比较紧，每天悲催出成功，更多想着先把功能做出来。其实开发过程中已经发现了一些问题，比如架构不合理、代码越来越乱，但总觉得先放一放，后面有时间再优化。结果新需求不断增加，旧问题也一直没有解决，只能继续在原来的基础上修改。进度紧是客观原因，但自己确实没有顶住压力，坚持做好必要的质量把控。
总想着先把眼前的问题解决，却没意识到，之前欠下的技术债，最后都要还。
四、不甘心，又用原来的技术栈重写了一遍
项目被判定失败后，我也认真反思了之前的问题。虽然换了技术栈后实现了功能，但我始终觉得，原来的技术栈在大方向上并没有太大问题。所以利用空余时间，我重新梳理了业务需求和整体实现思路，又用原来的技术栈重构了一版。这次没有急着写代码，而是先想清楚核心需求、模块划分和整体设计。AI 依然会用，但不会再轻易让它大范围修改代码，而是尽量控制修改范围，先理解方案，再决定是否采用。
重新实现之后，我也更加确定：之前项目的问题，并不能简单归结为技术选型，更重要的是自己当时对业务、技术和整个开发过程缺乏足够的掌控。
五、这次失败带给我的反思
这次经历让我明白，AI 确实能提高开发效率，但它解决不了所有问题。
业务怎么理解、架构怎么设计、技术怎么选择、代码质量怎么保证，这些依然需要开发者自己负责。
尤其是在不熟悉的技术领域，AI 很容易让人产生一种错觉：代码能跑、功能实现了，就代表自己真正掌握了。
但如果连代码为什么这样设计、改动会影响什么都说不清楚，那其实还远远不够。
回头看，这次失败不是某一个原因造成的，而是业务理解不足、技术不熟悉、过度依赖 AI ，以及进度压力下忽视代码质量等问题慢慢积累的结果。
以后我依然会使用 AI ，但会更加注重自己的判断和对项目整体的把控。
AI 可以帮我写代码，但不能代替我理解代码，更不能替我对项目负责。
最后也想问问大家：
你们有没有遇到过类似的情况？ AI 让代码写得越来越快，但自己却越来越难掌控整个项目。
via V2EX (author: JaneHan)