Skip to main content
As much as I like Windows 7 relative to previous versions of Windows, I'm again taking a stab at using Linux as a development desktop OS.  This is complicated by the fact that I still have to work in a shop where the supported IS boxes are all Windows 7.

I'm a bit disappointed that open source support for Microsoft Exchange seems to be waning, as Evolution doesn't support newer versions of Exchange.

I'm very happy with Linux Mint 11, as it seems to correctly do a number of things that vanilla Ubuntu 11 doesn't do out of the box.

Right now I'm working on getting my development environment functional again.  I've used Component Software Diff on Windows for years, since it's no-nonsense, visually appealing, and usually just works.  Under Linux, I'm trying out Meld and followed a tutorial to get this working with git, though firing up Python just to launch another command-line tool seems a little overkill when this would suffice:
#!/bin/bash
meld $2 $5

Comments

Popular posts from this blog

Java command line app with Spring and Gradle

Many Java developers have had to build a command line app for one reason or another over the years, and there are many(!) ways to do it.  There are a bevy of command line libraries, some people roll their own when they get to this point (which is one reason why there are so many command line libraries!), and others just pull in the arguments simply and directly, eschewing a library. However, writing a tool, a developer should just focus on the meat of the problem rather than having to worry about the enabling functionality that allows it to work.  The Spring Framework very much supports this approach to development with its inversion of control (IoC) container and a myriad of other features. To support that approach for command line applications, the spring-cmdline library provides a bridge between the Spring framework and the JOpt Simple command line library. This tutorial will show how to leverage the spring-cmdline library to stand up a very simple command line ap...

Groovy and String Comparisons

Though I've recently come to love working with Groovy, I'm deep enough where I'm starting to see some of its warts. The one that hit me nearly right away was the nastiness about groovy.lang.GString not extending java.lang.String .  This is mainly the fault of the latter being final and not extendable, but it mea ns that GString in stances aren't automatically comparable with plain Java strings. In Groovy, string literals can be quoted using both single and double-quotes.  GString appears when you use double-quotes around a string and expand variables into it.  See " Strings and GStrings " for more information.