Howard,
Thanks for this... very helpful!
Alan
On Friday, March 4, 2016 at 10:33:08 AM UTC-8, Howard M. Lewis Ship wrote:
>
> Library for smart and flexible system configuration
>
> Config works well with Stuart Sierra's Component library to create a way
> to configure a system in a way that is
+1, yes thanks very much!
FYI: The quil.info site has a broken link. The "Quil Intro" links to:
http://nbeloglazov.com/2014/05/29/quil-intro.html
But that's 404.
Alan
On Thursday, March 24, 2016 at 6:26:45 PM UTC-7, Dragan Djuric wrote:
>
> Thank you for keeping this fantastic library alive :)
Thanks for the awesome library!
My vote for UDP examples: mDNS (multicast DNS) or SSDP discovery protocols :-)
Alan
--
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
Note that posts from ne
This is *way* better than my suggestion... thanks Zach!
Alan
On Thursday, April 7, 2016 at 9:20:16 PM UTC-7, Zach Tellman wrote:
>
> This is considerably simpler than the suggestions in this thread, but I've
> written a very basic statsd client and server in the literate examples:
> http://alep
Your timing couldn't have been better... we have been needing something like
this. Thought of building something similar which would only have been an ad
hoc, informally specified, bug ridden, slow implementation of half of
clojure.spec.
Thank you for spending you hammock time on this important
Ryan,
This release seems to be Clara's best so far - congratulations!
Thank you for maintaining ClojureScript compatibility... while I understand
that the JVM is likely to be the primary target for rule engine deployment,
some of us are centered on either browser or nodejs based systems.
Cloju
While not specifically a scheduling tool, Clara is a forward chaining rule
engine that can be used to implement a FSM and/or controller logic. I would
imagine you would want to layer this on top of a library like Pallet,
Quartz or Storm. Clara's Storm support is useful for distributed computing.
As previously mentioned, datalog/datomic both work over in-memory data and
are excellent libraries.
You might also consider a rule engine such as Clara:
https://github.com/rbrush/clara-rules
Depending on your requirements, particularly if you need to efficiently
match data as it changes over t
My 2 cents worth...
1. PHP is a dying language IMHO. The alternatives are just too
compelling unless you have an existing code base in PHP.
2. Javascript is the lingua franca (or assembly lang) of the internet
for the time being and probably the foreseeable future.
3. Many webapp
Read lots and lots of code. I've poured over many many GH
projects/libraries for clojure. Take a domain you are familiar with,
preferably something you've written before in another language, find a
library that does that thing and then read the code until you understand it
clearly. Try to reall
Joel,
Count me in...
You can contact me offline at kahunamoore coopsource org
Thanks for this library!
Alan
On Tuesday, March 25, 2014 12:33:15 PM UTC-7, Julien wrote:
>
> Hi Joel,
>
> thanks for your great work on garden! Definitively helping me every day.
>
> Can you share what you have i
>
> I'm building a fairly large real-world system called Clortex [1], which is
> a rewrite of the Numenta Platform for Intelligent Computing (NuPIC) [2]. As
> it's a greenfield project, I've chosen to use Clojure components all the
> way through instead of fitting in with Java-based or .Net-bas
Nice... I like it. But, as you say, probably not for beginners.
Alan
On Wednesday, April 23, 2014 5:34:51 AM UTC-7, Evan Rowley wrote:
>
> I have one more suggestion that a friend of mine made to me. I was able to
> run it but not actually use it due to a firewall issue. There is also a
> depen
To what extent are the issues you are addressing with Om and state/cursors
related to ORM-like problems? In a previous post:
https://groups.google.com/forum/#!topic/clojurescript/88u7kcomnUA
Here you mentioned that in Om you have a "database-like system + time
model". That made me think about t
Nice... good to see another implementation.
Have you seen clara-rules by Ryan Brush? It is actually a
modified/optimized RETE but faithful to the basic design.
See:
https://github.com/rbrush/clara-rules
Alan
On Monday, May 12, 2014 6:47:44 AM UTC-7, ru wrote:
>
> New feature: added Java int
On Monday, May 12, 2014 10:29:03 AM UTC-7, da...@axiom-developer.org wrote:
>
> Forgy's RETE is a self-modifying data structure.
> How is this handled in Clojure?
>
The clara-rules approach treats (no pun intended) the working memory as a
value, from the readme.md:
"Embrace immutability. The
It would be interesting to compare rete4frames with clara-rules and maybe
some other clojure-based RETE implementation.
Having spent some time with Clara and only looked over rete4frames it is
clear that Clara has been heavily optimized for working with
collections/accumulators.
Especially int
Sorry to hear of the shutdown news... but this also means that your talents
are now available to work on something else. :-)
Good luck!
Alan
On Tuesday, June 3, 2014 4:22:17 AM UTC-7, Florian Over wrote:
>
> Hey,
> you know how hard it is to find good clojure developers?
> This is your chance
+.010
Thanks for the update! I'm still working on mods for ClojureScript... I'll
send a pull request when I'm done.
Alan
On Monday, September 23, 2013 7:16:12 PM UTC-7, Ryan Brush wrote:
>
> This is the first release of Clara, forward-chaining rules in Clojure.
>
> Details on the github site:
Thank you!
Alan
--
--
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
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group
Thanks! I will try it shortly.
Alan
--
--
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
Note that posts from new members are moderated - please be patient with your
first post.
To unsubsc
Just in case it hasn't been mentioned lately... you guys rock!
Thank you *so* much for your hard work on these tools... let me know how I can
help.
Alan
On Wednesday, November 6, 2013 12:24:08 PM UTC-8, David Nolen wrote:
> Oh, the speed of incremental compilation is now dependent on tools pres
Take a look at clara-rules by Ryan Brush:
https://github.com/rbrush/clara-rules
Clara pattern matches in the RETE tradition but works very well with
Clojure records and maps (and Java objects.) Depending on how you
expose/insert your data into the working memory will make it easier or
harder t
On Thursday, March 28, 2013 2:15:34 PM UTC-7, John Szakmeister wrote:
>
> On Wed, Mar 27, 2013 at 5:21 PM, Timothy Baldridge
> >
> wrote:
> > What use-case do you have for such an implementation? Is there something
> > that Clojure on LLVM will give you that Clojure on the JVM or on V8
> won'
101 - 124 of 124 matches
Mail list logo
