Ein Blick in ruby-core, ein zweiter Blick in den trunk und ich kann meinen Augen immer noch nicht trauen. rake ist integraler Bestandteil von Ruby? 3 Tage vor dem ersten ‘stabilen’ Release des 1.9er Branches? Gegen rake selber habe ich absolut nichts. Auch nicht gegen den festen Einbau in Ruby (ganz im Gegenteil). Aber wieso wird eine solche gravierende Änderung jetzt noch durchgeführt? In solchen Situationen halte ich die Ruby Kernentwickler doch für sehr unprofessionell )-:
Kommentar schreiben
Kommentare
Um rake im core gibt es gerade bittere Diskussionen... - Die ganze Situation mit der aktuellen Ruby-Entwicklung ist für viele bestimmt ziemlich unbefriedigend (für mich auch), weil ein Grosser Teil der ganzen Geschichte in den Japanischen Bereichen vor sich geht. Da die Entwickler momentan offensichtlich die übliche Hektik kurz vor einer Baseline haben, wirkt sich das natürlich übel aus. Ich habe in letzter Zeit auch ein paar kleine Fehler und einen möglichen Patch für RDoc gemeldet - bisher weiss ich nicht einmal, ob das überhaupt jemand zur Kenntnis genommen hat - in Ruby-Dev nachzuschauen ist vergeudete Zeit, die anderen Japanischen Foren kenne ich nicht mal.
wieso jetzt? na eben weil Ruby 1.9 bald kommt :) Jim hat vermutlich seit oktober getestet, jetzt war's an der zeit, es auch einzuchecken. ich vermute, das emsige treiben in den letzten wochen ist nichts ungewöhnliches für einen release-termin :)
ich vermute, das emsige treiben in den letzten wochen ist nichts ungewöhnliches für einen release-termin - Ja, es ist fast exakt das, was durch Vorgehensmodelle jeder Art seit Jahrzehnten versucht wird zu vermeiden. Es scheint aber in der menschlichen Natur zu liegen, dass Mensch vieles bis kurz vor einem fest stehenden Termin liegen lässt, obwohl die Informationen rechtzeitig da waren. Ich meine damit im Fall von Ruby 1.9.1 nicht die Entwickler, also auch nicht Jim, sondern die jetzt noch auf vollen Touren laufenden Diskussionen der Art "...das ist aber so nicht sinnvoll und sollte geändert werden...", obwohl das Thema schon länger in Mailing-Listen nachvollziehbar abgehakt ist. Wir erfahren ja ausserhalb der Japanisch-sprachigen Mailing-Listen nicht wirklich viel über die eigentliche Vorgehensweise der Entwicklergruppen. Ich glaube aber aus den Change-Logs entnehmen zu können, dass die schon recht professionell rangehen. weil bis auf Kleinigkeiten seit einiger Zeit nur noch Sachen gerade gezogen werden, die schon länger vorgesehen sind - auch wenn sich das nicht überall herumgesprochen haben sollte. Ansonsten werden Fehler in den wesentlichen Kernbereichen beseitigt und die zugegebenermassen schwierigen Teile der M17N-Geschichte in Ruby, die deutlich komplexer als die in Python gewählte Vorgehensweise ist, gerade gezogen. Noch ein Thema scheint die Kompatibilität mit JRuby zu sein. Bei fast allen anderen Sachen verweist Matz immer wieder auf das demnächst/bald beginnende Design von Ruby 2.
Das mit dem M17N ist echt eine heikle Geschichte. Wenn man sich die ChangeLogs der letzten Tage und auch Wochen anschaut, zieht sich das durch den gesamten Quelltext durch. Im Augenblick is ja der I/O Bereich gerade am brodeln. Ich bezweifle sehr stark das wir heute eine stabile 1.9.1 erhalten (bei mir ist schon der 24. (-;)
"bei mir ist schon der 24." - Ja, aber Weihnachten ist am 25., der 24. ist nur "Heilig Abend" ;-) - Das mit der Masse an (stündlichen?) Änderungen im Zusammenhang mit den Encodings hat mich erst mal die Tests von mir beenden lassen. Ich mach da erst mit der Release-Version weiter, weil sich ja auch Methoden-Namen immer wieder geändert haben. Ich schaue nach dem abendlichen Erstellen erst mal mit "irb19" nach, was "Encoding.singleton_methods" und "Encoding.find" mir diesmal sagt.
von stabil war auch schon lange keine rede mehr. die VM wirft ja sogar noch coredumps. mal schauen, was die neue version bringt.
Verdammt.. Für mich ist jedes Jahr schon am 24. Weihnachten. Und jedes mal erzählt mir wieder jemand, dass es doch erst am 25. ist. Ich muss mir das mal irgendwo notieren. Echt Wahnsinn wie lernresistent man sein kann )-: