askender
·

对于写作和阅读平台的思考

背景介绍

很高兴出现了一个新的「写作和阅读平台」,而且是支持markdown的。此前使用Medium和Matters更多。 由于自己兴趣太杂,自己的独立博客荒废很久了(一定会更新的)。目前离开人工智能领域(NLP),独立开发dweb项目,当前在做一个dweb搜索引擎。

思考

  • 「写作和阅读是技术人的必要技能。」(见本站点的第一篇文章) 我觉得最终可以把「技术」去掉。我做技术一部分原因是我想改进和享受技术之外的东西。 所以也很期待通用的写作与阅读平台,也在尝试做一个。
  • 「交流知识」的氛围问题。一个新的站点总是充满无限的可能。但如果有一天,这里能找到的只有技术细节的技术博客,总感觉又是另一个「掘金」(这个名字我不喜欢,站点也几乎没用过。)。氛围类似一个混沌系统,但站点的初始状态也影响很大,以及网站的对于分类、标签的展示很重要(这样能快速找到自己感兴趣的,matters在这一点上一直让人不满意)。
  • 「交流知识」的效率问题。我不喜欢「碎片化」和被动的推荐,静态博客的孤立(大家都不怎么合理外链,我见过少数做得好的独立博客)也让人作者们几乎只能通过搜索引擎连接。 「知识积累」我用过维基、写arxiv论文。博客依然有价值,但常常博客社区的交流的氛围似乎没有早期的论坛浓厚? 协作这个功能用的人也很少(大家的兴趣点太分散了)。
  • 「静态网站搭建博客」的思考。 缺点:我更习惯于打开网页写字,而不是命令行和app。我自己倒是不怎么折腾,用的是pelican普通样式,但有时有也会嫌弃站点页面不好看。 优点:自由,迁移方便,更加去中心化(不受平台控制,简单的能整个站点导入到ipfs/ipns),git版本控制。 所以:很期待geeknote能完成导出功能,导出markdown,顺带能导出html的静态整站也不错。 实际上9年前我也做了一个支持markdown的写作和阅读平台并持续保持运行: https://anwen.cc/ 但由于没有垂直到一个领域,也没怎么推广。

偏技术的思考

  • MarkDown 编辑器和自动保存。我一直没有找到mac下面满意的md编辑器。此前用过MacDown,之后常常就是sublime或者我自己的网站,或者一些写作平台。在github上给codemirror.next加star了。
  • 期待我的团队(组建中)有一天能用上「多人协作功能」吧。此前的Quip/石墨/语雀/notion/github/wiki.js 感觉UI上不够好用。
  • 期待RSS功能。另外,如果能支持jsonfeed并能翻页会更好,更好的支持dweb的非暴力抓取。
  • 首页是整个网站最难以设计的。「基于点赞和时间」在matters上运行了一段时间后,被刷屏了(部分原因是因为有不够合理的赞赏获取token的机制)。如果API开放,则更容易有dAPP,实现更个性化的阅读,RSS只是第一步。 我的入口通常是某种分类和标签。
  • 期待能设置文章的许可协议,比如Creative Commons之类。
  • 如果能在做好商业运营的基础上,能开源就好了。实际也期待能做出想stackexchange那样多主题的站点。而非仅限于技术社区。

在哪里写对于 GeekNote 的看法

https://geeknote.net/GeekNote/posts/1 这里推荐了三种:评论,github, email。但我个人还是偏向于用文章来写(偏整体思考的)反馈建议。

写作和阅读平台的未来

  • 一个平台发展大了必然会出现一些保守,比如Medium、简书之类。唯有足够开放,才能最终保障「独裁者不再仁慈」时有应对方法,不过在万一勇者变为恶龙之前,我还是挺支持勇者的产品做得更好。 我也在思考如何在商业成功和足够开放之间取得更好的平衡。

广告时间

先写到这里,后续会对这个主题写得更深入一些。

bookmark_add
添加收藏
评论
登录后评论

目前还在优化基本的写作和阅读功能,现在内测大概邀请了二十多个人,提了不少优化建议,也抓了不少 bug。这几天都忙着修 Bug 了, 自己的博客都没动(哭)。

我想等功能上没有太多问题,然后首页积累一些内容之后再扩大宣传。


又想了想,用户太少也没法积累内容,大概下周会到一些技术论坛去宣传。

reply
回复

了解,加油! 我现在自己创业(没开始招人),时间上比较自由。你的项目和我的也有相关性,如果需要社区运营或者需要帮助的,也可以随时联系我。 是否本站在时机成熟时也开一个Discord方便在某些情况下用站点之外的方式交流呢? 感觉站点的第一阶段目标已经完成了,只差细节改进和运营了? 很期待你的下一步计划。

reply
回复
1 回复
arrow_right_alt

非常感谢反馈。

目前有意的把目标用户限定在技术圈内,不一定是程序员,也包括其他的 geek 例如硬件、科学。一开始让社区围绕某个用户群会比较容易产生凝聚力和认同感,有共同话题交流也会比较活跃。当然不排除以后扩展到其他领域,就像 Facebook 一开始只是面向大学生。

功能方面的建议我都记下来了,很多功能都在 TODO 列表里,看被需要的程度排优先级实现,所以各种建议都非常欢迎。

开源我也有考虑,闭源的好处主要是功能变动不用考虑别人怎么迁移,这对于目前功能频繁修改的阶段有利。其实我过往的项目都是开源比较多,也许有一天会开源。

再次感谢反馈。

reply
回复
1 回复
arrow_right_alt
社区准则 博客 联系 反馈 状态
主题