Skip to main content

2007 predictions review and predictions for 2008

OK, after I was daring enough to publish some predictions for 2007, let's see how I did:

  • The uptake of RoR will continue. JRuby will make a diffenrence and will allow RoR to make its way into the enterprises. Similar frameworks in other dynamic languages will rather help RoR than take away from it (Django, Grails, etc) because they will only increase the overall interest in dynamic languages.

    I'd say half-right. RoR's rise did continue, albeit with much lower pace. However, Django, Grails, etc did not make much of an impact.

  • REST will become mainstream in the sense that it will not be considered the poor little relative of SOAP anymore, but a viable alternative even for the enterprisey guys.

    REST has become mega mainstream, up to the point that by now saying "SOAP" has become a bit of an embarrassment.

  • Macs will continue to lead the pack in terms of innovation on the desktop.

    Uhm, yes. Neither Vista nor Leopard changed the world, so the distance between these competitors stayed like it was before.

  • Location-based services have a chance to grow a lot. I expect a technology mish-mash of GPS, RFID, bar code readers on camera phones, etc. Nothing will be ready for the very big stage but we will see some trials.

    Yes, we've seen Google Maps on the iPhone and related stuff. LBS is gaining steam.

Right. Encouraged by this tremendous success of 3.5/4 I'll dare to do another round for 2008:

  • Android will turn out to be a nice platform for phone applications (nicer than Symbian and J2ME that is). However, it will not be able to change the rules of the mobile industry. But changing the rules is what the mobile industry needs in order to get some real innovation (see, partially, the iPhone). Therefore, I think that Apple will be the company pushing the envelope of the mobile industry in 2008 again. Not as much as 2007, though.

  • Adobe Air will create some initial interest and will serve as a starting point for other desktop/web integration technologies (like Mozilla's). However, Air's lasting impact will lie in increasing interest in Flex (which will see more developers in 2008).

  • In 2008 the social networking craze will continue. OpenSocial and the Facebook API will go head-to-head for the developer's minds and we will see more interesting applications emerge. At the same time we will find ways to monetize social network applications.

  • And here's a negative one: all efforts to bridge the PC and the TV to watch movies over the Internet will fail (once more). And that is despite of all the effort that is poured into this idea.


I'll be back in a year to check on these.

Comments

Popular posts from this blog

Python script to set genre in iTunes with Last.fm tags

Now that I have started to seriously use iTunes I figured it might be nice to have the genre tag set in a meaningful way. Since I have a reasonably large collection of mp3s doing that manually was out of question - I wrote me a Python script to do that. There seems to be a large demand for such a functionality (at least I found a lot of questions on how to automatically set the genre tag) so maybe someone else finds the script useful. It is pasted below. General Strategy The basic idea is to use Last.fm's tags for genre tagging. In iTunes the genre tag is IMO best used when it only contains one single genre, i.e. something like "Electronica", not something like "Electronica / Dance". On the other hand dropping all but one tag would lose a lot of information, so I decided to use the groupings tag for additional information that is contained in the list of tags that an artist has on Last.fm. In the example above that would be something like "Electronica, Dan

The misuse of the term "RESTful" in the Rails community

Today I went to a talk at the local Ruby on Rails group. The speaker was quite clueful. He had even implemented his own DSL to describe his business problem. Obviously, the guy was not a noobie in Ruby. However, what really turned me off was his usage of the word "RESTful". For him, it seemed to be a way to describe the inner workings of his application, like, say, "separation of concerns". RoR guys are generally not the most clueless people, but nobody in the audience challenged him about this. It seemed to be the generally accepted usage of the term in the Rails community. This made me think that DHH and Rails have done two things to REST: First, they greatly help to evangelize the term "RESTful" Second, they hijacked the meaning of the term and changed it from "architectural style" to "application architecture" As it happens I listened to a podcast from the Pragmatic Programmers on my way home. It was about the .Net Ruby implementati

What is Multi-Tenancy? A closer look

Lately, I had a lot of conversations about multi-tenancy (MT). So I finally wrote up my thoughts on that term. In this post I will argue that MT is a value that depends on a continuous variable. Therefore, any statement about a system being “MT” can only be made in the context of the given requirements. It is not a property of the system itself . I will also show that perfect multi-tenancy is indistinguishable from single-tenancy (ST). MT is a value that depends on a continuous variable Imagine a step-function "ST-MT" (values are either 0 or 1) that determines if a given system is MT (1) or ST (0). That function will look like this: ST-MT = function (system, business requirements) Look at  the function’s arguments: the first one is obvious – the result will depend on the system itself. The second one is more interesting: it is the cumulative set of business requirements . Typically, these requirements will include: Resource sharing: systems typically declare