简单的看了一看,不理解问题所在。
不单说是彩蛋 ( 或是其他什么额外"功能" ), 甚至乎是木马,其他安全漏洞,等等也没有分别。从来没有人说过开源就必须要附上"商业"责任。不管是任何形式的 LICENSE, 你免费的用,还希望得到免费的支援?
虽然说没有"商业"责任,"社区"责任还是有的。毕竟"开源"本身就是一个庞大的开发社区,很多大企业也将开源成为一个市场推广目标。希望能够吸引优秀的开发人才。
与其说这是一个彩蛋,更确实的说这是一个坑吧。如果这件事在外国,公关手法处理得不好只有一种结果,开发人员大规模抵制所有阿里旗下产品。就是 Vote with your Wallet.
说实在的我觉得 Webpacker 不好用....... 又或许是我不懂用.......
最重要的 Parallel Testing , DB 还未看到......
已经讨论了很多年..... 翻看一下原来也有五六年历史....... 到现在才成为默认也已经算是迟了。
https://bugs.ruby-lang.org/issues/13618#note-160
"Really? It seems to me nobody is interested in this feature, so I'll probably abandon it as I can't afford to hack on Ruby much longer."
https://bugs.ruby-lang.org/issues/15347#note-5
"Anyways, it's unlikely I'll be around in 2020 (or even 2019) so I won't be around to benefit from it; but I support the change regardless."
也有其他人问过他原因,但他本人没有直接回覆
题外话,说起 Unicorn, 不知道什么原因他的作者 Eric Wong 将会永久离开 Ruby 社区。
我相信这个不是重点,他本人比较乐观,而且压力不大,( 相信日本人能承受的压力与常人不同 ) 一个开心的人很难想像短时间内会 burn out. 就像他自己所说,Ruby 本来就是要令程序员开心
会放上 Mac App Store 吗 ?
我在这个话题上之前思考了很久,发现两个社区有非常之大的分别。Python 的社区经常性很多新的 idea, 而且大部份参与者会据理力争,经常有一些"炽热" 及专业的讨论,但也是因为这个原因 Python 之父 对于他不喜欢的方案 也需要花很多时间解释及争取,最后自己也疲劳过度 burn out , 不再想与人争论这些问题,完全抽身退出了。
Ruby 奇怪的完全没有这个问题。大家对 Matz 是绝对 100% 服从。这个也可能是基于日本人文化上尊重的态度,Matz 说一句不喜欢,大家便从其他角度出发寻找新的解决方案。又或者同一个方案,分开六年经过不同人以不同方法询问,最后得到重新考虑,但也只是考虑而已。从来没有 "强求" 的冲动或意愿。
记得要买十倍的带宽 要多少钱
所以我现在很期待 DO 推出的 Managed Postgres........ ( 不要太昂贵便好了 )
还有 PG-Strom, "Postgres on GPU", 不过不知道是否 Production Ready.
其实这个跟 将来的 Hanami 2.0 有什么分别 ? 也将会是 based on Roda + Sequel.
弱弱的一问,Ruby Rails 市场上有相似的套件吗?
我在想这个能否整合进 Rail Core.
我意思是其他的补丁。最近的例子例如 Active Storage.
如果觉得自己的方案比 Rails 社区的好多了,为什么不拿出来分享甚至向上游提交补丁?
这个问题之前提出过了,DHH 硬是不接受也没有办法。
还好 Eileen 和 Tenderlove 在 Github 把 GitHub 的技术逐步提交到 Rails. 他们想专注在 Github 的 Business Logic, 其他的向上游提交,重要的是 DHH 完全相信 Eileen 和 Tenderlove.
https://twitter.com/nateberkopec/status/1060633720003059713?s=20
"Also if you're thinking you're extra smart and you want UUIDs as primary keys...DON'T! They perform significantly worse than bigint/int on all SQL databases I know of."
等等...... 为什么这个跟我看的解释完全不一样......
glibc malloc 的问题不是从某个版本开始而是一直也是这样。更改参数可以有大幅改善。
jemalloc 的问题是源于 THP ( Transparent Huge Pages ), Ruby 2.6 已经停止使用。( https://bugs.ruby-lang.org/issues/14705 ),
TruffleRuby 透过 LLVM ; Sulong 也可以直接执行 C. 所以也不能完全说是作弊。
Chris Seaton 在 Reddit 也说过最后这个阶段难度及时间需要比他想像中多。
.........
現在 Postgre 才是最火
同问,可以放上 Dropbox / Github 吗?百度接近完全用不了....
发生什么事了?为什么退票
所以我发现最近 Matz 非常喜欢提及 Truffle Ruby, 他认为语法 是一回事,性能也是另一回事 . Truffle Ruby 证明了只要有足够的资源,Ruby 的性能也可以有大幅提升,而不是一个"不可能" 的任务。
现实上正确一点来说,我很少听到 Ruby 本身很慢,反而是 Ruby Rails 或 Rails 很慢.....
相信 Matz 现在最关心的,应该是 Guild / Coroutine 以及 Pattern Matching.
这样看 Active Text 已经是半个 Medium 了 , 感觉上 Rails 6 將有很多好东西,
经济疲软?情况有这么差吗 ? 感觉上只是像 #1 所说,已经不是 web 的时代了,又或者是资金不再追逐 Web 上产品 , 可以说没有那么火,也尚未至于疲弱吧 ?
这是原因之一,另外其实就是已经没有什么可以讨论。
其实除了 Basecamp , 还有谁在用 turbolinks+native ?
一开始我还以为是个我不明白的玩笑,后来才发觉原来国内很多都有"公网带宽". ( 看来我孤陋寡闻 )... 外国普遍也是按流量计费