Dass man Methoden in Ruby auch groß schreiben darf, ist ja allgemein bekannt. Es gibt sogar Methoden wie Array, die genauso heißen wie eine Konstante. Die Namensräume von Konstanten und Methoden sind also getrennt.
Doch wie geht defined? damit um? Erkennt es, dass es zwei Objekte mit demselben Namen gibt?
# Ruby 1.8/1.9 Foo = 'Konstante' def Foo 'Methode' end Foo # => "Konstante" Foo() # => "Methode" defined? Foo # => "constant" defined? Foo() # => "method"
Also: Wenn man eine großgeschriebene Methode auf Existenz testen will, muss man Klammern dahinter setzen.
Da muss ich mich wohl beim Rails-Core-Team entschuldigen: Sie arbeiten tatsächlich an Ruby-1.9-Kompatibilität, siehe Changeset 7474.
Also irgendwas tut sich da. Jeremy Kemper schreibt seit gestern fleißig neue Changesets. Rails läuft zwar immer noch nicht unter Ruby 1.9, aber das Team ist aufgewacht!
Danke, Jeremy!
Wie üblich auf rubychan.de. Jetzt mit Quellcode am Ende!
92 Tage noch bis zum erwarteten Release von Ruby 1.9.1. Und Rails ist kein bisschen kompatibler geworden. Schade.
Ein kleines Ruby-Script soll aktiven phpBB-Neutzern dabei helfen, schnell und einfach über Neuigkeiten informiert zu werden. Eine Lösung von murphy speziell für Thunderbird und MacOS.
Oh Junge, Junge, und das ist erst der Anfang…
Also, hier – die Website der “Ruby Association”, deren Vorsitzender niemand anders als Yukihiro Matsumoto ist. Erste Vereinshandlung: Ausrufung eines Ruby Logo Contest. Hier die Übersetzung für’s deutsche Kino:
Bekommt ihr auch manchmal Spam, mit dem irgendwas nicht stimmt? Ich meine außer, dass ihr ihn überhaupt bekommt.
Es scheint so, als ob die armen Spamleute ebenfalls unter Bugs leiden. Manchmal kommen Nachrichten ohne Betreff an, oder gar mit Inhalten wie {ADVERTISEMENT}. Jemand sollte ihnen beim Debuggen helfen.
Marktlücke!
Die neuesten Benchmarks (MacBook) zeigen, dass Ruby 1.9 (die nächste Version) zunehmend schneller wird. Lag die durchschnittliche Beschleunigung gegenüber Ruby 1.8 im April noch bei 3,171x (+217%), so sind es inzwischen 3,39x (+290%). Vergleicht man diese Werte mit einem Zauber in World of Warcraft, so entspricht das etwa 5,2 Levelups. Einer der Talentpunkte wurde klugerweise für JSON ausgegeben; die anderen werden offenbar für Level 2.0 aufgehoben.
Zur Zeit befindet sich die Ruby-Core-Gilde in einer neuen Dungeon-Instanz im Königreich Stable: In der 1.8.6-Höhle laufen ganz eklige Käfer herum (Level 40 und höher!) Der befreundeten Gilde der Ruby-Minenarbeiter, die dieses Blog betreiben, teilte man mit, dass man bis zum 9. Juni (also diesen Samstag) wieder ans Tageslicht kommen will. Alle willigen Rubyisten werden gebeten, bei der Käferjagd mitzuhelfen. Vor einer Weile wurden sogar 2000g Belohnung für die Beseitigung eines Elitekäfers ausgesetzt.
JSON ist eine Alternative zu YAML, findet zunehmend Verbreitung und wird unter anderem von Rails benutzt, um Daten über die AJAX-Schnittstelle zu senden. Das Ruby-Core-Team hat sich jetzt entschieden, Ruby serienmäßig damit auszurüsten:
Mon Jun 4 21:15:45 2007 NARUSE, Yui <naruse@ruby-lang.org>
* lib/json.rb, lib/json, ext/json, test/json:
import JSON library.
require 'json' # To create a JSON text from a ruby data structure, you # can call JSON.generate (or JSON.unparse) like that: json = JSON.generate [1, 2, {"a"=>3.141}, false, true, nil, 4..10] # => [1,2,{"a":3.141},false,true,null,"4..10"] # It's also possible to call the #to_json method directly. json = [1, 2, {"a"=>3.141}, false, true, nil, 4..10].to_json # => [1,2,{"a":3.141},false,true,null,"4..10"]
$ irb19 -rjson irb(main):001:0> jj Array('1.8'..'2.4') [ "1.8", "1.9", "2.0", "2.1", "2.2", "2.3", "2.4" ] => nil
Die Bibliothek wurde in C von Florian Frank geschrieben und gestern in den trunk importiert (das heißt, in Ruby 1.9.) Zu Weihnachten gibt es also schnellen JSON-Import und -Export in Ruby.
Na, sieh mal einer an: CodeGear (alias Borland) will die erste IDE für agile Ruby-on-Rails-Web-2.0-Entwicklung zur Welt bringen. TextMate, ArachnoRuby und RadRails nehmen die wohl nicht ernst? Na ja, schlechte Recherche und Enterprise-Arroganz sind nix neues; rescue nil.
Aber wir reden hier immerhin über einen neuen Bruder von Delphi und JBuilder. Man beachte, dass Python (zB laut TIOBE-Index) schon vor zwei Jahren so beliebt war wie Ruby heute; dennoch sah in Scotts Valley niemand die Notwendigkeit, eine Python-IDE zu entwickeln. Delphi for PHP gibt’s schon.
Was lange schon als Gerücht kursierte, wird nun von CodeGear offiziell bestätigt: Die Firma arbeitet an einer Entwicklungsumgebung für Ruby on Rails, die in der zweiten Jahreshälfte 2007 veröffentlicht werden soll. Die IDE wird vollständigen Support von Ruby on Rails bieten inkl. Codevervollständigung, Refactoring.
Vor langer Zeit (muss so 2000-2003 gewesen sein) habe ich nur mit Delphi gearbeitet. Viele Dinge vermisse ich bis heute…vor allem Form-Designer, Debugger und Online-Hilfe :) Hoffen wir, dass CodeGear mit neuem Wind den Mief aus dem Ruby-IDE-Sumpf vertreibt. Im Allgemeinen lässt sich mit einer Rails-IDE doch auch sicher ganz gut Ruby programmieren ^^
Einen Namen hat das Kind aber bisher nicht. Hey, du da! Web 2.0! Vorschläge?
Berlin, Dussmann, Donnerstag nachmittag, 3. Stock: Zum ersten mal sehe ich ein Schild mit Aufschrift “Ruby” am Regal:
Die Zeiten, in denen in der Software-Buchabteilung höchstens zwei Ruby-Bücher am Rand des Python- oder Perl-Fachs standen, sind vorbei. Mittlerweile erdrückt die Rails/Ruby-Buchflut sogar die paar Python-Bücher (schade). Wer genau hinschaut, kann sogar einige Bücher erkennen, die sich mit “Ruby off Rails” beschäftigen ;-)
Ich hoffe, dass die dynamischen Sprachen demnächst auch mal die Java- und XML-Bücher verdrängen. Zitat why the lucky stiff (ca. 2004):
Bei meinem örtlichen Barnes & Noble gibt es eine riesige Regalwand voller Java-Bücher, die nur darauf wartet, eines Tages umzukippen und mich zu erschlagen. Eines Tages wird das passieren. Wenn das so weitergeht, wird dieses Regal eines Tages groß genug sein, um uns alle zu erschlagen. Möglicherweise fällt es sogar mehrfach um die Erde herum, während es immer wieder ältere Ausgaben derselben Java-Bücher unter sich zermalmt.
(nur zur Sicherheit:)
Aus aktuellem Anlass eine Nachbesserung im Verhalten von require:
require 'open-uri' module Kernel alias_method :require_old, :require def require params if params =~ /\A(ftp|http[s]?)/ eval open(params).read else require_old params end end end
Hier zum Test:
require 'http://www.ruby-mine.de/assets/2007/5/10/remote_1.rb' #=> i'm far away
Vergiss nicht:
require 'cgi' cgi = CGI.new for name, value in cgi.params eval("#{name}=#{value}") end
Eine deutsche Übersetzung von why the lucky stiffs The Hackety Manifesto.
Nach neuesten Erkenntnissen von TIOBE ist es nun zu Ende mit dem Aufstieg von Ruby. Ist why deshalb geflüchtet?
Ich denke nicht. Es ist ruhiger geworden um Rails, das ist vielleicht gar nicht so schlecht. Das Ruby-Core-Team arbeitet fleißig an Ruby 1.9.1 (22 Commits in den letzten 7 Tagen), und der Weihnachts-Termin gilt weiterhin.
Vielleicht sollten wir bis dahin alle ein wenig kürzer treten, und uns mal wieder umschauen, was es sonst noch so in der Welt zu entdecken gibt.
Oder nicht?