In my previous post, I talked about how awesome xamarin is for creating cross-platform mobile apps. I’ve been thinking a lot about customer on-boarding recently, so I thought I’d do another proof of concept app to illustrate it using xamarin.

As before, I prefer using real companies to illustrate the point. I’m a big fan of Highrise, and how they build product, so I thought they’d make a good candidate this time around, especially since they’re pretty transparent about their processes and value proposition, so it was pretty easy to generate content.

Here’s a quick walk-through the result:


Conducting code reviews for improved code and developers

Why do code reviews?

There are a few reasons — but really only 2 important ones:

  • Knowledge share: Code reviews are one of the best ways to transfer knowledge between members of the team. This reduces the risk of the ’bus’ effect, and provides a platform for interactive learning and growth between developers.
  • Better code =better product: Reviews provide an all-important aspect of positive accountability and better code quality. Rather constructive correction and learning before final implementation than the negative experiences of inconsistent, buggy code.

Hence, code reviews should be contributing to more positive people experiences…

I recently had a brief conversation with Joel from Cliniko around the choice of technology stack when developing mobile apps. Most startups are heavily invested in web technologies, so it seems like a no-brainer to re-invest those resources in the app world using wrappers like Ionic or Cordova. Others go all-in on fully native solutions for each platform — having a team of developers each for Windows, Android and iOS. I guess the logic here is that with native apps there are no limits on the user experience and performance of the native platform — resulting in a better customer…

The Startup Idea

#eattheelephant is a tell-it-as-it happens journey of turning an idea into a technology startup

Founders Log 21.5.2015

Bazinga! I have the product idea that’s going to make my company my day job!

Back Story

First though, let’s backtrack to a bit of history.

Self-belief came a little late for me. Self-actualization even later. I could blame it on my upbringing and resulting lack of meaningful parental relations, but blame is something you do when you’re not pleased with the outcome. …

Part 4 in a series on building software products

Before we dive into this post, if you haven’t read Part 3: The Product Development Strategy, then read that first. This post is more of a Part 3.5, as it highlights the Product Disciplines that need to be participants within the process described in Part 3.

Does this sound familiar: Bright spark comes up with new/improved product. Techies get specifications to build it [30 page word document]. Once it’s built, it gets given to sales and marketing to sell, and customer support to handle queries and log bugs. User Experience is something that happens when your customers use your product…

Part 3 in a series on building software products

In preparing for battle I have always found that plans are useless, but planning is indispensable — Dwight D. Eisenhower

The fundamental thing to get right with product development, is early and often client validation through a culture of learning and experimentation. This is very different from the traditional model of deciding what the product is going to be, and laying down a plan on how to complete it within X period of time. The trap of laying out a fixed plan before product development has even begun just leads to shattered expectations for you and your customers.

Everyone has…

Part 2 in a series on building software products

About a year ago our department (of my day job) was tasked with presenting a new vision for our site-deployed enterprise product. Technically, we knew what improvements we wanted to make and why (SaaS / Cloud etc.), but the trick was communicating the new direction in layman terms to non-technical company board members.

It occurred to me that the best way to do this was take a step back and not think of the product as a piece of software that customers used with associated benefits and issues, but to simplify the problem space. …

Part 1 in a series on building software products

For the last year or so I’ve become obsessed with Startups — more specifically building a company around a technology product that has global scale. At the same time at my day job we’ve been tasked with re-positioning our international enterprise product to be relevant in the digital age of mobile and SaaS. In the next couple posts we’re going to look at some core principals / concepts to consider when building a software product.

(Re)building product is hard because it’s simple

When I first thought of the idea for my ambitious startup/side-project, my brain went into overdrive with all the product features and possibilities in the…

Malcolm Jack

Husband and father of 3. Turning a side-project into a business while prioritizing family #eattheelephant

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store