----- Original Message -----
From: "Greg Woodhouse" <[EMAIL PROTECTED]>
See below.
--- Michael Zacharias <[EMAIL PROTECTED]> wrote:
see my inline responses below...
Michael
--- James Gray <[EMAIL PROTECTED]> wrote:
To me, the level of abstraction of my example is
one step
higher than using the Fileman API.
[Greg]
Yes. Perhaps one issue is that syntax that looks at all SQL-like does
tend to provoke a bit of a visceral reaction, at least for some members
of this list, and that may be a bit of what you're seeing.
[JLG] In my case I do not think it was a viceral reaction to SQL. However,
that said, I do not know SQL and do not know what is intuitive about it.
But, in any case, I'm not really sure that the relational abstraction
is the right one, at least at the language level.
[JLG] I am doubtful it is the right one.
I've considered
alternatives ranging from trying to incorporate an ODMG type data model
into the base language (and, yes, I know what C.J. Date has to say
about ODMG!) to a simpler list based syntax.
[JLG] I do not know what C.J. Date says.
Right now, I'm especially
interested in explicitly typed functional languages (like ML or
Haskell) though, frankly, I feel more at home with LISP. I'm also
intrigued by AllegroCache, perhaps because it seems so MUMPS-like. An
idea I've floated before (and am still exploring) is functional
Fileman. Though I once thought an ODMG type approach would be best, I'm
now leaning toward an explicitly typed functional approach.
> I do not understand how this is connected to Greg concept of making
Fileman
> language independent.
I took Greg's comments of making Fileman language independant to mean
not
dependant on knowing the ins-and-outs of how Fileman works.
[Greg]
Exactly.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
