I think that this advice is very applicable to us as software developers today. While our industry is still young enough that a great many of our “founding fathers” are still around, it is surprising to see how often their work and contributions go unnoticed by the vast majority of us. At the January Memphis/Mid-South Java User Group meeting, our program focused on books that all of us as developers should read. Four of us gave our takes on the topic. Joel Neely, one of a few people that I learn from every time I get near them, pulled yet another rabbit out of his hat by focusing on several books, all of which had been published before the majority of us were out of diapers! One book struck me in particular: A Discipline of Programming by Edsgar W. Dijkstra. In it EWD “presents a formal approach to developing (non-deterministic!) algorithms, using what we would now call a DSL for algorithm design. Incidentally, that book was published in 1976.” (Thanks Joel for the excellent summary). I’d like to pull out just a couple of quotes from that book:

A most important, but also a most elusive, aspect of any tool is its influence on the habits of those who train themselves in its use. If the tool is a programming language, this influence is – whether we like it or not – an influence on our thinking habits.

Just out of curiosity, does this sound anything at all to you like the frequent admonitions to learn a “language of the year (LOTY)?” Of course that isn’t the context of EWD’s quote, but the underlying principle remains the same. Almost universally accompanying that admonition is a statement along the lines of “even if you never use it in your day job, it will affect THE WAY YOU THINK about programming during your day job.”

…a carefully chosen separation of concerns is essential for the design of in all respects, high quality programs…

Does “loosely coupled, highly cohesive, modular architecture” come to mind?

…the fact that programming languages could be used as a vehicle for instructing existing automatic computers, has for a long time been regarded as their most important property…we shall try to redress the balance, and we shall do so by regarding the fact that our algorithms could actually be carried out be a computer as a lucky accidental circumstance that need not occupy a central position in our considerations…I view a programming language primarily as a vehicle for the description of (potentially highly sophisticated) abstract mechanisms.

I hear so much of what is bandied about today as “new” embodied in this quote. The calls to liberate programming from its “C” roots by banishing primitives, because hey, primitives are only their to keep “Java from being too slow!” The calls to favor “essence over ceremony” in language design by eliminating boilerplate code in favor of sensible defaults that clear away the noise from the algorithmic intent that we’re trying to communicate. The constant reminders that it’s more important for our code to be readable to humans, not to computers, because that’s what compilers are for.

What’s the point? The point is that most, if not all, of the ideas that are “new” today are simply restatements of past ideas in a different context. A wise man, one much wiser than I, once said “…there is nothing new under the sun” (Ecclesiastes 1:9). Edsgar W. Dijkstra passed from this earth in 2002, but his ideas live on, and they are very much applicable to software developers today. There are may others like him: Donald Knuth, John McCarthy, Alan Turing, David Gries – some dead, some alive, but all giants upon whose shoulders we stand. We would do well to consider their words.

Since establishing and reporting on these goals, I’ve had several things get in the way of fully realizing all of them. However, I can safely say that in the last two years I have mastered enough Groovy and Grails that they no longer fit in the LOTY category. At this point they’re really not showing my anything that is causing any paradigm shifts for me. They’re comfortable. When I learn a new feature, it just seems to make sense, and nothing surprises me anymore. Languages like these aren’t good LOTY candidates because one of the purposes of learning a LOTY is to challenge and change your ideas about programming. Groovy doesn’t do this for me anymore. It’s time to move on (not to say that I’m dropping Groovy and Grails as a tool – I’m using them more now than ever – they’re just not a learning tool for me anymore).

So, at this point I want to delve into a language that attempts to tackle the concurrent/multicore programming challenge. I’d like to stay on the JVM because I appreciate the benefits that it brings as a platform, so for now Erlang is out. The two leading candidates in the JVM/concurrent/multicore arena seem to be Scala and Clojure. An added benefit of both of these languages is that they support the functional paradigm, something I haven’t really played with since my computer science education days and a very interesting language named Haskell.

Scala is a multiparadigm language, supporting both object-oriented and functional constructs. It is statically typed, yet offers very nice type inference. Clojure, on the other hand, is a functional Lisp derivative with almost no OO constructs that is dynamically typed. Both are designed to enable concurrent programming. Which one do I choose? I open the floor for comments.

1. Learn Groovy and Grails

   Andy and Dave suggest learning a new language every year, so this seemed like a good goal for me. I can’t say that I’ve truly learned Groovy and Grails in depth, but I did learn them enough to do a presentation on them (as well as Ruby, JRuby, and Rails) at our Java User Group meeting in October, so I’ve effectively touched on two languages and two frameworks for those languages. I’ve since gotten interested in Scala as well. At any rate, I’d like to go deeper w/ Groovy and Grails as I have time, which is scarce!

2. Release HallKeeper v1.0 as part of #1

   This project seems destined to fail. I haven’t worked on it in any meaningful way since the summer. I’ve thought about it in the past week, and I’d actually like to try doing it in straight Java POJOs with Spring and Hibernate since I’m more well-versed in that area. At any rate, it really is my lack of spare time that keeps this one on the perpetual back burner.

3. Read and LEARN the following books:
   • The Definitive Guide to Grails – Rocher
   • The Pragmatic Programmer – Hunt, Thomas
   • Computer Algorithms: Introduction to Design & Analysis – Baase, Van Gelder
   • Concepts of Programming Languages: Sebesta
   • Groovy in Action – Konig

   I’ve pretty much finished #1, got started on #2, and haven’t really touched the last three. Again, the needs of the moment have necessitated I focus on other areas, particularly other books. Recent projects have pointed me to three additional books I’d really like to cover this year, so I may not get to my original list. Here are the titles:

   • Working Effectively with Legacy Code – Feathers
   • POJOs in Action – Richardson
   • Domain Driven Design – Evans
4. Review two books for the JavaLobby/DZone book review team

   This is one I’ve hit the nail on. I just completed my second book review, which will be published some time in the next few weeks. My first review, Ajax Construction Kit: Building Plug-and-Play Ajax Applications, was published in October 2007. These have been rather time consuming and have kept me from other projects, so I don’t plan to take any more reviews this year.

5. Pass the Sun Certified Programmer for the Java 2 Platform, Standard Edition 5.0 Exam

   Haven’t touched this one yet. Preparing for this will be one of my foci in the coming weeks.

6. Write one Java/software development blog article per week

   I haven’t done so hot on this one. OK, let’s be really honest. I haven’t come close. However, my recent flurry of entries on The Spring Experience 2007 have gotten me into a bit of a groove. I’m going to try to keep up the momentum and finish this year strong.

7. Attend JavaOne 2008 or similar conference

   I’ve actually traveled twice since my original post. My first trip was to the Northeast Life Sciences Core Directors Meeting last November at Cornell University in Ithaca, NY. The purpose of this trip was to present and generate interest around our open source shared resource management system for core facilities, STJUDE-SRM. The trip was a great success. My second trip really fulfills this goal, as I attended The Spring Experience 2007 in Hollywood, FL. This proved to be one of the best technical conferences I’ve ever attended, and also one of the most fun!

8. Start a Memphis/Mid-South Area Java User Group

   I don’t think this goal could have gone any better than it has. In late July I started a Google Group and a small Google Page Creator website to attempt to drum up interest in a Java User Group for the Memphis, TN and surrounding Mid-South area. On July 23, 2007, along comes Diane Tabulog, a technical recruiter with local company Vaco Technology, who convinces her company to throw its support behind our JUG. All of a sudden we have an offer for a meeting location, food budget, giveaways, etc. Later, Clayton Naeve, our CIO at St. Jude, agreed to let us use our awesome conference room at our division’s new offices at 160 Shadyac Avenue to meet, as Vaco’s facilities were a bit small. On August 15, Carol McDonald, a Java Technology Evangelist from Sun Microsystems, offered to speak at our JUG, and we signed her up for the first meeting. Little by little, all of the necessary pieces started to fall into place, including additional free giveaways from Sun, O’Reilly, Atlassian, and JetBrains. The first meeting was a great success, and since then we’ve had two more successful meetings. Our next meeting is Thursday, January 17, 2008. Find out more at http://www.memphisjug.org.

1. Learn Groovy and Grails

   Andy and Dave suggest learning a new language every year. I had already informally started learning Groovy and Grails after JavaOne 2007. Since I already have a head start on this one, Groovy will be my language for the next year (I’m learning Grails mainly because of my web development background – it will provide me more opportunity to apply my Groovy knowledge). This should be an easy way to get started on the goal of a new language each year since my Java knowledge should transfer easily.

2. Release HallKeeper v1.0 as part of #1

   Several years ago I started an open source project called HallKeeper. HallKeeper is planned to be a web-based management system for university residence halls. Life got in the way of this project so it lay dormant for a few years. I’ve recently revived it as sort of a “lab” in which to learn Groovy and Grails, and hopefully have a little fun along the way.

3. Read and LEARN the following books:
   • The Definitive Guide to Grails – Rocher
   • The Pragmatic Programmer – Hunt, Thomas
   • Computer Algorithms: Introduction to Design & Analysis – Baase, Van Gelder
   • Concepts of Programming Languages: Sebesta
   • Groovy in Action – Konig

   When I say LEARN, I mean I don’t just want to do a cursory read of these. I want to really engage the concepts presented in each and apply them to my day-to-day work. I already have a head start reading the first two books. The third and fourth books are actually textbooks from my undergraduate education. I could really use a refresher on these concepts, and I think I’m a much more serious student now as a professional than I was when I was actually a student.

4. Review two books for the JavaLobby/DZone book review team

   I joined this team several months ago and was actually assigned to review two books – again, life got in the way (if you have any small children, you’ll understand). Things have settled down a bit now and I’ve asked to rejoin. Hopefully I’ll be able to crank out some reviews this time and learn something in the process.

5. Pass the Sun Certified Programmer for the Java 2 Platform, Standard Edition 5.0 Exam

   I want to do this mainly to give myself an excuse to go back over the fundamentals of Java, as well as learn the new features that 5.0 brought to the table in detail (generics, annotations, etc.). I have still basically been living in a Java 1.4 world as I’d say roughly 85% of my daily work is on an application that is still bound to that JDK. So, passing this is mainly just a reason to study, and it is a nice edition to the resume as well.

6. Write one Java/software development blog article per week

   This would be numero uno! I’ve always stressed about the frequency of my blog writing – I’ve felt compelled to write every single day, and I usually end up writing a one paragraph synopsis of some other guy’s blog entry. Not exactly something that will attract many readers. I’ll still post those on a more frequent basis as they keep the content flowing, but I also want to write at least one in-depth article per week to give people something to look forward to. One way I’ll do this is to blog about the books I’m reading. The Pragmatic Programmer provides challenges and/or exercises at the end of each chapter – great seeds for entries.

7. Attend JavaOne 2008 or similar conference

   This one depends on the boss – hopefully I’ll get to travel again this year. I’d love to go back to JavaOne – I learned a lot, and big geek shows always motivate me to go back and introduce new technology to the group, as well as get more involved in the community. I always feel a surge in my professional development in the 2-3 month period following my attending a conference.

8. Start a Memphis/Mid-South Area Java User Group

   We don’t have a JUG in this area and I really think that we could benefit from one. My company has a large number of Java developers, and I know that several others in the area, including FedEx and Autozone do as well. This would be a great way to get some of the good speakers from the conferences I’ve attended to speak locally, and it may even serve to get us on the map with some of the smaller shows like NFJS. Sun and others really seem to take an interest in supporting JUGS, so I look forward to see what happens. I’ve started a Google Group for the newborn JUG, and I’ll be blogging more in the future about it.

Who has ideas about the best way to go about this? Please comment!