Re: unboxed structure fields (or class slots)
"Yuri Davidovsky (as work at disclosure dot ie)" <[email protected]>
| Newsgroups | gmane.lisp.lispworks.general |
|---|---|
| Message-ID | <[email protected]> |
> On 13 Jan 2026, at 15:17, David McClain (as dbm at refined-audiometrics dot com) <[email protected]> wrote: > > In my prior work with MLPs, if you contain factual knowledge, then you will have grossly overdetermined the system. MLPs are intended to discern knowledge regions and their boundaries, to enable generalization recognition. We never wanted specific detail recognition - that would be simpler to deterministically contain using simple decision tree logic, not MLPs. While we are on the topic of perceptrons, they are the actual reason why I am being very critical of the Common Lisp specs as incomplete due to its lack of focus on numerical type handling and binary datatypes IO (really this is the main gripe I am having with lisp, all else is secondary). The reason why it appears to be lacking in the specs (in my opinion), is that lisps were the current tool of AI research of the time and in that period expert systems were in the vogue and assumed to be THE AI. However, in the last decade (or even a decade and a half, depending how you count) neural networks became the architecture of choice for artificial intelligence study, becoming the second wing of research in the area. So the wings we have are: 1. Expert systems, which rely on precise rule matching and symbolic processing. The spec expected to rule here. 2. Neural networks — statistical feature extraction tools that rely on numerical processing and high throughput. So essentially by skimming over numeric processing at the time when the specs were written, Common Lisp neutered itself as a contender in its own game, and when it suddenly turned out that neural networks are THE AI, it ended up as audience, rather than a participant. The spec never took requirements for neural network processing into account, despite that they were well known at the time and only limited performance of the hardware was constraining their usefulness. _______________________________________________ Lisp Hug - the mailing list for LispWorks users [email protected] http://www.lispworks.com/support/lisp-hug.html