Michael Yuan

Last week, three prominent mobile technology bloggers gave thumbs up to my “Nokia Smartphone Hacks” book. Right in time for the holiday shopping season! Thanks guys!

Carlo Longino wrote on MobHappy: Nokia Smartphone Hacks is something of a misnomer as a title — a better one would be “the manual Nokia should have included with your phone”. The tools and tips included in Michael Yuan’s book may not be hacks in the most traditional sense of the word, but they will help you wring every last bit of usefulness out of your phone.

Darla Mack wrote in her Mobile Diva blog: After browsing through the pages I came to the conclusion that this, in addition to the standard user manual, is a definate must have for users that want to get the most out of their “smartphone” … Within the pages are hacks, tips, software and anything you can think of to get the most out of your Nokia. Software recommendations are provided, and even sites of interest

Nokia’s very own Charlie Schick wrote in his Cognections LifeBlog: The book is not so much a cookbook with recipe-style instructions like the ‘101 Techniques’ book, but focuses more on explaining in prose format many interesting things one can do with one of these Nokia ’smartphones’ … The book is clearly written for someone who wants to do more than just understand how to use the phone. Sounds like the O’Reilly crowd to me.

Now, virtually everyone who reviewed the book wished the book to be included in Nokia’s phone box since it is truely a “missing manual”. Nokia, are you listening?

Java Champions is a program organized by SUN to recognize leaders in the Java community. I am honored to be elected a Java Champion today. Does that mean I will get a free trip to JavaOne now?

Okay, I have heard it all: Ruby On Rails (RoR) is so much cooler and simpler than Java EE. It allows you to write web applications 10X faster. And Ruby has nifty language features we can only dream of in Java. So, Ruby must be replacing Java to become the “next” programming language just as Java “replaced” C++/COBOL and C++ “replaced” Fortran. Well, in my opinion, this kind of talk has some serious logical problems.

First of all, as the short history of high technology has proven again and again, the “superior” solution does not always win over “inferior” ones. In fact, the opposite is more likely to be true. The question regarding to Ruby versus Java is NOT how much more advanced RoR is compared with Java EE — the real question is whether Java EE is good enough for most developers. The reason, in economics terms, is that the choice of a technically “better” programming language does not bring you competitive advantage in terms of overall cost and productivity. Instead, it matters far more to have better requirement gathering, better customer feedback, better development process, better trained developers, and better development tools (e.g., IDEs). In software engineering speak, the actual implementation of a system using a specific programming language has the lowest value in the value chain, and can be easily outsourced.

Okay, now you may ask: “If that is true and programming language does not matter, how come Java became so successful and replaced an array of older languages?” Well, did Java really “replace” any other language? I have recently been in graduate school for a science PhD program, and all the new bleeding-edge number crunching software we wrote was still Fortran. It is not being replaced by C++ or Java. Fortran is good enough and switching to a cooler language does not make scientific computing better / faster — and the re-training cost for the entire team eliminates any potential productivity gain. Another example: for rich UI application developers, the dominant languages are still C / C++ / VB. Even heavily marketed languages like C# and VB.Net have little traction — let alone Java. So, my observation is that one language does NOT replace another one. The rise of a new programming language always comes with the opening of a new application area and an influx of new developers who are willing to try out a new language — since there is simply no incumbent language in this brand new area.

That is, you need to grow the big pie to make room for new languages. Fortran rises with scientific computing; Cobol rises with business computing; and Java rises with web applications. Is there a brand new computational field opening up for mass Ruby and RoR adoption? No. The software industry is not on the verge of another big expansion.

Now, Ruby is good at simplifying the development task for an already simple problem — build simple database driven web applications. I firmly believe that Java is already good enough in this area. There is nothing a RoR web site can do that a Java web site cannot (Granted, there are things the Ruby language can do but Java cannot. But that does not concern web users in front of a browser). Java just takes a little more time for *beginners* to get started, and it scales to the high end and legacy applications. The cost to re-train the developers for RoR (language, framework and IDE tools) would not really justify the productivity gain. And work-arounds to scale RoR applications could be very costly. Having said that, of course, Ruby and RoR are important technologies to learn in two aspects:

+ The most important impact Ruby/RoR will have is to drive the innovation in Java EE — much the same way C# drives the Java 1.5 innovation. We are already seeing this happening.

+ For people who need to build many web sites quickly, e.g., consultants and startups, Ruby/RoR is a great tool to try out the ideas and get a quick beta/prototype to the market.

So, while I encourage every Java developers to learn Ruby / RoR, I do not think it will replace Java in web applications. Anyway, just my 2c.