Why is this all goofy looking? Probably because your browser doesn't support stylesheets or you have an old stylesheet. Try hitting reload or upgrade your browser today.
fatmixx iconFatMixx Logo
Check out Coolspotters!
Advertising
Latest Featured Video

This clip has been making the rounds on the Internet, so odds are you’ve seen it. If you haven’t, you should watch it, preferably in HD at Vimeo. At the very least, click the title of this post to see it full size. :)

The premise is simple: Matthew Harding took a trip to 42 countries to film short clips of him doing a silly dance, sometimes alone, sometimes with lots of local folks, often in beautiful locations. The result is this 4:28 video.

I’m proud to share the fact that this guy is from Connecticut. They don’t call us nutmeggers for nothing.

Update: The song is (called Praan) is available at Amazon’s MP3 store. The web site for the project is, appropriately, wherethehellismatt.com, where there are more videos and maps.

6:59 pm | leave a comment
Donate

Goal Thermometer

ad for kiva.org which facilitates microloans to small businesses around the world
Support CC - 2007
join EFF!
Advertisement

This looks interesting. Wasn’t interested in Yet Another DB Abstraction, but this and LINQ sound interesting.

2:14 pm | leave a comment

I’m now deep into Rails land, and I’ve had a ton of Java experience at my former employer, so I feel like I’m in a good place to compare the two.

Bottom line, if I didn’t have to consider hiring issues, especially here in CT, I would go Java if I were starting up my own company. Rails is great, don’t get me wrong, but I feel tied down and held back by the limited choices in Ruby land. And the fact that I’ve had to debug makefiles and break out my C knowledge to figure out some clever things is quite scary.

Basically, I’m reacting to the immaturity of both Ruby and Rails. Both are young, slow, and limited compared to Java frameworks out there. The biggest bonuses of Rails tend to be useless when you actually get beyond the early parts of your app. On top of that, scalability is a known issue with Rails, and there are odd decisions throughout (Rails is inherently non-reentrant?!). These are getting fixed in upcoming major releases, so I’m sure in 2-3 years, they’ll be on equal footing with the best Java frameworks.

So, my advice is to focus on what your dev team knows and you’ll be fine. In my case, I’m pretty good at both Java and PHP and Perl, and Ruby was a snap to pick up, so this wasn’t an issue either way for me. Of course, Rails has enough hype now that it is in itself a selling point for a startup to both VC and investors. For that reason alone, I’m working in Rails. I have little doubt I could architect a site that could handle Twitter or ESPN Fantasy Football traffic in Rails, anyway, so it probably won’t matter.

I just finished a long ramble about this on a Startupping thread if you’re interested in a less coherent version of this post.

2:29 am | 7 comments

No, not a subtantive comparison, just a funny video:

OK, so it’s not that accurate (I could make a list of Java advantages that would be quite long), but it’s damn funny. Not having to deal with compiler quirks and Makefiles would be at the top of my list (and, by the way, this is coming from an experienced Linux/OS X/Unix guy…). Java just makes that stuff very easy.

1:14 pm | 1 comment

Part of what I’m doing is actually learning Rails more than I knew it before. I’ve been working on random test apps, but now I’m trying to build something for real and I decided to start from scratch. Blew everything away, happily compiling/installing on my Mac and then I run into issues.

Basically, I got this error (I was trying to run rake db:migrate) on OS X:

dyld: NSLinkModule() error
dyld: Library not loaded: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib
Referenced from: /usr/local/lib/ruby/gems/1.8/gems/mysql-2.7/lib/mysql.bundle
Reason: image not found
Trace/BPT trap

The issue is that in the most recent builds of MySQL from mysql.com (I was using 5.0.41), the libraries are no longer in lib/mysql/ but just in lib. I couldn’t remember how to modify linkage in a compiled bundle, but after a bit of googling, I found a post detailing the answer. Just run:

sudo install_name_tool -change /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib /usr/local/mysql/lib/libmysqlclient.15.dylib

/usr/local/lib/ruby/gems/1.8/gems/mysql-2.7/lib/mysql.bundle

That will take care of the issue. You can use the same tool for any library that’s pointing to the wrong place for a link. Not sure why or how this happened, but at some point I’ll probably look into it and submit a patch.

5:49 pm | 18 comments