Technical Research Topics

As you can probably guess from reading this blog, I'm the sort of person that's constantly researching new technologies, often to the point where I move on from a given topic before I've given it the time and attention it deserves.  The point of this post is to both mention what I'm doing to make my attention less transient and to discuss some of the technologies I've decided to focus on.

How am I trying to keep my research interests under control?  Composing a list.  I created a Google spreadsheet and started entering my professional interests.  That probably sounds rather unexciting, but for the first time in a while, I had a concrete list I could look over and evaluate.  The first thing I noticed was that it was long, far too long.  There was no practical way to work on all of the items in the short term.  The natural next step was to sort the list into a rough priority order.  It was hard to push items down ("Ooh, I bet that would be fun!"), but there are only so many things a person can do.

Here's a subset of the list, not necessarily in priority order (I'm still trying to figure out how much I care about the technologies being relevant to my day-to-day work):

• Git is the distributed/decentralized source control system that Linus Torvalds put together in 2005 to manage the source for the Linux kernel.  It took me a while to grok the notion of distributed source control (I'm not alone), but once I did, I became convinced that it could lead to great productivity gains.  Rather than trying to convince you of this directly, I refer you to the site Why Git is Better Than X, the Getting Started with Git DZone RefCard and Git 101 screencast by Matthew McCullough (registration required), and GitHub.  If you need any extra encouragement, you should know that Git is being used by Grails (and SpringSource generally), Eclipse, and many others that I'm forgetting at the moment.  Learning Git is definitely my top research priority.
• Static Groovy (most call it Groovy++, but I can't stand that name!) is a project based on the not-yet-released 1.8 version of Groovy that provides annotations allowing developers to designate sections of code (methods or classes) as statically typed.  This brings large performance improvements for many operations, allows some errors to be caught at compile-time rather than run-time, and allows type inferencing similar to what's done in Scala.  I dug into this a bit and ended up changing my mind.  Along with making Groovy run faster, it makes significant semantic changes.  It's not just an addition to the language, it's a whole separate dialect.
• GPars (formerly GParallelizer) is a project that aims to make it easier to write parallel programs in Groovy.  I originally learned about its smooth support for Fork/Join, but it also enables several other concurrent programming models such as actors, agents, and dataflow concurrency.
• Gradle is a new build system/language written in Groovy that learns from and improves upon Maven.  Like Maven and Grails, it emphasizes convention over configuration, but unlike Maven, it doesn't become painfully awkward to deal with when you diverge from its conventions.  It uses Apache Ivy to implement its dependency management features.  Speaking of which…
• Ivy is a sub-project of the long-lived Ant build system and separates management of dependencies from the rest of the build process.  It can be used with Ant or other build systems (see previous).
• CouchDB is a relatively mature open source document-oriented database that is frequently grouped with other "NoSQL" databases.  It's written in Erlang and stores JSON documents.  It allows you to build views based on Map-Reduce functions written in JavaScript.  I recently signed up for a beta account with Cloudant, a company that provides a hosted version of CouchDB.  As a related alternative, Riak is also definitely worth considering.

Finally Bit the Bullet – I'm on Twitter

So, after saying a while ago that I didn't understand Twitter, I've now signed up for an account (softwaregrove).  Why the change of heart?  I thought I'd give it a try to see if it helped me understand the phenomenon.  Truthfully, the thing that finally convinced me is a bit embarrassing – the lure of free (as in beer) software.  See my tweets (I can't believe I just typed that!) to learn more.

Looking For Part-Time Groovy/Grails Work

As you can see from my LinkedIn profile, I'm an experienced Java developer (starting with 1.0 and 1.1 in the Fall of 1997), who's done some work with Groovy and Grails.  Although I love Java the Platform, I've decided (like many others I know) to gradually shift my emphasis away from Java the Language.  I've decided to focus on Groovy for now, but I can easily imagine adding Scala to my portfolio as well.
So, here's my challenge: I have the good fortune to have long-term Java work for a client that takes up most, but not all of my time.  That means that if I were to take on new Grails (or straight Groovy) work, it would have to be part-time.  That really limits my options.  If I can't find paid part-time work, I'll probably try to contribute to an existing Grails plug-in.  I already author an open source Groovy project, but it's so small that it doesn't really push me to improve my skills.
Any other suggestions?

Update: I found just what I was looking for with Wingu, a startup in stealth mode creating next generation science applications on the web.  Last week, I started working for them a day a week.  I'm looking forward to some Groovy/Grails/Gradle goodness. :)  (reference to mrhaki only slightly intentional)
By the way, if you're looking for something similar and you live in the L.A. area, I just saw a post show up on LinkedIn.  If you're not a member of LinkedIn, here are the details (PDF) on the Extremely Heavy Industries website.  I'm not familiar at all with the company, so make sure to perform your standard due diligence.

Update (Mar. 2, 2010): Things with Wingu didn't work out. :(  I'm back to looking.  This time around I'll try to do a better job of figuring out whether I can perform useful work for the client with the limited number of hours I have available.

Update (Sept. 1, 2015): I took a full-time job with CarGurus.com back in June of 2013 and I've been very happy here. If you're in the Boston area, I highly recommend it as a place to work.

Prediction for 2010: VMware acquires Terracotta

While at SpringOne2GX back in October, the thought occurred to me that Terracotta would make a really interesting acquisition target for VMware.  VMware has had some pretty amazing virtualization technology for a while, including the ability to migrate live virtual machines between physical boxes, but it has (as far as I know) all been focused on low-level infrastructural magic.  That changed with their acquisition of SpringSource last year, which followed shortly after SpringSource's acquisition of Cloud Foundry.  Now, if you just add Terracotta to the mix, you could make it possible to easily deploy an auto-scaling clustered app to the cloud.  Doesn't that sound interesting?  Add to that the fact that Terracotta has been a sponsor for at least the last two SpringOne conferences in the U.S., SpringSource and Terracotta have already collaborated to build a sample app, and Terracotta brings Ehcache (easy clustered caching) to the table.  Seems like a potent combination to me.

I have no concrete grounds for this prediction beyond the points above, but I wanted to get the idea out there now just in case it actually happens. ;)

Update (May 26, 2010): Unfortunately, with the announcement of SpringSource/VMware's acquisition of Gemstone, my prediction is now unlikely to occur.  Oh, well.  Plenty of others before me have been wrong. ;)