You ask yourself, what just happened?

It was the tone of your email, my friend. The recipient opened it, read it, and thought, “Who does this S.O.B. think he is?”

One wrong salutation, phrase or punctuation can – believe it or not – spark World War III via email. BUT, it can be avoided with a handy new tool I just discovered. It’s called ToneCheck by Lymbix.

With ToneCheck, a simple thought will no longer be interpreted as hostile, threatening or something far different than you intended. ToneCheck actually checks your outgoing email for any false “tones.”

Simply specify your “tone tolerance” and the program will flag any phrases or sentences that look angry – then, offers a substitute. And, get this, ToneCheck also flags lines that appear too “contented” or overly cheerful when you are actually trying to strike a tougher tone.

The program’s sensitivity can also be adjusted and it offers eight different ‘emotional ratings’  - like affection and amusement- to help you get the tone of your email just right. Anger, fear, and humiliation are generally the emotions users will try and avoid.

Lymbix has also developed a program which monitors your updates on Twitter for any unintentional deviation in tone. Brilliant!

You can download ToneCheck and use the service free for 30 days.

I’ve been using it for several days now and while I have ignored a few of ToneCheck’s warnings, the program has indeed stopped me from sending the wrong message on one occasion.

As the saying goes, impressions count – even when you’re trying to make one by email.

In fact, some say the mobile app today is what the website was ten years ago –  one of those tools that’s almost a necessity for all businesses.

Of course, unlike a website, developing and designing an app is easier said than done. There are factors to consider. What kind of platform is involved? How will it be used? Who will use it? Is geo-location necessary?

These are all questions you – as a business owner – must take into account.

Thanks to Christina Warren’s article on designing mobile apps here are 5 things to consider before you begin the design process.

1. Mobile app or mobile Website?

Do you need a mobile application, a mobile website, or both? Before even starting the design process, you need to figure out what format or formats are best suited for your goals. Sometimes this can be really easy. For example, if you want to build a utility or game, you may be better served building a native application rather than worrying about how different mobile browsers will interpret your content.

Other times, the distinction isn’t as clear. For instance, at Mashable, we have both a mobile optimized website and applications for the iPhone and iPad. The mobile optimized site is available on a variety of devices, while the iPhone and iPad apps are designed to provide a more full experience to our users on those platforms. Because Mashable has a tech savvy readership, it makes sense for us to have our own standalone mobile app. However, depending on the app idea or business at hand, a mobile app may not be fitting.

Here are some questions to think about when deciding between an application and a mobile-optimized website:
Do you already have a full-featured website? If the answer is yes, how many of those features are you looking to integrate into the app? If your app is going to be largely a re-creation of your website, you may want to focus on creating a mobile site first.
Is this an app that can be used without an Internet connection? Some examples include note-taking or calculator apps. If so, a mobile application makes more sense.
Are you going to be integrating with other parts of the mobile operating system, like the dialer, the GPS and the mail client? If this is the case, consider building a native app.

2. Consider where the app will be used.

Once you’ve decided to make a native mobile app, you’ll want to consider where your application is most likely going to be used. This is important because where and how an application is used can directly impact how it can be designed.

For instance, if you have an application that is going to be used while walking around  a geo-location app or an app that takes advantage of a device’s GPS  making sure that core app functions are easy to see and access is very important.

Likewise, if your app is used to sell products or services, make sure that the price and the “buy” or “add to cart” buttons are large enough so that they can be easily accessed.

If you have designed an app that may be used while sitting on a train or in a stationary spot, make sure that text is readable and legible and that it is easy to move through content.

3. Be mindful of screen sizes.

Even on the same mobile platform, screen sizes and resolutions can vary based on device type. For instance, the screen size and resolution on the HTC Incredible is different than that on the HTC EVO 4G. Consequently, for an application to have a consistent look and feel across both devices and across a variety of other devices, user interface elements and graphics need to be scalable.

Likewise, the iPhone 4 sports a higher resolution screen than the displays on the iPhone, iPhone 3G and iPhone 3GS. However, because the big difference is in pixel density, the same amount of screen real estate is used. Basically, two pixels on the old iPhone displays equals one point on the new retina display. Josh Clark, author of the fantastic new book Tapworthy: Designing Great iPhone Apps, has written a must-read post about designing for the iPhone 4’s retina display.

The Android Developers site has a great guide for supporting multiple screens on Android and a look at how to best achieve screen independence so that your apps will run and display properly on a number of different display types.

The Android Developers site also has tips for how to test your app in different resolutions with an emulator.

4. Don’t stray from existing user interface conventions.

On desktop computers, there are certain user interface elements that make a Windows app a Windows app or a Mac OS X app a Mac app. There are user interface conventions tailored for mobile apps as well. While you don’t have to follow these guidelines 100% of the time, sticking with consistent methods of displaying data and interacting with content will make your app easier to pick up by end-users. Following these conventions will also ensure that your app is consistent with the other applications already on a mobile device.

Each major mobile platform has documented user interface guidelines. Apple, for example, has a very extensive overview of iPhone Human Interface Guidelines, detailing and offering examples of standard UI conventions that should be considered when building an iPhone app.

While not nearly as complete, the Android UI team has its own User Interface Guidelines, complete with overviews of icon, widget, menu, and activity and task design guidelines.

Likewise, RIM has a complete section on its site for UI Guidelines for BlackBerry devices, including sections on touch screen BlackBerry devices, the different theming systems available for BlackBerry, and how to handle the trackball or touchpad.

5. Design for touch.

In almost all cases, mobile apps are going to be used while in someone’s hand. Therefore, designing your mobile app around touch and ergonomics is very important.

Think about how you hold your phone in your hand. Now, think about where you thumb sits. That’s why many applications have main menus and selectors at the bottom of the screen and content near the top of the screen. Apps with that type of layout are designed for touch, and yours should be too.

Beyond button layout, think about how you want to indicate touch feedback  physically or visually. While the BlackBerry Storm tried the whole clickable screen thing, the truth is, haptic feedback (such as vibrations), while great for games or for alerts, doesn’t usually work very well for touch-based devices like mobile phones.

Instead, use visual cues to show that an item is either touchable or has been touched. For instance, think about how the various keys on the iPhone keyboard grow in size when you touch them. That increase in size is feedback.

Lastly, designing your apps so that they take advantage of gestures, like swiping forward and back, pinching to zoom and pulling-down to refresh, can add a lot of usability to your applications without taking up tons of space for a designated button.

Sure, when it comes to developing mobile applications – anything goes.

But with a little careful planning and ingenuity your next app won’t only be “new”…. it’ll be killer!

There’s a remote for that.

You can actually sit down, power up, and access your desktop computer files and programs, even create documents – all from your iPad!

It’s the brainchild of Massachusetts-based LogMeIn Inc. which offers the remote control software for iPads AND iPhones.

Two big requirements of LogMeIn Ignition:

- You must leave the remote computer switched on to gain access to it.

- The remote computer needs a copy of the LogMeIn software.

You can download a FREE trial version for either PCs or Macs from LogMeIn or you can invest in a fancier version ($39.95/yr) that will give  you a lot more remote control, like the ability to download files from the remote machine to your iPad.

Whichever edition you choose, you will have the ability to run your main desktop computer remotely – as if you were siting right in front of it.

Considering all of the MAJOR LIMITATIONS the iPad packs, LogMeIn Ignition is sure to be a lifesaver for many folks. For instance, the remote actually simulates the PC experience on an iPad. It also liberates users from having to only run those programs available through Apple’s online App Store.

Need access to IBM’s Lotus Notes? Flip on LogMeIn Ignition and run the copy remotely.

As dreamy as all of this sounds, remote access has some drawbacks. The iPad’s lack of mouse and true keyboard make fast-paced personal computing a bit difficult. Plus, the process is slow. Every move you make must travel over the Internet to the remote machine, and you must wait for its response.

Still, LogMeIn Ignition works – and it could make the tablet a little more viable in the business market…

… and, a little less like a glorified iPhone.

Springpad, by Boston-based Spring Partners, Inc., is here. And, it’s arrival is making thousands – if not millions – of jobs obsolete.

Springpad is a FREE Web service and iPhone application that does the work of a personal assistant – and more!

Jot down quick notes, snap a photo, scan a bar code, capture a GPS location, send an e-mail, or access Facebook and Twitter –  all with Springpad.

Springpad’s motto is simple, yet brilliant: “Never forget again.”  And you won’t.

Enter a restaurant name, for example, and Springpad will add the address, phone number, links to online reviews, and reservation services. Every entry is instantly surrounded by relevant information.

The goal? A personal database that grows on its own and is easily sorted and searched.

Springpad has a cool social feature as well. It lets users  search the databases of friends who also use the service.

As mind-blowing as this app sounds, there are others like it on the market.

• Evernote
• Cozi
• Microsoft’s OneNote
• OmniFocus

…just to name a few.

It’s scary to think that our personal lives – pictures, notes, e-mails – are constantly being dumped onto the Internet. And, it’s even scarier to think that I may need an app to help me organize that information – and connect with it.

Pen and paper – what?

Personal assistant – who?

There’s no need for any of that anymore. With software like Springpad, staying organized and connected to family, friends, and colleagues is all just a iPhone finger tap away.

Mouse clicks are apparently on their way out too.

How much time do you waste surfing the Web?

I’m not going to lie. I fritter a lot of time away on Facebook and Twitter. A lot of time.

I can’t help it.

I sit down at my computer each morning with every intention to get some work done – but my wandering mouse takes over and soon I’m redirected to see what my friends are up to.

I absolutely hate it!

BUT, I have found some help to get me back on the straight and narrow.

Enter RescueTime and LeechBlock.

These applications, also called Internet blocking software, are designed to block various parts of the Internet so that when your mind strays, you’re stopped from giving into your unproductive ways.

First, RescueTime.

RescueTime works by keeping track of everything that happens on your computer, and then reports your habits in a series of charts and graphs.

Tech writer Farhad Manjoo recently gave RescueTime a whirl and says he found the app to be incredibly “illuminating.”

“I learned, for instance, that during a typical month I spend more than 70 hours surfing the web, much of it on news and social networking sites,” writes Manjoo.

By comparison, Manjoo found that he spent half as much time in Microsoft Word.

Now, if you are already aware of your bad online habits and just need some good old-fashion help taming them, then LeechBlock web filtering software may be the best medicine.

LeechBlock is a free add-on for Firefox and functions like a stern nanny. Users tell the program which Web sites to keep away from them at certain times of the day, and at the appointed hour you have chosen, LeechBlock will stop you cold.

LeechBlock is also quite flexible as it lets users block different sites at different times of the day. Or, users can set a maximum daily or hourly limit for certain sites.

Certainly, there is no way to tell whether these “digital nannies” will help you kick your bad online habits once and for all.

The mind is a restless place – even for the most seasoned professional.

But these Internet blocking software applications can be helpful in getting you to at least consider how you waste time on the Internet.

If you’re sick of their products and services, the company is making it super easy for people to pack up their data and go.

Enter the Data Liberation Front.

This ingenious – and unconventional – software was designed by Google engineers whose sole mission is to make it easier for users to move their data in and out of Google products – essentially liberating them.

Is this an odd business strategy?

Yes, but it’s brilliant at the same time.

Given that most – if not all – of us move among the cloud, data portability has become a key issue – especially for small business owners who rely on Google’s cloud services.

Brian Fitzpatrick, a Google engineering manager, explains:

We want people to try our software, and if we’re going to encourage people to put data in the cloud and use more cloud-based apps, it’s important to show that it should be easy to get that data out as well. I want more people to think about this. It’s an important thing, and most people don’t think “I want to get my data out,” until it’s too late.

There’s even been a hint of a new feature that will give users the ability to export all of their Google Docs files in a single, downloadable zip archive.

I’m sorry, why do we need MS Office again?

Thank you Google for giving me an “out” should my relationship with you end in divorce.

And most of all, thank you for having my back.

My back up data that is.

Parents are have done it.

And, teenagers, well…  enough said.

Texting and driving is rampant – and downright deadly.

It seems people can’t be bothered to take their eyes off their BlackBerry or iPhone – even when they’re speeding down the highway at 65 miles-per-hour.

Well, now they can – thanks to an ingenious app called iZup.

Call it a digital cure for lack of common sense.

Created by Illume Software, iZup uses GPS to calculate your speed – and whether you’re driving. If you are moving faster than your feet can carry you, iZup automatically locks out calls and text messages. That means incoming calls go to voice mail and text messages are held in a queue until you come to a stop.

Will iZup work in stop-and-go traffic?

Probably not – and your mobile device will still remain a deadly distraction.

Still, though, I give the makers of iZup an eager round of applause.

The open Web has birthed many brilliant products and services – but THIS, this is what we’ve needed for a very long time.

A full version of iZup will be out in December, but for now let’s hope that dozens of other software companies are scrambling to put out their own similar nanny-ware third-party app.

There are thousands of obscure, obscene, useless apps out there.

Why has it taken this long to produce an app that can curb such a chronic addiction?

I was wrong.

It’s Twitter.

The social networking/ internet messaging service/ micro blogging site (whatever you want to call it) has grown in gargantuan porportion.

An estimated $1 billion to be exact.

And, now, like the Apple iPhone app frenzy – Twitter is having its own profound effect on the app world.

Enter the state of Massachusetts.

The Bay State is home to many things: the Boston Red Sox, the New England Patriots, prestigious universities and hospitals – to name a few.

But, it’s also a hub for innovative tech startups –  companies, that have developed some interesting applications and services connected to Twitter.

And, unlike Twitter itself, these apps and services are actually bringing in money.

According to Boston Globe’s Scott Kirsner, here’s a look at how some companies are feeding off the Twitter effect – and what they’re bringing to the table.

- Oneforty - Offers a directory of software applications and services that work with Twitter. It helps direct new users and paying customers to them in exchange for a referral fee.

- Thoughtbot – Their Thunder Thimble helps companies track what Twitter users are saying about their brands. Subscription fees start at $9 per month.

- Tweetworks - Aims to help users who are interested in a topic create groups on Twitter and track strings of messages on a particular topic. No revenue model yet.

- Crimson Hexagon - Helps companies track conversations about their products on Twitter (as well as blogs and online forums).

- GraphEdge - Helps Twitter users understand trends among their followers. May soon start charging a monthly fee for Twitter users with a large number of followers.

- HubSpot – Twitter Grader analyzes how well a Twitter account is performing in terms of attracting followers and supplying them with content that they’re likely to pass along ( or “re-tweet”) to other users.

- Traackr – Generates lists of influential users of Twitter so that marketers at a company will know who to reach out to when testing a new product or website.

Anyone can see that by the amount of users (roughly 8 million new users a month) – and the endeavors of these tech companies – the Twitter effect is spreading.

The world is literally Twitter’s oyster.

Let’s hope the site doesn’t blow it by getting swallowed up by Google – or worse, Microsoft.

If ever there was a battle brewing between Microsoft and Google – now’s the time.

The big question is – who’s throwing the first punch?

After the Chrome vs. Bing search engine battle, industy insiders have turned their attention to operating systems. More specifically, Google’s Chrome OS.

Google made waves last week with the introduction of its new operating system designed to compete with Microsoft Windows. And that it does, starting with Android, an open-source OS for small devices like smartphones, and Chrome OS, a browser-focused, open-source OS that will run on notebooks (ie Netbooks) and desktops.

In classic Microsoft style, it too announced it had something big up its sleeve: Microsoft Office 2010 which, like Google, will include free, online versions of its four most popular software programs.

These two companies have become bitter enemies over the years, yet oddly enough there are undertones of each within their OS’s.

The picture became clear when Wired ran an interesting piece on the ecosystems surrounding Google and Microsoft’s operating systems:

Microsoft would love for everyone in the world to be using its Internet Explorer browser to search through Bing to find a story from its MSN portal to email via Hotmail or Outlook to a friend. Add in a smartphone running Windows Mobile and an Xbox in the living room for the kids, and you have a Microsoft family. And though it is much joked about, Microsoft is the dominant platform for software developers of all types, whether they are making small business software, massive online role-playing games or photo-editing utilities.

Google’s ecosystem looks different. It starts with a Google Chrome browser (oddly running only on Windows) with a default homepage set to Google News or a customized Google homepage. From there you might go to Gmail and then click on a Word document sent to you as an attachment which Google will quickly — and safely — open for you in its online word processor. But most importantly, Google wants you to search and travel around the web, hitting web pages that run Google-served ads and Google tracking cookies. You might think that Google is a really cool company to give away all this free technology, while never thinking about the persistent and silent data collection Google is undertaking to profile you in order to deliver you to advertisers for a premium.

Now comparisons aside, there’s also a little trash talking going on.

Bill Gates took a public shot at Google last week, comparing Chrome OS to Linux.

“There’s many, many forms of Linux operating systems out there and packaged in different ways and booted in different ways,” Gates said. “In some ways I am surprised people are acting like there’s something new. I mean, you’ve got Android running on Netbooks. It’s got a browser in it.”

Gates also said it was hard to really say much about Chrome OS, since Google has said so little about how it will actually work.

Yes, indeed, the gloves are off.

But something tells me that Microsoft will be the victor here.

I mean, c’mon, who really uses a Netbook?

Software projects have certain phases, as do all projects.  We have conception, brainstorming, kickoff, development, QA, implementation, etc.  Being a programmer myself, I know the parts of the project I like best.  I like the brainstorming and the kickoff, but by the time implementation rolls around I’m pretty much done with whatever it is I’m writing.  I’m sure many developers feel the same.

Now that I’m in management, I want to get a better understanding of developer productivity.  This matters a great deal to me since unproductive developers affect my bottom line.  With 52 software developers at Stature, if all our developers have just one unproductive day it equates to over two months of unproductive business days.

Wow, OK – I just scared myself with that statistic.  The bottom line is that it’s important for Stature to keep its developers productive, motivated, and happy.  Happy developers are productive developers, and productive developers pay my mortgage.

Alright, enough intro.  Here’s the meat of my argument:

I believe software development productivity dips immediately after the first deliverable, when the client first sees a functional version (or subset) of the product.

The “client” is whoever will be using the software.  For Stature, it really is a client.  But for an internal developer, your client is probably a business user at your company.

Here’s what happens:

1. The client works with the development team to design the product.  There are meetings, brainstorming sessions, and eventually some sort of spec.
2. The development team disappears for a period of time.  At least a few weeks if it’s a decent sized project.
3. The development team codes like mad and is highly motivated and productive.
4. The development team prepares for the first deliverable, probably a subset of functionality or a functional wireframe version of the application.
5. The client views the first deliverable.  It is probably presented to the client by the development team, and the client is walked through the functionality and progress to date.
6. The meeting ends.

Soon thereafter, developer productivity starts to dip.  Why?

1. This was the first time the client actually felt the application.  Specs are one thing, mockups are another, but to actually use the application is entirely different.  Now that the client has used the product, the first set of changes are about to come.  These changes will come soon – if not at the meeting itself (in the form of “hey, can we…” type questions), then within days afterwards.
2. Once the developers receive the changes, they need to make unanticipated changes to their code.  Even worse, immediately after the meeting the developers are probably working on the very parts of the product that are going to be changed by the client.

It is during this period that overall productivity dips.  The project isn’t moving forward with the same energy and productivity as before.  Sometimes the developers start to get that “Us vs Them” mentality, where the they think the business users are neophytes who don’t understand software development (hint: business users don’t understand software development; nor should they).  The developers are forced to abandon some of the cool parts of the code (hey, they spent 3 days getting that treeview just right!) and resent throwing the code away.

This productivity dip is inevitable but the affects can be minimized:

1. Warn the developers that the client is going to do this.  Just knowing it’s coming can make it easier to deal with it.
2. Immediately after Milestone 1, we often have the developers work on tertiary parts of the product.  Things like reports, admin-screens, password-reminder screens, etc.  We have them work on the parts of the application that need to be written eventually (but are often left to the end) and don’t require much client input.  While they’re working on this functionality, the client has the time to thoroughly (and thoughtfully) review the first deliverable and provide feedback.  In the meantime, at least the developers aren’t continuing to code something that may be altered by the changes being written up by the client.

The First Deliverable Dip is a real thing.  It can last for days or weeks depending on the changes requested by the client.  Normally the changes are more pronounced when it’s a brand new project that only existed on paper before the first deliverable.  In those projects, it’s really hard for the clients (users) to know how the product is going to work until they get time to play with it.  But with a little planning and lots of patience, it’s a part of the development cycle that can be managed.

And honestly, I don’t blame the clients one bit.  Imagine designing a car on paper.  Do you really think when that car is delivered from the manufacturer, it would feel exactly like you anticipated?  No way.  The radio controls may be a little awkward now that you actually get to use them.  The seats may be a little uncomfortable.  There may be a blind spot.  It’s the same with software projects – you just don’t know how it’s going to feel until you use the product.  That’s life.  Just plan for the changes and everybody wins.