Simon G's Blog

Platforms such as Adobe AIR are making the Operating System less important; as I articulated previously in " Operating Systems are becoming less important to Consumers ". I decided to have a bit of a play to see how easy it was to build an Adobe AIR application. Getting the basics going My first stop was the very useful Adobe AIR Developer Center , which contains lots of really good information (docs, videos, downloads, ...). I had already noted from a previous search that Aptana Studio (which I had installed) had an Adobe AIR plugin, so I installed that directly from the tool. That was nice and easy and I therefore had a working IDE up and running in minutes. Information about the features of the Adobe AIR plugin for Aptana Studio can be found here . I simply started a new Project, went with all the standard defaults, including the incorporation of a Sandbox application. Once the Project was created, I clicked the Play button in Aptana and it worked fine. It was just ...

OpenSocial came onto the scene at the end of 2007 but until now I hadn't got around to delving into it and I thought it was about time. My first observation was that its name is actually a bit of a misnomer. I expected data portability for social data, but in fact this is not what OpenSocial is about, it is instead more akin to "OpenWidget" or "OpenGadget" (as many others have pointed out). This however is not a bad thing, it is just different than what I was expecting. OpenSocial is the expansion of Google Gadgets across platforms, with the view being that once an OpenSocial Gadget had been developed once and used on one site that it would be able to run on another social networking site and easily access friends lists and other social information on that site due to the common API that OpenSocial mandates. If this all sounds very similar to JSR 168 / 286 and the concept of Portlets then you would not be mistaken (for more on JSR 168 see my earlier post titled...

I have recently been working on a large Architectural diagram that a significant number of people have been looking at on a regular basis and have followed through its evolution. I have been doing some large changes to this diagram, but rather than making them all at once I have staggered the changes across a number of versions of the diagram. There are a number of reasons I have done this, including: People often get overwhelmed if there is too much that has changed. The validity of the diagram as being a trusted reference is undermined if it is significantly changed with each release. People are often much happier if they are taken on the journey. Less noise. Fewer changes reduces the areas for debate and allows them to be rapidly addressed without the confusion of other changes. Change can be good, but too much at once is often not a good thing. I have been treating the aforementioned diagram like a brand, whereby whilst it is possible to completely overhaul it, if you make small ch...

Yesterday I attended my first barcamp / unconference; Barcamp Auckland 2 . Ludwig and his team did a superb job arranging this event. It was well organised and there were lots of great sessions that stimulated lots of thought provoking discussions. A key aspect of barcamps is participation and it is not about 1 person presenting, but more about having discussions and debates. The agenda is created on the day with people putting topics up on the board they are keen to talk about and facilitate and it just flows from there. For further information about barcamps / unconferences, check out: http://en.wikipedia.org/wiki/Unconference http://en.wikipedia.org/wiki/Barcamp I attended a variety of different sessions which covered topics such as IE8, OpenId, Social Graph API, Privacy, Productivity, Mobile, Predictive Markets, ... I used Twitter as my journal for the day, and my slightly edited synopsis of each session is: Tech Productivity Music can help to focus but can also distract; familiar...

Even a few years ago when buying a computer I was only concerned that it would run a Microsoft OS and that I could put a small Linux partition on it too. The thought of buying an Apple Mac never even crossed by mind. A key consideration used to always be that there were lots of applications I wanted to run and that in general they were only built to run on the Microsoft OS. In today's world however I no longer think this is the case. Sure there are some apps that are only built to run on one Operating System, but with more and more services moving into the cloud, the Web browser is increasingly becoming the key application many people use. For servers the Operating System has a larger role to play, but for standard consumer computing it is less important. Platforms such as Adobe AIR and JRE are also aiding this shift away from the Operating System being so important. These platforms are enabling the ability for applications to be written once and run easily on multiple Opera...

Several years ago I was a big fan of Portal Servers (in particular for internal use), and I thought that were going to take off as the standard for public-facing sites (in particular with the release of JSR 168). This however has never eventuated. I have therefore been asking the question for the past few years of whether the use of Portal Server technologies for public-facing sites is worthwhile, and if so for what sites (or subsets thereof). I am not questioning that the business concept of B2C, B2B, B2E, etc. portals is required, but rather whether the technology platform of Portal Servers for public-facing sites is overkill. Portal Servers typically perform a number of primary functions (but there are other alternatives), some of which an organisation may not care about: Integration with Authentication / Authorisation framework Templating Personalisation Facilitate application/portlet reuse In-context content management Analytics & Reporting Search Ability to delegate control o...

Understanding how people work and what motivates them is important to getting the most out of them and having a good working relationship. I have been working with an offshore company for the past 6 months in New Zealand, with whom we have partnered to do some work to build a technology solution. Over these past 6 months I have observed some differences in the way they operate than what I have previously experienced working with New Zealand companies, and once I had identified these differences this has made it easier to communicate. Having different cultures brings different dynamics to a project, which is great in terms of having people who look at a problem space from a different perspetive; these are my observations with this particular company and the people we have on the ground in New Zealand. 1. Safety in numbers. In general, with many of the people I am dealing with (in particular the technical people, not so much with the Business Analysts), I have observed that they are not...