Years ago, while working on the second version of Weathermob — a social weather app — we made a mistake. The app had traction, but it also had flaws that we were correcting to help it reach the next level of growth. Rather than solicit user feedback on our new developments, we built and released the new iteration based on our assumptions about the product’s existing user base.
While the relaunch was a success, it did upset a small-but-vocal cohort of users. Small things like font size and interface changes, which we thought were improvements, frustrated a key user base: seniors who enjoyed talking about the weather.
We’d failed to do our homework, and we had to make last-minute changes to address the situation. Worse, we’d missed a big opportunity to show our users that we understood their needs.

If you work with software, like most developers, you probably use Git and know the basics of it. (If not, check out our “How to use git? A beginner’s guide” blog post.) But are you getting the most out of it?
Although every team’s workflow is unique, some best practices stay constant. Let’s take a look at a few of my favorites: