12点下班到家后看了下掘金，看到还有朋友在给我的这篇文章点赞，想到这篇文章似乎充满争议，于是乎还是稍微修改了下文章内容。我的文章一直有一种风格，一是追求不重复，包括叙述和词语使用上，二是对于我认为显而易见的事情不会去过多描述，两个方式都有点像写代码——DRY和什么时候写注释。这种风格，导致我的文章并非对所有层级的读者都是友好的，所以会令一些读者感到不解，文章的标题其实就写明了是不支持统一返回 ApiResult，而非抵制 ApiResult，文中没有详述统一使用 ApiResult 存在的问题，本次修改则给加上了。还有一部分读者说不统一用 ApiResult 的话客户端处理起来比较麻烦，这个我觉得也是非常容易解决的，没有增加这部分内容。其实这篇文章本身只花了一个多小时来写，本身确实也写的不够好，很多地方一笔带过。
这件事情对我来说，主要有两个思考，一是以后写文章需要兼顾更多水平的读者。
二是，如果你想获取更多的流量，10天写一篇超高质量的文章，不如每天写一篇质量一般的文章，如果这文章还仍引起讨论或争议那真是太好不过了。
虽然我不是干自媒体的，在掘金写文章只是想尝试分享一些东西，尝试去扩大影响力，但我相信大多数在掘金上写作的人是非常重视自己文章的流量的。这种导向对于掘金的文章质量是不利的，说实话，我觉得这也是掘金需要去解决的问题。
之前我就提过一个建议，就是文章的新旧程度对于文章的权重影响太高，一篇高质量的文章往往是需要花费几天甚至更长时间才能写好的，当你写完这样一篇优质的文章时，就算当时被推荐到首页，几天之后也昙花一现了，我们这是技术文章，可不是新闻时事，很多几十年前的技术经典到现在也仍未过时。不知道是什么原因导致这个现状，希望掘金能够不断完善吧。
另外一个问题就是掘金的 SEO 有待优化，在发文的初期，我在 SegmentFault 上也曾发了几篇，那里没有编辑推荐，几乎没什么人阅读，但是通过 Google 搜索，他们的却排在前面，掘金甚至好几天后才会出现索引，掘金应该重视搜索这一块，加大外部流量来源，包括站内搜索，通过站外进来的流量赋予文章一定的权重。另外还可以结合文章停留时长等等数据来判断内容的好坏，这部分就类似于搜索引擎的页面排名技术了。
吐槽了挺多，但国内也找不到掘金这样的技术社区了，还是希望掘金能够更好吧。
这件事情对我来说，主要有两个思考，一是以后写文章需要兼顾更多水平的读者。
二是，如果你想获取更多的流量，10天写一篇超高质量的文章，不如每天写一篇质量一般的文章，如果这文章还仍引起讨论或争议那真是太好不过了。
虽然我不是干自媒体的，在掘金写文章只是想尝试分享一些东西，尝试去扩大影响力，但我相信大多数在掘金上写作的人是非常重视自己文章的流量的。这种导向对于掘金的文章质量是不利的，说实话，我觉得这也是掘金需要去解决的问题。
之前我就提过一个建议，就是文章的新旧程度对于文章的权重影响太高，一篇高质量的文章往往是需要花费几天甚至更长时间才能写好的，当你写完这样一篇优质的文章时，就算当时被推荐到首页，几天之后也昙花一现了，我们这是技术文章，可不是新闻时事，很多几十年前的技术经典到现在也仍未过时。不知道是什么原因导致这个现状，希望掘金能够不断完善吧。
另外一个问题就是掘金的 SEO 有待优化，在发文的初期，我在 SegmentFault 上也曾发了几篇，那里没有编辑推荐，几乎没什么人阅读，但是通过 Google 搜索，他们的却排在前面，掘金甚至好几天后才会出现索引，掘金应该重视搜索这一块，加大外部流量来源，包括站内搜索，通过站外进来的流量赋予文章一定的权重。另外还可以结合文章停留时长等等数据来判断内容的好坏，这部分就类似于搜索引擎的页面排名技术了。
吐槽了挺多，但国内也找不到掘金这样的技术社区了，还是希望掘金能够更好吧。
展开
9
1
![[绝望的凝视]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_69.cabd864.png)
， 同遭遇的掘友们，来发牢骚吧