ich hab fürs Studium die Bücher Neuronale Netze im Klartext und Künstliche Intelligenz . Strategien zur Lösung komplexer Probleme gelesen\n\n

<!--EDIT|esskar|1138148455-->

Danke für den Tipp. Dann werd' ich mal einkaufen gehen...

@cbxk1xg :

Jo ich weiss, dass mein Program nichts mit AI zu tun hat, hab ich ja auch nicht gesagt:D!
Es ist einfach nur ein ChatBot dem man beibringen kann auf bestimmte Wörter/Sätze zu antworten.
Aber eine 'echte' AI hat aber auch noch niemand wirklich geschaffen, oder?

Ich mein, es gibt zwar Solution-Programme und solche Sachen, aber diese basieren doch auch wieder auf einer bestimmten logik und haben auch relativ enge Grenzen an die sie fest gebunden sind.

Die Frage, ob es schon künstliche Intelligenz gibt, fängt eigentlich damit an, wie Du "echte" Intelligenz definierst. Das ist allerdings eine schwierige philosophische Frage...

Ich möchte dazu nur zu bedenken geben, dass ja auch unser eigenes Denken an gewisse Grenzen gebunden ist -- so etwas wie "unbeschränkte" künstliche Intelligenz halte ich daher mindestens für schwer realisierbar.

Stimmt auch wieder, aber mehr Freiheit als eine Maschine oder solch ein Program haben wir allemal.

@Cleric03: In der aktuellen CT gibt es zufällig ein Interview mit Joseph Weizenbaum. Da geht es natürlich auch um ELIZA.

Warum benutzt Du nicht Chatbot::Eliza? Ich bin zwar kein großer Fan von Modulen, aber in diesem Fall würde auch ich zu einem fertigen Modul greifen.

Edit: Dabei fällt mir ein, auch Eliza ist nicht wirklich das, was man heutezutage unter KI versteht.\n\n

<!--EDIT|cbxk1xg|1138230901-->

Wieso bist Du kein Freund von Modulen??

[quote=renee,26.01.2006, 03:48]Wieso bist Du kein Freund von Modulen??[/quote]
ach es gibt halt so leute. man nennt sie auch masochisten. =)

Grundsaetzlich finde ich, dass man ohne module nur bis zu einem gewissen level kommt und dann nicht mehr weiter. Die entwicklungszeit wird unnoetigerweise um einiges laenger, und auch die qualitaet und sicherheit der programme leidet oft sehr, und der Code, den man selbst baut, ist oft nicht wiederverwendbar, weil er zu speziell ist (z.B. bei der datenbankprogrammierung), und der Code wird dann in der Regel schlechter wartbar.

Es gibt eine Menge Probleme, die man selbst nicht in vernuenftiger Zeit fehlerfrei loesen kann, fuer die es aber sehr gute und gut getestete CPAN-Module gibt. Wenn man die verwendet, bekommt man den Kopf frei fuer die Sachen, die man wirklich selbst coden muss, und kann die dann besser coden.

Ein paar Beispiele: Programm- und CGI-Parameterscanner, Mailadressen- und sonstige Validierungen, HTML/XML/CSV-Parser, Schnittstellen zu externen Systemen (FTP, Mail, Datenbanken, Directories, Webserver,...)

Aber manche CPAN-Module sind leider wirklich lausig, und die wuerde ich auch nicht verwenden. Aber sobald ein Modul eine etwas hoehere Versionsnummer hat, kann man oft davon ausgehen, dass es recht gut und von vielen Leuten getestet ist. Wenn man selbst sowas coden wuerde, muss man sich selbst um die Fehlerbehebung kuemmern, was zwar vielleicht kurzfristig den Arbeitsplatz sichern mag, auf lange Sicht aber die Entscheidungstraeger davon abhaelt, Projekte/Programme weiterhin in Perl zu realisieren.

Fazit: wer professionell mit Perl arbeiten will, muss Module verwenden (gerade bei groesseren Sachen)

Aber auch lausige Perl-Module sollte man sich anschauen. Vielleicht kann man dann etwas dazu beitragen, dass es ein besseres Modul wird, indem man Patches und Ideen an den Autor/Maintainer schickt...