Computing; Douglass, Jamie
Subject: Re: [fonc] Question about OMeta
Hi John
Alex Warth and Jamie Douglass co-wrote a paper on Pack Rat Parsers a few
years ago
I asked you because you like to poke around both in the present and in the
past.
Cheers,
Alan
From: John
9:53 AM
To: Fundamentals of New Computing; Douglass, Jamie
Subject: Re: [fonc] Question about OMeta
Hi John
Alex Warth and Jamie Douglass co-wrote a paper on Pack Rat Parsers a few
years ago
I asked you because you like to poke around both in the present and in the past.
Cheers,
Alan
of New Computing fonc@vpri.org; jamie.dougl...@boeing.com
Sent: Mon, April 11, 2011 8:21:06 PM
Subject: Re: [fonc] Question about OMeta
On Sat, Apr 9, 2011 at 12:09 AM, Alan Kay alan.n...@yahoo.com wrote:
But now you are adding some side conditions :)
For example, if you want comparable or even
] Question about OMeta
On Sat, Apr 9, 2011 at 12:09 AM, Alan Kay alan.n...@yahoo.com wrote:
The larger problems will require something like negotiation between modules
(this idea goes back to some of the agent ideas at PARC, and was partially
catalyzed by the AM and Eurisko work by Doug Lenat
experiments to help find the interoperabilities.
Cheers,
Alan
From: John Zabroski johnzabro...@gmail.com
To: Fundamentals of New Computing fonc@vpri.org
Sent: Mon, April 11, 2011 9:27:54 PM
Subject: Re: [fonc] Question about OMeta
On Sat, Apr 9, 2011 at 12:09 AM, Alan Kay alan.n
Thanks Julian.
I covered Migrations above. See reference [4].
I would view migrations as a way to encapsulate formed meanings.
Something that has always struck me as funny about the NoSQL movement
is the complaints about how much of a PITA they find schema versioning
in an RDBMS. I've never
On Sat, Apr 9, 2011 at 12:09 AM, Alan Kay alan.n...@yahoo.com wrote:
But now you are adding some side conditions :)
For example, if you want comparable or even better abstractions in the
target language, then there is a lot more work that has to be done (and I
don't know of a great system
On Sat, Apr 9, 2011 at 12:09 AM, Alan Kay alan.n...@yahoo.com wrote:
The larger problems will require something like negotiation between
modules (this idea goes back to some of the agent ideas at PARC, and was
partially catalyzed by the AM and Eurisko work by Doug Lenat).
Separate thread of
John,
Disagree it is a simple thing, but it is a good example.
It also demonstrates blending well, since analogies are used all the
time in this domain to circumvent impedance mismatches.
For example, versioning very large database systems' schema is
non-trivial since the default methods don't
Wow, thanks. This will keep me occupied for a while ;-)
Regarding AI completness and the quest for automation. In my mind its
better to start with making it simpler for humans to do, and just keep
making it simpler until you can remove the human element. This way you
can put something out there
You should probably have a look at ActiveRecord::Migration which is part of
Rails if you're interested in SQL-based systems, and in fact ActiveRecord in
general is a really wonderful abstraction system - and a very good mix of do
what you *can* in a programming-language based DSL, and what you
So if I wanted to translate a Java application to C# (which ought to be pretty
trivial, given the similarity,) what would I do about the libraries? Or the
native interfaces?
It seems like a lot of the semantics of modern (read: industrial 60s/70s tech)
programs really live in libraries written
Surely if the translation is efficient, then you can simply translate
everything (libraries, too) down to a sub-machine machine code... which
wouldn't take too much space - in fact it'd probably take less space than
existing compiled libraries AND their documentation.
... maybe we could call
Thanks for responding to my stupid question. :-)
OMeta is quite simple, which makes it very very difficult for me to think about
sometimes (often!) :)
That's pretty fricking awesome... because it obviously means you just have to
do two translations to get all the existing translations to and
fonc@vpri.org
Sent: Fri, April 8, 2011 5:10:29 PM
Subject: Re: [fonc] Question about OMeta
So if I wanted to translate a Java application to C# (which ought to be pretty
trivial, given the similarity,) what would I do about the libraries? Or the
native interfaces?
It seems like a lot
...)
Cheers,
Alan
From: Julian Leviston jul...@leviston.net
To: Fundamentals of New Computing fonc@vpri.org
Sent: Fri, April 8, 2011 8:56:48 PM
Subject: Re: [fonc] Question about OMeta
Thanks for responding to my stupid question. :-)
OMeta is quite simple
16 matches
Mail list logo