Stärken

• extrem simple und gleichzeitig sehr mächtige Sprache
• leicht erweiterbar
• ermöglicht Programmieren in verschiedensten Stilen und nach verschiedenen ProgrammierParadigmen
• kennt TailRecursion, aber keinen StackOverflow? ;-)
• eine Menge diverser Implementierungen

• Übersicht über die Klammerungen erhalten kann problematisch sein. Das Problem ist überwindbar durch Gewöhnung und den Einsatz von Tools, die beim Lesen und Schreiben helfen; das heißt konkret z.B. ein Editor der automatisch entsprechend der Klammerung einrückt.
• keine statische Typüberprüfung (ist das unbedingt ein Nachteil? frido)
• eine Menge diverse Implementierungen ;-)

• Informatikerausbildung
• Skriptsprache
• Programmiersprachen-Forschung: neuartige Features können relativ leicht dazugebaut werden, um dann damit zu experimentieren
• ...

• DrScheme?, MzScheme? : http://www.plt-scheme.org/
• Guile : http://www.gnu.org/software/guile/guile.html
• MitScheme? (das Common Lisp unter den Schemes) http://www.swiss.ai.mit.edu/projects/scheme/mit/
• Kawa (ein Scheme das nach Java übersetzt) http://www.gnu.org/software/kawa/
• SCSH (eine Scheme Shell, ideal für Scripting auf Unices) http://www.scsh.net/

• HowToDesignPrograms (Buch / Online-Buch)
• http://www.schemers.org/
• Standards
• R5RS

der aktuelle Standard, dem aber kaum eine Imlementation entspricht

http://www.schemers.org/Documents/Standards/R5RS/HTML/

• R4RS

ein theoretisch veralteter Standard, der aber der Realiät der meisten Implementationen viel näher kommt

http://www-swiss.ai.mit.edu/~jaffer/r4rs_toc.html

• Einführungen in Scheme
• (Eigenwerbung frido) Ich habe mal für das Linux Magazin eine Reihe geschrieben. Hier die Links:
• http://www.linux-magazin.de/ausgabe/2000/12/Lisp/Lisp.html
• http://www.linux-magazin.de/ausgabe/2001/01/scheme/scheme.html
• http://www.linux-magazin.de/ausgabe/2001/02/scheme/scheme.html
• http://www.linux-magazin.de/ausgabe/2001/03/Scheme/scheme.html
• Andere Tutorials
• http://www.schemers.org/Documents/

Diskussion

Zum Nicht-Übersetzungsvorschlag: Übersetzen muss nicht heißen, dass man das Englische rauslöschen müsste. Mir ist es egal, aber es soll auch noch Leute geben, die Englisch weniger gut verstehen als Deutsch ;-)

Im Programmierbereich? ;-) Nein im erst jetzt...: Ich halte den Absatz oben für sehr "griffig" (kommt auch nicht von mir)! Und habe einfach die Befürchtung, dass das in einer deutschen Übersetzung verloren gehen könnte... Wie es ja leider oft der Fall ist! (Aber ich bestehe auch nicht unbedingt darauf. Ein Vorschlag halt! ;-)

Ich bin sicher, dass die deutsche Übersetzung zwangsläufig schlechter wäre. Aber meine Kollegen z.B. arbeiten mit manchen hervorragenden Tools nicht, nur weil es keine deutsche Doku gibt! Wir können ja warten, bis jemand um eine Übersetzung bittet, aber warscheinlich traut sich keiner, der sie nötig hätte.

Seh ich auch so, dass die Übersetzung (hier) zwangsläufig schlechter wäre! Daher auch mein Vorschlag, es zu lassen. Etliche der speziellen Fachtermini, die in dieser kurzen Beschreibung verwendet werden, um die Sprache zu charakterisieren, können ja z.T. ohnehin NICHT übersetzt werden. Mir fiele da z.B. für TailRecursion wirklich nichts ein... ;-) // Nein es hilft nix, wenn man sich mit Programmiersprachen beschäftigen will, muss man lernen, Englisch zu lieben...! ;-).