This brings an interesting twist...

I am used to build polyglot solutions, our project has been a mix of Java, Ruby 
and
Clojure for a year and a half and prior to that I would mix languages in a 
project
on the fly.

However I am not in a mood these days to sacrifice features available in 
Clojure to
bend to other languages to comply with their poor feature set given the 
challenges
we are facing in our domain.

If you can own both ends, do it in Clojure exploiting all it's features and 
provide poor
man's API to other languages as required. This may require implementing some
custom front end logic within these APIs that have little to do with the 
internal
 representation used elsewhere.

Being agnostic to do a "favor" to other languages maybe unavoidable
in some situations but it may impact your design decisions, you could cripple 
your
mental processes by avoiding using features not available in every language 
involved.

Being polyglot was a necessity to me before Clojure/ClojureScript got most of
the platforms covered.

It's not to me an advantage anymore to write polyglot solutions. Reducing to
common language features to me = dragging your feet on the rug while you could 
be running faster than Usain Bolt.

Luc

> Hi Luc,
> > Le jeudi 22 août 2013 21:19:00 UTC+2, Luc a écrit :
> >
> >
> >
> > Metadata is part of the Clojure environment and part of the value domain > 
> > > it handles. > > Why should it not be transmitted along with the value ? > 
> > > If the receiver is not written in Clojure it may be questionable an > > 
> > probably not > > very useful to transmit it but otherwise ? > >
> > All you're saying is right, as long as you own your data and communicate > 
> > between clojure programs, any "hack" is just particular design solution

-- 
-- 
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 email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to