前段时间刚发表了一篇文章：复盘：细数这些年写文字的成与败，然后我又陷入了「写什么」的困局，我的思考的出发点是：
我应该写些什么能读者有获得感，然后我个人又能够在这个过程中通过输出的方式得到更好的输入，形成一种双赢的局面。
说一下目前笔者的现状，笔者目前仍在业务一线编码，toB和toC的项目都做过，业务领域有研发效能工具、在线教育行业、金融科技领域的经验，目前主要技术栈是Android、Flutter、Java/Kotlin、Linux嵌入式、C/C 等等。如果还要分享移动客户端的一些知识，感觉也讲不出什么花来，目前移动端已经趋于成熟，除非是大型项目的实战和性能优化相关还可以输出，一些太基础的知识的分享价值不大。知识既是财富，财富也是知识。笔者希望时间最好用到刀刃上，我梳理了一份思维导图来索引接下来我要输出的内容范围，如下所示：
目前这个思维导图只是初版，作为一个终身学习的软件工程师，持续学习和成长是伴随着整个职业生涯的，所以这个版图不是一成不变的，而是无限流模式。 当然大家的时间也是非常宝贵的，我发现很多文章写的非常长可能对读者是一种负担或者压力，但深度的文章确实需要将技术剖析得非常清楚，可以让读者反复去阅读。 我在跟一个GM的饭局上曾收获一个观点：
写文章和分享更多是说明文，解释说明你想表达的内容。 分析问题是一个具象化的过程，以解决问题的角度去说明问题
我非常认同这个观点，所以未来我分享的文章会尽量保持客观和准确，也会想办法减轻大家的阅读负担，篇幅不会过长，而是经过思考和提炼过后的。
