Re: Storing data and code in a Db with LISP-like interface
Date: Sat, 22 Apr 2006 10:47:30 -0700
Message-ID: <gr6dna6YR42E9tfZRVn-pw_at_comcast.com>
"Mikito Harakiri" <mikharakiri_nospaum_at_yahoo.com> wrote in message
news:1145635106.226915.317380_at_e56g2000cwe.googlegroups.com...
> Alvin Ryder wrote:
>> In addition to RM like representations they [prolog and lisp] can also
>> represent
>> knowledge for rule based expert systems, frame based reasoning, case
>> based reasoning, various abstract data types, graphs, natural language
>> grammers, machine learning ...
>
> Wow, a tool that excels at so many things! There must be something
> wrong with the industry that have seen puny adoption of both.
>
As an Enterprise Architect, I work with business systems that do things like track items in the supply chain and manage billing in a way that enforces policy or encourages the behavior of the most productive partners. Simple stuff with complex rules that business folks have been doing for decades. The most interesting problems are operational concerns: make it work efficiently for tens of thousands of things.
Prolog is more appropriate for design problems, not operational problems (although a great deal of passion surrounds the concepts for combining the two, little has happened). My guess: the design problems are the ones that people would rather do, and not give away to their computer.
So it is a powerful language that does things that people don't want it to do, but doesn't do things that people want computers to do. It is not dead, but it is not exactly thriving either.
-- --- Nick Malik [Microsoft] MCSD, CFPS, Certified Scrummaster http://blogs.msdn.com/nickmalik Disclaimer: Opinions expressed in this forum are my own, and not representative of my employer. I do not answer questions on behalf of my employer. I'm just a programmer helping programmers. --Received on Sat Apr 22 2006 - 19:47:30 CEST