我不是很喜欢第三方登录：

1. 第三方不一定提供 Email 等联系信息，联系客服的时候要确认身份比较麻烦。
2. 可能会忘记自己通过什么方式登录。
3. 用密码管理器自动生成强密码已经足够安全和方便。
4. 可能会遇到网络问题（用户到第三方，服务器到第三方）。

如果很多人需要才会考虑。

重置密码功能做好了 https://geeknote.net/user/password/new 😅

先说为什么用 Markdown 而且没有实时预览。我觉得标记语言和所见即所得编辑器的区别是是否看得到源码，有的所见即所得编辑器添加了 markdown 快捷输入，其实应该归类于所见即所得。

而所见即所得的问题也来自于看到的不是源码，没办法一眼看到自己的排版是否正确，举个例子：

这个标题样式看不出有没有问题

但如果是标记语言就能看出来了

要不想每个元素选中查看是否格式正确，可以给一些元素添加额外的装饰。但搞太多装饰，又不如直接编辑源码一目了然，源码能提供一种无歧义的安全感。

不过我不否认可视化编辑器的上限更高，例如添加各种高级格式的块，但是太花时间。而开源的可视化编辑器多少有点问题，例如处理 list 的时候，怎么结束列表换到段落，或者回车跟删除键的操作是否相互抵消的（试了下 slate 就有这个问题）。这些问题虽小，但是用的时候如果碰到不合预期的地方就会很别扭。

我在项目之初定制了一个可视化编辑器（未完成） https://chloerei.com/rich-text-editor/ ，花了很多时间处理细节问题。我感觉已经完成了 70% 的目标，但是剩下 30% 可能要花两三倍时间处理，这样网站可能就卡在编辑器永远完不成了。其实我并不需要 GeekNote 的编辑器功能非常丰富，而是要清静，让人专注于内容。然后我又换到 Markdown 试了一下，只花了两三天就达到可用的状态了，于是我就换了。

总结一下，就是有限时间内可视化编辑器做不到我满意的程度，而 Markdown 编辑器可以。

不想用代码编辑器的原因一个是代码编辑器功能太多导致分心；另一个是附件管理太麻烦，每次插入图片都要打断思维。

重置密码还没开发，用注册邮箱发邮件到 [email protected] 我给手动重置吧，之后再改密码。

是有点碍眼，我稍后调整看看。

测了一下国内访问正常，现在能访问吗？

点右上角图标打开设置菜单里。

好的，样式会再调整。

所见即所得编辑器花了很多时间，但是发现越接近完成就越多小问题要处理，以至于网站本身没时间开发。后来做了个调查发现想用 Markdown 的人更多 https://twitter.com/chloerei/status/1368518434384797696 ，就转 Markdown 了。Markdown 也更符合 Geek 的定位，写文章的话并不需要太多复杂的格式。

感谢～。可以搬运一篇旧文章体验一下功能，而且网站也需要一些种子内容😏。

运营方向专注技术领域，设计上有不同的喜好。

错误栈的作用就是让人查问题出处的，贴错误信息要贴全。

看饿了。

第一届“要空格”vs“不要空格”辩论大会开始 💁‍♂️

先客观的做调研，看这东西能不能用。然后给老板报告，分析利害，有没有局限，有没有成功案例，花费的成本。最后让老板决定，因为公司终究是老板的（而你可以换公司……）。

https://github.com/hotwired/turbo/pull/263 已经 merge 了，升到 beta7 会包含这个修复。

英文没问题可以买英文原版电子版 https://pragprog.com/titles/ruby4/programming-ruby-1-9-2-0-4th-edition/

不然就《Ruby 基础教程》 https://book.douban.com/subject/27166893/

参考这贴 https://ruby-china.org/topics/41008

多个动作我倾向用 view，并且支持 layout

https://gorails.com/forum/flash-messages-and-toasts-with-hotwire-turbo-js-discussion#forum_post_18899

有个 bug 可能有关 https://github.com/hotwired/turbo/pull/263

Rails 没有微服务我觉得就是一个误解，既然微服务把业务拆分了通过 API 通信，那么用 Rails 来写微服务有何不可。如果一定要用某种框架才能实现微服务，那么这些微服务是不是产生了某种耦合？

病急乱投医，用百度搜索，没分析问题的原因就囫囵吞枣，还用 360。估计系统配置已经被搞的乱七八糟，没人敢处理。

建议看 10 楼的链接，遇到问题描述具体现象，而不是什么“按网上文章处理结果不行”，没人看过你看的文章也不知道你电脑发生了什么。

然后这里的 Windows 用户很少，估计你还是得用 Google 搜。

DHH: Basecamp will continue its development and patronage of Hotwire. We are taking a break to regroup, then will be back at it in a bit, working with whoever is interested in collaborating on the project.

https://discuss.hotwire.dev/t/basecamp-plans-with-hotwire/2781/6

搞不懂了，要不新建一个项目看看。😅

暂没发现配置问题，看到错误栈有 spring，执行一下 bin/spring stop，再执行其它命令。这玩意有时会引起奇怪的问题。

不知怎么把 root 识别为 adapter 了呢，贴一下纯文本的 database.yml，看看有没有特殊字符。

自己写（了个 Gem）

等再招聘了，basecamp 两个主要产品都是基于这套前端，不会就此放弃，但新招的人有多切合这套哲学就不好说。

另外 GitHub 也用了类似 hotwire 的技术，只是实现不同，不是只有 basecamp 用这套。

Rails 核心团队对治理方式的声明 https://weblog.rubyonrails.org/2021/5/2/rails-governance/

重看了几篇文章，尝试理解这场争端。

Basecamp 里面有个员工自发的 DE&I（Diversity, Equity, and Inclusion）委员会，成员大约有 20 个人，这个委员会会讨论公司内部他们认为政治不正确的事情，例如少数族裔的比例，并且尝试改进流程。

这次这个委员会讨论到了内部关于客户名字的帖子，认为这个帖子政治不正确，应该关闭。Basecamp 两个创始人认同这个观点，在关闭这个帖子的同时，也打算解散这个 DE&I 委员会，认为制定政治正确规范由两个创始人加上另外指定一个负责人就够了，而不是一个委员会。

所以冲突并不是那个客户列表应不应该关闭，而是 DE&I 认为员工有权参与公司制度制定和创始人认为公司制度应该由管理层制定之间的冲突。

内部讨论过程两边越来越上上头，觉得都是自己原则问题不肯退让，结果就是创始人新增禁止政治讨论的规定，DE&I 那 20 或更多人选择离职。

看下来发现这是妥妥的政治斗争啊，没想到 60 人的小公司也能掀起这样的风暴，或者说正是因为小公司才能掀起这样的风暴。😳