前言

分享一下我与技术文章写作的故事。

迈出的第一步

时间回到2021年三月份。

长久以来，我按部就班的接需求、开发、测试、上线，有时候遇到多个需求可能会有点手忙脚乱。但是我一直找不到突破的好方法。直到某天，我开始写技术文档。

我并不是很擅长写设计方案，但是大型的系统项目开发，没有设计方案，开发节奏和质量都很难把控。

刚开始，我写的文档像流水账，我简单的将需求转换成前端功能，罗列出来。闲暇的时候，我认真审视自己的设计文档，寻找提升的空间在哪。我尝试将重复的功能开发成公共组件，将新增的功能按照要求写出开发思路，这样，我有了第一篇像样的设计方案。

在那之后的日子里，所有的需求，我都会认真的写开发文档。

完成一次蜕变

迈出第一步之后的四个月里，我迎来了我的蜕变，我的开发效率提升了35%，开发质量也得到了很大的提升，而且一直困扰我的多需求并行的能力，也拥有了。那四个月里，我的每一个设计方案，都用心编写，开发思路也越来越灵活，有些曾经想不到的方案闪过我的脑海，我抓住那一点点的灵感，把它用代码实现出来，下一次它就展现在了我的设计文档上面。

因为涉及到公司业务，不方便跟大家展示我的设计方案，但是，它们未来会以其他的方式和大家见面。

回头看，自己已属大龄开发者的行列，也曾经有那么几个夜晚，因压力和焦虑而失眠，我再最迷茫的时候，曾经一度想过放弃，想着回家种田吧（其实清醒之后，发现种地自己也干不来）。

一个小决定

时间来到了2021年八月份，有句话特别符合我那时的心境：因为自己淋过雨，所以想给别人撑伞。

我们时常会听到这样的话，我写了大量的业务功能，感觉技术并没有得到提升。我曾经也被这样的局面困住，我的开发生涯中也写了大量的业务功能，有些新的技术栈，我学习了，但是并没有用武之地。

于是，我尝试这再业务需求中寻求我能做的闪光点。没错，是闪光点，很常见的页面展示，我尝试转换思路，可复用性、最小修改代价、可维护性，我将这些黄金定律代入开发的代码里，制定了新的开发方案，收获斐然，后续的新增功能，简直是“一键”搞定。我这个方案整理出来，就有了我的第一篇掘金文章。

而后，每隔一段时间，我便更新一篇文章。一直以来，遇到问题，我都会到掘金上寻找解决方法，很多优秀的掘金帖子，帮我解决了很多难题。而现在，我有了收获也想分享给大家。

掘金赠我以琼瑶,我也想报之以木桃。

我与山风的故事

2021年最后一个月，我的开发生涯还在继续。我有时候会跟家人说，我不是天才型的，但是我的确通过自己的努力，让自己变强了许多。未来，年龄的增长是一个必须面对的事实，但是年龄未必会成为我的壁垒。

最后，用我写的我与山风的故事做结尾，也希望能给大家带去一些鼓舞。

我站在山脚仰望山峦，问山风，山顶的风景是不是非常的壮阔秀丽，山风说我还在打转呢，你自己去看吧。于是我一路向上，我看到路边盛开灿烂的花朵，看到头顶略过的自由的飞鸟，虽然我还没有到达山顶，但是这座山林，我已经学会了如何分辨方位，认识常见与不常见的植物，在清澈的溪流中找寻不一样的鹅卵石。未来，请继续努力前行。