Poor Inner Life

2008-10-25T09:57:00.001-07:00

Posted via Pixelpipe.

Beaching my mind

2008-09-27T09:28:00.000-07:00

My mind is beginning to accept that I live near the beach. Heretofore, my brain had a hardwired "beach == vacation" association. Slowly this is breaking down. I've always loved the beach -- sand castles, beach chairs, strolling the shore, you name it. Now I fall asleep listening to the waves roll in.

Will I be able to *not* live near the beach ever again?

Encinitas is definitely surfer-friendly. Instead of the usual pedestrian crossing signs, you'll likely see one of these:

Surfer crosswalk

Stuff

2008-09-20T09:39:00.000-07:00

When I asked my brother for move advice a month or two ago, he said "Sell your TV to Dad and get rid of everything else." I regarded him with utter horror. Get rid of my stuff?!? I ignored him -- obviously he was trying to trick me, gaining a leg up on a lifelong sibling rivalry. I opted to have my stuff moved to California; I'd merely have to endure 3 or 4 weeks of Spartan Encinitas living before my things arrived.

After the first week or two, I began to see my brother's point of view. I had an air mattress and a laptop, and I began to wonder just why the hell I needed anything from my East Coast life. I entertained thoughts of the moving truck, making its way across the country, being involved in some great accident, my stuff ablaze amidst melting bubble wrap. Not exactly a fantasy, but certainly the scenario did not evoke the sense of loss it once would have.

This week, my stuff arrived, my apartment has been transformed into a mini-warehouse.

My beloved couch, a stylish, comfortable piece with me for 8 years, I now consider a casualty of the move, at its girth prohibited the necessary maneuvering around critical corners to my apartment. This, as reported by the large Russian mover who I regard as an expert on the matter. Instead of finding a place in my new living room, it now lives in an Encinitas self-storage unit. I'm reminded of the guilt I felt as a child, leaving our dog at the kennel.

Tyler Durden, from Fight Club, proffered "The things you own end up owning you." That's true, and I'd like to add that your stuff can also start charging you $84 a month in storage fees for the pleasure.

Beach Commute

2008-09-10T09:50:00.000-07:00

Rather than traversing Encinitas streets to get to the office, I opted today to do a "Beach Commute", walking the shore to the office. It isn't particularly convenient to do so, nor does it save me any time. Nevertheless, for novelty alone, I wanted to do it. Also, poor inner life reader Tom had requested more photos, and this would be an opportunity to supply some.

These are the stairs that lead down from D Street to the beach. Starbucks has not yet put a store here, so I had to do without my usual morning coffee.

The on ramp.

Fortunately, not only are flip-flops acceptable at my office, they are encouraged.

Treads are wearing thin

The beach was pretty empty around 8:00 when I began my commute. Surfers seem to be a perpetual part of the landscape here -- sure enough, many were around. I can't imagine ever having a hobby/lifestyle that dictated such early mornings.

HOV lanes open

Rubbernecking required

I naively assumed the tide was simply out during the mornings and in during the evenings. I knew there'd be a chance I'd have to get my feet wet, though. My main worry was my laptop, which I was carrying in my backpack. Wisely I had put two plastic shopping bags around it, making it impervious to water.

water main breakage affecting all lanes

I thought I'd just have water around my ankles. My mistake -- I arrived to the office with drenched shorts (but laptop intact).

Fear not, cigarettes remained dry

I'm not sure that I'll repeat this route soon, but it was fun nevertheless.

Getting to know Encinitas

2008-09-06T08:18:00.000-07:00

Nearly all my beach experiences in my life have been with resort-orientated shores, mainly on the East Coast. When I thought about the beach before, images of high rise hotels, boardwalks, and piers danced in my head.

Encinitas lies in stark contrast to these notions. While there are hotels in the area, they seem small, and I don't think I've seen one that sits beach front. The shore here seems casually but profoundly regarded -- woven into the town's cloth without overpowering it. I'd have a hard time comparing Encinitas to any of the beaches on the East Coast -- Cape May and Rehoboth come close, but even these seem more touristy than my present surroundings. All the glitz and garish trappings that typifies East Coast beach towns seem absent here.

That this vision of Encinitas was not corrupted by monetary interest is no doubt due to the laudable stewardship of the city's planners and leaders. Perhaps too, the landscape has shaped Encinitas's growth -- cliffs separate the town and the shore. Only a couple Encintas streets end with stairways that provide beach access -- the rest end with great cliff-top vistas of the ocean, but no way to get down.

The main road through the town, "Highway 101", is surrounded on both sides by charming restaurants and shops. More chic second-hand clothing stores than I've seen in one town provides, if nothing else, hip window dressing. "E Street Cafe", the coffee shop from which I'm presently writing, I can say with certainty is the best coffee shop I've ever patronized. Roomy, free wireless internet, and great art on their walls are aspects that draw me in (and, oh yeah, good coffee). Not a single nationally-owned fast-food restaurant lies beside the town's stretch of 101, decidedly inconvenient for someone without a car and groceries. In town there are more churches than I'd have anticipated, many for unfamiliar denominations like "Church of Spiritual Unity" (healing starts at 11am).

Of course, there are things I'd like to have in the area that aren't. The single movie theater here is more of an art-house theater, and doesn't even show "current" art house movies. Catching whichever blockbuster is the current rage means driving 20 minutes to the next town. And for a beach town, there's a surprising lack of dedicated ice-cream shops. There's a restaurant that has a good selection of ice-cream, I'm told, but something tells me if I ordered a large chocolate malt milkshake I'd be disappointed.

I feel like I'm missing a large part of Encinitas without a vehicle -- and I don't just mean seeing places that lie outside of walking distance (though that's certainly a large part of it). Until my car arrives (due 9/10 ), I'm unable to get a feel for the traffic's ebbs and flows, shortcuts, and other aspects culture one must be driving to appreciate.

I'm very much looking forward to getting to know the town better.

Week One in Encinitas

2008-08-31T09:06:00.000-07:00

After a week in an Encinitas, I cannot yet say my new surroundings feel "normal", nor any of my habits routine. My furniture is still en route, and although I expect its arrival to restore some normalcy.

My last apartment in Northern Virginia was somewhat secluded, no downtown-area lent itself to gatherings or throngs of pedestrians. As I explore my new surroundings, it isn't the proximity to the ocean that I'm struck by, nor the appearance of palm trees. Rather, while walking in my neighborhood, the thought that echoes in my mind is "My God, what are all these people doing around my place?!?".

I'm finally feeling effective at my job, truly becoming part of the software development team. I think because I place such a high value on teamwork, working remotely is a handicap to which I'm particularly sensitive.

First 24 hours in Encinitas

2008-08-24T08:06:00.000-07:00

After a week of stress inducing packing and other move-related activities, I have arrived in my new home in Encinitas, sans most of my possessions, which will take another two weeks before being delivered.. Although situated physically, my mind has not yet accepted my new residence, and somewhere in its recesses believes my Northern Viginia apartment exists, beckoning with its comfortable couch and big screen TV. Naturally my new apartment is all but bare -- were it not for the generosity of my brother, I would not even have an air mattress on which to sleep.

I'm reminded of my college days, where both my physical dorm and intangible mindset were blank slates, to be filled with Target purchases and new habits respectively. In time, my Northern Virginia baggage will arrive, but it will be made to adorn my new environment, and not vice-versa.

Here are a couple shots of my place, for your benefit and mine, as routinely telling myself "I live by the beach" has proven insufficient to convince my mind.

Meager beach view from my bathroom.

Just outside my place

Not within 2 hours of landing was I reminded how cigarettes are so reviled here in Encinitas. Bereft of my beloved entertainment system, my brother and I went to the local bar shortly after I unlocked my apartment. While enjoying some "fresh air" outside amongst the other nicotine castaways, an attractive girl asked to have a cigarette. We started talking, the "I moved here two hours ago" line being an effective if fleeting conversational gambit. Sandy, a schoolteacher whose name I've changed to protect her reputation amongst her 5th grade students, advised me that a single male best not find himself amongst the maligned Encinitas smokers, as he'd have little hope of igniting romance with the tips of his Parliament Lites. Many residents regarded the habit with disdain, she related. Bikers would often scowl at someone with a cigarette -- funny that it took me a second for me to realize she was referring to bicyclists and not the cigar-chomping, tattoo-adorned, denim wearing gearheads that the image first conjured for me.

I suppose its ironic her admonishment could have only occurred had she asked me for a cigarette, and that she herself should think the habit so disgusting when she was smoking (although she's one of those folks who only lights up when drinking). I came to the conclusion that its probably better to be a hypocritical health-nut than a principled smoker.

Cigarettes, of course, came with me, an entire carton given premium space in my luggage. The addiction which ties me to them suffers no jet lag and is remarkably portable. The routine and habit which regulated their use, like the post-urination ceremony or the celebratory smoke after completing a PS3 game, are in flux. As I've done with my furniture and accumulated junk, it has become time to decide what of my East Coast life will my West Coast environment be made to accomodate.

Navigating Search with Compass

2008-08-09T13:15:00.000-07:00

I have been on two projects where Google-style searching was a requested feature. For each, I used Compass, which bridges the gap between Hibernate and Lucene. One of those projects was recently deployed and is handling thousands of queries a day on an index that includes a few million documents. Prior to this deployment, searching was performed through SQL/Hibernate queries which, we were finding, did not necessarily scale very well.

I am pleased as pie with Compass. The documentation is a little daunting -- mirroring Hibernate is but one of Compass's many features which the online reference covers. In the end, though, integrating with Compass amounts to little more than annotating the classes you intend to index and using Compass's query API to generate search results.

I had run into out-of-memory problems when building the initial index with Compass. After many hours of tweaking configuration settings, I finally was able to fix this by appending "useCursorFetch=true" to the MySql JDBC Url, a problem described by this forum post.

I highly recommend Compass if your project needs search functionality. My hat goes off to Compass developers. Many thanks for providing a fantastic open-source framework.

My Comments on "Four harmful Java idioms..."

2008-08-03T12:44:00.000-07:00

Recently published on JavaWorld, Four harmful Java idioms, and how to fix them struck me as something I could have written if I lived on Bizarro World.

Point by point:

1. Use a naming convention to distinguish three kinds of data, not two: local variables, fields, and method arguments.

The author seems to discount another injury made unto the code's reader, that of a code's noise level. Prefixing variables to indicate scope creates tiny conceptual speed bumps the reader must navigate. IDEs already format variables according to scope, so there's no discernible benefit. If you're using notepad/vi/emacs, then I've no sympathy for you, and I'd be hard-pressed to enact a style guideline to accommodate outdated development environments.

We're fortunate enough to be programmers in a time when programming languages are expressive. Attempts to make the code less English-like, like using prefixes, I regard with suspicion.

3. Don't use JavaBeans for modeling the database.

His thoughts regarding JavaBeans applied to database records rest upon a premise I just am unable to reconcile with my own approach. Namely, my "JavaBeans" aren't modeling database records, they are modeling my domain. The database is also modeling the domain, though naturally through normalized tables and such and not through Java's OO design. It seems to me if a developer attempts to model the database, he/she is ditching Java's rich expressiveness in favor of the bleaker designs of RDMS. I can see how this would lead one to opt for "immutable classes" instead of JavaBeans.

4. Order items in a class in terms of decreasing scope, with private items appearing last.

Again, were we programming in notepad, this might make more sense. With an IDE, I simply hit a key and navigate to a private member's declaration. Further, I'm sure I'm not alone in that I'm accustomed to seeing a class's "vital stats" by looking at the top of it. If I had to switch to the bottom to view its private couplings (probably a class's most important vital stat), insanity might quickly ensue.

Conclusion

You'll notice that I haven't addressed his point #2, favor package-by-feature over package-by-layer. I'd really have to work with such a package design before having an opinion on it, and the article is devoid of any examples. Those interested in hearing more about that I'd recommend perusing a discussion that occurred on TheServerSide here , which, not coincidentally, was started by news of the author's own web4j release (probably the only Java web framework that isn't open source). In fact, that discussion will also provide some context in which to judge other aspects of the author's thesis.

Heading West

2008-07-16T16:21:00.000-07:00

Pursuing an opportunity with the company for whom my brother works, I am moving to the West Coast. The San Diego area shall soon count me as a resident, and I'm determined not to lose my East Coast sensibilities -- namely understanding sarcasm and semi-hostile aloofness. Having remained in the same apartment (some might say "remained inside") for what must be 8 years, its an exciting prospect. Life defining even.

Today I've put the security deposit + rent on an apartment I found a block from the ocean, 444 1/2 D Street. You can see it here beside the station wagon. Now comes the actual move part of the move, a process I look forward to surviving.

Will keep you posted.

JSF First Impressions

2007-10-27T09:49:00.000-07:00

The web application we're currently building is using JSF. I confess that nothing I've heard about JSF appealed to me, but with an open mind I've been getting my hands dirty with the actual coding. Most of my prejudices were indeed confirmed. However, relying on pre-built components is very nice, specifically we're using JBoss's richfaces. The last web application I worked on was very UI-centric, and much of its development involved integrating and customizing the Dojo widget library -- very tedious work. That I'm no longer required to do so is a benefit of JSF I'm enjoying.

This recent post on "The server side" sums up nicely my impressions of JSF (I especially like the term "Old School HTTP wranglers"). I'd add to it by saying that traditional page design workflow isn't as straight-forward with JSF. With action-based web frameworks, it was rather easy for a HTML designer with some technical acumen to directly edit JSPs to implement a look and feel. Not so with JSF -- you're farther away from the final HTML. Its the components you include on the page that generate DIV tags and so forth. Having accrued 10+ years experience working with HTML, I find this the most frustrating aspect of JSF. We've been given a series of HTML Mockups from a design firm, and integrating has proved to be very challenging. I wonder if JSF merely shifts work efforts from HTML editing to Component customization.

I'm still not sold on JSF, but may be singing a different tune once we start implementing fancy AJAX and UI controls.

Redefining the Integration Test

2007-09-17T05:33:00.000-07:00

Recently I had been discussing with another developer the distinction between "integration test" and "unit test", and he echoed the same wisdom heard elsewhere. An integration test is any time a test case requires outside resources (i.e. external database, other servers, etc) in order to execute. This is the same definition proffered by a No Fluff Just Stuff conference I had attended a while ago. While I agree that this has been a good rule of thumb, I feel as if it may be time to reexamine this position.

The problem these days its so easy to spin-up resources from within one's test case that I'm not sure that's a fair unit/integration litmus test. Presently, I count libraries like Unitils, DbUnit, and Hypersonic as tools in my testing arsenal. The latter is an in-memory database, and by leveraging it within my test case I eliminate the need to have, for example, MySQL running during test execution.

In many of my tests, I've swapped out use of MySQL with Hypersonic, allowing my test case to be truly autonomous. Using the classic test definition, I've made my test case go from integration to unit test. Merely by changing the spring context file to point to an actual running database, Presto! -- its an integration test again. There's something amiss with the test definition, I feel, when traversing between the two types of test is so easily made.

I'm compelled then to reflect on what unit testing means to me. One of my core beliefs is that unit testing is about isolation -- truly testing only that code which is executed within a class. Take your typical DAO method (excuse the formatting):

public Widget getWidgetByLabel(String label) {

List results = hibernateTemplate.find("select w from Widget w where w.label=?", label);
if(results.isEmpty()) {
throw new WidgetNotFoundException("No widget exists with the label:" + label);
}
return (Widget) results.get(0); // ignoring too many results for now.

}

When I put on my unit-testing peering specks, I see very little logic to test here. This is a happy conclusion -- having too much logic within one's DAO is not a good thing. My unit test for this method would merely insure:

The proper arguments are passed to the hibernateTemplate.find() method.
An empty List will trigger an exception.
A non-empty List will make the method return the first object in the list.

However, now that I can easily create an instance of Hypersonic, create the database schema, and initiate a Hibernate session factory, my test can easily verify things like proper Hibernate mapping of my Widget object, and that the HSQL syntax is correct. All this without the necessity of external resources. But these sorts of verifications are about the collaboration -- or integration of other objects and tools.

Therefore, I think I'm revising my personal litmus test. Only when a test case is truly testing in isolation will I consider it a unit test. If a test case involves logic in other classes and libraries, I shall regard these as integration tests, even if it requires no outside resources.

Bamboo Disappointment

2007-09-16T07:10:00.000-07:00

Being a big fan of Atlassian's Confluence and Jira, it was with much anticipation that installed Bamboo, the continuous integration (CI) engine they've released. Perhaps these high expectations led to my ultimate disappointment with Bamboo, but truly the features I've come to expect in a commercial CI product are nowhere to be found.

No concept of inherited project structure.
If you have 20 modules you would like to build, defining behavior and properties for each is a daunting task. QuickBuild and AntHillPro both allow for a hierarchal organization of modules, so that a child may inherit properties (like environmental variables, build targets, etc) of its parent. In Bamboo, when creating a "Plan", I can clone an existing module, but that's it. Should I have the need to change a property for all plans, I'll be forced to configure each through the web GUI. A tedious process -- even with Cruisecontrol I could search & replace config.xml in a text editor to make wholesale changes.

Alien nomenclature
In Bamboo, you have top-level "projects", and beneath them you have "plans", which represent the modules being built. I've never used the word "plan" before when describing a module's build, and frankly the limited options offered by Bamboo to govern build behavior makes it a dubious word choice.

No passing of properties
It is sometimes desirable to direct a CI engine to pass arbitrary properties to one's build process, and vice versa. I don't mean "static" environmental variables, rather I refer to dynamic properties like "version number". No such functionality is present in Bamboo. Luntbuild and Quickbuild both allow for this using OGNL expressions.

No concept of build promotion
Most commercial CI products have evolved to include "Application Lifecycle Management", so you may describe how a build can go from being development-status to gold. Implicit in this is a workflow allowing QA to promote and release builds. None of this is even hinted at in Bamboo -- it does not even tag your build.

Summary
Features that Bamboo stresses seem misplaced. You'll see much mention of its heralded "Build Telemetry", on the product's site. Through this feature, you can generate nice graphs and statistics about one's build. But honestly, I've regarded charts and graphs in CI engines as a feature present because they're easy to add. While its fun to see how often one's build has been broken, I've never seen a lasting need for such statistics.

These are merely the shortcomings I've experienced, but I'm sure there are others -- like remote builds (where the CI Engine is deployed to multiple servers) for which I've no immediate need, but will no doubt be experienced by others. Its hard to see what advantages Bamboo offers beyond a free product like Luntbuild besides a pleasing user interface. Indeed, Luntbuild's features like OGNL expressions and Eclipse plugin makes it, in my opinion, more feature-rich than Bamboo.

My favorite build server remains QuickBuild. It was with tremendous ease that I was able to control and manage many modules at once. To be fair, though, its been awhile since I've looked at AntHill Pro or TeamCity from JetBrains, both products that looked promising when I reviewed early versions.

Starting New Job

2007-08-19T07:42:00.000-07:00

Next week I start my new job. I'm excited to get started.

Having worked from home for the past 6 months, I'm sure there will be some adjustments I'll have to make. Certainly my pajamas are probably no longer considered acceptable work attire. Although there were aspects of working from home I thoroughly enjoyed, there was a loss of team spirit which I'm looking forward to having again.

What really excites me, though, is jumping into some new code, especially since the code with which I had been working left much to be desired. I'm embarrassed to admit that despite Java5's age, I've not yet been on a project which uses it. Naturally I've boned up on Generics, Enums, etc, but no amount of reading replaces the familiarity I gain from using something day-in and day-out.

Yawlp

2007-08-02T10:11:00.000-07:00

Awhile ago, I decided it would be immoral of me to deprive the sphere o'blogs my erudite, insightful voice of reason. But it took time for this idea to be realized, chiefly due to my inability to create a blog title that I thought would accurately describe my online essence. Finally I said to hell with it -- I'd never find the perfect title (I lack my brother's talent for catchy, pithy names). So I choose the apt, but not perfect, title "Rich Inner Life". With dismay I found it was not available, and therefore christened this blog "Poor Inner Life." Like, y'know, to be ironic.