Voice recordings are useful at any point in time. If you want to save a lecture (or presentation) that you are attending, or record a voiceover for a project, the iPhone can be your solution. You don’t have to use an old tape recorder, or a standalone recorder. The iPhone’s fantastic technology records high quality voice recordings on demand, whenever you need it.

To get started, look for an application named “Voice Memos.” Most likely, this particular application is found in your Utilities category by default. Once you open it up, you are greeted by a large microphone, indicating you are in the correct application. When you want to start recording, simply tap on the large red button in the bottom left, and you are on your way to begin recording. What is important about recording voices on this application to the highest degree of quality, ensure that your meter in the bottom is within the middle range; with the pointer in the red zone, your recording will be awfully loud, while otherwise, it will be too quiet. Finished recording? Simply tap on the square button, and you have your recording.

What can you do with these recordings? Once you have finished recording, you are able to now share this recording through email or even in a text message; email it to yourself so you can save it on your computer, and listen to it later, or start editing it to put into a movie production, or text it to a friend for their needs.

The Zen of Python, by Tim Peters has been adopted by many as a model summary manual of python's philosophy.  Though these statements should be considered more as guideline and not mandatory rules, developers worldwide find the poem to be on a solid guiding ground.

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

The short answer is, yes and no. It depends upon who you are. The purpose of this entry is to help you determine, yes or no.

Full disclosure. This entry is created on a Mac mini. And doing so on Windows 8 (Release Preview). If you are a developer, in my humble opinion you need to test on all platforms you expect your app to run or you are not much of a developer.

To be successful you need to leave politics in geographical territory known as Washington DC. My definition of that is: 14 mi.² of real estate surrounded by reality.

Only in politics can we afford to take sides. Those of us in IT, especially developers need to do our best to be all things to all people. Certainly this is a technical impossibility. However in our game we can get some points for at least being serviceable if not outstanding.

Structure Rule Language

To aid in the ease of rule authoring, Blaze Software, now Fair Isaac, created the proprietary Structure Rule Language (SRL), an object-oriented programming language designed to enable those with little or no background in software development to pen rules. Although the capabilities of this language are far too extensive to detail in this article, we can examine the basic rule syntax.

Rules in the SRL take the following form:

rule RuleName [at | priority M] is