HN user

brianmario

133 karma

[ my public key: https://keybase.io/brianmario; my proof: https://keybase.io/brianmario/sigs/4KuUtplL4_WhS0vKwJ3-Dam5OZQPAzaCXIPU4LVSAcc ]

Posts12
Comments19
View on HN

I've noticed this with drums too. Trying out more complex things that required more coordination than I'd typically been able to use up to that point... I noticed that after taking a long break - like 6mo, between bands, etc - with me playing very little in between, I could then sit down and play the thing I couldn't before effortlessly.

I still don't understand it, but I'm here for it.

Cool! I agree that using prepared statements is indeed the best way to handle this stuff.

There were plans to build out the binary protocol in Trilogy as well, it just hadn't been wrapped up by the time it was made open source. And if I recall, that branch fell pretty far behind. Maybe now that it is OSS, someone can contribute that :)

You can use this library in 1.8 or 1.9. It's especially nice in 1.9 because you can use it to tag strings with the correct encoding based on it's content, which has been a huge source of frustration in 1.9 up to this point.

Really though, the pain in the ass has little to do with 1.9 - encodings are just a pain because they aren't universally supported. So we'll often times get handed bytes with no encoding context so we have to assume or use detection libraries like this.

One argument is "well just use UTF-8 for everything" or "just pass everything around as binary then it'll be fine" - but unfortunately we don't live in a world where either of those solutions will work for everyone.

I'd like to think I can consider it one of my "known" languages, but people like @ice799 (timetobleed.com) know C. There's a HUGE difference.

"It's just ruby."- My favorite quote from one of the best Ruby programmers I know, who at the time had very little to no experience with Rails.

I'd say any framework has a "steep" learning curve, after which things just become easier and easier.

A problem I often see is that a lot of people try to learn Ruby through Rails; And while that may work for some basics, a lot of things are still going to be "magic" until you understand Ruby itself a little better.

For the love of god please stop supporting IE6 people. It's not the Enterprise that's keeping it around it's US (developers that continue to support it).

If the entire internet didn't work on it, you bet your ass these slow-poke Enterprise folks would figure something out ;)

Some people may not like it, but this is exactly why I chose to force UTF-8 for http://github.com/brianmario/mysql2 for all the strings you get back (in 1.9), and the connection itself. We've all dealt with improper use of encodings between applications, their persistence layer and their presentation. It's a nightmare unless you put your foot down and say "We're making everything Unicode, nothing comes in or leaves unless it is". This obviously doesn't work for everyone but it's my experience that it will work for 99% of all use cases.

It introduces plug-able JSON back-ends, like the plug-able XML back-ends that exist today. It ships with JSON back-ends for the existing YAML implementation and the JSON gem. In addition to that all of the plug-able back-ends (XML and JSON) support parsing from an IO as well as a string now.

technoweenie has written a Rails plugin adding yajl-ruby as a back-end at: http://github.com/technoweenie/yajl-rails/tree/master

I also have a fork that I'll keep up today with the latest API changes in yajl-ruby at: http://github.com/brianmario/yajl-rails