I was reading Glen Cordrey's last J2ME column in this month's issue of JDJ. Glen mentions that, as the J2ME market has not matured with enough jobs, he is going back to J2EE and try to work on mobility integration issues in enterprise projects.
I complete agree with him and in fact, this is the point I have always advocated in my writings. My keyword for mobility has always been "end-to-end."
Although my experience with the J2ME job market is somewhat different from Glen's (I have to turn down new J2ME contracts to keep myself sane at this point), I understand that not everyone in J2ME had the same luck. Most of the "real" employment opportunities are still on the enterprise server side.
But when we look at the future, I see three trends:
The move to mobility is inevitable in the enterprise. The IT revolution has to reach hundreds of millions of mobile workers in order to realize its promise. There is no other way. However, the real question is how and when this will happen. With the IT over-investment in the last decade, it might take several more years.
When enterprises move to mobility, a key consideration is to preserve existing investment. Fancy flashy J2ME games will not do it. The task is often to develop specialized gateway servers and J2ME integration software to incorporate smart mobile frontends into the system. That requires the developers to have deep understanding of both J2EE and J2ME. I think that the "end-to-end" sector is where the real opportunities are in the next several years. That is also what "Enterprise J2ME" is all about.
Coding is a dying profession in the long run. If the jobs have not been outsourced to developing countries, the new generation of model-focused automatic code generation tools will eliminate the need for basic coders anyway. The jobs that have a future are system designing and architecting (the real engineering jobs). I think the ability to design end-to-end systems using whatever tools available is an important skill for the future.
Anyway, those are my observations for the mobility market in 2004.
About Michael Juntao Yuan Michael Juntao Yuan is a member of JDJ's editorial board. He is the author of three books. His latest book, "Nokia Smartphone Hacks" from O'Reilly, teaches you how to make the most out of your mobile phone. He is also the author of "Enterprise J2ME" - a best-selling book on mobile enterprise application development. Michael has a PhD from the University of Texas at Austin. He currently works for JBoss Inc. You can visit his Web site and blogs at www.MichaelYuan.com/.
Himansu Kandwal wrote: I am agreeing with Michael, yes J2ME and J2EE should be closely coupled. Yes processing of the complete application on the limited device is not a good idea, it will make the application slow and also not attractive.
I worked on J2EE and I found that it is best suited for server application in an enterprise environment, and when ever we want to connect with our server, using mobile devices, back end should be J2EE.
Now the technology is improving and several applications required connecting the user remotely.
Its my believe future is of using different technologies, according their performance constrains, to serve the request
Himansu Kandwal wrote: I am agreeing with Michael, yes J2ME and J2EE should be closely coupled. Yes processing of the complete application on the limited device is not a good idea, it will make the application slow and also not attractive.
I worked on J2EE and I found that it is best suited for server application in an enterprise environment, and when ever we want to connect with our server, using mobile devices, back end should be J2EE.
Now the technology is improving and several applications required connecting the user remotely.
Its my believe future is of using different technologies, according their performance constrains, to serve the request
Michael Yuan wrote: The reasons that I tie J2EE closely with J2ME are based on both technical and business realities of today''s mobile world. I assume that this "loosely coupled" mobile and enterprise components idea comes from web services. First off, let''s be clear that I am pro-web services. 3 chapters in my book talks about nothing but mobile web services. :) However, in today''s world:
1. Web services are not yet truely platform independent. The fact is that J2ME SOAP libraries work best with Axis and J2EE web services backends. Plus, web services in the mobile world are more likely to be asynchronous rather than the simple RPC format. J2EE messaging services (SAMS and JMS) are important in those efforts.
2. In the wireless world, bandwidth is precious. SOAP is often considerred too "heavy". If the end-to-end integration is based on compresse...
serge masse wrote: Michael is probably right again, for the most part. So I consider his opinion with great care. It also helps that I share most of what he just wrote and I have observed this a while back, specially with some B2B work involving JPMorganChase and some of their clients. Games are not enough for the mobile enterprise, this should be obvious. And what the enterprise has difficulty today is with M2M, machine-to-machine interaction (grid, web services, etc) with and without mobile devices. This m2m stuff will be the main focus of technical improvements over the next 10 years at least. The trend was triggered by the Internet years ago and it is still going on and accelerating technologically and increasing in complexity. These new interoperability standards are a sign of this.
Mobile devices are now a new requirement for the m2m needs of the enterprise, so a J2ME developer must be able to fu...
Dan Moore wrote: I don''t see why Michael ties J2ME and J2EE so tightly. The whole point of web services is to decouple the server and the client. I dont'' see any reason why you couldn''t have J2ME talk to a .NET server, or a BREW client talk to a J2EE server. To me, the larger issue with the mobile revolution is the architecture of the J2ME applications, since I think that such small, non networked, memory constrained applications (with either extremely limited portability or extremely limited user interfaces, take your pick) are going to be a world apart from the standard java developer''s experience (which is HTML generation, not swing).
Unit testing is hard. There I said it. Although I have been developing software for the past 18 years I still find that putting my applications through their paces via unit testing is difficult. I have learned the lesson (I'm sure like many of you) the hard way. Unit testing is p...
Continuent has announced support and enhancements to MySQL Server 5.1.30 GA release, the 5.1 production version of the open source database. MySQL 5.1.30 is recommended for use on production systems by the MySQL build team at Sun Microsystems. Continuent Tungsten provides advance...
As a software journalist, there are times when certain vendors will shut the door on reporting opportunities that might represent too much of an "inside view" of their technology or their organization. I've been to more developer events than I can remember where I've been handed ...
Active Endpoints has announced the general availability of ActiveVOS 6.0.2, in response to ever increasing demands for improved process performance and efficiencies. ActiveVOS is an all-in-one, 100% standards-based orchestration and business process management system (BPM) that p...
Just because the web has been open so far doesn't mean that it will stay that way. Flash and Silverlight, arguably the two market-leading technology toolkits for rich media applications are not open. Make no mistake - Microsoft and Adobe aim to have their proprietary plug-ins, ak...
Doing network I/O on the user interface (UI) thread is bad. Most developers know that and can tell you why; unfortunately, it’s still done. At this year's JavaOne, one of the keynote JavaFX demos bombed because the network was slow, something that would be forgivable had the en...
SUBSCRIBE TO THE WORLD'S MOST POWERFUL NEWSLETTERS
SUBSCRIBE TO OUR RSS FEEDS & GET YOUR SYS-CON NEWS LIVE!
Click to Add our RSS Feeds to the Service of Your Choice:
About Newsfeeds / Video Feeds
.gif)
I was reading Glen Cordrey's 
Unit testing is hard. There I said it. Although I have been developing software for the past 18 years I still find that putting my applications through their paces via unit testing is difficult. I have learned the lesson (I'm sure like many of you) the hard way. Unit testing is p...
As a software journalist, there are times when certain vendors will shut the door on reporting opportunities that might represent too much of an "inside view" of their technology or their organization. I've been to more developer events than I can remember where I've been handed ...
Just because the web has been open so far doesn't mean that it will stay that way. Flash and Silverlight, arguably the two market-leading technology toolkits for rich media applications are not open. Make no mistake - Microsoft and Adobe aim to have their proprietary plug-ins, ak...
Doing network I/O on the user interface (UI) thread is bad. Most developers know that and can tell you why; unfortunately, it’s still done. At this year's JavaOne, one of the keynote JavaFX demos bombed because the network was slow, something that would be forgivable had the en...
