这是一个创建于 1930 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
jinliming2 2019-09-13 20:50:01 +08:00 via iPhone
单篇只讲一个故事，相关的文末给个相关推荐链接
|
 |
2
Tiande 2019-09-13 20:50:18 +08:00
求头像原图😀
|
 |
3
dimlau 2019-09-13 20:53:05 +08:00  2
我是按照一分钟阅读 240 字算，一般 5 分钟，最多不超过十分钟的篇幅吧。
当然……写技术性文字有时候就不怕长了。比如我的： https://kaix.in/0001/primer-of-coffee/preface 序言 5 分钟篇幅，后边章节都 15 分钟篇幅左右。 |
 |
4
Kamitora OP |
 |
5
37Y37 2019-09-13 22:10:05 +08:00 1
如果是用户被动接收的尽量短，如果是主动搜索的，那么长一点没关系，主要是逻辑清晰，看起来不累
|
 |
6
metaquant 2019-09-13 22:33:01 +08:00
我的建议是一篇文章只讲一个主题，不同主题但有相关的内容可以合成一个系列，既包括每篇文章的相对独立，又可以让读者看到多篇文章之间的前后关联。
比如这样： https://www.metaquant.org/categories.html |
 |
7
mahaonan93 2019-09-13 22:51:07 +08:00 via Android
没有干货的话哪种都不好，有实在内容的哪种都好
|
 |
8
MonoLogueChi 2019-09-14 01:42:29 +08:00 via Android
|
 |
9
OldPanda 2019-09-14 06:52:45 +08:00
想到哪写到哪，当自己的笔记用，但考虑到都是公开的内容，就会不自觉的写得有条理些，至少保证自己事后再看还能看懂
|
 |
10
delectate 2019-09-14 07:07:40 +08:00
和篇幅长短无关，和能不能表达清楚有关。
一行代码能解决的，交代前因后果，贴上代码，总计不超过 3 行。写多了就是注水，谁也不爱看； 复杂的的内容，要不断的分析，研究，还要长久更新，写多长都不为过。 不过这个也和你的目标客户群体素质有关，写简单了通用性强，读者多，但是文章肯定特别“水”，大佬不屑一顾，取关一波；如果写的深入了，小白望而却步，没有流量就没有收入。 例如： 《博客园翻车启示录》 https://www.cnblogs.com/xiyuanMore/p/11361817.html 《高速开车换底盘记：Windows 与 Linux 部署都抗住了，但修车任务艰巨》 https://www.cnblogs.com/cmt/p/11362531.html 这样的文章我就看的津津有味。所以相对来所，csdn 就完全没有意义和价值了——全都抄袭+过时。 |
 |
11
lneoi 2019-09-14 09:02:22 +08:00
讲清楚最重要，逻辑不清晰或者内容不好引导阅读者，长短都没意义了。
相近但又比较独立的可以分章节出来谈。 |
 |
12
p246 2019-09-15 16:54:46 +08:00 via Android
要的是质量，不是数量啊
|
 |
13
Karpov 2019-09-16 09:07:12 +08:00
要看你的针对人群是什么，假如针对人群是搜索引擎带来的流量，一般以技术博客为例，篇幅不宜太长，因为这部分用户是为解决问题而来的，行文尽可能简单，把事情说清楚即可。假如针对的是自己的粉丝，通过订阅方式来获取信息的读者，可以考虑分享一些深度的干货。
|
Select Language