有没有办法可以一键把原有的 blog 内容导入进来呀？ 比如，直接输入 https://mednoter.com/feed ，自动导入。

我做过机器翻译，用这个代码穷举一下用于得到语料就能训练反向翻译模型了。另外，现在NLP还是走向了多模态暴力美学的路，堆数据和算力。即使有开源算法，AI的垄断问题也会更严重。 （发现二级评论默认折叠，是否有更好的处理方式呢？）

Geek 意译的话，我比较喜欢“发烧友”这个词。例如一个买手办的人可以说是爱好者，那么自己制作手办就是发烧友了。Geek 是在爱好者再上一层，对事物有更深一层理解的人。 我也考虑过用 Hack 这个词命名，看过 How To Become A Hacker 之后，我是比较希望被称为 Hacker（根据 Eric S. Raymond 的定义，Hacker 不能自封而需要另一个 Hacker 认证）。不过 Hack 这个词在公众媒体经常用来指代入侵计算机系统的人，我怕用 Hack 命名之后…

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

目前还在优化基本的写作和阅读功能，现在内测大概邀请了二十多个人，提了不少优化建议，也抓了不少 bug。这几天都忙着修 Bug 了， 自己的博客都没动（哭）。 我想等功能上没有太多问题，然后首页积累一些内容之后再扩大宣传。 又想了想，用户太少也没法积累内容，大概下周会到一些技术论坛去宣传。

收到，缓存机制的问题，正在修。

不错

嗯，词语都容易歧义，我也不太在乎，万一哪天技术人话语权大，将hacker/黑客的主要含义调整过来也不是不可能。 如果因为目标是「比较容易产生凝聚力和认同感」初期选择「技术圈」没问题，后期不知道是否会扩大？ 是否也考虑邀请制呢？我可以邀请一些非技术的比较爱折腾的朋友。唤醒大家对于写长文的热情。 技术圈的追求比较分散，凝聚力和认同感实际上很难建立，可能是建立在项目基础而非人的基础上。 另外，由于我…

未来一大段时间内容重心都会是偏技术的，虽然不会特意拒绝非技术用户，但是有时话题范围可能超乎我预期（例如宗教……）。为了在国内合规运营，技术类话题比较好把握分寸，我希望邀请的用户以技术类为主。 以后是会追求盈利的，至少要养活网站和运营人员。目前想到的方法有面向高级用户的增值功能、面向企业的广告、招聘等。这些都需要社区热度为前提。 更形象一点的话，我想做成 https://dev.to/ 那样子。

本来是自己写着还没发布的，临时导过来试试 😄

老乡好

是的，其实好的工具一定是具有一个最简单的逻辑，这使得在用这个工具的时候感觉不到它的存在。做工具的人往往是一个工具癖，这就需要更多的克制，去思考和完成本质，就像铸一柄剑，其本身的材质和构造是核心，加再多的装饰改变不了它的价值。 内容需要时间不断累积和过滤，这个慢慢来，现在可以不考虑。加油加油！

多谢！👍

了解。这样的话，也可以考虑支持国内的创业团队和公司，这些都是你的后期潜在付费用户吧。 那个网站我用过，也考虑用它的开源代码搭建一个论坛的。 多谢解答。 加油~

你好，这篇文章可以撤回到草稿吗？ 虽然网站目前在境外运行，但目标是要在国内运营的，翻墙话题很容易被拔线或者屏蔽。 GeekNote 想成为技术交流社区，虽然翻墙也是技术人绕不开的坑，但是要发展首先要能让大多数人能访问。 没有找到联系方式，只能留言给你了。这个话题我们可以在推特交流 @chloerei 。

是一份很详细的发展历程梳理了。 回想我刚接触 Web 开发的时候，前后端还没分那么明显，我一直以 Web 开发者自居而不是 Ruby 后端。硬要分的话，我更愿意说我是 Ruby 前端程序员，因为我对开发用户端的应用兴趣大于非用户端的部分，也就是整个系统的前端。 其实我也挺理解 JavaScript 前端搞前后端分离的想法，因为在别的语言的 Web 框架上开发太痛苦，又没有控制权。如果我只接触了 JavaScript…

确实这个折叠不太友好。为了支持无限层级的回复，之前试了好几种方案都不理想，目前这个是稍微能用过的。有空下来我要再设计。

非常不好意思，不会再发表相关文章

目前是个只会用Vue的小白，看完这篇文章拓展了视野，感谢。

非常赞同~ 其实写这篇文章的初衷是这样的： 我自己作为入行没多久的新鸟，在最开始学习 Web 开发的时候，接触到就是各种以 JS 全栈为主的教程和学习路线，所以在相当长的一段时间里我都认为 JavaScript 全栈就是正确的，它不需要理由。 在后来因为一些机遇，实习的时候接触了 Rails，当我越是去尝试了解 Rails 的前端技术栈，便越是发现它并不符合我认知里的“MVC 下 View 层…