前言

Hi 你好，我是东东拿铁，一个正在探索个人IP的后端程序员。

最近学习了12个生财思维，受益匪浅，但是纸上得来终觉浅，绝知此事要躬行，没有亲身实践，怎么能更好的理解呢？

单纯的学习，尤其是思维工具类的学习，只看但不实践，是不会有太好的效果的。

课程中的案例虽然真实，但是每个人的眼界、能力不同，所以案例对自己只能开开眼，但自己对于思维模式的理解却不会有太多的帮助。

为了更好的理解每一个生财思维，我决定根据每一个生财思维去复盘过去十年间遇到的机遇，看看自己错过了什么，有抓住了什么，然后把学习过程中的思考重新整理出来。

今天想和大家分享的是迭代思维，希望对你有所帮助。

迭代思维

什么是迭代思维

迭代是什么意思，一种重复反馈过程的活动，每一次对过程的重复称为一次“迭代”，而每一次迭代得到的结果会作为下一次迭代的初始值。

迭代对于一个程序员来讲并不陌生，甚至很多公司把版本发布，都成为“迭代”。

如何真正的用好迭代思维？

主要有三步

先完成，再完美

一周上线的新系统

软件开发是离不开迭代的过程的，就算是你设计了完美的框架，也会在各类需求的轰炸中不得不进行迭代满足用户需求。

在上家公司，有一次领导安排一个新业务启动，于是要单独启动一个项目。

我不知道大家平常对于一个新项目的开发需要多久，那时候我的能力较弱，开发语言也不熟悉，以往的经验是，从技术设计、框架搭建、代码开发、测试这一套流程下来，我觉着这个项目起码也要1个月左右才能完成吧。

但是经过领导们评估，最终决定这个系统的开发时间是5天，留两天时间自测，说实话我是持着怀疑的态度，硬着头皮接了下来。

最终项目用了一周多的时间就上线了，虽然时长报警，缺乏监控，代码性能不够高，但快速验证了业务的可行性。

我承认刚上线的系统并不是一个完美的系统，甚至有问题时发下连日志都没打印。

但是，发现问题排查困难，所以先不停的完善日志打印。

接着觉着发现问题太慢了，补充了监控和报警，异常情况第一时间就能感知。

性能不够，响应时间长，花了3天时间优化性能瓶颈点。

业务不断扩充，代码扩展性不好，优化了1周的时间，进行了一部分重构。

就是随着一段段时间的投入，一次次的发版上线，最终服务趋于稳定，也成了业务的一部分收入来源。

不断练习的写作

如果还能想到一个例子，那这件事就是写作。

去年年底决定开始写作时，发布的那篇文章，写完就直接发布了，很明显，数据非常不好。

内容很少分段，也没有配图，更不用说加黑、二级标题这些了。

先从内容开始，对比很多流量好的文章，都有一个共性，就是没有一大段话，而是都进行了分段。为了让大家阅读更加轻松，把一大段话，拆成几个小段，看来更加清爽。

添加了分段之后，又发现如果正片内容都是文字，一样让大家阅读压力很大，所以在其中搭配上配图，效果会更好。

后面，改进了文字排版，开始带有一级标题、二级标题。

再后来，学习如何取标题、如何选题，还建立了自己的写作模版，开头和结尾，还添加上了引导关注的文案。

就用这种方式，在掘金和公众号上，也写出了一些数据比较好的内容，掘金的创作登记，从lv3，也升级到了lv5。

而迭代思维，也会在写作上，持续应用下去。

不去开始，必定失败

迭代思维，主要适用于哪类场景呢？

当你有一件事情、一个项目时，因为内心没有完美的方案，迟迟没有行动时，就需要用到迭代思维了。

记得我发布的第一篇文章，可以是2022年了，然而下一次再次发布，已经隔了1年多的时间。

相隔时间这么久的原因，就是因为我在那个时候，我发现我写出的文章和别人差距太大了，别人的文章洋洋洒洒一两千字，标题吸引人，然而我自己的文章即没有深度，又没有自己的感触。

我在和一篇优秀的文章做比较时，我完全不知道应该如何做，才能写的像别人一样好。

于是，遇到问题不做了，睡大觉。这一睡，就白白荒废了1年的时间。

迭代思维，首先要避免完美思维，先开始，然后最重要的是小步快跑。

记得在学习写作的时候，听到老师的一句话，让我记忆犹新，也再次分享给大家。

想都是问题，做才有答案。

说在最后

好了，文章到这里就要结束了，总结一下。

迭代思维从概念上看其实不难，只需要三步即可，确定目标，找到迭代方法，持续改进。