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

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

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

好的，样式会再调整。

所见即所得编辑器花了很多时间，但是发现越接近完成就越多小问题要处理，以至于网站本身没时间开发。后来做了个调查发现想用 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 人的小公司也能掀起这样的风暴，或者说正是因为小公司才能掀起这样的风暴。😳

啊这……

Hotwire 估计要停滞一会了。😢

靠谱。

看了 DHH 的新帖我都还搞不懂他们在争什么 https://world.hey.com/dhh/let-it-all-out-78485e8e

好像是 Basecamp 内部论坛有个帖子长期调侃客户名字，然后逐渐发展到讨论客户名字是不是有歧视，再然后争论了很多政治内容，然后 Basecamp 两个创始人觉得这样不对就规定以后不准讨论政治。然后这些员工认为这是公司打压他们？

如果是这样我支持 DHH，那些员工大可下班用自己时间参与政治，何必在公司论坛搞。

原来如此。👍