Tag Archives: development

DIY Android Apps

Did you ever want to turn to a manager, or someone in marketing, or just anyone who doesn’t live personally through the pain of what it takes to move an application from concept to clickability and say “If you think it’s so easy, why don’t you just do it yourself?”  If you are currently employed as a developer it’s likely that you have resisted that rather career-limiting urge.  Yet, dreams can come true.  Google has released a tool called the “App Inventor,” which provides a drag-and-drop environment which will allow anyone who can design a slide presentation to put together an Android application.

The good news, is some of the more ridiculous application requests may take care of themselves.  The bad news is that this will make for a lot of weird stuff out there in the Android application market.

App Inventor runs across platforms, which is the typical Google way.  I haven’t tried it out yet, but I will soon.  Maybe I’ll post some sort of weird app for you to enjoy.  If you do something with it, why not upload it onto My dW and share it?

Maybe it’s time to reduce our FAT intake

In the continuing action on the patent battlefield, a recent announcement declares that “German appeals court upholds Microsoft Long File Name patent.”

This is the sort of thing that caused problems for TomTom and is likely to cause problems for other device manufacturers as Microsoft begins to explore ways to augment their revenue stream.  Please don’t get me wrong.  If Microsoft is legally entitled to receive royalties for this technology then it is appropriate that they pursue those royalties in whatever manner they see fit.  It would be nice if they could take the more magnanimous route of allowing it to be freely used by anyone, but that does not appear to be what they want to do.

So, why do we still want to use the FAT file system on devices?  There are other, unencumbered file systems that are available which would do the job —  arguably a better job — that FAT does today.  The initial argument is that everybody uses Windows and so we have to follow that protocol.  While it may be true that many people use Windows, FAT is no longer the de facto standard in a Windows environment.  FAT is just a legacy carry-over which could be allowed to go to pasture.

I would like to propose that manufacturers consider using the open ext2 file system.  There are Windows drivers for ext2 available.  The openness of ext2 breaks down the barriers of drivers for any operating system.  When someone buys a device, they are accustomed to having some sort of driver disk that goes with it.  The device could simply install the ext2 driver along with whatever other helper software was provided.  If this became more common, OS manufacturers might simply start providing a driver as part of the standard software stack.

The open-source world provides viable alternatives for many problems.  Rather than fighting this further, let FAT go and start working with a truly freely-available alternative.