Archive for April, 2006

The Return of Embedded Java?

Friday, April 28th, 2006

Java

The return of "Embedded Java"? Or, where have I been? I just noticed this:

            Java Standard Edition for Embedded Use

I understand the differences from Java ME (licensing, platform, development, deployment), but I thought all Java for small and/or embedded had been consolidated under the Java ME umbrella…

Back to the future… :-)

ceo

Carnival #25 is at Golden Swamp

Friday, April 28th, 2006

Carnival #25 is at Golden Swamp

This week's Carnival of the Mobilists is at Judy Breck's Golden Swamp. Visit the Carnival to read some of the best mobility blogging. If you are a mobility blogger, you can join future Carnivals by submitting your entry…

Enjoy the Carnival!

ceo

Mobility Poll: Are You Using "Location" in Your App?

Thursday, April 27th, 2006

Poll

Are you using “Location” in your application? I have posted a new mobility poll to understand the distribution of developers using location in their applications. You can find the the current and past mobility polls in my Mobility Resources web site. Also, the current poll can be found on the right side of this blog.


The results for the previous poll “What Mobility Space Are You Targeting?” were as follows – as of 4/27/2006, 138 developers participated:


 * Gaming (28%)


 * Connecting People (22%)


 * Enterprise/Business (28%)


 * Mobile Content (17%)


 * Mobile Marketing (6%)


Poll Results: What Kind of Mobile Apps Are You Developing? (Apr-28-06)


(Click to enlarge)

As you can see, gaming, business and connecting people type of applications are at the top. This is followed by mobile content, then mobile marketing. Very interesting results, and I was not expecting the distribution to be so balanced. Good all around geographical distribution. Thanks for participating.

ceo

The Web 2.0 from a Practical Perspective

Monday, April 24th, 2006

[Updated April 30, 2006]

In this essay I look at the Web 2.0 from a different perspective – the practical; the practical characteristics that have resulted in Web 2.0.


“In theory, there is no difference between theory and practice; In practice, there is…”

–Chuck Reid

Chuck's quote is one of my favorite ones – it captures the reality of going to
market…

For Tim O'Reilly's definition of the Web 2.0 go here. For Ajit's perspective of Web 2.0 go here.

The definition of Web 2.0 is so high-level (and thus loose) that it means different things to different people – that makes it very flexible :-) . I personally look at the theory, background, rationale, if it's right or not (if it makes sense), and then turn into the practical aspects as this is where the rubber meets the road. I also look “how we got here” and also include mobility, which complicates the definition a bit.

From the practical perspective, I summarize the Web 2.0 as follows:


“The open, programmable, collaborative and aggregable Web, and the related actors;
the ubiquitous Web”

This definition is illustrated next:


Web 2.0



(Click to enlarge)

The above diagram illustrates the path (of these aforementioned characteristics and related actors) to the core essence of Web 2.0, which is the open, programmable, collaborative and aggregable Web that results in the Web everywhere, the ubiquitous Web.

The rest of the Web 2.0 definitions and concepts – the seven principles, collective intelligence, and so on are consequences from the above. The best instantiation or representation of this is the Mashups, and the social/community-based web.

So what all this really means? That anyone can write and publish useful (or not) services and make them available (share them) on the web. And anyone can use use and consume those services. Users go to the web to use the functionality and even create content and share with others, and developers collaborate and aggregate (mash up)  various services into new services.  – the open web, where users collaborate, where developers collaborate, where services and content can be created by anyone.

More on the practical side of Web 2.0

Web 2.0 is not only about AJAX and browser-based applications. Web 2.0 is about publishing, consuming, sharing open (asynchronous) services (this is especially true from the mobile perspective) – services that can be consumed by browser-based or rich local clients alike (as illustrated above). Services that exist and are published and exposed via HTTP and XML, or REST or SOAP, ATOM and RSS. These open protocols have resulted in new level of abstractions, in the open, collaborative and aggregable Web 2.0. When these services are combined with JavaScript XMLHttpRequest and related processing and techniques, then you have AJAX (a consequence).
Web 2.0 is all a consequence of the same factors: open, asynchronous, aggregable services on the web. I will add that “user-generated content” (user collaboration and sharing) is a very important
characteristic of the new Web 2.0 paradigm, which in turn is a consequence of the openness and ubiquitous of the Web.

Other areas of the Web 2.0 definition, such as “web is the platform” or the “end of software release cycle”, or “going across devices”, and “the intelligent web”, I will just touch briefly, as either they are obvious or are relative, or not really applicable. “The web is the platform” is central to Web 2.0 – no surprises here. The end of S/W release cycle is not a truism – what is true is that applications are made available public) much earlier in the development cycle (see Guy Kawasaki's “don't worry be crappy”), but the release cycle it is still there – it must exist if you follow good software product (engineering) practices. Going across devices may or not may be important for certain Web 2.0 applications, and for mobile is a must. “Lightweight Programming Models” well, lightweight they are not, but instead open and aggregable they are. And the “intelligent web” is relative – services can be intelligent or just pass through – the aggregation of services may or not be intelligent. About the collective web or collective intelligence, this is as I explained above, a direct consequence of openness, collaboration and aggregation.

From the mobility perspective, there is not much difference between mobile and desktop clients – both could be browser or local clients, for both services and data and users are at the center of Web 2.0. For both the network, the web is at the center of it. Mobile clients have the same restrictions as before – resource constrained, but now it has to handle the expensive HTTP and XML-based protocols, which could add cost to the user. Mobile clients will continue to be browser-based for applications that
queries the web and returns results, and local/rich for occasionally connected, advanced multimedia-type of applications.

In Conclusion…


I wanted to inject a different perspective to the Web 2.0. The Web 2.0 as we know it is the next step, the evolution of the Web due to the characteristics described above: open, collaborative, programmable and aggregable Web, and the rest are consequences of such characteristics and the related actors. Built from the bottom up, it is network (web), service, data and user-centric, and driven by the open and collective use of the web – the publication, consumption and aggregation of services and information on the Web.

Related blog entries:


* A Response to “Mobile Web 2.0: AJAX for mobile devices as the preferred platform for mobile app development”


* Will AJAX Save The Day (for Mobile Apps Development)?

ceo

Family Locator

Sunday, April 23rd, 2006

Sprint has released a
new service, to help you track your kids…

… or track your wife, or husband, or significant other… :-/

… And for only $9.99 a month…

Expect more services such as this one, 1st from startups, then from your network provider – monitor the location of family members, employees, pets, horses, home and assets, all from your cellphone. Remember, when writing location-based software, do no evil

ceo

Russell Beattie's "Last Page"

Saturday, April 22nd, 2006

Russ wrote his last page on his notebook/weblog.

Hey Russ, I am looking forward to the 1st page, your first chapter of your new “book”… Lot's of great contributions by you, and you will be missed while in your break.

It is my experience that writing quality stuff is not easy – it takes time, plus job, plus family, plus hey I do have or try to have a life – that is why I can't post as much, so I don't post daily – just whenever.

Russ, if you make it to Austin, let me know… Have fun… Later…

ceo

Consequences of Social Information Overload

Friday, April 21st, 2006

Overload

Derrick wrote in his blog a very interesting entry about about Rabble Addiction – about one of Rabble's users who confessed that he/she was addicted to Rabble to the point of neglecting job, friends, studies and other, even trading his/her RAZR for a mobile handset that won't support Rabble…

I find this very interesting indeed. And while Derrick disagrees with me on the root cause, attributing this to purely “addiction to connectivity” (yes the person is addicted to connectivity), this really is a consequence or manifestation of Information Overload… in this case Social Information Overload, where there is so much (social) information to attend to (friends, blogs, photos, sharing, and so on), overload caused by the "always connected phenomena" that mobility/always-on products are introducing into our lives, and that results in so much information to consume and people failing to attend even the very basic and important tasks in their lives.

I've previously written about The Connected Age = Information Overload, and how this connected age is the age of pushed-information and the age of information-overload, and that “While the management of information (overload) is a very interesting area of research, the right answer to information overload may not be based on technology at all, but on personal discipline — learn when to be connected and when not be so connected…”

I say it here… Social Information Overload (SIO)… a problem we must recognize and address, a problem that is here, now. Rabble's “addiction to connectivity” is proof of this problem. Our mobile products, which promotes “always connected” and “Social Information Overload”, must really take this phenomena into consideration, to help address (social) information overload, so that we can provide our end-users with a way that helps then manage and decide how and when to be connected or not. This is a hard and interesting human factors problem to address.

ceo

Carnival of the Mobilists # 24 @ Feep up!

Friday, April 21st, 2006

CoM #24

The weekly Carnival of the Mobilists tradition continues – this week hosted at Feep up!. Go check it out.

Texting and The Evolution of the Thumb

Monday, April 17th, 2006

In the beginning, there was the thumb…

And the thumb was good…

Then came the cellphone…

And the cellphone was good…

Along came texting…

And texting was good…

But the thumb was not designed for texting, and it hurt…

The human species had no choice, but to adapt, to evolve, or re-engineer themselves. A better way for texting was needed…

The Year 2112 – The Human Hand…


[Image Sources: All over the Internet, except for image "thumb was not designed for texting, and it hurt", which is my thumb]

ceo

MIDP 2.1 maintenance review period has been extended

Sunday, April 16th, 2006

JCP

Is now scheduled to close on 1 May 2006:


The Maintenance Lead of the following JSR:

 JSR-000118 Mobile Information Device Profile 2.0

has updated the Change Log posted for the second Maintenance Review.

View the list of JSRs in Maintenance Review here:

  http://jcp.org/en/jsr/stage?listBy=maint

View the JSR 118 Maintenance Review 2 linked from the
stage table on the 118 detail page:

  http://jcp.org/en/jsr/detail?id=118

ceo

Bloglines Hidden Features

Sunday, April 16th, 2006

The Bloglines folks published a hidden feature or keyboard shortcut… pressing M hides/unhides the navigational frame, resulting in “maximizing/minimizing” the article's frame. Neat. I decided to go for a hunt for other hidden features, and this is what I've found so far:

  • R = refresh My Feeds
  • S = step to next unread feed
  • M = maximize/minimize (or hide/unhide nav frame)
  • J = page down
  • K = page up
  • / = find (Firefox and Opera only)
  • ' = find (Firefox only)

Very handy shortcuts…

ceo

Nanotechnology => Pulmonary Edema

Friday, April 14th, 2006

Nanotechnology

Er… I said pulmonary edema, not enema;-)

We should expect health concerns due to the use of nanotechnology in consumer and household products – I see the writing on the wall… Not sure if this reported case is really related to nanotechnology per-se, but it could be a case of nanotechnology affecting the health of some consumers.

Also, see the Project on Emerging Nanotechnologies website, and their compilation of existing products that uses nanotechnology.

[Image Source: Scientific American]

[Via internetnews.com]

ceo

RSS Feed URL Management Headache – Please Update URL to My RSS Feed

Friday, April 14th, 2006

RSS Icon

Due to historical reasons, I have too many URLs to my blog's RSS feed, for example:

  • http://www.j2medeveloper.com/weblog/rss
  • http://www.j2medeveloper.com/weblog/?flavor=rss2
  • http://www.javamedeveloper.com/weblog/rss
  • http://www.javamedeveloper.com/weblog/?flavor=rss2
  • http://www.cenriqueortiz.com/weblog/rss
  • http://www.cenriqueortiz.com/weblog/?flavor=rss2

Plus URLs to Atom, RDF, and XML feeds to the above TLDs.

A management headache… It would be awesome if I could deprecate URLs and TLDs over time in favor of a single point of entry.

When you get an opportunity, it would be great if you could please update your URL (subscriptions) to use http://www.cenriqueortiz.com/weblog/rss – I will make sure the URL always points to the right RSS endpoint. The Atom and other feeds are still available, but I won't publicize them. If you encounter any issues, please email me at eortiz[at]j2medeveloper[dot]com and/or add a comment to this blog entry. Thanks!

ceo

Google Team says – It's Time

Friday, April 14th, 2006

Google Calendar

Who said Google was a search company? In the beginning it was. Today Google is a collaboration company: IM, email, calendar, writing, maps, and searching, and so on. Maybe they should package their collaboration related products under the Google Collaboration product/brand name.

Google has released its Google Calendar web application. And the title of their announcement blog post is It's about time

It's about time to release the product? Or, it's about time to crush some more (small) companies? Maybe it is the latter. Google Calendar will have a major effect on a number of companies, the majority startups, such as AirSet,
Trumba,
Kiko, 30 Boxes,
Yahoo! Calendar,
Spongecell, and the Eventful's of the world? It is a tough game, as expected.

Google is the new Microsoft, and I said that from the products perspective – questions from VCs included “what about Microsoft?”, meaning, how long before Microsoft would come up with a similar product, and crush you. But today it is “what about Google?” Or actually, it is “what about Google, and Microsoft, and IBM, and Yahoo?” It's the deep-pocket companies, the ones with lots of time, and patience, and cash, the ones to really watch out for…

And you (or I) say, but I see that Google Calendar has no mobility play… maybe that is my ticket in! But soon Google will release their mobile extensions to calendar, I am sure. Not to mention that mobility all by itself is not sufficient, and you (typically) need the end-to-end solution the customer needs, and mobility all by itself is only half the equation.

What about the enterprise play? I would imagine that the Google product marketing team already has envisioned Google email and calendar appliances for the enterprise (and if they haven't, they should! that is what I would do), similar in concept to their Google search appliance for the enterprise – imagine a truly turn key collaboration appliance that all you have to do is add to the existing rack and do minimal configuration, and puff! done – secure calendar and email and IM for everyone! And when that happens, all businesses that offer (web-based ) collaboration tools for the enterprise will be in trouble, as their market share will erode – they should be concerned right now…

So what should smaller companies do? Mashups? Services and consulting? Continue pushing the envelope and innovating and pushing their ideas and products no matter what?
Pray? The answer is all the above.

[Update: Jeremy of Trumba, dropped a comment with a link to a Forrester report on Google Calendar]

ceo

New Member of the Family

Thursday, April 13th, 2006

My blog has been very quiet lately, but for good reasons:

ceo