n.times { puts '👍' }

感觉 Hotwire Turbo 这套东西在 Firefox 上似乎有很多问题。

比如刚刚又发现另一个问题，对通知列表里面的每条回复的点击在 Firefox 里跳转到其主题页面后不会跳转到该回复的位置，然而在 Google Chrome 里却是可以的。

Ruby China 有个影响体验的问题，就是从主题列表页面进入主题页面，在这个主题页面滚动到下方某个位置，最后点击返回主题列表页面（返回操作历史的上一个），结果返回的主题列表页面并没有停留在原来的位置，而是滚动到刚刚的那个主题页面（操作历史的下一个）的滚动位置。不知道这个问题与此是否相关，但是很明显不符合预期。这个问题出现稍微有些日子了，似乎是在使用 Hotwire Turbo 之后出现的。

--更新--

哦不对，是直接滚动到最下方了……

(Firefox on macOS)

--再更新--😓

诡异的是有时候正常有时候不正常。不过，似乎是在超过一页内容的主题页面上，而且在此页面上向下滚动超过一页的内容才会发生。

Ruby 在标准库上的维护挺好的 [^ruby]，反观隔壁 [^python]，真是一言难尽……

[^ruby]: Ruby's standard library is in the process of being gemified. More and more libraries will be turned into RubyGems, which can be updated independently from Ruby. https://stdgems.org/

[^python]: PEP 594 -- Removing dead batteries from the standard library https://discuss.python.org/t/pep-594-removing-dead-batteries-from-the-standard-library/1704

嗯，Matz 把胡子刮得这么干净真的好吗哈哈😄

哦，GraphQL Ruby 里对授权（Authorization）的支持设计得好像还不错：

• https://graphql-ruby.org/authorization/overview.html
• https://graphql-ruby.org/authorization/authorization.html
• ...

GraphQL 里授权（Authorization）怎么搞？总不能在每个 resolver 里都做一遍吧。

在我看来，减慢密码校验的速度才是解决这个问题的更实用的方法。

Lisp 没有 C 流行是不是因为 Lisp 太难了？

文中有提到大会官网暂未上线：

今年的大会官网将在本周上线，演讲征集也将开始，售票预计在下月中旬左右开始。

☀ 公司地址：广州市越秀区越华路 112 号珠江国际大厦 40 层☀

关于此 Matz 的最后一次表态说是要自动类型推断，在 Ruby 的项目管理的某个 issue 里，具体忘了是哪个，之前 Google 过这个问题。

通过“艰苦奋斗”挤掉其他不“艰苦奋斗”的人，终究是要遭“报应”的呀……原谅我说得这么难听，但是事实就是如此。

Python 默认参数只能指向不可变对象，一直使用第一次 new 出的那个 obj

第二句对了，第一句错了。

各种方案使用下来，目前来说，chruby + ruby-install 应该算是比较好的选择。

已加入，多谢🙏

支持！可惜明天有其他事情去不了。

感动，隔了这么久了还是被你挖出来了😹

嗯，是的，我就是这个意思。Python 和 Ruby 在这个问题上的处理方式基本上一样。 由于本文的主旨是 HashMap，我想我有点挑刺儿了，不好意思。谢谢你的分享，写得挺好的👍

你指的是并行吧，和并发不是一个概念啊。

不过，在 Ruby 和 Python 这种语言中，这并不是什么问题，因为根本就没有并发。

这个能具体解释一下吗，谢谢！

嗯，我只是针对那个“蛇皮走线”来说。不可否认，你提到的 GUI 的好处，也是不难理解的。我想最大的好处应该是直观。然后就是好的 GUI 应该包含一些最佳实践，类似你说的语法糖那样的说法（发现 Ruby 社区大家都很喜欢用“语法糖”这个词），比如对一些常用操作的组合封装，使之成为简单的操作、按钮、菜单，不过我想这也需要 GUI 良好的设计支持，特别是中间某些步骤涉及到网络交互的时候，就像是在处理数据库事务那样，如果 GUI 设计没有做好这些的话，我想有时候也可能会一团糟，因为网络出问题或者服务器开小差那是常有的事情。使用 CLI 去实现一个比较复杂的功能的时候，比如把很多提交压缩成一个大的提交，或者 cherry-pick 很多 commits 等，可能需要多步操作，命令行输入出错那也是常有的事情，这样子的确费时费力，而且也容易出错。理想情况下应该是两者都熟悉，简单的操作使用哪个都无所谓，哪个自己使用更快用哪个，复杂的操作使用更直观更容易的，不过出了问题，估计还是得一步一步来解决，或者干脆整个 hard reset，然后再从垃圾堆里 cherry-pick 回重要的 commits 😓

我想 @msg7086 这里的要点估计是，使用好用的 GUI 可以“更容易”看到当前整个 repo 的进度（这个也同样依赖于使用者或者 GUI 每次提交前 fetch/pull 要提交到的 branch 的所有最新的 commits），这样子能够尽量避免“蛇皮走线”的发生。 但其实这就像前面的兄弟说的那样，主要还是个流程控制的管理问题。

大疆农业，非常有前途啊！厉害了👍 打扰一下，请问有 Python 相关的职位吗？或者可以接受 Python 转 Ruby 吗？ 谢谢！

然后，默认状态下，能不能在主题里将那些被屏蔽了的人的回复全部都折叠了呢？因为实在不想看到那些基本上没有任何益处甚至是很有坏处的内容，尤其是那些长篇大论，又臭又长的。

歪楼一个：为何我屏蔽了某个人，对于关注的话题还是能收到那个人的回复的通知呢？是不是可以过滤掉呢。 另外新版的 iOS 客户端 session 好像只有一两天，之前旧版的好像和浏览器客户端是一致的。

现场笔记，由于我对 Ruby 暂时不太熟悉，可能理解上会有偏差，请指正。

已报名。第一次参加 Ruby 活动。请大家多多指教

好几年前（将近十年了）有一次接到网易的电话，说是招聘 Python 程序员，邀请过去笔试。一堆人去到网易那边（广州）一个像是学校教室的屋子里，等到笔试试卷发下来，我顿时感觉像瞎了眼，这 TMD 都是 C++ 模版的题目啊，长这么大以来考过那么多场考试，第一次交白卷……😓