bnferguson

As an early backer of the Kickstarter it's not my reaction at all. The Kickstarter was only about getting a single product delivered: the dev kit.

Once they did that, any obligation they had to me was filled. Basically, that already danced with me. They're certainly free to move on to the folks with more money now.

Chat is completely open, anyone can join any room and anyone can see the full history of that room. This isn't just development, even Legal and HR have rooms. If you need to have something that exists as institutional knowledge Issues is a good way to go, but we try to hook Chat convos into Issues. Hubot is setup to post comments in an Issue when someone posts a link to an Issue in Chat. Great for looping that synchronous convo into the async stuff.

If you need to be more private, in person, email, or Bluejeans is the way to go.

You'd be surprised how often that happens at GitHub. Seriously, next time you wanna express excitement about something just drop a little :boom::camel::shipit:. Weirdly addictive and hilarious.

Also on a more serious note, emoji can seriously help when discussions start feeling more heated than they should. Adds a little levity so people know you're not being a dick. Really important when you're both remote and only see each other once or twice a year.

AFAIK it should be in the next major release (330)!

I think those that use Mt Gox aren't so concerned with anonymity. They've had some level of verification for a couple of years.

For those that are concerned with it, they use other means.

In the case of Cinder "creative coding" is in reference to a very specific thing and using that term tells me exactly what sort of library it is. Namely being familiar with other "Creative Coding" frameworks such as OpenFrameworks, Processing, etc I generally know what Cinder is offering and how it's going to approach the problems. The about page description doesn't tell me its approach, just its content and approach is very, very important in these (they almost always follow the same structure).

That said, using the "Creative Coding" term makes it all very inside baseball and I totally agree it could be better. openFrameworks falls into the same trap with: "openFrameworks is an open source C++ toolkit for creative coding." Signaling to those who know without telling those who don't.

I do feel like Processing does much better with "Processing is an open source programming language and environment for people who want to create images, animations, and interactions" even if it isn't prominent. Then again Processing is the one that pretty much coined this whole "Creative Coding" thing. :)

Yup! Many do. Github just wrote about it here (replacing the Rails default HTML escaper with a C one for a 30% increase): https://github.com/blog/1475-escape-velocity and I think the Judy Arrays they're using for code classification are in C.

At my job after benchmarking we've done things like break out computation heavy things into C/C++, and have been even eyeballing things like Go and the Lua/Nginx based OpenResty for small computationally heavy services.

In many cases this means rewriting what used to be a 3rd party library. The big question is usually around cost in time and if we want to have to maintain that knowledge for the long term. Most of the time it's cheaper to toss more servers at it - but for certain things - namely cases where latency is very important no amount of scaling out is going to make it faster.

Agreed! Hell, at meetups and conferences here in Indy it seems to be tough to even put a dent in a keg (since I bring the Dorkbot one home with me I get a pretty good measure each month). Most barely have a beer.

Even at the larger conferences I've been to (few RailsConfs, and even Ruby on Ales) I can't recall more than a couple people who I would consider intoxicated (and that's just giving the benefit of the doubt, they may have just been odd people), much less the majority.

People have drinks, and talk shop. A few may get silly later on, but those are the few.

Maybe the JS scene is different?

This, to me, is why at very least a web designer should know HTML/CSS. I think it's a feeling that web designers can relate with:

https://img.skitch.com/20110901-xwygj4ursxfk4hu461jjy8j21k.j...

:D

(more seriously, as adjustments need to be made those who care most about them and understand them most have the least control where they should have the most)