Java und Lisp

vorhergehende Artikel in: Java
26.06.2021

Inspiriert durch ein Video habe ich mich nun endlich einmal hingesetzt und mit Lisp beschäftigt.

Das Video, das mich inspiriert hat war dieses hier:

@youtube.com

Als ich es gesehen habe, wollte ich unbedingt ausprobieren, ob es wirklich so einfach - und vor allem mit so wenig Code - möglich ist, für (fast) jede Funktion von einem Computer die Ableitung bilden und berechnen zu lassen. Es ist schon wirklich sehr lange her, dass ich mich mit funktionalen Sprachen beschäftigen muste -das war damals noch in meinem Diplom-Studium der Informatik. Und irgendwie hat mich die Beschäftigung mit Gofer (der Sprache, nicht dem Protokoll - sehr geprägt - und zwar so, dass ich sogar den Lambda-Ausdrücken in Programmiersprachen eher zurückhaltend gegenüberstehe...

Ich habe daher versucht, zunächst den reinen Lisp-Code aus dem Video abzutippen - das macht, dass ich mich wieder extrem jung fühlte: Mein letztes Listing, das ich abgetippt hatte, stammte aus einer Computerzeitschrift, das war orgendwann zwischen 1989 und 1992.

Ich wollte versuchen, dieses Skript mit einem der zahlreichen online verfügbaren Lisp-REPLs auszuprobieren, scheiterte aber damit in mehreren, so dass ich mir GNU clisp installierte. Das funktionierte besser, allerdings hatte ich das Problem, dass eines der komplexeren Beispiele am Ende des Videos den falschen Wert lieferte. Nachdem ich den Quelltext gefühlt 10 mal mit dem im Video angegebenen verglichen und keine Unterschiede entdeckt hatte, schrieb ich eine EMail an den Ersteller des Videos um zu fragen, ob es eventuell sein könnte, dass doch eine Funktion im Video vergessen wurde oder ein Kunstgriff nicht erwähnt wurde, der erfahrenen Lisp-Programmierern so sehr in Fleisch und Blut übergegangen ist, dass sie nicht mehr darüber nachdenken.

Ich war erfreut und überrascht, dass Professor Weitz mir schon wenige Stunden später nicht nur antwortete, sondern mir sogar den für das Video benutzten Code zur Verfügung stellte. Jedoch habe ich auf Anhieb nicht einmal mit maschineller Unterstützung durch Meld gesehen, worin der Unterschied lag: Ich schiebe es auf 32 Jahre mit Assembler, C++, C, Java und Python, dass ich den Unterschied zwischen 1 / 2 (ich) und / 1 2 (korrekt) nicht wahrnahm.

Nach dem Ausbessern dieses Fehlers ergab sich folgendes Skript:

;;clisp -repl ableiten.lisp
;;https://www.youtube.com/watch?v=EyhL1DNrSME
(defun variable-p (expr)
	(and (symbolp expr) (not (eq expr 'd))
		(let ((name (symbol-name expr)))
			(and (= (length name) 1) (alpha-char-p (char name 0))))))

(defun match-variable (var input bindings) (let ((binding (assoc var bindings))) (cond ((null binding) (cons (cons var input) bindings)) ((equal input (cdr binding)) bindings))))

(defun match* (pattern input &optional (bindings '((dummy . dummy)))) (cond ((null bindings) nil) ((variable-p pattern) (match-variable pattern input bindings)) ((eql pattern input) bindings) ((and (consp pattern) (consp input)) (match* (rest pattern) (rest input) (match* (first pattern) (first input) bindings)))))

(defun match (pattern input) (let ((result (match* pattern input))) (and result (or (butlast result) t))))

(defun apply-rule (input rules) (loop for (pattern replacement) in rules for bindings = (match* pattern input) thereis (and bindings (sublis bindings replacement))))

;;(defparameter *rules* nil)

(defun transform (expr &optional (*rules* *rules*)) (transform* expr))

(defun transform* (expr) (if (atom expr) expr (transform-expr (mapcar #'transform* expr))))

(defun transform-expr (expr) (cond ((transform* (apply-rule expr *rules*))) ((evaluable expr) (eval expr)) (t expr)))

(defun evaluable (expr) (and (every #'numberp (rest expr)) (or (member (first expr) '(+ - * /)) (and (eq (first expr) 'expt) (integerp (third expr))))))

(defparameter *simple-diff-rules* '(((D x x) 1) ((D (+ u v) x) (+ (D u x) (D v x))) ((D (* u v) x) (+ (* (D u x) v) (* u (D v x)))) ((D (/ v) x) (- (/ (D v x) (* v v)))) ((D u x) 0) ;;((D (sin u) x) (* (cos u) (D u x))) ;;((D (exp u) x) (* (exp u) (D u x))) ;;((D (log u) x) (* (/ u) (D u x))) ))

(defparameter *chain-diff-rules* (loop for (in out) in '(((exp u) (exp u)) ((log u) (/ u)) ((sin u) (cos u)) ((cos u) (- (sin u)))) collect `((D ,in x) (* ,out (D u x)))))

(defparameter *diff-rules* (append (butlast *simple-diff-rules*) *chain-diff-rules* (last *simple-diff-rules*)))

(defparameter *input-rules* '(((+ x y z . w) (+ x (+ y z . w))) ((* x y z . w) (* x (* y z . w))) ((- x y) (+ x (* -1 y))) ((/ x y) (* x (/ y))) ((^ x y) (expt x y)) ((expt x y) (exp (* y (log x)))) ((log a b) (/ (log a) (log b))) ((sqrt x) (^ x (/ 1 2))) ((tan x) (/ (sin x) (cos x)))))

(defparameter *simplification-rules* '(((+ 0 x) x) ((+ x 0) x) ((* x 1) x) ((* 1 x) x) ((* 1 x . w) (* x . w)) ((* x 0) 0) ((* 0 x) 0) ((* (/ x) x . w) (* 1 . w)) ((* x (* y z . w)) (* x y z . w)) ((exp (* a (log b))) (expt b a))))

(defun doit (expr) (transform (transform (transform expr *input-rules*) *diff-rules*) *simplification-rules*))

Nachdem damit zunächt das Video nachvollzogen war, wollte ich die Verbindung mit Java vollziehen: Das Ziel war, eine Implementierung zu erreichen, die es mir gestattete, für eine beliebige Funktion Werte ihrer ersten (und aller folgenden) Ableitungen zu berechnen.

Der folgende Code erreicht das unter Benutzung von Armed Bear Common Lisp (ABCL), einer Lisp-Variante, die JSR 223: Scripting for the JavaTM Platform umsetzt:

import javax.script.*;
import java.io.IOException;
import java.util.UUID;

class Function extends de.elbosso.util.lang.OneDFunction { private final ScriptEngine lispEngine = new ScriptEngineManager().getEngineByExtension("lisp"); private final java.lang.String uuid; private final java.lang.String variable;

Function(java.lang.String f, java.lang.String variable) throws IOException, ScriptException { this.variable=variable; java.io.FileInputStream fis= new java.io.FileInputStream("ableiten.lisp"); java.io.InputStreamReader isr=new java.io.InputStreamReader(fis); lispEngine.eval(isr); isr.close(); fis.close();

uuid= UUID.randomUUID().toString();

System.out.println(lispEngine.eval( "(setq "+uuid+" (doit '(D ("+f+") "+variable+")))"));

}

@Override public double compute(double input) { try { double value = ((java.lang.Number) lispEngine.eval( "(float (transform (subst " + input + " '" + variable + " " + uuid + ") '(((* /) * /))))")).doubleValue(); return value; } catch(Exception exp) { throw new RuntimeException(exp); } } }

Damit ist es möglich, bei der Instantiierung der Klasse die Funktion (in der erwarteten Form - siehe Video), sowie die Variable zu übergeben, nach der abgeleitet werden soll. Jeder Aufruf der Methode compute berechnet dann einen konkreten Wert der Ableitung dieser Funktion.

Alle Artikel rss Wochenübersicht Monatsübersicht Github Repositories Gitlab Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Certstream, InfluxDB, Grafana und Netflix

    16.04.2019

    Nachdem ich vor kurzem über mein erstes Spielen mit dem certstream berichtete, habe ich weitere Experimente gemacht und die Daten zur besseren Auswertung in eine InfluxDB gepackt, um sie mit Grafana untersuchen zu können.

    Weiterlesen...

Neueste Artikel

  • Die sQLshell ist nun cloudnative!

    Die sQLshell hat eine weitere Integration erfahren - obwohl ich eigentlich selber nicht viel dazu tun musste: Es existiert ein Projekt/Produkt namens steampipe, dessen Slogan ist select * from cloud; - Im Prinzip eine Wrapperschicht um diverse (laut Eigenwerbung mehr als 140) (cloud) data sources.

    Weiterlesen...
  • LinkCollections 2024 III

    Nach der letzten losen Zusammenstellung (für mich) interessanter Links aus den Tiefen des Internet von 2024 folgt hier gleich die nächste:

    Weiterlesen...
  • Funktionen mit mehreren Rückgabewerten in Java

    Da ich seit nunmehr einem Jahr bei meinem neeun Arbeitgeber beschäftigt und damit seit ungefähr derselben Zeit für Geld mit Python arbeite, haben sich gewisse Antipathien gegenüber Python vertieft (ich kann mit typlosen Sprachen einfach nicht umgehen) - aber auch einige meiner Gründe, Python zu lieben sind ebenso stärker geworden. Einer davon ist der Fakt, dass eine Methode in Python mehr als einen Wert zurückgeben kann.

    Weiterlesen...

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muß damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen GitHub-Repositories findet man hier - meine öffentlichen GitLab-Repositories finden sich dagegen hier.