When I saw this poster on the right in the lobby of our studio building I thought it looked neat, but it wasn’t until the mastermind Dave Kyu visited that Hive76 was convinced to participate in WriteSky. Well, he mostly convinced me, as I ended up as the only contributor, but I am glad that Hive76 was able to host the collaboration meeting with our fellow group, artists that work in 319 N 11th St, members of Grizzly Grizzly and Tiger Strikes Asteroid.
We met on one Wednesday open house to figure out exactly what message we would write over our neighborhood. I don’t have a lot of history collaborating with other artists, but after the experience I had using Dave’s process and the smart 319 Artists Mary Smull, Jacque Liu, Sarah Kate Burgess, and Jaime Alvarez, I am looking forward to my next collaboration. It was a pleasure brainstorming, discussing, and compromising to come up with what we think is the perfect sentiment to be written in the sky for a few minutes. What message is that?Ah, but ours and the two other collaborative groups’ messages are secret up until the actual writing. We want it to be a surprise.
If you can make it this Saturday, please come to The Eraserhood at 11:30am and look up. Weather permitting, you’ll see three wonderful messages written in vaporized canola oil over the Philadelphia skyline. It will be visible for about 15 miles, but the best view will be directly underneath. If you see the writing in the sky, tag it with #WriteSky and it will appear on the page: http://writesky.com/photos/
Keep looking up!
Got a sweetheart? Want to meet a sweetheart? David and Leslie are back to share the Valentine’s love. Make sweet gifts and learn about 3D printing and paper circuits at the same time. For the gamer in your life, there’s a Valentine Creeper. Got an inspirational do-gooder? Here’s a movie inspired MockingJay pin. Just want to show you care? Well, they’re working on a pixel heart necklace/keychain, that is sure to please.
While your piece prints, make a Valentine card that will illuminate your sweetheart’s soul. Bring some materials from around your house and combine them with a variety of papers, copper tape, LED and battery to create the perfect paper circuit. If you love crafting and electronics, you are about to experience maker heaven. If you’ve never been here before, you can tour the space and find out more about other member’s projects. Munchies will be on hand. Don’t forget to comment below so we know you are coming!
Lately, I’ve been teaching myself the Racket programming language. It has a very interesting combination of tools, training-wheels-mode, and rocket-ship-mode. Originally built as a teaching programming language, it has significantly outgrown its pedagogical roots and is now a very robust applications language. I’m even developing a business project in it as we speak!
But it is a little rough around the edges. While it has a lot to make it a very easy language to learn, it is ultimately meant for computer scientists, those in training and those in working. There is an underlying feeling to everything that “this easy thing will eventually get harder.” As I see more and more inside the Racket community itself, I know that that is not their intention, and that they hope to be able to bring the joy of programming to everyone, regardless of their background.
A tool that has brought the joy of programming to everyone has been Processing. Processing, in a round-about way, brought a lot of features of the Racket[1] environment to Java. There are some very, very clear parallels between the DrRacket programming environment and the Processing editor. If this was unintentional, then it at least clearly indicates the superiority of the form as a pedagogical tool, as two independent environments have both evolved the same feature. If it was intentional, then there are ways in presentation in which Processing has grown past Racket that I think could be brought back to Racket-land.
At a very high level, you can see the similarities between the DrRacket editor and the Processing editor. I have intentionally made the code samples different for each, as they represent more of the canonical methodology for each language[2].
As an artist with a very strong background in computer science, there are things about Racket that appeal to me that Processing will never be able to do[3]. There are things about Processing that are very awesome and very nice that Racket could do, if someone with a very strong background in computer science took the time to make it so.
Where Racket succeeds over Lisp and Scheme, and where Processing–and thus Java–succeeds over all, is that enough is provided for you to not require you to learn the more advanced language features to get good results. Racket calls it “batteries included”, and it is, I believe, the most important concept that Processing borrows from Racket. Beginners don’t want to learn about “public static void mains”; to this day I still don’t know why that garbage is so necessary.
My hope is to try to bring some of the batteries of Processing back to Racket. The potential is there for Racket to be every bit as popular with artists as Processing is, today. The things that it lacks in comparison to Processing are relatively trivial to develop, in relation to the things that Processing lacks in comparison to Racket. By bringing artists into the much more powerful environment of the Racket programming language, once they have mastered the fundamentals of programming with the training-wheels mode, Racket can be molded by artists, for artists, to let people think and program in ways that the programmer-artist chooses, not in ways that the original language designer chose for them. If there are two groups of people that I know hate being told how to think more than anyone, it’s artists and programmers.
I’d like to hear from the Hive76 readership, especially those who have experience with Processing (though all are welcome to comment), about what you like and don’t like about Processing, about programming, about art, about putting code down in text files, etc. This certainly applies to the Arduino crowd, as well, as Arduino is based on Processing. In the meantime, I have a few thoughts on where the work could begin.
First impressions are important, and most programming language websites are prettier than Racket’s. I would more readily crib from Ruby than from Processing here. Ruby’s website is very clean and concise, very inviting and pleasing. Everyone cares about taste, especially artists.
Racket’s website is built in Racket, with a sub-language called Scribble, specifically designed for building documents and documentation. It’s an excellent language, but its default styling is kind of ugly. Restyling the site is a low-hanging fruit that could bring in more people, if only because they don’t jump ship prematurely.
The Racket documentation has its heart in the right place, but ultimately feels like its drawing examples are just pat examples. The drawings aren’t very interesting and its not immediately obvious how one gets to more interesting things. See this page for an example. It’s easy to draw a smiley face in Racket, it’s much harder to draw a good looking smiley face. And before it becomes apparent, the documentation dives too quickly into the computer science topics thereafter. In contrast, Processing starts off with examples that are extremely visually compelling. As people are visual creatures by nature, this seems the superior methodology. Note that the Processing example is the introductory page to the documentation–one click off of the front page–whereas the Racket example is several pages into the documentation–two clicks and several screenfuls of scrolling off of the front page. Much more compelling examples in Racket are much more deeply hidden.
The Processing website is built around showcasing what people have done with Processing. While Racket’s package system can be considered the same thing, to a degree (and it is already in the process of getting better), it is again not as visually compelling. Racket needs an elevator pitch, a high level view that shows the answer to “what will you do with Racket?”.
Footnotes:
[1] Historical Note: Racket has been around since 1994, when it was originally called PLT Scheme. They figured they lost more people being immediately associated with Scheme and Lisp than they gained, so in 2010 they changed the name to underscore the fact that there is so much more to Racket than the name “Scheme” implies. Suffice to say, for beginners it doesn’t matter, other than knowing that their is history to the project and it isn’t going away anytime soon.
[2] There are problems in both examples; both are overly simplistic and both would not scale well for large applications. But the gist of the difference is there, Racket is about functions that define what we want to happen, Processing (because it is based on Java) is about instructions. The differences to the non computer scientist are difficult to explain, so for now you will just have to take my word for it that the former is a generalization of the latter and is therefore more robust and open for greater expressiveness.
[3] For the computer scientists reading, succinctly: macros. You either know what I mean or you don’t, this is not the place to get into a technical description of macros. For the non-computer scientists, the best analogy I can make is magic. Magic isn’t real in our world, but I can think of nothing that comes closer to resembling it than the massive productivity gains that macros can afford, once mastered. But neither is mastery of macros in Racket required to do great work. Processing is what happens to languages like Java that do not have macros. In Racket, something like Processing would stay a part of Racket and not be a separate project.
Update: Online ticket sales are closed. A limited number of tickets will be available tonight to PAFA members and those who want to sign up for membership.
The other day, Sean mentioned that we’re helping with the Pennsylvania Academy of the Fine Arts’ After Dark event this Thursday 3/31, called “Grossed Out”. Here’s another teaser.
PAFA has been opening up their beautiful, cavernous spaces on North Broad Street so people can get down with music, drinks and hands-on diy projects, all surrounded by super classy art. This Thursday’s event, Grossed Out, celebrates the famed “Gross Clinic” and PAFA’s new exhibit Anatomy/Academy. The exhibit examines “how Philadelphia’s dynamic art and science communities… fostered knowledge of the human body… transformed the attitudes of the public towards mental and physical health, and challenged conceptions about beauty.” Music and body-bending entertainment are courtesy of the Olde City Sideshow. Yes, glass eaters at the Academy!
Hive76 and The Hacktory are building four (!) different activities for this Thursday’s event. The Hacktory has posted some updates on our progress. Here are descriptions of the activities:
