From: Zeno Davatz Date: 2011-01-22T17:57:29+09:00 Subject: [ruby-core:34783] [Ruby 1.8-Feature#4239] Let's begin a talk for "1.8.8" -- How's needed for surviving 1.8? Issue #4239 has been updated by Zeno Davatz. Dear Lucas Now this is interesting: Quote Lucas N.: > My problem with the high number of branches is that I have the impression that the Ruby developers spend a lot of time maintaining a lot of branches, and that for several of the branches, there's no clear goal. Obviously that is exactly what I mean by Micro-Kernel. Everything gets "moduled" out. Nothing gets patched in. To many developers spend too much time on to many dead end details instead working together (Hash-Iteration is one such dead-end detail. Still no proof of a particular example that breaks a real-Life application). And that is where the problems start the longer you go. That is why there is no big Micro-Kernel Success-Story. That is why I vote for the monolithic model aka the Kernel Model where patches get applied sooner rather then later. Rather then never. It is a fundamental process enhancement but I think that is necessary and obviously the discussion seems welcome even if it is late. I also think that there should be a list of gems, call them "enterprise gems", that have passed an amount of downloads, say on Rubygems.org, that have to be considered _BEFORE_ a new Ruby-Version is released by the Top-Down approach. I think Ruby should care about the popular gems as well. Gem-Maintainers and Ruby-Developers should work _better_ Hand in Hand. And this is a clear Critique of Matsumoto-san: I think he does not care enough about popular gems. I think he just could not care less and I do not understand why. I mean all the gems are written in Ruby! Linus cares a lot about popular stuff in the Kernel. He tries not to break popular features when introducing new features to the Kernel. This is important! Best Zeno ---------------------------------------- http://redmine.ruby-lang.org/issues/show/4239 ---------------------------------------- http://redmine.ruby-lang.org