I've recently gotten swept up by the Augmented Reality (AR) craze. It's very cool. For those that have no idea what AR is,
check out this site: AR Demo. The really cool deal is that
my work is currently interested in AR, and so some of us have been set to research applications, brainstorm on ideas of how
we could incorporate AR into education, and to experiment with those ideas. Way cool!
My 1-year review is coming in a couple of months, and we have to complete some professional goals by that time. My goals were to
learn to develop in Flex, tackle Design Patterns and hook up Flex/Flash applications, which are client-side apps, with a server-
side database using WebOrb or BlazeDS. WebOrb and BlazeDS are frameworks for reading/writing to a database from client-side apps.
First on the list? Design patterns. It turns out that a lot of programming problems are solved in a generally similar way. It's not
so simple as a cookie-cutter solution that can be solved once and applied to everything, but design patterns are general concepts
of how a given set of problems are often solved. Using these patterns, a developer can more quickly and productively create software
of such awsomeness, angels stop to sing over the computers on which it runs.
I currently have a blog template (it's not functional yet) set up on this site using ASP.NET and an XML file to store the entries.
Since I'm going to allow for users to leave comments, track when/who left them, those are going to have to reference somewhere the
comment they're related to. This could be done with XML, but it's ugly and not very fast. I'm going to design a simple database for
my blog, and I'm going to create a new blog (that will look suspiciously similar to the old blog, which is currently my new blog...
dammit! Don't distract me!) using Flex, and within that, I'm going to use the MVC, Singleton, Observer and Factory Design Patterns.
Kill several pigeons with one set of code.