On Sep 16, 11:40 pm, falcon <[EMAIL PROTECTED]> wrote:
> I work on financial software--the kind that reads streaming data and
> static data from various sources, transforms these streams through
> various calculations and possibly decides to send out trades.
>
...
> Is there a good solution to the problem of observing the program as it
> executes, or easily peeking into the state of the server? The kinds
> of trading strategies I described are often called 'black-boxes,' but
> they are usually not true black boxes. There has to be an easy way to
> keep track of what the trading brain is seeing and thinking. I once
> saw a demo for small talk in which the programmer drew a little car,
> attached the car to some code on one end and attached a steering wheel
> on the other end and started 'controlling' the virtual car through the
> virtual steering wheel...and in the time-span of a demo!
>
> Is there any effort to bring FRP (FrTime, Yampa, etc.) library to
> Clojure?
>
I don't know of any yet. There is a CL package, Cells, that might make
sense for Clojure, esp re: spreadsheet-like behavior.
> Any other ideas how Clojure can improve the kind of softare I
> described above?
>
I think to the extent you use Clojure's data structure abstractions,
visualizations might take the form of general purpose UIs rather than
custom application-specific ones. Access to Swing and other Java libs
will make that easier.
You can attach Java debuggers to running Clojure programs, and I know
the enclojure folks are looking into Clojure-specific data structure
viewers.
You can fairly efficiently hang on to old versions of Clojure's
persistent data structures, since updates are incremental, and use
that to track decision making.
Clojure shares with Lisps good DSL capabilities, enhanced by the
broader reader support for data structures other than lists.
One thing missing from all of the languages you mention, including
Clojure, is sufficiently declarative logic (e.g. rules). That is
something I am actively researching for inclusion in Clojure.
> I'm not naturally inclined to like the lisp syntax, but there seem to
> be enough benefits to real-world problems and I'm trying to get a
> better feel for this paradigm. I'm also hoping tat Clojure is a
> 'jujutsu' language, where a single developer or a small number of
> developers can take advantage of the language to 'fight off' large
> problems or larger teams with bigger budgets and more unweildy weapons.
Keep up the good fight!
Rich
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---
