Kann man mit Ruby auch GUI-Programme erstellen? Mit Python und Perl ist es meineswissens nicht möglich - es sei denn man bindet C/C++-Code ein (wie es im Linux-Magazin schon oft beschrieben wurde). Aber kann Ruby von sich aus - wie C/C++ oder Java - GUI-Programme erstellen (so wie Tcl/Tk)?
Mittels Žimport TkinterŽ kann man auch unter Python Tk nutzen. (Falls man das entsprechende Paket installiert hat, dessen Namen ich im Moment leider nicht mehr weiß)
Es kommt immer darauf an, was man will! Richtig Programmieren: C/C++ Auf allen Plattformen + Internet: Java und dann gibt es noch Aufgaben, fuer die sich die Skriptsprachen wunderbar eignen - die eine weniger als die andere, aber besser, man hat die Wahl, als dass man umstaendlich programmieren muss! Die Vielfalt ist ein Vorteil - auch wenn sie den Nachteil birgt, leicht unuebersichtlich zu werden. Warum also nicht noch eine ich werde sie mir auf alle Faelle mal anschauen.
Es geht ja nicht nur um die Sprache, sondern auch um das ganze Drumherum - Syntaxhighlighting in den Editoren, Klassenbibliothek, Portierung auf verschiedene Plattformen usw usf.
Alles fängt jedesmal von vorne an. Was da an Manpower verschwendet wird...
Die meisten Editoren, die Syntax-Highlighting unterstützen, machen das richtig, nämlich konfigurierbar. Und für jeden Editor machen das vielleicht 4 oder 5 Leute, von denen einer das ganze an den Maintainer schickt. Schon ist das ganze gelaufen. Ausserdem: Verschwendung wär's nur, wenn die Leute es nicht freiwillig machen würden. Schon wenn einer nur einfach seinen Spass daran hat, irgendwas zu einer Sprache (wie auch immer) bei zu tragen, ist es keine Verschwendung mehr.
Also ich stimme im Wesentlichen Jochens Aussage zu, dass es schon deshalb okay ist weil jemand Spaß daran hat. Ich würde mir diese Sprache wirklich gerne ansehen, insbesondere wie das Übergeben von Programmblöcken an Funktionen realisiert wurde interessiert mich (aber kann Perl das nicht auch? ;-)). Stören tut mich allerdings ein wenig das "100% objektorientiert". Ich finde Mischsprachen besser weil nicht für jeden Zweck OO der richtige Ansatz ist (was auch in Büchern wie dem Standardwerk "Objektorietierte Analyse und Design" zugegeben wird) und mir damit Flexibilität genommen wird.
Ich würde mir die Sprache gerne ansehen, aber es gibt so viel was man sich gerne ansehen würde. Hmmm, wollte ich nicht netzwerkmäßig mir einige Wälzer durchlesen? Und wollte ich nicht schon lange mal lernen wie man automake und autoconf verwendet? Und wollte ich nicht lernen wie man mit CVS umgeht? Und wollte ich nicht die Gtk-Programmierung richtig erlernen? Und wollte ich nicht schon lange mal mein dürftiges Java auffrischen? Das war jetzt ein kleiner Einblick in das was ich gerne demnächst machen würde...
So, jetzt müsst ihr mich bemitleiden ;-)
PS: Warum geht es eigentlich in Diskussionen über Programmiersprachen so viel zivilisierter zu als in denen über Distributionen...? Hmmm....
Ich weiß nicht, ob Perl sowas kann. Ich dachte, du bist der Perl-Experte? ;-)
Smalltalk ist auch 100% OO, da gibt es auch kein Entkommen. Trotzdem (oder deshalb) ist es in einigen Einsatzbereichen sehr beliebt. Ich hatte nie die Zeit, richtig was mit Smalltalk zu machen. Demnächst mache ich aber beruflich mal wieder was mit Java...
> Ich weiß nicht, ob Perl sowas kann. Ich dachte, du bist der Perl-Experte? ;-)
*grins* Ja, das geht tatsächlich auch in Perl, aber ich habe das noch nie gebraucht - wozu auch? Naja, im prinzip geht es auch in C, indem man Zeiger auf Funktionen übergibt, das mache ich gerne :)
> Smalltalk ist auch 100% OO, da gibt es auch kein Entkommen. Trotzdem (oder deshalb) ist es in einigen Einsatzbereichen sehr beliebt.
Smalltalk ist da ziemlich krass, da ist selbst ein ganz normaler int ein Objekt %~}
Ich habe außerdem gehört SmallTalk solle ziemlich langsam sein.
> Ich hatte nie die Zeit, richtig was mit Smalltalk zu machen. Demnächst mache ich aber beruflich mal wieder was mit Java...
Naja, welche Sprachen man mag ist eben Geschmacksache. Es soll ja sogar Leute geben die noch heute in BASIC programieren *lach*.
> Ich habe außerdem gehört SmallTalk solle ziemlich langsam sein.
Ich habe gehört, daß es oft interpretiert wird. Geschwindigkeit ist angeblich auch nach Kompilation nicht gerade die Stärke dieser Sprache. Dafür einfache Datenbankanbindung und sehr kurze Entwicklungszeiten (alles, was ich so gehört habe, steinigt mich also nicht, wenn es nicht stimmt.).
In wie weit kann man mit GNU Smalltalk eigentlich vernünftig arbeiten? GUI-Unterstützung, gibt es so etwas für ST.
> Naja, welche Sprachen man mag ist eben Geschmacksache. Es soll ja sogar Leute geben die noch heute in BASIC programieren *lach*.
Die einen brauchen Spaghetticode, ich hab es halt lieber strukturiert.
Die Sprache dürfte es schwer haben anzukommen. Bei einem so schön klingenden Namen wie Perl oder Python wird sie kaum daneben wahrgenommen. Natürlich sind die Möglichkeiten wesentlich aber auch die Namenswahl kann die Akzeptanz wesentlich beeinflussen.
Von Frank Arnold am Di, 15. Februar 2000 um 17:59 #
Die Entwicklung geht natürlich weiter und irgendwann ist auch Perl oder Python "out". Im Moment sehe ich allerdings wenig bedarf an weiteren Scriptsprachen. Mir fehlt eigentlich nur noch ein Scripting-Host für Java-Script für Linux ;-)
Mit Python und Perl ist es meineswissens nicht möglich - es sei denn man bindet C/C++-Code ein (wie es im Linux-Magazin schon oft beschrieben wurde). Aber kann Ruby von sich aus - wie C/C++ oder Java - GUI-Programme erstellen (so wie Tcl/Tk)?
Python Tk nutzen. (Falls man das entsprechende
Paket installiert hat, dessen Namen ich im Moment
leider nicht mehr weiß)
Perl-Programme kannst Du mit den Gtk+/GNOME Libs eine Oberfläche verpassen.
Wolfgang hat gerade einen Artikel dazu veröffentlicht, einige Beiträge weiter oben in den News.
Stichwort: GLADE.
Gruß, TUX
Macht das wirklich Sinn?
Macht der Nachteil dass sie neu ist nicht die ganzen Vorteile zunichte?
Richtig Programmieren: C/C++
Auf allen Plattformen + Internet: Java
und dann gibt es noch Aufgaben, fuer die sich die Skriptsprachen wunderbar eignen - die eine weniger als die andere, aber besser, man hat die Wahl, als dass man umstaendlich programmieren muss!
Die Vielfalt ist ein Vorteil - auch wenn sie den Nachteil birgt, leicht unuebersichtlich zu werden.
Warum also nicht noch eine
Alles fängt jedesmal von vorne an. Was da an Manpower verschwendet wird...
Ausserdem: Verschwendung wär's nur, wenn die Leute es nicht freiwillig machen würden. Schon wenn einer nur einfach seinen Spass daran hat, irgendwas zu einer Sprache (wie auch immer) bei zu tragen, ist es keine Verschwendung mehr.
Ich würde mir die Sprache gerne ansehen, aber es gibt so viel was man sich gerne ansehen würde. Hmmm, wollte ich nicht netzwerkmäßig mir einige Wälzer durchlesen? Und wollte ich nicht schon lange mal lernen wie man automake und autoconf verwendet? Und wollte ich nicht lernen wie man mit CVS umgeht? Und wollte ich nicht die Gtk-Programmierung richtig erlernen? Und wollte ich nicht schon lange mal mein dürftiges Java auffrischen? Das war jetzt ein kleiner Einblick in das was ich gerne demnächst machen würde...
So, jetzt müsst ihr mich bemitleiden ;-)
PS: Warum geht es eigentlich in Diskussionen über Programmiersprachen so viel zivilisierter zu als in denen über Distributionen...? Hmmm....
GNUesse von Wolfgang
Smalltalk ist auch 100% OO, da gibt es auch kein Entkommen. Trotzdem (oder deshalb) ist es in einigen Einsatzbereichen sehr beliebt. Ich hatte nie die Zeit, richtig was mit Smalltalk zu machen. Demnächst mache ich aber beruflich mal wieder was mit Java...
*grins* Ja, das geht tatsächlich auch in Perl, aber ich habe das noch nie gebraucht - wozu auch? Naja, im prinzip geht es auch in C, indem man Zeiger auf Funktionen übergibt, das mache ich gerne :)
> Smalltalk ist auch 100% OO, da gibt es auch kein Entkommen. Trotzdem (oder deshalb) ist es in einigen Einsatzbereichen sehr beliebt.
Smalltalk ist da ziemlich krass, da ist selbst ein ganz normaler int ein Objekt %~}
Ich habe außerdem gehört SmallTalk solle ziemlich langsam sein.
> Ich hatte nie die Zeit, richtig was mit Smalltalk zu machen. Demnächst mache ich aber beruflich mal wieder was mit Java...
Naja, welche Sprachen man mag ist eben Geschmacksache. Es soll ja sogar Leute geben die noch heute in BASIC programieren *lach*.
GNUesse von Wolfgang
Ich habe gehört, daß es oft interpretiert wird. Geschwindigkeit ist angeblich auch nach Kompilation nicht gerade die Stärke dieser Sprache. Dafür einfache Datenbankanbindung und sehr kurze Entwicklungszeiten (alles, was ich so gehört habe, steinigt mich also nicht, wenn es nicht stimmt.).
In wie weit kann man mit GNU Smalltalk eigentlich vernünftig arbeiten? GUI-Unterstützung, gibt es so etwas für ST.
> Naja, welche Sprachen man mag ist eben Geschmacksache. Es soll ja sogar Leute geben die noch heute in BASIC programieren *lach*.
Die einen brauchen Spaghetticode, ich hab es halt lieber strukturiert.
Mir fehlt eigentlich nur noch ein Scripting-Host für Java-Script für Linux ;-)