weekly.codelc.com
获得徽章 17
- 用 Spring Boot + React 开发的 Huntly 开源了，这是一个自托管的信息管理工具，有以下功能：
- RSS 阅读。
- 自动保存浏览过的网页，随后以保存、稍后读、收藏或存档的方式将其保存。
- 针对推特网站有特殊的处理，会自动保存请求过的推特 timeline，记录是否浏览过，在 huntly 中你甚至可以用更方便的方式重新查看这些推文。
- 可以从标题、内容、类型、收藏方式等维度进行搜索。
- 连接其他服务，目前支持 GitHub，所以它也是一个 Github stars 管理工具。展开评论点赞 - 给我的「野生架构师」周刊加加上了 RSS 全文输出，欢迎订阅。
周刊没有直接发表到博客，而是用的 Vuepress，这样阅读体验更好。评论点赞 - 又看了一遍《湾区日报是如何运作的？》这篇文章，首先湾区日报也是尽量向更多的渠道去分享优质的信息，其次湾区日报已经停运了，但这种分享的精神不会停止，所以我决定还是继续在掘金发布我写的周刊。
我的「野生架构师」周刊目前已有超过 750 人订阅，不妨来看看为何这些人选择订阅：
weekly.codelc.com 。
最热门的文章：
1.weekly.codelc.com
2.weekly.codelc.com
目前我会在周刊发布后抽空在掘金上同步。展开赞过
评论1 - 建议掘金强化关注功能，才能更好地让社区活跃起来，让用户对内容获取更有主动权，可以学习 Medium。我认为这点不管是对于读者还是作者都是非常重要，让作者能够更好地触达用户，也让读者能够更好地获取自己想看的信息，让信息自然的优胜劣汰。
我在掘金写了一些文章，不多，获得了100多个关注者，但我每次发布的文章这些用户基本上是阅读不到的。而目前我在写 Newsletter，2个月的时间就获得了 500 多的订阅者，每次文章发布都是直接发到对方的邮箱。我也尝试在掘金发了几篇，只要不被推荐，是根本没人阅读的，初期我的周刊的信息量确实不大，不够优秀，后面写的一些我觉得还是写的不错的，但我没有再发布到掘金上，因为文章的调性似乎不符合掘金编辑的口味。
我一直认为掘金是中文社区中比较好的技术写作平台，但真的也还远远不够好，我相信如果把关注这块做好，建立好作者跟读者的桥梁，掘金一定会有质的飞跃，所以我还是在这里提出我的一点建议，希望中文技术社区越来越好，掘金作为这里的佼佼者，我想也需要挑起这个重担。展开赞过 22 - 12点下班到家后看了下掘金，看到还有朋友在给我的这篇文章点赞，想到这篇文章似乎充满争议，于是乎还是稍微修改了下文章内容。我的文章一直有一种风格，一是追求不重复，包括叙述和词语使用上，二是对于我认为显而易见的事情不会去过多描述，两个方式都有点像写代码——DRY和什么时候写注释。这种风格，导致我的文章并非对所有层级的读者都是友好的，所以会令一些读者感到不解，文章的标题其实就写明了是不支持统一返回 ApiResult，而非抵制 ApiResult，文中没有详述统一使用 ApiResult 存在的问题，本次修改则给加上了。还有一部分读者说不统一用 ApiResult 的话客户端处理起来比较麻烦，这个我觉得也是非常容易解决的，没有增加这部分内容。其实这篇文章本身只花了一个多小时来写，本身确实也写的不够好，很多地方一笔带过。
这件事情对我来说，主要有两个思考，一是以后写文章需要兼顾更多水平的读者。
二是，如果你想获取更多的流量，10天写一篇超高质量的文章，不如每天写一篇质量一般的文章，如果这文章还仍引起讨论或争议那真是太好不过了。
虽然我不是干自媒体的，在掘金写文章只是想尝试分享一些东西，尝试去扩大影响力，但我相信大多数在掘金上写作的人是非常重视自己文章的流量的。这种导向对于掘金的文章质量是不利的，说实话，我觉得这也是掘金需要去解决的问题。
之前我就提过一个建议，就是文章的新旧程度对于文章的权重影响太高，一篇高质量的文章往往是需要花费几天甚至更长时间才能写好的，当你写完这样一篇优质的文章时，就算当时被推荐到首页，几天之后也昙花一现了，我们这是技术文章，可不是新闻时事，很多几十年前的技术经典到现在也仍未过时。不知道是什么原因导致这个现状，希望掘金能够不断完善吧。
另外一个问题就是掘金的 SEO 有待优化，在发文的初期，我在 SegmentFault 上也曾发了几篇，那里没有编辑推荐，几乎没什么人阅读，但是通过 Google 搜索，他们的却排在前面，掘金甚至好几天后才会出现索引，掘金应该重视搜索这一块，加大外部流量来源，包括站内搜索，通过站外进来的流量赋予文章一定的权重。另外还可以结合文章停留时长等等数据来判断内容的好坏，这部分就类似于搜索引擎的页面排名技术了。
吐槽了挺多，但国内也找不到掘金这样的技术社区了，还是希望掘金能够更好吧。展开赞过 91 - 【Java 开发实战】你还在统一返回 ApiResult 吗？✋ duck 不必，快来看 API 错误处理的最佳实践 ✔️赞过 评论3
- 有个古老的笑话，当某个单元测试执行失败的时候该如何解决，答：将它删掉就可以了。赞过 评论1
- 做个小调查，各位公司在 DevOps 实践中是选择自建还是基于阿里云效、DevCloud 等第三方平台？评论点赞
