en-us http://www.keithwatanabe.net/index.php Keith Watanabe's Website http://www.keithwatanabe.net/blogs/2007/8/7/9fd8a694e22bb98e7c67f3707bcf2279.html
My answer: Java doesn't help this.

Perhaps, it's my level of expertise in the language, but after dealing with this project, I've come to realize just how HEAVY Java can be. I haven't had a chance to work in detail with the latest version, so I can't say that some of the newer features have made it better (I'm sure it has, but there are still deficiencies in the language). It could be my lack of experience with Eclipse. Maybe I'm not utilizing the right plugins and doing far too much "hand coding" in terms of boilerplate code.

No, the problem is that the language is too bulky and takes itself too seriously.

Read that statement again. Especially the last part.

Let me provide an example.

Let's say you have a primitive type that's supposedly a char and is saved into the database as a number (0 or 1). so in reality you need an int. But let's say another object requires it either as an int or be turned back into a string. So if you try to parse it, you might get an exception rather than letting the language auto-convert it. So you're doing many things here: 1) checking if the value is null; 2) checking if the type can be converted; 3) potentially converting it over to another type; 4) converting it again. And you may have to wrap all these operations in a big try/catch block. If you're working with a database that may contain null values, and you're forced to use primitive types, you're royally screwed. I mean, all you're trying to do is guarantee a value type, but you still need hundreds of checks.

This is just awful. And it's just for one value.

What if you have 40-50 values? How much of this do you have to deal with? What if you have to deal with several operations that require you to do this 40-50 times? What if there's no easy way to loop through the parameters in your object without having to take out the equally bulky Reflection API?

In perl, since objects are glorified (or blessed more specifically) forms of hashes, arrays, scalars or globs, you could, especially if you use a hash, provide a method that can loop through, utilize the Fields pragma, and easily get the same benefit.

In PHP, you can utilize variable interpolation by doing something like this for a dynamic method call:

$obj->$method()

You're pretty much out of luck with Java (at least in doing some easily the same way). You can't naturally take advantage of in-built features to really help you through these situations.

Worse yet, you might be forced to code declaratively in XML because it's nearly impossible to do something easily and dynamically in Java. Take Spring and Hibernate as examples of this.

Out-of-the-box, Java is just a monster of a language. You are forced to employ various plugins, IDEs, frameworks, etc. to really get any significant and immediate benefit. And that can take a while to do as well.

Notice the words used there: "a while." That implies time and implies not moving fast, which in turn implies lack of agility.

More of my friends are turning towards languages like Ruby and being empowered from getting more work done through frameworks like Ruby on Rails. I think people who continue to use Java are quite arrogant in believing too much in Sun's marketing. Java only is good in the hands of those that use it. But for me it's too difficult to get any real benefit that I can see.

The truth is, at the end of the day, you just want to be productive. The language is truly irrelevant as long as you and your peers utilizing it understand in detail how to get the best out of it. I for one see Java as being verbose, cumbersome, and unnecessarily detailed. The flaws that kept a lot of C/C++ programmers away I think never were truly addressed. C/C++ programmers have some advantage over Java people since they have more power and speed naturally.

Overall, if you need to execute something quickly, consider NOT using Java to do the job, unless your people are extremely adept at it. Mine aren't, nor am I so I think I will continue to stay away from it where possible.
]]> Tue, 07 Aug 2007 09:40:50 -0600 http://www.keithwatanabe.net/blogs/2007/8/7/9fd8a694e22bb98e7c67f3707bcf2279.html http://www.keithwatanabe.net/blogs/2007/9/6/8102a6d6d8fb0e776d636626252e906b.html
I guess one thing in the end to realize is what you expect from such exercises. I'm still debating whether or not one side is right. I think in the end though I would like to lean towards the side that eliminates complexity. Don't you agree?]]> Thu, 06 Sep 2007 00:48:04 -0600 http://www.keithwatanabe.net/blogs/2007/9/6/8102a6d6d8fb0e776d636626252e906b.html http://www.keithwatanabe.net/blogs/2008/2/15/0d0a804e23341f769d69c03c2341806c.html Yahoo Pipes.
What this shows to me is that prototypes and agile style programming are the best way to a compliment in development. Well, of course the prototype has to work and look nice, but the fact that someone wanted to show another person my work is the real compliment.

I have to think that my current environment allows me to do positively productive compared to my prior employer. With my prior employer, you had to receive all these silly sign offs before you could do anything. Or the crappy waterfall methodology for handling software development. Not to mention the limited technologies that I had to use rather than freely using Open Source libraries that I need to do the best job possible. When the so-called production director had told me that the company was infamously known as having the worst technology in town, there was a reason for that! I think they're still suffering from their VB 6.0 legacy code and probably won't make the so-called deadline coming up this April.]]> Fri, 15 Feb 2008 21:55:06 -0700 http://www.keithwatanabe.net/blogs/2008/2/15/0d0a804e23341f769d69c03c2341806c.html