1. 从“artcraft”这个名字说起：它到底想解决什么问题
第一次看到“artcraft”这个词，我脑子里蹦出来的第一反应是“艺术”加“手艺”的组合。这不是一个随便拼出来的名字，它背后指向的是一类非常具体的东西——把创意想法变成看得见摸得着的实物或可交互作品的那一整套流程。你可能是做设计的、做手工的、做独立开发的，甚至只是想在周末给自己找点乐子，只要你的目标是从零开始“造”出一个东西，那你就已经在 artcraft 的射程范围内了。
我之所以对这个词敏感，是因为过去几年我陆陆续续折腾过不少“从想法到成品”的项目。有的成功了，有的烂尾了，还有的做出来之后发现根本没人用。踩的坑多了，慢慢就总结出一套自己的方法论。而 artcraft 这个词，恰好能把这些零散的经验串起来——它不是一个具体的工具或软件，而是一种做事的思路：用工程化的手段去管理创意过程，让“灵感”这件事变得可重复、可迭代、可交付。
很多人对创意工作有个误解，觉得灵感来了自然就能做出好东西。但实际情况是，灵感是最不靠谱的东西。你等它来，它偏不来；你不需要它的时候，它又冒出来干扰你。真正能持续产出作品的人，靠的不是灵感，而是一套稳定的工作流。这套工作流包括：怎么捕捉想法、怎么快速验证、怎么管理素材、怎么迭代版本、怎么最终交付。artcraft 要解决的，就是把这套工作流固化下来，让你不用每次都从零开始想“我该先干什么”。
这篇文章适合谁看？如果你属于以下几类人，那接下来的内容应该对你有用：第一类，做视觉设计或数字艺术创作，经常需要管理大量素材和版本的人；第二类，做手工、模型、实体创作，需要把创意落地成物理成品的人；第三类，独立开发者或产品经理，需要快速做出可演示的原型来验证想法的人；第四类，纯粹的兴趣爱好者，想系统性地提升自己“做东西”的效率。不管你是哪一类，核心诉求都是一样的：少走弯路，把时间花在真正的创作上，而不是被杂事拖垮。
2. 拆解 artcraft 的核心工作流：从模糊想法到可交付成品
2.1 想法捕捉阶段：别让灵感溜走，但也别急着动手
我见过太多人，脑子里冒出一个想法，兴奋得不行，立刻打开软件开始干。结果干了两个小时，发现方向不对，或者素材不够，或者技术实现不了，然后整个项目就搁置了。这种“冲动型开工”是创意项目最大的杀手之一。artcraft 工作流的第一步，恰恰是反直觉的：先别动手，先把想法记下来。
具体怎么做？我自己的习惯是准备一个“想法池”。这个池子可以是一个简单的文本文件、一个笔记软件里的标签页、甚至一张纸。关键不是工具，而是规则：任何想法，不管多粗糙、多不靠谱，先花三十秒记下来。记的时候只写三件事：我想做什么、它大概长什么样、我觉得它有趣的点在哪里。不要写实现方案，不要写技术选型，那些是后面的事。
为什么这一步这么重要？因为人的短期记忆非常有限。你脑子里同时能保持的活跃想法不超过三四个，一旦开始动手，注意力被占用，其他想法就消失了。而很多真正有价值的创意，恰恰是在你专注做别的事情时冒出来的。把它们记下来，相当于给大脑外挂了一个缓冲区。等你有时间的时候，再回头从池子里挑，而不是靠临时回忆。
这里有个实操细节：记录的时候尽量用具体的名词和动词，避免形容词。比如不要写“做一个很酷的交互装置”，而要写“用超声波传感器控制LED灯带的亮度，人走近变亮，走远变暗”。前者你过两天再看已经忘了“酷”是什么意思，后者你随时能捡起来继续。这个习惯我坚持了大概半年，想法池里攒了上百条记录，真正动手做的不到十分之一，但就是这十分之一，产出了我大部分满意的作品。
2.2 快速验证阶段：用最低成本判断“这事值不值得做”
从想法池里挑出一个候选之后，下一步不是直接进入正式制作，而是做一个“最小可行验证”。这个验证的目的只有一个：用最短的时间、最少的资源，判断这个想法在现实中是否成立。注意，是“在现实中成立”，不是“在理论上成立”。很多想法在脑子里想的时候天衣无缝，一动手就发现全是坑。
验证的方法取决于你的创作类型。如果是数字艺术或设计，验证可能就是画一张草图、做一个静态页面、或者用现成工具拼一个粗糙的 demo。如果是实体手工，验证可能是用纸板或废料做一个等比例模型。如果是交互装置，验证可能是先用面包板搭一个最简单的电路，只验证核心传感器能不能正常工作。
我自己的经验是，验证阶段的时间预算不要超过整个项目预估时间的百分之十。比如你估计这个项目要做十天，那验证最多花一天。如果一天之内验证不出来，要么是想法太复杂需要拆分，要么是这个想法本身就不适合现在做。这个规则帮我砍掉了很多“看起来很美但实际做起来会要命”的项目。
验证阶段还有一个容易被忽略的作用：帮你发现真正的难点在哪里。很多时候你以为的难点和实际的难点完全不是一回事。比如我曾经想做一个自动追踪光线方向的桌面摆件，以为难点在机械结构，结果验证的时候发现机械结构用现成舵机就能解决，真正的坑在于光敏传感器的响应速度和精度根本达不到要求。如果直接进入正式制作，我可能花了一周把机械部分做完，才发现传感器不行，整个方案要推倒重来。而验证阶段只花了我一个下午就暴露了这个问题。
2.3 素材与版本管理：创意项目最容易翻车的地方
验证通过之后，项目正式进入制作阶段。这个阶段最容易被低估的，就是素材和版本管理。我敢说，十个烂尾的创意项目里，至少有三个是因为文件管理混乱导致的。你肯定经历过这种情况：改了好几版，突然觉得第一版更好，但第一版的文件已经被覆盖了；或者素材散落在好几个文件夹里，找一个特定图片花了二十分钟；又或者电脑突然出问题，几天的进度全没了。
artcraft 工作流对素材管理的要求很简单：所有素材必须集中存放，并且有明确的命名规则。我自己的做法是在项目根目录下建四个文件夹：_source放原始素材，_working放正在处理的中间文件，_output放最终成品，_archive放历史版本。命名规则用“日期_描述_版本号”的格式，比如20240512_海报草图_v03.psd。这样你任何时候都能一眼看出这个文件是什么时候做的、是什么内容、是第几版。
版本管理这块，如果你做的是代码相关的项目，那 git 是标配，没什么好说的。但如果你做的是设计或手工类项目，git 就不太适用了。我的替代方案是“快照法”：每完成一个阶段性成果，就把整个项目文件夹复制一份，重命名为项目名_日期_阶段描述。听起来很笨，但极其有效。一个项目做完，你可能会有五到十个快照，占不了多少硬盘空间，但关键时刻能救命。
提示：千万不要在同一个文件上反复修改而不留备份。我见过太多人因为“就改一点点”而丢失了之前满意的版本，最后只能凭记忆重做，效果还差很多。
2.4 迭代与交付：什么时候算“做完了”
创意项目有个特点：你永远可以继续改。今天觉得颜色不对，明天觉得比例不好，后天又觉得换个材质会更好。如果没有明确的交付标准，项目就会无限期拖下去，最后要么烂尾，要么在某个时间点被迫草草收场。artcraft 工作流的最后一个环节，就是定义“完成”的标准。
我的做法是在项目开始时写一句话的“完成定义”。比如“这个海报完成的标准是：打印出来贴在墙上，退后三米看，整体构图和色彩关系让我满意”。或者“这个交互装置完成的标准是：连续运行二十四小时不出故障，观众能在十秒内理解怎么操作”。这句话写下来之后，每次想继续改的时候，就拿出来对照一下：当前状态是否已经满足这个标准？如果满足了，就停手，进入交付流程。
交付流程本身也值得设计。数字作品要导出什么格式、什么分辨率、什么色彩空间；实体作品要怎么包装、怎么运输、怎么附说明；代码项目要怎么打包、怎么写文档、怎么部署。这些事看起来琐碎，但如果不提前想好，最后关头会非常痛苦。我习惯在项目进行到一半的时候就把交付清单列出来，然后边做边检查，避免最后手忙脚乱。
3. 工具选型：别被工具绑架，但也别用错工具
3.1 数字创作类工具的选择逻辑
做数字艺术和设计，工具的选择范围很大。从传统的 Photoshop、Illustrator，到新兴的 Procreate、Figma，再到开源的 GIMP、Inkscape、Krita，每个工具都有自己的定位。我的选型逻辑很简单：看你的核心需求是什么。如果你主要做位图编辑和合成，Photoshop 或 GIMP 是首选；如果你做矢量图形和排版，Illustrator 或 Inkscape 更合适；如果你做界面设计和原型，Figma 或 Penpot 效率更高。
但这里有个坑：很多人选工具的时候看的是“功能多不多”，而不是“我用不用得上”。结果装了一堆软件，每个都只会用百分之十的功能，切换来切换去反而浪费时间。我的建议是，先确定你的主要产出类型，然后只选一个主力工具，把它用熟。其他工具只在特定场景下作为补充。比如我主力用 Krita 做数字绘画，但做矢量图标的时候会切到 Inkscape，做界面原型的时候会切到 Figma。每个工具都有明确的“职责边界”，不重叠，不纠结。
还有一个容易被忽略的点：工具的协作能力。如果你是一个人做项目，那无所谓；但如果你需要和别人交换文件，那就要考虑格式兼容性。我吃过亏：用某个小众工具做的文件，发给合作方之后对方打不开，最后只能导出成通用格式，但图层和编辑信息全丢了。从那以后，我选工具的第一条标准变成了“能不能导出通用格式”，第二条才是“功能是否满足需求”。
3.2 实体创作类工具与材料的选择
实体创作涉及的工具和材料就更多了，从手工工具到电动工具，从纸张到木材到亚克力到金属。这块的选型逻辑和数字创作不太一样，因为实体材料有物理限制，你不能像撤销操作一样撤销一次切割。所以我的原则是：在关键工具上不要省钱，在消耗材料上可以先用便宜的练手。
什么叫关键工具？就是那些直接影响成品精度和你的操作安全的工具。比如做木工，一把好的手锯和一把便宜的手锯，切出来的断面质量天差地别，而且便宜锯子容易卡锯、跑偏，反而更危险。再比如做电子制作，一把好的恒温焊台和一把几十块的烙铁，焊接体验和成功率完全不是一个级别。这些工具买好的，用几年都不会后悔。
消耗材料则相反。比如你做亚克力切割，第一次做的时候完全可以用边角料或者便宜的品牌练手，等掌握了切割参数和技巧，再用好材料做正式作品。我见过不少人一上来就用最贵的材料，结果因为不熟悉工具，第一刀就切废了，心疼得不行，后面反而不敢动手了。先用便宜材料把流程跑通，这个思路在实体创作里特别重要。
3.3 软件与硬件的配合：别让工具链成为瓶颈
不管你做数字还是实体创作，现在都很难完全脱离软件。数字创作自不必说，实体创作也经常需要用到建模软件、切片软件、控制软件。这里的关键是让软件和硬件形成顺畅的配合，而不是互相拖后腿。
举个例子，如果你用 3D 打印做实体作品，那你的工具链至少包括：建模软件（如 Blender、Fusion 360）、切片软件（如 Cura、PrusaSlicer）、打印机控制软件。这三个环节任何一个出问题，都会影响最终成品。我的经验是，建模的时候就要考虑打印的可行性，比如悬空结构要加支撑、薄壁不能太薄、公差要留够。切片的时候要根据材料特性调整参数，比如 PLA 和 PETG 的收缩率不同，温度设置也不同。控制的时候要确保打印机校准到位，平台水平、喷头间隙、挤出量都要检查。
这套流程听起来复杂，但跑顺了之后效率很高。我现在的习惯是，每次换新材料或新模型，先打一个测试件，确认参数没问题再打正式件。测试件可能只花十分钟，但能避免几个小时的浪费。这个“先测试再正式”的原则，在数字创作里同样适用——比如导出视频之前先导一个低分辨率的预览，确认没问题再导最终版。
4. 实操中的坑与应对：那些文档里不会写的事
4.1 时间估算永远偏乐观：怎么给自己留缓冲
做创意项目的人都有一个通病：低估所需时间。你以为三天能做完的东西，实际做了七天；你以为一周能搞定的，拖了两周还没收尾。这不是你能力不行，而是创意工作的本质决定的——你无法预知过程中会遇到什么意外。材料可能缺货，软件可能崩溃，灵感可能枯竭，合作方可能拖延。这些事在计划的时候根本想不到，但发生的时候会实实在在地吃掉你的时间。
我的应对策略是“三倍法则”：你心里估计的时间乘以三，才是比较现实的预算。比如你觉得这个项目要五天，那就按十五天来安排。听起来很夸张，但实际执行下来，大部分项目确实需要两到三倍于初始估计的时间。有了这个缓冲，你就不会因为进度落后而焦虑，也不会为了赶工而牺牲质量。
还有一个技巧是“里程碑拆分”。不要只定一个最终截止日期，而是把项目拆成若干个里程碑，每个里程碑都有明确的产出和检查点。比如第一周完成素材收集，第二周完成草图，第三周完成初版，第四周修改定稿。每个里程碑之间留出缓冲时间。这样即使某个环节延误了，你也能及时发现并调整，而不是等到最后才发现来不及了。
4.2 素材版权与授权：别等到发布前才想起来
这个问题在数字创作里特别常见。你做海报、做视频、做网站，总会用到别人的素材——图片、字体、音效、代码库。很多人做的时候随手下载，做完之后直接发布，结果收到侵权通知，轻则下架，重则赔偿。我身边至少有三位朋友踩过这个坑，其中一位因为用了未授权的字体，被要求赔偿五位数。
避免这个问题的方法很简单：从项目一开始就建立“素材来源清单”。每用一个外部素材，就记录三件事：来源网址、授权类型、使用范围。授权类型要特别注意，有些是“仅限个人使用”，有些是“需要署名”，有些是“禁止商用”。如果你不确定，就不要用。宁可花时间找替代品，也不要冒法律风险。
免费素材的来源其实很多，比如 Unsplash 的图片、Google Fonts 的字体、Freesound 的音效，都有明确的授权说明。但即使是免费素材，也要看清楚具体条款。有些要求署名，有些禁止修改，有些禁止用于特定类型的项目。花五分钟读一下授权说明，能省掉后面很多麻烦。
4.3 硬件故障与数据丢失：备份不是可选项
做实体创作的人最怕什么？做到一半，机器坏了。3D 打印机堵头、激光切割机偏移、数控机床丢步，这些故障随时可能发生。而做数字创作的人最怕什么？电脑崩溃、硬盘损坏、软件闪退，辛苦几小时的成果瞬间消失。
这两种恐惧的解决方案是一样的：备份和冗余。数字创作方面，我现在的习惯是“三二一”原则：至少三份备份，两种不同介质，一份放在异地。具体来说，工作文件存在电脑硬盘上，同时自动同步到移动硬盘，重要节点再上传到云存储。这样即使电脑丢了，你还能从移动硬盘恢复；即使移动硬盘也坏了，云上还有一份。
实体创作方面，备份的概念不太一样，但核心思路是“留余量”。材料多买百分之二十，防止切割失误；关键零件多备一套，防止装配损坏；工具定期保养，防止关键时刻掉链子。这些准备工作看起来麻烦，但和项目烂尾相比，成本低得多。
注意：备份不是“复制一份到同一个硬盘的另一个文件夹”。硬盘坏了，两个文件夹一起没。真正的备份必须放在不同的物理设备上。
4.4 心态管理：创意项目是马拉松，不是冲刺
最后说一个容易被忽略但极其重要的问题：心态。创意项目往往周期长、反馈慢、不确定性高。你可能花了一周做出来的东西，别人看一眼就说“还行”；你可能反复修改了十几版，最后发现还是第一版最好；你可能投入了大量精力，结果项目因为外部原因被迫中止。这些情况都会打击你的积极性，让你不想再继续。
我的经验是，把创意项目当成马拉松来跑，而不是冲刺。不要指望一口气做完，而是每天推进一点点。哪怕今天只做了十分钟，也比完全不做强。因为创意工作有“惯性”——你一旦停下来，再启动的成本会很高；而只要你每天都在碰这个项目，哪怕进度很慢，思路也是连续的。
另外，学会接受“不完美”。没有任何一个作品是完美的，你永远可以做得更好。但“更好”是无限的，而你的时间和精力是有限的。在某个时间点，你必须对自己说“就这样吧，已经够好了”，然后交付。这不是妥协，而是专业。真正的专业人士不是做出完美作品的人，而是在约束条件下做出最好作品的人。
5. 一个完整的 artcraft 项目复盘：从想法到成品的全记录
5.1 项目背景与目标定义
为了把前面说的这些原则串起来，我拿自己最近做的一个小项目来复盘。这个项目是一个桌面级的交互灯光装置，目标很简单：放在书桌上，能根据环境声音的节奏变化颜色和亮度。我给它起的代号是“声光盒”。选择这个项目的原因有三个：第一，它涉及数字和实体的结合，能覆盖 artcraft 工作流的大部分环节；第二，它的规模适中，从想法到成品大概两周；第三，它有明确的验证标准，做没做成一眼就能看出来。
完成定义我写的是：“声光盒连续运行两小时不死机，对音乐节奏的响应延迟低于一百毫秒，外观整洁，可以放在桌面上不显得突兀。”这个定义很具体，后面每次想加功能的时候，我就拿出来对照，发现已经满足了，就停手。
5.2 验证阶段的实际操作与发现
验证阶段我花了大概半天。首先用面包板搭了一个最简单的电路：一个声音传感器模块、一个 LED 灯带、一块开发板。代码只写了最核心的逻辑：读取声音传感器的模拟值，映射到灯带的亮度。跑起来之后发现两个问题：第一，声音传感器对环境噪音太敏感，空调声、键盘声都会触发；第二，灯带的响应有明显延迟，大概有两三百毫秒。
这两个问题在验证阶段暴露出来，价值巨大。如果直接进入正式制作，我可能已经把外壳做好、电路焊死，才发现传感器不行，那就麻烦了。针对这两个问题，我调整了方案：传感器换成带滤波功能的型号，代码里加了阈值和滑动平均；灯带换成响应更快的型号，并且优化了控制信号的刷新率。调整之后重新验证，延迟降到了八十毫秒左右，满足要求。
5.3 制作阶段的素材管理与版本控制
正式制作阶段，我按照前面说的文件夹结构来管理文件。_source里放的是传感器和灯带的规格书、开发板的引脚图、外壳的参考图片。_working里放的是电路设计文件、代码文件、外壳的 3D 建模文件。_output里放的是最终要用的固件、打印好的外壳文件、组装说明。_archive里放了三个快照：验证版、初版、修正版。
版本控制方面，代码用 git 管理，每次提交都写清楚改了什么。外壳建模文件用“日期_描述_版本”命名，比如20240510_外壳_v2.stl。这样即使后面发现某个版本更好，也能随时找回来。实际制作过程中，外壳确实改了三次：第一次太厚，第二次散热孔位置不对，第三次才满意。如果没有版本管理，第三次改的时候可能已经忘了第一次的尺寸参数。
5.4 交付与后续迭代的思考
最终成品做出来之后，我按照完成定义逐条检查：连续运行两小时没问题，延迟用手机慢动作视频测了一下，大概七十毫秒，外观也过得去。于是项目正式结束，进入“交付”状态。交付物包括：一个可以工作的声光盒、一份组装说明、一份代码仓库的链接、一份素材来源清单。
后续迭代的想法我也记在了想法池里：比如加一个蓝牙模块，可以用手机调颜色；比如换更大的灯带，做成墙面版本；比如加一个光敏传感器，白天自动降低亮度。但这些想法现在不会动手做，因为当前版本已经满足需求了。等哪天有新的需求或者新的灵感，再从池子里捡起来。
这个项目做完之后，我最大的体会是：artcraft 工作流的核心价值不在于让你做出多么惊艳的作品，而在于让你稳定地、可重复地做出“及格线以上”的作品。惊艳是可遇不可求的，但稳定产出是可以通过流程来保证的。当你有了稳定的产出能力，惊艳的作品自然会在某个时刻出现。而如果你每次都靠灵感和冲动，那可能做了十个项目，九个烂尾，最后一个勉强完成但质量堪忧。
6. 给不同阶段创作者的实用建议
6.1 新手阶段：先完成，再完美
如果你刚开始接触创意项目，我的建议非常直接：选一个最小的、最简单的项目，把它从头到尾做完。不要一上来就挑战复杂的、多技术的、需要协作的项目。那些项目等你有了经验再说。新手最需要建立的是“我能把东西做出来”的信心，而不是“我能做出好东西”的能力。这两件事的顺序不能颠倒。
具体来说，你可以从这些项目入手：做一个简单的网页、画一张完整的插画、做一个纸模型、写一个能跑的小程序。关键是“完整”——有开始、有过程、有结束、有成品。哪怕成品很粗糙，也比半途而废强。因为完成一个项目会让你经历完整的流程，知道每个环节大概是什么感觉，下次再做的时候心里就有数了。
6.2 进阶阶段：建立自己的工具箱和模板库
当你做过几个项目之后，你会发现很多工作是重复的。比如每次都要重新设置项目文件夹结构、每次都要重新找素材来源、每次都要重新写类似的代码。这时候你就应该开始建立自己的工具箱和模板库了。
工具箱包括：你常用的软件和硬件、你习惯的参数配置、你验证过的材料组合。模板库包括：项目文件夹模板、代码框架模板、文档模板、检查清单模板。这些东西花一次时间做好，后面每个项目都能省下大量时间。我自己的模板库已经积累了二十多个模板，从“小型电子项目”到“数字插画项目”都有，新项目启动的时候直接复制模板，五分钟就能进入工作状态。
6.3 成熟阶段：学会取舍和聚焦
到了成熟阶段，你的问题不再是“怎么做”，而是“做什么”。你的想法池里可能躺着几十个候选项目，你的时间只够做其中一两个。这时候最重要的能力是取舍。怎么判断哪个项目值得做？我的标准有三个：第一，它是否能帮我学到新东西；第二，它是否有明确的使用场景或受众；第三，我是否对它保持持续的兴趣。
三个标准都满足的项目，优先级最高。满足两个的，可以考虑。只满足一个的，先放回池子里。一个都不满足的，直接删掉。这个筛选机制帮我避免了很多“看起来有趣但实际做起来没动力”的项目。毕竟，创意项目最大的成本不是钱，而是你的时间和热情。把时间花在真正值得的事情上，比什么都重要。
6.4 关于协作：什么时候该找人一起做
有些项目一个人做没问题，有些项目一个人做会非常痛苦。判断标准很简单：如果项目需要的能力超过你现有技能的两倍，或者项目的工作量超过你可用时间的两倍，那就应该考虑找人协作。比如你想做一个交互装置，需要电路、编程、结构设计三种能力，而你只会其中一种，那找人合作比你自己硬啃要高效得多。
但协作也有代价：沟通成本、协调成本、利益分配。我的经验是，协作项目一定要在开始之前把规则说清楚：谁负责什么、时间节点怎么定、成果怎么分配、分歧怎么解决。这些事听起来很俗，但不提前说清楚，后面很容易出问题。我见过太多因为“不好意思谈钱”而闹掰的合作，最后项目没做成，朋友也没得做。
7. 最后分享几个我压箱底的小技巧
第一个技巧：给每个项目建一个“决策日志”。不用很复杂，就是一个文本文件，每次做一个重要决定的时候就记一笔：日期、决定内容、为什么这么决定。比如“20240510，决定用 PETG 而不是 PLA，因为 PETG 更耐热，夏天桌面温度高不会变形”。这个日志在项目后期非常有用，因为你会忘记当初为什么做某个选择，而日志能帮你快速回忆起来。
第二个技巧：设置“强制休息点”。创意工作容易让人进入心流状态，一干就是好几个小时，忘了休息。但长时间连续工作会导致判断力下降，做出错误决定。我的做法是每工作四十五分钟就强制休息十分钟，起来走走、喝口水、看看远处。这十分钟看起来是浪费，但实际上能让你后面的工作效率更高，错误更少。
第三个技巧：保留“失败作品”。很多人做完一个不满意的作品就删掉了，觉得留着占地方。但我的经验是，失败作品往往比成功作品更有价值。因为它们记录了哪些路走不通，哪些方法有问题。我专门有一个文件夹叫“失败集”，里面放着各种半成品和废案。每次开始新项目的时候，我会翻一翻这个文件夹，看看有没有可以借鉴的教训。很多时候，一个曾经的失败方案，换个场景就能变成好方案。
第四个技巧：定期回顾想法池。我每个月会花半个小时，把想法池里的记录过一遍。有些想法当时觉得很好，现在看已经没兴趣了，就删掉；有些想法当时觉得一般，现在看反而有潜力，就标记出来；还有些想法可以合并成一个更大的项目。这个回顾过程能帮你保持对想法池的掌控，避免它变成一个只进不出的垃圾堆。
这些技巧都不是什么高深的东西，但都是我在实际项目中反复验证过的。它们不能保证你做出伟大的作品，但能保证你不会因为低级错误而失败。创意工作已经够难了，能避免的坑就尽量避免，把精力留给真正重要的部分——创造本身。
:BDC有刷直流电机驱动电路设计指南)
