Re: [racket] Processing and Racket

Hi all, I've been keeping half an eye on this thread, a lot of people (me included) use fluxus/racket for teaching programming to artists, and we have a growing community of live coders who use it in performance settings (VJing and making music too). One of my current projects with fluxus is to u

Re: [racket] Processing and Racket

Incidentally, I had someone reply to my tumblr blog with a link to fluxus (wait, was that you?). There are some interesting things there. I like how it showcases people who are using it. On Jun 3, 2013 8:34 PM, "Stephen De Gabrielle" wrote: > I can't let this thread pass without mentioning Fluxus

Re: [racket] Processing and Racket

I can't let this thread pass without mentioning Fluxus http://www.pawfal.org/fluxus/documentation/ -- Stephen De Gabrielle On Mon, Jun 3, 2013 at 11:03 PM, Matthias Felleisen wrote: > > On Jun 3, 2013, at 5:45 PM, Philipp Dikmann wrote: > > but when the pr

Re: [racket] Processing and Racket

On Jun 3, 2013, at 5:45 PM, Philipp Dikmann wrote: > but when the problem is always simply 'reproduce this image', a single > language still allows multiple interesting ways of thinking about it (esp. > considering the idea of 'language' in the Racket context :P), and even > better: demonstrat

Re: [racket] Processing and Racket

Chipping in another 2 cents, I'd like to second Matthias, Eli & Jay in finding the idea quite splendid! Narrowing the focus of a documentation/community project on graphical output is a promising way to encourage more conversation about Racket. Being a design professional with little CS educat

Re: [racket] Processing and Racket

Okay, I'll draw up a plan soon and start documenting some of these ideas better. On Sun, Jun 2, 2013 at 11:28 PM, Jay Kominek wrote: > On Sun, Jun 2, 2013 at 10:00 AM, Sean McBeth > wrote: > > So, an Exhibition page would have a curated selection of community > entries. > > There'd always be a

Re: [racket] Processing and Racket

On Sun, Jun 2, 2013 at 10:00 AM, Sean McBeth wrote: > So, an Exhibition page would have a curated selection of community entries. > There'd always be a sidebar of highly-ranked community examples. Based on the response the Rosetta Code effort got, you could probably just put up a web page describ

Re: [racket] Processing and Racket

On Jun 2, 2013, at 12:00 PM, Sean McBeth wrote: > an Exhibition page would have a curated selection of community entries. > There'd always be a sidebar of highly-ranked community examples. And a set of > canned-action tutorials with a bit of a school-course mentality, to teach, > review, and t

Re: [racket] Processing and Racket

Eli: I agree completely. A lot of what you said is exactly the line of thinking that got me to "people should be using Racket if they like Processing so much." Robby: I think the new package system is going to be great (I've really enjoyed following the discussion), but I think it's overkill for t

Re: [racket] Processing and Racket

Sean: what you raise are great points and things that we've struggled with for a long time, I'd say. On the positive side: do you think that the pkg system could help get us closer to something like the Processing exhibition page? (Now is the time to suggest little tweaks that could be big wins in

Re: [racket] Processing and Racket

(Sorry for replying to it in a way that will potentially make the discussion longer, but I think that you're hitting an important point...) An hour and a half ago, Sean McBeth wrote: > Oh, I hope it didn't come off as criticism. Yes, my intention is > that these would be areas in which I would tr

Re: [racket] Processing and Racket

Hi Matthias, Eli, Oh, I hope it didn't come off as criticism. Yes, my intention is that these would be areas in which I would try to contribute, personally. I have a lot of friends that have just been getting in to programming recently, either artists through Processing, electronics hobbiests thro

Re: [racket] Processing and Racket

7 hours ago, Sean McBeth wrote: > I had some thoughts today about Racket and apparent influences it > has had on Processing (and by extension Arduino). I'd be interested > to hear what the Racket community itself thinks of Processing and > the sorts of things people do with it, in comparison to Rac

Re: [racket] Processing and Racket

Sean, thank you very much for the frank criticism of Racket and its culture. Here are some reactions. 1. A few years ago I tried twice to get into Processing. I saw parallels to our work, and I wanted to know why Processing was taking off. To be honest, I could not handle it and gave up. The