背景

写了近30篇简书博客，每一篇博客都是临时想到某个问题而写的。比如突然有个技术点没有弄明白我就写打算写一篇，对某个行业有新的见解而写一篇。
但是这样下来写的博客比较零碎，比如想到了threadlocal就写一篇java多线程，想到了nio 的话写了一篇java 网络编程。
写的文章之间不构成体系，所以我的想法是在有灵感的情况下尽量按照体系来写博客。

为什么要体系的写下来

一个体系就是解决某一个具体的问题，比如java多线程是解决高并发的线程同步的问题，其中有threadLocal,Synchronized,lock,线程安全集合。这样你就知道这些数据结构各自使用场景和特征，从产品角度来讲要你设计高并发的问题你能够想到会有哪些场景会出现什么问题，这就是对一个场景或产品的考虑全面性。

我该怎么写

a).灵感不能抹杀
从时间角度来说一般一天写一篇。而有时就是灵感来了昨天对多线程ThreadLocal悟出了一些东西，今天跟别人谈网络模型理解就打算写写网络模型。这种灵感绝对不要抹杀了一定要当天写下来。
b).文章与文章直接要有体系（即同一专题写在一块）
但我想写了几百篇之后可以立马能够知道哪些博客是写多线程并发的，哪些是写数据库的。
这个暂时想到的办法就是从标题上区分开,比如：
1).想法类的
[027]<想法>-做项目与做产品的区别
2).网络模型
[026]<网络模型>-java-BIO-NIO-AIO
3).数据库
[025]<数据库>-事物传播特性
具体的分法是根据解决某个具体的场景，比如网络模型是陈述网络通信中在具体的场景中式怎么采用适当的方式解决问题的，比如长连接和短连接的适用场景，比如BIO-NIO-AIO是怎么演进的且各自适用场景。

至于写作频率，最好一天至少一篇（不管是日记还是技术文）。如果有很多的灵感想法可以一天写多篇。

说在后面的话

改进的措施暂时想到了这几点，以后有想法陈述