Benutzer Diskussion:Daniel Bovensiepen/Ruby (Programmiersprache)

Ich finde den Text besser. Würde aber noch Rails erwähnen, da es vor allem für die Bekanntheit von Ruby einiges getan hat.--BeatePaland 15:58, 22. Mai 2006 (CEST)

Danke für das Feedback. Rails könnte durchaus als besonderes Projekt erwähnt werden. Der Artikel ist im Großen und Ganzen aber noch stark im Aufbau. Diesbezüglich bin ich auch gerade dabei ein Interview mit Matz zu bekommen um ein paar Ungereihmtheiten zu klären. Daniel Bovensiepen 16:01, 22. Mai 2006 (CEST)

Pols

an mehren Stellen im Web (glaube auch mal auf redhanded) wird darauf erwähnt dass pols keine allgemeine Definition von Überraschung kennt. Matz hat darauf hingewiesen dass Ruby dem Prinzip der geringsten Überraschung für ihn folgt. --62.180.36.34 01:39, 28. Jul 2006 (CEST)

In diesem Interview (http://www.linuxdevcenter.com/pub/a/linux/2001/11/29/ruby.html) spricht matz von folgender Intention: I designed Ruby to minimize my surprise. I was very much amazed when people around the world told me that Ruby reduced their surprise. Aus diesen Worten habe ich die Vermutung formuliert, dass Ruby u.a. dazu designed wurde um die Überraschungen (welche andere Sprachen mit sich bringen) zu minimieren. Daniel Bovensiepen 20:55, 30. Jul 2006 (CEST)

Tim Today

Ich würde Ruby in dieser beziehung nicht so sehr mit Perl vergleichen (dein Beispiel ist ja nur ein wenig SyntaxZucker), da Perl von Grund aud so designt wurde Programmierern zu erlauben sich so auszudrücken wie sie es gerade mögen (nd wie es in der Situation passend ist (das trifft auf dein Beispiel zu).Matz hingegen versucht eher den Programmierer zu schönem Code zu ermutigen. Als Beispiel fällt mir da die vermehrte Abkehr von perlischen Regex Variablen auf. --62.180.36.34 01:39, 28. Jul 2006 (CEST)

Das ist ein sehr interessanter Einwand. Wenn man sich Ruby mal genauer anschaut wird man bemerken das Perl `beinahe` nur eine Untermenge von Ruby ist. Sehr viele mir bekannte Perl Konstrukte (auch die globalen Regex Variablen) sind in Ruby genauso verfügbar. Zusätzlich gibt es eigentlich in allen Fällen immer einen `sauberen` objektorierntierten Weg. Aufgrund dieser Sichtweise, vertrete ich auch eher die Meinung das Tim Today zwar von Perl ursprünglich kam aber in Ruby doch konsequenter implementiert wurde. Ist aber stark POV von daher schwieriges Thema Daniel Bovensiepen 20:43, 30. Jul 2006 (CEST)

c# & jave in klasse

Also bei Java ist klar aber bei C# muss man glaube ich nicht _unbedingt_ in einer Klasse definieren. Bin mir da aber ned sicher 84.162.204.198

Also wenn ich hier beispielsweise probiere im Visual Studio außerhalb einer Klasse eine Methode zu definieren dann erhalte ich eine Fehlermeldung. Daniel Bovensiepen 15:33, 29. Mai 2006 (CEST)

Unterstützte Betriebssysteme?

2 Punkte interessieren mich:

• Wenn man oben in der Infobox GNU/Linux rausnimmt, weil es ja Unix-arig ist, müsste dann nicht streng genommen Mac OS X auch raus?
• Wie sieht es mit den unterstützen Unices aus? Werden da generell alle POSIX-kompatiblen unterstützt oder nur bestimmte?

-- Gissi 18:06, 29. Mai 2006 (CEST)

Hallo Gissi, da hast du recht. Ich als Mac User bin da wohl ein wenig vorbelastet und differenziere dort (-: Habe Mac rausgenommen und Unix Kompatibel reingestellt. Es ist in der tat so das Ruby Posix kompatibel entworfen wurde. Deshalb gab und gibt es einige Mühe das komplette Ruby-Spektrum unter Windows beispielsweise zu nutzen. Daniel Bovensiepen 19:33, 29. Mai 2006 (CEST)

Duck Typing

Hallo Daniel, Ich hab mal das Programmbeispiel im Abschnitt 'Duck Typing' überarbeitet. Was hältst du davon? Ich hoffe das was ich da beschrieben hab' ist wirklich Duck Typing :) Wenn nicht, dann korrigiere mich bitte. Gruß, Gissi 20:11, 10. Jul 2006 (CEST) Nachtrag: Ach ja, ich bin dafür, die Code-Beispiele wegzulassen, da sie a) ziemlich aus dem Zusammenhang gerissen sind und b) die Beispiele unter 'Merkmale' IMO reichen.

Hi Gissi, deine Änderungen gefallen mir sehr gut. Das mit den Codebeispielen war erstmal so ein Grobentwurf. Ich war am überlgen ob eventuell die Basis-Klassen und -Konstrukte von Ruby beschrieben werden sollen. Ich habe mich hierbei an dem Perl Artikel orientiert, welcher ebenfalls dafür Codebeispiele verwendet. Bei einem weiteren Ausbau würde ich die beispiele noch anpassen aber es stellt sich die Frage ob es überhaupt sinnvoll ist. Wahrscheinlich ist hier weniger mehr. Daniel Bovensiepen 00:31, 11. Jul 2006 (CEST)

ToDo und offene Fragen

Ich stelle hier mal einfach eine ToDo/Offene-Fragen-Liste rein, da der Artikel m. E. schon der Fertigstellung sehr nahe ist. Erledigte Punkte bitte mit <s></s> durchstreichen, fehlende bitte ergänzen.

• evtl. weitere (kurze!) Codebeispiele
• den Abschnitt Literatur vom 'richtigen' Ruby-Artikel übernehmen? ungerne da Literatur nicht besonders gut
• Abschnitt 'Prinzip der geringsten Überraschung' -- z.T. erledigt, Codebeispiel wäre noch gut
• Abschnitt 'Funktionale Programmierung'
• Mehr Weblinks?
• Ankündigung der Ersetzung auf der Diskussionsseite von Ruby (Programmiersprache)
• Quellen zu 'Geschichte' und 'Implementierungen' wären gut
  • Geschichte aus Interview mit matz: http://www.linuxdevcenter.com/pub/a/linux/2001/11/29/ruby.html
• Etwas mehr zu RubyGems schreiben
• Korrekturlesen (am besten erst wenn der Rest komplett fertig ist):
  • Anfang + Infobox
  • Geschichte
  • Merkmale (Codebeispiele überprüfen!)
  • Lizenz
  • Literatur
  • Weblinks

Anmerkungen von Daniel:

• Codebeispiele würde ich begrüßen. Die Frage ist, nach welchem Muster wir welche reinstellen? Ich hatte ja schonmal begonnen zu jedem Syntaxkonstrukt nen Abschnitt zu gestalten jedoch überflutet das meiner meinung nach den Artikel sehr. Daniel Bovensiepen
  • Beim Codebeispiel wäre ich für ein lauffähiges Programm, keine allgemeinen Definitionen. Es reicht ja wenn wir zu den paar wichtigsten Dingen ein Beispiel geben. Immerhin schreiben wir einen Ezyklopädieeieintrag, kein Ruby-Lehrbuch :-) Gissi
• ich weiß nicht ob es sinnvoll ist sämtliche zu Ruby erschienen Bücher aufzulisten. Bisher habe ich versucht mich an die wichtigsten Werke zu halten und das ist eigentlich nur das Pickaxe. Weitere Bücher bringen eigentlich keinen Mehrwert (zumindest nicht derzeitig.. es werden ja hoffentlich noch weitere Bücher geschrieben).. Daniel Bovensiepen
• Zu Rubygems schreibe ich bei gelegenheit noch ein zwei Sätze. Eventuell lege ich dann auch den rubygems artikel in der WikiP an. Daniel Bovensiepen
• Von weiteren Weblinks würde ich bisher absehen. Im Allgemeinen hab ich die Erfahrung gemacht, dass Weblinks in der WikiP nicht sogut ankommen (warum auch immer). Ausserdem könnte ich mich nicht dafür entscheiden welche Links aufgenommen werden sollen, es sollen ja wenn überhaupt nur 5 Links erscheinen. Und wenn wir jetzt noch weitere reinnehmen dann müssen wir immer begründen warum diesen link ABER nicht DiESEN. Daniel Bovensiepen
  • Wie wäre es mit diesen beiden? [1] damit wir wenigstes einen deutschsprachigen Link haben und [2] Gissi
• Die Ankündigung würde ich mit dem korrekturlesen vereinen. Ich werde dann in nem Blog noch was schreiben.. dann sollten wir noch den einen oder anderen leser erhalten. Daniel Bovensiepen
  • Ich würde es schon vorher ankündigen, vielleicht hat ja noch jemand Vorschläge für größere strukturelle Änderungen Gissi
• Bez. funktionaler Programmierung bin ich schon eine ganze weile am überlegen. Mir fällt ehrlich gesagt immer nix passendes zum Kontext Auto ein. Wenn wir eine Fakultät dort berechnen passt das ja auch nicht wirklich hin. Das zeigt aber mal wieder wie überflüssig dieses funktionale Konzept in der praxis ist (-: Daniel Bovensiepen
  • Uff... Bei dem Thema kann ich dir gar nicht helfen. Ich versteh' anhand des Wikipedia-Artikels dazu ja nicht mal was funktionale Programmierung ist. :-) Es muss ja nicht unbedingt zum Thema Auto sein, ein andres Code-Beispiel wäre auch gut, Hauptsache wir ham eins. Gissi

Weblinks

Aufgrund einiger aktueller Ereignissen habe ich die Weblinks unter den Punkt Weblinks verschoben. Scheinbar scheint es in der Wikipedia verpönnt zu sein, Weblinks direkt im Text zu erstellen. Eine der tollen weiteren Regeln dieser ja achso freien Community )-: Daniel Bovensiepen 17:03, 20. Jul 2006 (CEST)