On Sunday, August 18, 2013 1:41:56 PM UTC-7, Ryan Brush wrote:
>
> Shantanu,
>
> I appreciate it. I did look at Mimir, but had some different objectives,
> and therefore tradeoffs, and didn't see a straightforward way to reconcile
> them.
>
> First, I wanted to use existing data models in the ru
I have seen
many client-side use cases that could benefit from a rules engine. The
equivalent javascript solutions get messy fast.
Take care.
Alan
>
> On Sunday, August 18, 2013 11:51:46 PM UTC-5, Alan Moore wrote:
>>
>> On Sunday, August 18, 2013 1:41:56 PM UT
How is the feature expressions feature progressing? I haven't heard much
about it recently - we are looking at converting a CLJS project from using
crossovers to feature expressions...
Alan
On Sunday, January 11, 2015 at 6:00:52 PM UTC-8, Alex Miller wrote:
>
> No, we do not work from planned r
Sweet - thanks for the reply. I hope I didn't sound impatient... I'm very
grateful for your hard work on it. I'd offer to help but I'm sure it is
beyond me and my crazy-mad Clojure skillz(tm). I think I'll leave the hard
stuff to the real experts :-)
Alan
On Wednesday, January 21, 2015 at 6:07
inline...
On Thursday, January 15, 2015 at 8:47:34 AM UTC-8, Adam Clements wrote:
>
> I've been looking at getting my startup time down on my Clojure on android
> app (it needs to be at least an order of magnitude smaller before I can
> ship), and revisited this as a potential candidate. The big
Nice - thanks!
I was thinking it would be cool to create a meta-lein template that would allow
the user to specify which libraries (or features?) to include and the template
would (magic happens here) pull in each library and make the needed mods to the
base template.
Obviously this would requ
FYI - I found the tool I mentioned @ modularity.org
Alan
On Wednesday, February 11, 2015 at 7:11:31 PM UTC-8, Alan Moore wrote:
>
> Nice - thanks!
>
> I was thinking it would be cool to create a meta-lein template that would
> allow the user to specify which libraries (o
The question of "using" may have different meanings depending on your
definition - if you include "using" libraries or frameworks built with
Clojure (partly or in whole) you could include all the companies who
deploy, for example, Apache Storm or use some of Puppet Labs' tools.
The consultancy
Timmy,
Several BPM tools are derivatives of or are directly based upon business
rule engines. They usually pile on a bunch of higher level abstractions,
UIs and/or frameworks to make them business user friendly. I have not seen
anything like this in Clojure.
However, you might want to take a l
All,
I just ran across Nim (previously Nimrod) which is a garbage collected
systems programming language that looks like a suitable target for
transpiling Clojure. See:
http://nim-lang.org/
My goal in looking at this is to have Clojure available in native code on
real-time embedded systems wh
You have clearly looked into this more in depth than I have... Thanks for
sharing your thoughts. I missed the part about the wonky case insensitivity
(truly bizarre and hazard prone IMHO) and have not looked into the type
system/inference so I can't comment just yet.
I'm not partial to Nim in p
Agreed re: PyPy, Pixie. I got excited when I first saw that project...
As an alternative to straight C I've thought about targeting Lua but also
wonder how much that buys you... TBD. I thought I remember reading someone
going down that route - anyone?
Alan
--
You received this message because
On Fri, May 1, 2015 at 1:58 PM, Raoul Duke wrote:
> > Another possibility is https://github.com/takeoutweight/clojure-scheme.
> It
> > compiles Clojure to Gambit Scheme to C to metal.
>
> another possibility is to stab oneself in the eye with a sharp stick.
>
Yeah... well, I do that on a daily b
In my world the JVM is a non-starter. I don't care if it fits in a ring (
http://www.javaworld.com/article/2076641/learn-java/an-introduction-to-the-java-ring.html),
culturally it just won't fly. Even Forth has a better chance of making it
than the JVM.
Re: Zulu embedded - "Intel/AMD x86. Please c
Chris,
I'll watch the video and then head on over - talk to you soon.
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 patie
All,
Looks like I have some more research to do... A year or so ago I looked
into going the Python/PyPy route but it's PPC support had previously
stalled. I was intrigued by it's interpreter/tracing JIT structure.
It seems to me that there would be a huge win, similar to the Clojure/JVM,
ClojureS
Paul,
I'm quite impressed with what you and Timothy have done. I'm taking a third
look at Pixie and cljs-terra. Is there any chance that cljs-terra could run
on generic lua instead of terra/luajit?
The main problem I'm having is that anything that isn't interpreted (or
that generates C/C++ I c
I've started porting a library to use Reader Conditionals - I haven't seen
any issues with it yet but my troubles are more related to the library and
re-organizing the code than to RC specifically. I'll report back when I'm
done...
Alan
On Friday, May 22, 2015 at 2:09:28 PM UTC-7, Daniel Comp
Fergal,
*Warning* - Wall of text ahead! If you think OSS works perfectly fine the
way it is today feel free to press delete now...
I've been holding back commenting on this thread to see where it would go.
It is nice to see everyone's take on the need for (or not) a solution to
the lack of an
the source
provides (and the OSS freedom), then you *may* still have a business. Maybe.
On Sun, 7 Jun 2015 10:42 Alan Moore wrote:
> Fergal,
>
> *Warning* - Wall of text ahead! If you think OSS works perfectly fine the
> way it is today feel free to press delete now...
>
> I'
ten > wrote:
>
> One thing worth pointing out is that OSS needn't be free as in beer.
>
> I've paid for OSS SaaS products because I don't want to host and admin
> them myself, for example.
>
> If your service provides something above and beyond what the source
>
Given that the primary protocol in the library is called Service you might
consider calling your library "service" or "services" or something along
those lines to avoid confusion with the other library. Even if the
namespace will disambiguate things for coding, in emails, bug reports and
other
Mike,
I think you might be better off keeping as much as you can the same between
the two test scenarios so that you are only comparing the differences
between nodejs and clojure -- and not all kinds of other variables like
co-located services/cpu-load on your various hosts, network latency
di
Maybe the JDK default memory/heap settings are different on Windows 7. What is
the memory pressure like on your Windows 7 system?
You might need to give your app more memory or at least a larger initial heap
allocation.
Does the app perform ok once it is up and running?
Alan
--
You received
Many of us started out in non-development jobs and worked our way into full
time coding. Tech support jobs are ok but I would focus more on QA jobs.
This might allow you to do some automated testing using
clojure/clojurescript and given that test code isn't given the scrutiny
that dev code goes
Awesome - thanks for the update!
Does the storm example work with the new version?
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 - pl
On Monday, July 28, 2014 7:25:31 PM UTC-7, Ryan Brush wrote:
> This may change in the future. If there's interest in improved Storm
> integration that's something we can kick around, and I would like to get
> back to that at some point. But for the time being I've focused on making
> the core o
On Saturday, August 9, 2014 3:04:03 PM UTC-7, Sven Richter wrote:
>
> Hi,
>
> I setup a small project you can find here:
> https://github.com/sveri/component_test
> You can run it with lein repl and then calling (go).
> 2. In scheduler.clj I defined a protocol (additionally to the lifecycle
> p
I've been having an issue using the core json read-str function to parse some
json.
I've run into a similar issue with the parsing of keys as keywords (fixed using
:key-fn keywords) but I can't seem to get string values to be parsed properly -
they end up as symbols without any quotes.
I know
Sorry, it is clojure/data.json that I'm using... sorry for the confusing title.
--
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 pa
Here is a portion of the data:
Async HTTP GET: 200 body = {
"count": 1,
"total": 1,
"orders": [
{
"number": 12,
"vendorNumber": "12",
"created": "2014-09-25 18:25:17",
"paymentStatus": "QUEUED",
... etc.
The call (messy from debugging...):
(let [orderId (Inte
Yes, I printed the type of body and as expected it is a JSON string and as
it is printed in the output. That is what I'm trying to parse into clojure
data using clojure/data.json.
I am not in control of the data format from the server side - it is a third
party service. The content-type is text
gt; If the json string is being parsed correctly you should get string values
> printed in double quotes, as Tobias's examples showed.
>
> On Saturday, September 27, 2014 1:25:27 PM UTC-7, Alan Moore wrote:
>
>> Yes, I printed the type of body and as expected it is a JSON string
>
>
> CCW's local history seems more than adequate for my needs in that area,
> combined with occasional HDD backups.
>
This is a great idea - I was going to suggest it myself. I sometimes make
backup copies of small project directories such as yours just using cp -r
myproject myproject.bak -
+1
I really like Timothy's videos and highly recommend them. They not only
cover interesting topics but as he works through his examples using the
REPL he discusses all kinds of clojure related subjects, e.g. destructuring
features, idiomatic usage, design options, etc.. You get micro-lessons
On Friday, November 21, 2014 9:50:58 AM UTC-8, Uday Verma wrote:
>
> Hello Everyone,
>
> Basically the approach is this: cljs -> js -> rhino [3] -> bytecode.
> Provides java interop through rhino. By the time things get to rhino,
> google closure has already thrown away most of the runtime awa
Nice... thanks for the update. I'll give it a spin and let you know if I find
anything amiss.
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 mod
+1 for Colin and Cursive!
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
Congrats!
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, sen
Check out natal, renatal or any of the other react native libraries/tools found
here:
http://cljsrn.org/
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 mem
I would also like to express my appreciation!
Reminder: There is a Clojars donation link below and I encourage those who can
to contribute early and often. :-)
Looks like $736 has been raised this month by 55 supporters! My last donation
was too long ago so I'm headed back over there shortly.
Shouldn't the default be a value related to the number of cores like the
original too large default was?
Maybe not exactly (.availableProcessors (Runtime/getRuntime)), as suggested
by Fluid Dynamics, but something similar? In just about every case where
the # cores != 8 you will be under/over p
+1 Thanks for this!
Alan
On Monday, June 27, 2016 at 10:57:56 AM UTC-7, Howard M. Lewis Ship wrote:
>
>
> A library that can be used to render typical Clojure data structures using
> Graphviz.
>
> https://github.com/walmartlabs/datascope
>
> --
> Howard M. Lewis Ship
>
> Senior Mobile Developer
All,
Is anyone else experiencing problems using danielz/system and/or
stuartsierra/component? I'm getting the following:
Caused by: java.lang.IllegalArgumentException: Call to clojure.core/ns did
not conform to spec:
In: [1] val: ((require [com.stuartsierra.component :as component]
[clojure.to
ere compiled to be invoked and you triggered the errors.
>>
>> Alex
>>
>> On Saturday, August 20, 2016 at 12:01:55 AM UTC-5, Alan Moore wrote:
>>>
>>> All,
>>>
>>> Is anyone else experiencing problems using danielz/system and/or
>&g
Nice work Ru! I like the way you leveraged so many aspects/components.
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 patie
Thanks for the laugh! Waiting for the Clojure and Scala version. :-}
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
Congrats on this important migration! Thanks also for the time and effort
the Clojars team put into this.
I encourage everyone to head over to the Clojars issues list where there
are many easy/low hanging fruit that await your awesomeness.
Alan
On Sep 25, 2016, at 8:24 PM, Daniel Compton
wrote:
FYI: I just ran across this and thought it would interest this group:
http://openjdk.java.net/jeps/295
Initially only some of the base java stuff will be compiled but it looks
like it will be extended further.
Hopefully this might help improve startup time for those using OpenJDK.
Alan
--
Yo
Interop FTW!
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,
Oh no... so sad and tragic. I remember everyone pitching in to "get him to the
conj"... and all his great Clojure contributions. I always admired his
enthusiasm and spirit.
My condolences to his close friends and family. While I never met him in person
his presence was felt in this forum and in
Matthew,
+1 everything Chas said. #RIPRaynes
I do have a question about tentacles more generally. Given GitHub's move to
GraphQL, how do you see this being supported (or not?) in this library
going forwards?
Alan
--
You received this message because you are subscribed to the Google
Groups "C
>From ReactConf 2017, Cheng Lou's "Taming the Meta Language":
https://www.youtube.com/watch?v=_0T5OSSzxms
At the end (35:00) is a shout-out to Clojure and Rich Hickey... I thought
it was a nice attribution of his inspiration for work he did on Factor and
the React bindings.
This talk reminds m
Arcadia is a project that uses ClojureCLR in Unity and I've run it on macOS so
you should be ok. However, I don't compile any code outside of Arcadia so maybe
they've done something specific in that project to enable its operation
(precompiled binaries?)
Alan
--
You received this message beca
I found the Slack (and IRC) channel most useful for quick questions I need
immediate feedback for. I found myself missing the email traffic that used to
happen on this list but has gone over to Slack. Maybe it is the search that I
found lacking or just the effort one usually puts into forming a
I watched the matrix video linked above and it seems there is a Slack
bridge that would allow Slack fans to stay put and others to choose their
own client or even go back to IRC. What am I missing?
I too have no skin in this game... I still prefer this mailing list, as is
self evident. I suppose I
Cecil,
Welcome back! I remember your name from prior posts. Hope it goes well for you.
The tooling has improved substantially and a lot of the rough edges have been
sanded down, especially for ClojureScript which has undergone huge improvements.
Clojure (and ClojureScript) FTW!
Alan
--
You r
Thanks for the feedback! Yeggi’s post was written a long time ago and the
site/mailing list have undergone quite a few changes since then. Hopefully it
is better now, sometimes it is hard for those of us who have been around awhile
to see rough edges.
Alan
--
You received this message because
Lolz, I actually liked the coffee to code autocorrect... the autocorrect
machine learning algorithm was probably trained on the old joke about that very
thing. Thanks for the laugh after the week I’ve endured...
Alan
--
You received this message because you are subscribed to the Google
Groups
All,
I want to give a shout out to all the Clojure, ClojureScript, library and
tool developers (all y’all really) to say how much I appreciate your
efforts.
It takes a lot of time out of your busy lives to make this community tick
and I hope you know I for one am very grateful. I was hoping to co
Nice! This will come in very handy.
I’ve also been checking out your Nightlight project. Very impressive work.
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
Great to see this, thanks! Will be giving it a try soon.
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
As Gary said there are options if you aren’t tied to Vert.x.
Of course there is core.async but you might also take a look at Manifold:
http://aleph.io/manifold/rationale.html
Good luck!
Alan
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post
Yes! Thanks for your hard work on this. I was looking for the AMI after your
Conj talk but couldn’t find it... thought my mad search skills had degraded.
Good timing too, looking to provision very soon.
Alan
--
You received this message because you are subscribed to the Google
Groups "Clojure"
Ru,
You’ve done some impressive work on this and previous projects. I especially
like the level of integration with other tools. Thanks!
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.
Thanks for putting this out. Good to see so many interesting solutions from the
ClojureScript community.
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 memb
Christian,
Nice, I’m excited to see this come together! I’ll jump back on gitter to see if
there is something I can do to help.
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
Peter,
What gaming toolchains/platforms are you intending to target?
Unity, Unreal, Godot, web, Facebook, mobile, JVM or just roll your own?
I’ve experimented with Unity/Arcadia (doing VR stuff) but nothing requiring
high performance nor too complex. See:
https://github.com/arcadia-unity/Arcad
Nice... this looks super helpful, thanks!
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
Or maybe a WebAssembly or LLVM target. Lots of reach from those ;-)
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
Nice! Thanks, I’ll have to take a look. This is good timing for my current
project.
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 - p
Has anyone looked for vulnerabilities exposed by pulling random libraries
from github.com (or gitlab.com?) and building them? Macros come mind
(mined?!) Solved problem? AFAIK the Rust compiler can't run arbitrary code.
Also instead of choosing "top-N projects on Github" I would begin with the
"
for now and target it for automation in
the future. I’m wondering how amenable/suitable it would be for the data to
live in Clojars.
On Mon, Jul 30, 2018 at 02:17, Alan Moore
wrote:
> Has anyone looked for vulnerabilities exposed by pulling random libraries
> from github.com (or gitlab.com
Same here, great work in the podcast and Clojurists Together!
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 y
Chris,
Nice feature, thanks! I’m not in a position to try it out now but will give it
a go after an ongoing trade show scramble.
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
Awesome!
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, send
Maybe this is too old school but wouldn’t a dynamic proxy help here? E.g.
java.lang.reflect.InvocationHandler & java.lang.reflect.Proxy.
Clearly you’d be relying on reflection but if your interface usage is large
grained enough the overhead wouldn’t be too bad.
--
You received this message bec
Nice, this looks very handy. Thanks!
Alan
On Wednesday, June 12, 2019 at 12:12:01 AM UTC-7, henrik42 wrote:
>
> I hacked just that a few days ago to support Java development at work:
> https://github.com/henrik42/deeto Not released yet but could be a starter
> in that direction.
> Henrik
>
--
Damn, this dude is on FIRE!
Thanks Mark for these awesome libraries. It clear you’ve put a lot of time and
effort into them!
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 tha
Done.
Alan
On Wednesday, February 5, 2020 at 8:02:13 PM UTC-8, Sean Corfield wrote:
>
> I've been encouraging folks to take the survey and write in Clojure.
> Representation matters!
>
> On Wed, Feb 5, 2020 at 5:45 PM Matching Socks > wrote:
>
>> Today, I noticed an invitation to complete the S
Luca,
Thanks for reaching out. Will take a look to see how I can help. Currently
helping out with a tracking app effort to slow the spread.
Best of luck to you and all of Italy & well, all of us.
Alan
--
You received this message because you are subscribed to the Google
Groups "Clojure" grou
FWIW - My experience with Eclipse vs IntelliJ is exactly the opposite - we have
been using Eclipse at my day job but I have recently abandoned it due to hangs,
crashes, slow downs, etc. and have moved over to IntelliJ. YMMV.
Alan
--
You received this message because you are subscribed to the G
I'll second that motion.
A minor point of clarification re my previous comment: the issues with
Eclipse have nothing to do with CCW as it wasn't even installed. My comment
was more broadly aimed, lest anyone mistakenly think I was slighting CCW in
any way.
Moving on...
Alan
On Tuesday, Augu
Dang autocorrect: fm -> fn
--
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
One language detail that took me a while to get the hang of at first was
destructuring (fm args, let blocks, etc.) I had never encountered anything like
it before in other languages and it took me a while to memorize all the
different variations. It is awesome powerful but alien at first.
Getti
I'll second Paul's comments and raise you two:
1) Depending on your app's use cases, speed going forward will be gained
primarily from parallelism. I think Clojure has a better story there than Go
but that is just my opinion.
2) It is very hard to fight against cultural bias against the JVM. I
github.com/BartoszMilewski/Okasaki
I'm pretty sure you could port these or some other implementation to Go
fairly easily - YMMV.
Alan
On Mon, Sep 14, 2015 at 7:18 PM, Alan Moore
wrote:
> I'll second Paul's comments and raise you two:
>
> 1) Depending on your app's
Max,
You obviously know way more than I do about Go... I stand corrected, thanks. I
did know that it doesn't support TCO so it doesn't surprise me that other
language features went the wrong way too.
I did not mean to misinform anyone, my apologies for speaking beyond my core
competency (Go is
Immutant v2 can run regular ring apps and sente claims compatibility with it as
well. Here are the docs for running ring handlers in WildFly:
immutant.org/documentation/current/apidoc/guide-wildfly.html#h5334
Not sure if that is what you are looking for... Hope this helps.
I've also heard good
Not sure it would be a lot more efficient but you could try using
logic/relational programming with core.match, a datalog library or even a rule
engine such as Clara. With the later you can use heuristics to trim the search
space as another poster suggested.
Good luck.
Alan
--
You received t
We used to have these things called specifications and documentation but we all
know what happened to those :-/
Docstrings are ok but no substitute for really well done docs. Yes they were
"hard" to keep in sync w code but clear, comprehensive and succinct technical
writing is a lost art IMO.
Yes it would be handy for small projects but IMO larger applications should
be broken up into client and server code. Some might argue for breaking up
client and server into separate projects altogether but that begs the
question about what to do with the .cljc files that are shared (e.g. put
t
r/bar.clj
>
> So I divide code by purpose, but they're all in the same source directory.
>
> - James
>
> On 30 December 2015 at 00:56, Alan Moore > wrote:
>
>> Yes it would be handy for small projects but IMO larger applications
>> should be broken up into
Great job everyone! I really like the layout and the color scheme, very
pleasing to the eye and professional looking.
My *only* constructive comment is that a total newbie landing on
clojure.org is faced with a lot of reading when maybe they should be
presented with super basic code examples, j
Reid,
Thanks for the explanation - I did not realize the differences. I've been
landing on clojuredocs primarily due to page rank but will be sure to
include/check grimoire because I want/need the enhanced doc strings.
Terseness is great when you are an expert but I'm not there yet and can
still
Core may do what you need but for future needs you might reach for Nathan
Marz's specter library which helps navigate and manipulate complex Clojure data:
https://github.com/nathanmarz/specter
Take care.
Alan
--
You received this message because you are subscribed to the Google
Groups "Clojur
Ru,
Take a look at the approach used by Clara
(https://github.com/rbrush/clara-rules.) It works in both Clojure and
ClojureScript. It translates the DSL using eval at macro-expansion time to
generate the productions - see defsession.
Will take a look at rete4frames again when I get a chance.
For more info on core/context
see: https://github.com/weavejester/compojure/wiki/Nesting-routes
Alan
On Friday, February 12, 2016 at 2:40:30 PM UTC-8, JvJ wrote:
>
> I'm just starting to use ring/compojure to create web apps.
>
> One thing I would like to do is have an updatable collection of ap
It kind of depends on the backend you are targeting. If it looks and smells
like the JVM you might look at ClojureCLR.
If it looks like Python see Clojure-metal by Timothy B.
The ClojureScript compiler was optimized for speed (as recently pointed out) so
it may not be as straight forward to use
has genius,
power, and magic in it. Begin it now."* - *Goethe*
On Feb 27, 2016, at 5:39 PM, "evins.mi...@gmail.com"
wrote:
On Saturday, February 27, 2016 at 7:09:39 PM UTC-6, Alan Moore wrote:
>
> It kind of depends on the backend you are targeting. If it looks and
> sme
1 - 100 of 124 matches
Mail list logo
