Re: ANN: just-maven-clojure-archetype 0.3-RELEASE

[Jon Seltzer]

Thanks m...@talios.com.

a...@puredanger.com - many thanks for all you do. We all benefit from your 
hard work.

I wanted:

- to show Clojure developers know that Maven is already fully featured.
- to demonstrate that Maven archetypes are a great way to provided starter 
projects in an enterprise.
- to help Clojure enthusiasts sneak Clojure into Java shops without anyone 
noticing.
- to encourage teams to create their own by showing they can plug in easily 
and use Clojure anywhere in the Maven lifecycle.
- possibly start a trend where starter projects (archetypes) are shared in 
the community making easier to introduce Clojure into the Java ecosystem.

On Sunday, November 20, 2022 at 3:56:12 PM UTC-8 al...@puredanger.com wrote:

> It still builds all the Clojure contrib projects. :)
>
> On Saturday, November 19, 2022 at 10:54:18 PM UTC-6 ma...@talios.com 
> wrote:
>
>> Nice,
>>
>> Almost surprised to not see my clojure-maven-plugin pop in there - it’s 
>> always a surprise finding folk still using it.
>>
>> -- 
>> "Great artists are extremely selfish and arrogant things" — Steven 
>> Wilson, Porcupine Tree
>>
>>
>> On 20/11/2022 at 1:43:52 PM, Jon Seltzer  wrote:
>>
>>> Bumped version, some small changes - see details here 
>>> <https://github.com/seltzer1717/just-maven-clojure-archetype>.
>>>
>>> Let's you do Clojure development in a Java shop without demanding the 
>>> adoption of a new build stack - it's just Maven.
>>>
>>>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/060ae70e-ed6a-4c52-b355-ea3f5b39dd7fn%40googlegroups.com.

ANN: just-maven-clojure-archetype 0.3-RELEASE

[Jon Seltzer]

Bumped version, some small changes - see details here 
.

Let's you do Clojure development in a Java shop without demanding the 
adoption of a new build stack - it's just Maven.


-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/e72397f5-4f10-4c4a-96cb-ccb529c4283dn%40googlegroups.com.

ANN: just-maven-clojure-archetype version 0.2-RELEASE

[Jon Seltzer]

Get more information here -  seltzer1717/just-maven-clojure-archetype: An 
archetype for Clojure projects that require only Maven (github.com) 


-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/05d85954-ce6f-4961-abe6-30efed82f593n%40googlegroups.com.

ANN: just-maven-clojurescript-archetype 0.2-RELEASE

[Jon Seltzer]

A Maven archetype for creating ClojureScript projects that only require 
Maven.

seltzer1717/just-maven-clojurescript-archetype: An archetype for Clojure 
projects that require only Maven (github.com) 


-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/8b9eefb1-495b-464e-ad60-5e53c29acf28n%40googlegroups.com.

gen-class and need for fully qualified class names

[Jon Seltzer]

Hi all,

I'm sure this is answered somewhere already but can't find it. The
:gen-class option of ns macro has access to imports. Why is it that fully
qualified class names are still required?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAOZhW-phcW674gN9ZTG8SPZx1L4ye0Xf4bkb7WG33KDZELUW9A%40mail.gmail.com.

Re: Annotations on gen-class :state

[Jon Seltzer]

This is unfortunate.  I certainly can write a Java class and I expected 
that would be the answer.  The question for me is whether, as a group, we 
see any value in having a consistent interface with the JVM.  One could 
argue that Clojure does not need any of the interop features it already 
has.  In fact, one might argue that all interop should occur by invoking 
pure Clojure from Java only but I hope most of us would agree that would 
not a very satisfying outcome.  The Clojure in Clojure work being done 
gives me hope this is going to change.  A Clojure compiler written in 
Clojure would almost certainly need to be full (or more fully) featured.

I like Stuart Sierra's quote (Twitter):  "Using Java libraries is idiomatic 
Clojure", and this is true for a lot of us using Clojure.

jbs

On Monday, April 14, 2014 1:10:47 AM UTC-7, Colin Fleming wrote:

> gen-class really isn't suitable for doing complicated interop like 
> annotating fields. It's heavily oriented towards a single means of managing 
> state, which is a single field generally containing an atom, which in turn 
> contains your actual state in a map or similar. If you really need multiple 
> fields you can use deftype/defrecord, but they come with different 
> restrictions - no inheritance, don't require their namespace on class init 
> which is required for many use cases where you might want field 
> annotations. I'm also not sure if their fields can be annotated. 
>
> In general when you start needing that level of interop, the easiest thing 
> is just to write a Java class and call into Clojure from there as required.
>
>
> On 14 April 2014 14:28, Jon Seltzer >wrote:
>
>> There are many Java APIs that expect client APIs to annotate fields but 
>> Clojure does not support annotations on fields.  Is there any plan to add 
>> support?
>>
>> And one tangential question:  Is there any consideration of adding 
>> gen-class support for multiple fields instead of just one?
>>
>> jbs
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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/d/optout.

Annotations on gen-class :state

[Jon Seltzer]

There are many Java APIs that expect client APIs to annotate fields but 
Clojure does not support annotations on fields.  Is there any plan to add 
support?

And one tangential question:  Is there any consideration of adding 
gen-class support for multiple fields instead of just one?

jbs

-- 
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/d/optout.

Re: Clojure Performance For Expensive Algorithms

[Jon Seltzer]

I beg to differ.  You can't separate an assessment of idiomaticity
from the specific problem domain.  *That* is true no matter what the
language.

On Feb 27, 9:48 am, Marko Topolnik  wrote:
> On Wednesday, February 27, 2013 6:28:03 PM UTC+1, Andy Fingerhut wrote:
>
> If you wanted to create a collection of idiomatic Clojure programs for
>
> > solving a particular set of problems, e.g. the Benchmarks Game problems, as
> > soon as more than one person submitted a program and/or reviewed a program,
> > there could arise arguments over which ones are idiomatic and which are not.
>
> > If one person is maintaining the collection, they can make judgement calls
> > on this, and/or keep multiple different submissions around to solve the
> > same problem as all equally idiomatic, even though they use different code
> > constructs to do it.
>
> There is much truth in this; however, I bet that all those programs could
> in fact be considered idomatic from a wider perspective. One guy prefers *
> (reduce...assoc)* where another prefers *(into {}...map...)* and that's OK.
> However, if someone comes along with *(let [m (HashMap.)] (loop []...(recur
> (.put m ...)))* claiming that is in fact idomatic, he's just being
> unreasonable---by everyone's agreement. Yes, in the final analysis there
> will always be a fine dividing line over which everyone involved will love
> to disagree, but that's a lesser concern.
>
> -Marko

-- 
-- 
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.

Re: Lack in the documentation

[Jon Seltzer]

1. You can't do GUI or game development without using Java.
A: Yes, that's true.  Clojure was designed to use the vast libraries
of Java.  Java documentation is superb so if you want to do anything
graphical, I'd suggest the Java tutorial and JavaFX especially for all
things graphical.  It's really very good.

2. You don't want to learn Java just to learn Clojure.
A:  Well this is really up to you.  I think Clojure is great for many
things and many great libraries have been written (to numerous to
mention) and many of those libraries are wrappers on Java libraries.
Frankly, Clojure's Java interop is so good I don't see a need to
wrap.  There's a great presentation by Stuart H. about Clojure being a
better Java then Java.

3. This means Clojure is losing mindshare.
A:  So really this is a question of appeal.  What attracts developers
to a new programming language other than the language itself?
Producing a sanctioned tutorial like the Sun(Oracle) Java Tutorial
would be good.  A good video introduction to the language would be
good (Have that.  See Rich's presentations, they're awesome).
ClojureDocs.org is an excellent reference.

4. I sense a general frustration with having to learn something new.
A:  I'm not sure what can be done about this.  I would encourage you
to keep at it and things will start to fall into place.  Lastly, I'd
ask you to reconsider your stance on Java.  There really is a wealth
of functionality you're giving up.

On eb 14, 9:50 pm, g1i1ch  wrote:
> I just wanted to put a shout out to the major clojure guys out there.
> I've tried several times to learn the language, but I can't get passed
> the normal lispy stuff to a serious program. Like a game or GUI app.
> The reason why is because of something I quickly realized. It seems
> that to fully learn clojure, you first must know java. You can see it
> especially in the documentation which is fully java programmer
> focused. My problem is that I don't know java and I really don't have
> the time to or the desire to learn java just to learn clojure.
>
> I'm pretty sure I'm not the only one, and it means there may be scores
> of people out there just waiting to learn clojure but find it an
> uphill battle. It kinda limits how far the language will spread. Just
> wanted to bring attention to it because it's a really awesome
> language. And, I really want to be able to use it, and I want it to be
> more widespread than it is. You have a Clojure for Java Programmers,
> why not a Clojure for Non-Java Programmers?
>
> Thanks for your time

-- 
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

Re: Hierarchical logs

[Jon Seltzer]

I'm not sure I'm getting your data example (seems like there are some
characters missing or out of place) but this might be what you're
looking for:

user=> (def stuff
  [['(+ 1 (- 5 2)) nil]
   ['(- 5 2) nil]
   [3 true]
   [4 true]])
#'user/stuff
user=> (vec (for [m stuff] (vec (butlast m
[[(+ 1 (- 5 2))] [(- 5 2)] [3] [4]]

On Feb 11, 8:39 pm, jweiss  wrote:
> I've been working on a tracing library, that works much like
> clojure.contrib.trace (based on it, actually).   One sticky problem
> I've found is, hierarchical logs are really crappy to try to stream to
> a file.  You can't just keep writing to the end of the file - new data
> needs to be inserted before existing end-tags.  So what I'm doing is
> storing the data as a list, until I know the data is complete, and
> then i turn it back into a tree to write the file.
>
> However I can't think of a simple way to do it, even though it seems
> like a simple operation.
>
> I want to turn this list of pairs (first item is the fn call or return
> value, the second is a truthy value marking whether it's a call or
> return)
>
> '[[(+ 1 (- 5 2) nil]
>  [(- 5 2) nil]
>  [3 true]
>  [4 true]]
>
> I want to turn that into
> [(+ 1 (- 5 2))
>     [(- 5 2)
>      3]
>  4]
>
> Is there a simple way to do this?

-- 
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

Re: Leiningen capabilities (was Re: A newbie's summary - what worked, what didn't)

[Jon Seltzer]

Fair enough.

It would be great if Clojure tools were as mature as Java's Eclipse or
IntelliJ, but hey, Java's been around for 15 years.  Probably
unrealistic to expect more.

Perhaps we can look forward to tools created by you.

On Mar 28, 10:32 pm, ultranewb  wrote:
> < lisp code for 40 years and I can't find anyone willing to hire
> me for my lisp skills
>
> Tim Daly
> Elder of the Internet>>
>
> It's okay.  I couldn't get hired as a C programmer for NASA years ago,
> and I had already written my own working C compiler!  The idiot
> interviewer opened some huge C library reference manual to some random
> page, and asked me to recite whatever function he had the page opened
> to from memory.  Of course I couldn't do that, and explained to him
> that this wasn't important, that any decent programmer would simply do
> what he was doing (open up the reference manual, look up the function,
> and be using that function within a minute).  But of course idiots
> will be idiots.
>
> Either way, if you are in the USA (don't know if you are or aren't),
> these days corporations just hire Indians on H1-B visas, or they just
> outsource the work over to there.  So you don't have a shot anyway.
>
> <
> While I agree that clear steps should be provided to assist
> newcomers,
> I don't have sympathy for newcomers more interested in bashing other
> languages and people than in actually learning something.>>
>
> Note sure if this was directed at me or not, but the only language
> I've bashed is Java.  I won't apologize for that, though, so if it
> offended you, tough ;-)
>
> < issues getting started.  I fired up a REPL almost immediately.>>
>
> I've stated at the top that I could get REPLs without difficulty.
>
> < else if something new is not immediately obvious to them.>>
>
> Don't know why you feel as if you or your "tribe" is being attacked.
> I'm not "blaming" anyone or anything, I created a thread on "what
> worked, what didn't" as a resource for 1) newbs interested in trying
> Clojure (I wish I had this resource from the get-go), and 2) as
> feedback for whatever Clojure people are out there who are making
> tools and IDEs or who are concerned with the newbie newcomer
> situation.  As to #2, my thread already seemed to help the ClojureW
> guy make an improvement in a bug I found.
>
> If you aren't in group 1 or group 2, don't feel the need to hang out
> in this thread and feel so annoyed or attacked if you don't want.

-- 
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

Re: A newbie's summary - what worked, what didn't

[Jon Seltzer]

This is exactly what I use and it works perfectly.

On Mar 28, 10:48 am, David Nolen  wrote:
> On Mon, Mar 28, 2011 at 12:39 PM, Lee Spector wrote:
>
>
>
> > On Mar 28, 2011, at 12:19 PM, Luc Prefontaine wrote:
> > > "But with any other language I've ever used, at most I include a
> > > library I need in a directive at the top, or I include my own code in
> > > a similar directive.  For instance, with Erlang you just say
> > > "module(whatever)" at the top.  I mean, that's ALL you do. "
>
> > > This is what the poster expects. So much for "not asking for a totally
> > > transparent solution"...
>
> 1) Install JEdit for your platform, start JEdit
> 2) Install Clojure and Clojure Shell plugins via Plugins menu
> 3) Start the Clojure Shell from the Plugins menu.
> 4) Write some Clojure source in a file, save it.
> 5) Send file to Clojure Shell
>
> David

-- 
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

Re: A newbie's summary - what worked, what didn't

[Jon Seltzer]

I use JEdit exclusively as described by David and adding external
libraries to the classpath on my own when I launch the REPL.

Really, setting the classpath isn't that hard and if you're really
planning on using Clojure long term then you'll have to deal with it
eventually.  So why not just spend time to learn how to do it.

On Mar 28, 12:02 pm, David Nolen  wrote:
> On Mon, Mar 28, 2011 at 2:53 PM, Lee Spector  wrote:
>
> > On Mar 28, 2011, at 1:48 PM, David Nolen wrote:
> > > 1) Install JEdit for your platform, start JEdit
> > > 2) Install Clojure and Clojure Shell plugins via Plugins menu
> > > 3) Start the Clojure Shell from the Plugins menu.
> > > 4) Write some Clojure source in a file, save it.
> > > 5) Send file to Clojure Shell
>
> > I've played with this, but am I missing something or does it not provide
> > language-aware auto-indenting? I think that's a minimal requirement for
> > editing in any Lisp-like language.
>
> Auto-indenting is achieved via the JEdit Clojure mode. You just need to drop
> it into your JEdit modes folder (platform dependent 
> location).https://github.com/djspiewak/jedit-modes/blob/master/clojure.xml. I 
> don't
> consider it critical for newcomers.
>
> > BTW I also didn't see how to affect the class path, so that I could refer
> > to one file from another (or use a library from somewhere else, but in my
> > case I was just trying to run a program with code in two files). Is there a
> > way to do that?
>
> I would use load-file in these cases. It's a limitation, but a reasonable
> one for newcomers.
>
> David

-- 
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

Re: A newbie's summary - what worked, what didn't

[Jon Seltzer]

Sorry, Lee.  Not you.  You're posts have been sincere.

On Mar 28, 4:22 pm, Lee Spector  wrote:
> On Mar 28, 2011, at 9:07 AM, Jon Seltzer wrote:
>
>
>
> > Frankly, I'm a little annoyed by people who want to blame everyone
> > else if something new is not immediately obvious to them.
>
> I don't know if you intend this to apply to me but for the record I'm not 
> trying to blame anyone for anything, just trying to help improve the clojure 
> ecosystem by pointing out some issues that I have had (and which some of my 
> students and newbies who post to this list have had).
>
> I've been using Clojure for about a year (and programming for about 30 years, 
> and teaching Clojure since last September) but I'm not completely happy with 
> any of the programming environments that I've found and I know they can be 
> better in a couple of small but important ways. I know this in part because 
> there are so many talented and creative people in the community and in part 
> because there are (as I said) many near-solutions that do about 90% of what 
> I'm looking for. I think that it can be hard for people with a lot of 
> expertise to appreciate the way that things look to those who don't, and I 
> intend to be purely constructive in pointing this stuff out.
>
>  -Lee

-- 
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

Re: A newbie's summary - what worked, what didn't

[Jon Seltzer]

While I agree that clear steps should be provided to assist newcomers,
I don't have sympathy for newcomers more interested in bashing other
languages and people than in actually learning something.

I started learning clojure over a year ago and I don't recall any
issues getting started.  I fired up a REPL almost immediately.  Other
things were more difficult but I figured that's part of the learning
process.

Frankly, I'm a little annoyed by people who want to blame everyone
else if something new is not immediately obvious to them.

On Mar 28, 5:51 am, Lee Spector  wrote:
> On Mar 28, 2011, at 5:16 AM, Luc Prefontaine wrote:
>
> > Given the huge number of libraries/projects available these days
> > and the diverse profile of library maintainers, a totally 
> > automated/transparent
> > dependency manager is not for today. It would require a crystal ball to cope
> > with a number of situations.
>
> > That "garbage" has to be dealt with in day to day use by most of us.
> > You should get used to it or live as an hermit on some far away mountain.
> > Which I am tempted to do from time to time but for real bureaucratic
> > issues like income tax reports :)
>
> > Life can be hard...
>
> Luc's response here and also Shantanu's on the same thread have inspired me 
> to coin a new word, "FANPERV," for someone who Fails to Appreciate the 
> Newbie's PERspectiVe.
>
> Fanpervs typically make two moves in response to confused newbies:
>
> 1. Explain (correctly) why the perfect solution requires complexity, and then 
> assert (incorrectly) that newbies (and others with simple needs) should or 
> must deal with that complexity from the start.
>
> 2. Provide a (correct) solution to the newbie's problem while asserting 
> (incorrectly) that the solution is simple or obvious, thereby implying that 
> nobody should bother to provide a truly simple or obvious solution to future 
> newbies.
>
> Fanpervs are often really smart and hard-working and kind and well 
> intentioned, but for some reason or another -- probably usually because they 
> know too much -- they just don't see how the newbies see things.
>
> In the present discussion I don't think that newbies are asking for "totally 
> automated/transparent dependency management" but rather for a way to avoid 
> the issue entirely for simple projects that just use core and contrib (yes 
> that can be a challenge if you're new to java classpaths, and for many other 
> languages it's simpler because you just have to put the library in the same 
> directory as your source code) or maybe a few other libraries that they could 
> just download (yes that can be a challenge e.g. if the library's instructions 
> just say how to do it from lein but you're using some other dependency 
> management system because you want a Clojure-aware editor that doesn't 
> require you to go down an emacs configuration and learning-curve rabbit hole).
>
> I guess maybe I'm not quite a newbie any more, but for whatever reason -- 
> maybe just a thick skull -- I still have the newbie perspective and I totally 
> sympathize with people who are exasperated with the process of setting up a 
> basic Clojure programming environment. As I said before I think there are 
> several projects that get the newbie 90% of the way there, but the last 10% 
> can be rough. I know that there are many on this list who could provide 100% 
> solutions but perhaps haven't done so because they have fanpervish 
> tendencies... But I think that these can be overcome, if people realize that 
> there is really an issue here.
>
>  -Lee

-- 
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

Re: Funding 2011?

[Jon Seltzer]

Why not update the funding from simple donation to a purchase of
clojure/core software like a refined version of the eclipse plugin or
some other incentive based approach?  I think I understand why rich
might find 'donation' approach a bit uncomfortable.

On Jan 4, 2:24 pm, Mark Engelberg  wrote:
> On Tue, Jan 4, 2011 at 1:23 PM, Luke VanderHart
>
>  wrote:
> > For what it's worth, I am really glad of the position Rich is taking
> > on a roadmap and Clojure's future development. I would much rather
> > Clojure remained fresh, innovative and agile, and that it continues to
> > offer unexpected, delightful new features and abilities. It can't
> > really do that if Rich has to work through a years worth of mundane
> > improvements he's already committed to before he can implement a new
> > idea.
>
> About roadmaps:
>
> I think there are a core set of Clojure developers who meet regularly
> on IRC and discuss all kinds of interesting issues surrounding
> Clojure.  They post ideas on the separate dev list, and on the various
> group development sites (assembla, github, confluence, etc. -- it has
> changed over time where the active discussions are happening).
>
> I believe that those "in the core" don't fully realize how little of
> that information trickles out to the masses.  Improved information
> flow can generate excitement and enthusiasm in the community.
>
> For example, to those outside the core, sometimes it feels like
> development is proceeding at a slow pace.  We mainly see the new,
> stable releases, which occur only occasionally (just 1.2 in the last
> year, right?).  The inner group knows what's going into 1.3.  They
> know how much effort has been spent testing out ideas, some of which
> were discarded, and some of which are highly likely to remain in the
> pipeline for a future stable release.  The know what time has gone
> into creating build tools and other mundane things that are necessary
> as the project's infrastructure grows.  For those outside the core,
> seeing a summary of the past year's accomplishments is tremendously
> exciting, creating a sense of "Wow, Clojure's development is really
> progressing, with lots of great things happening.  This is a
> fast-moving train that I want to be a part of."
>
> Similarly, when looking ahead, it is possible to provide a glimpse in
> the form of "Here are the areas we're actively investigating (e.g.,
> primitive math, pods, etc.).  It's hard to know exactly which will
> bear fruit, but these are some of the things we're trying out, and
> some of the problems we'd like to solve."  Furthermore, it's useful to
> know when past ideas have been officially discarded.  For example, a
> couple years back there was a lot of discussion surrounding streams,
> as a way to handle stateful i/o interactions.  Are those ideas
> officially dead, or are they just lower priority than a lot of things,
> or are we awaiting a fresh new insight?
>
> These sorts of communications to the community are certainly essential
> when trying to generate excitement about Clojure's forward momentum
> for funding purposes, but even if Rich has abandoned funding in the
> interest of not being tied to a specific set of commitments or
> expectations, I hope that the core developers will still realize the
> great community-building value of summarizing "where we have been and
> where we hope to go".
>
> About funding:
>
> Last year, when Rich appealed for funding, he explained that without
> the funding, it did not make rational economic sense for him to devote
> his full time to Clojure development.  He would be forced to take
> other contracting jobs, and less of his time would be spent on
> Clojure.  So to me, the sad part of this announcement is that it
> carries with it the implication that Clojure development is going to
> slow down, because Rich will have to focus on things other than
> Clojure in order to make money.  Is there any kind of middle ground
> possible here?

-- 
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

Re: Google AI winner uses lisp

[Jon Seltzer]

CL

On Dec 9, 7:09 pm, Ken Wesson  wrote:
> On Thu, Dec 9, 2010 at 8:53 PM, Alec Battles  wrote:
> > I'm sure a few people have read this news already. It's been up for a
> > week, though strangely ZDnet -- which, on principle, I refuse to link
> > to
>
> Why?
>
> > -- is one of the only places to write it up.
>
> >http://pr-usa.net/index.php?option=com_content&task=view&id=560484&It...
>
> > Nice news to read before bedtime.
>
> Yes, but was it Clojure, or another Lisp?

-- 
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

Re: $'s in java class member names and set!

[Jon Seltzer]

I suspect $ is in munge because Rich and company may want to use it as
a special reader character.  $'s used to access inner classes work
fine.  I'd be fine with that as long as there's still a way to access
Java identifiers with dollar signs (perhaps a special macro).

On Sep 9, 3:49 am, Michał Marczyk  wrote:
> That's probably due to a problem with clojure.core/munge I recently
> reported on the Dev list [1] -- see a proposed patch attached to my
> first e-mail in that thread. I notice there still hasn't been any
> response to that issue... I think I'm just going to go ahead an open a
> ticket for this tonight.
>
> Sincerely,
> Michał
>
> [1]http://groups.google.com/group/clojure-dev/browse_thread/thread/9caab...

-- 
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

Re: $'s in java class member names and set!

[Jon Seltzer]

Yeah.  I tried that but it gives what you expect:

Class A defined as follows:

package projects.test;
public class A
{
  public boolean y;
  public boolean $z;
}

REPL:

user=> (import '(projects.test A))
projects.test.A
user=> (def m (A.))
#'user/m
user=> (set! (. m y) true)
true
user=> (set! (. m $z) true)
java.lang.IllegalArgumentException: No matching field found:
_DOLLARSIGN_z for class projects.test.A
 (NO_SOURCE_FILE:0)
user=> (def klass (.getClass m))
#'user/klass
user=> (def fields (.getFields klass))
#'user/fields
user=> (.getName (aget fields 0))
"y"
user=> (.getName (aget fields 1))
"$z"
user=>

Just so everyone knows this isn't a trumped up example.  If I can make
this work then I can instantiate JavaFX classes directly without using
JavaFX reflection.  I'm exploring a Clojure cover library for JavaFX.
Incidently, some of you might be interested in this:

http://steveonjava.com/javafx-your-way-building-javafx-applications-with-alternative-languages/

Stephen Chin will presenting a talk at JavaOne about using other JVM
languages to call JavaFX.

On Sep 8, 8:05 pm, Sean Devlin  wrote:
> Try using reflection to print out what the JVM thinks the field's name
> is.  This might help.
>
> On Sep 8, 1:23 am, Jon Seltzer  wrote:
>
>
>
> > Suppose you have a class projects.test.A:
>
> > package projects.test;
>
> > public class A
> > {
> >   public A(){super();}
> >   public boolean y;
> >   public boolean $z;
>
> > }
>
> > and I want to use set to update both values:
>
> > user=> (def m (A.))     ; Create a ref m to new instance of A
> > #'user/m
>
> > user=> (set! (. m y) true)     ; No problems updating y.
> > true
>
> > user=> (set! (. m $z) true)
> > java.lang.IllegalArgumentException: No matching field found:
> > _DOLLARSIGN_z for class projects.test.A
> >  (NO_SOURCE_FILE:0)
>
> > Is there a special syntax for handling java members with $'s in their
> > names?- Hide quoted text -
>
> - Show quoted text -

-- 
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

$'s in java class member names and set!

[Jon Seltzer]

Suppose you have a class projects.test.A:

package projects.test;

public class A
{
  public A(){super();}
  public boolean y;
  public boolean $z;
}

and I want to use set to update both values:

user=> (def m (A.)) ; Create a ref m to new instance of A
#'user/m

user=> (set! (. m y) true) ; No problems updating y.
true

user=> (set! (. m $z) true)
java.lang.IllegalArgumentException: No matching field found:
_DOLLARSIGN_z for class projects.test.A
 (NO_SOURCE_FILE:0)

Is there a special syntax for handling java members with $'s in their
names?


-- 
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

inserting into vector

[Jon Seltzer]

I know what assoc does:

user=> (assoc [\a \b \c] 0 \d)  ;please extend to much larger vector
with index somewhere in the middle
[\d \b \c]

but what if I want:

user=> (assoc-x [\a \b \c] 0 \d)  ;is there an assoc-x
[\a \d \b \c]

I don't see a function that does this.  I'm sure I'm missing it.  I,
of course, know this could be done with a combination of other
functions like subvec and/or into but it seems fundamental enough to
have its function.

-- 
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

Re: Rich Hickey Video - unit conversion language

[Jon Seltzer]

The language was Frink.

On Jun 21, 4:46 am, Julian  wrote:
> Rich Hickey made reference in one of his videos to a language that
> could convert between all different kinds of units and dimensions.
> Does anybody recall what that was?

-- 
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

Loop and Recur

[Jon Seltzer]

I'm still learning Clojure and doing so by reading everything on
clojure.org.  I ran across this example in the Functional Programming
section:

(defn my-zipmap [keys vals]
  (loop [my-map {}
 my-keys (seq keys)
 my-vals (seq vals)]
(if (and my-keys my-vals)
  (recur (assoc my-map (first my-keys) (first my-vals))
 (rest my-keys)
 (rest my-vals))
  my-map)))

(my-zipmap [:a :b :c] [1 2 3])

However, when run, it hangs.

I'm running:

OS: Windows Vista - Business Edition
Java: 1.6.0_20

If I had to guess, I'd say it's in an infinite loop, but not sure
what's wrong exactly.

-- 
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