Introducing Herebe

July 9, 2013 | 3 comments

I wrote a short novel about Silicon Valley, startups, and, well, dragons. It’s a little different to the kind of thing I normally share here, but bear with me.

From a review on Amazon UK:

What happens when dragons appear over California? And why are they appearing? And how can our hero use them to get himself a good tech job?

This book is a bit hard to categorise. It has elements of fairy tales, without reading like one. It’s got enough computing terminology to make me feel like I might have learned something. It’s got some pretty pointed moral philosophising. It’s urban fantasy. It’s comedy. It’s got a hint of Chuck Palaniuk, a dollop of Douglas Coupland and also a touch of Tom Holt.

And on

OMG, this book was a lot of fun. Take all the magic of JK Rowlings and set it in the get-rich-quick start-up fever world of San Francisco, subtract all the douchiness of that Bravo TV series, add a touch of Firefly wittiness, and you get magic for big kids.

So, er, that’s that. Here’s that Amazon link again.

Respectful software

May 24, 2013 | 2 comments

I’m using the term respectful software to describe software products and services that:

  • Maintain your ownership and control over your data.
  • Allow you to export anything you’ve entered or imported into it.
  • Allow you to extend their functionality with other software, without having to ask them or their developers for permission.
  • Don’t sell your information to third parties.
  • Don’t track your activities outside of the site or app.
  • Don’t use your name, likeness or other aspects of your identity without your explicit permission.
  • Don’t allow your data to be mined by third parties without your explicit consent on a per-party basis.
  • Don’t not attempt to “own” any aspect of your data or computing experience except through fair competition (i.e., by trying to be the best at what they do).

Respectful software is software that is built with respect for each individual user, and is a good steward of his or her identity and data.

What do you think? Have I missed anything?

Software factories vs software universities

April 29, 2013 | Leave a comment

I’ve worked in startups for almost my entire career – sometimes my own, sometimes companies started by other people. I’m good at what I do, and I love it: I get to create tools that empower people to do things they previously couldn’t, or that were substantial obstacles. Usually that involves some kind of democratization; a righting of an inequality of access. I love creating these platforms, I love watching people use them, and I love evolving them in partnership with the people who use them.

I’ve become more aware that some of my friends in technology startups aren’t having the same experience. We all love technology, but while I find working on it liberating, they find it soul-destroying. They complain about disconnects with management, and that their opinions aren’t listened to. (It makes me feel lucky to work in the environment I do.)

I’m contacted by a lot of recruiters and IT consultants (spoiler: I don’t think I’ve ever used any of them), and over time I’ve become aware that the way in which they talk about technologists is another side of the same coin. They complain about – or often solutions that address – the same disconnects, but from a management perspective.

It’s a mistake to create a them-and-us divide, and it’s impossible to say “this is what developers need; this is what management needs”. Nonetheless, a little empathy goes a long way, and with very little thought about the requirements of the different positions, it’s easy to see why these disconnects occur, and mitigate them.

Great developers are experts in discrete logic. They sit and write logical expressions that represent a desired experience, and don’t just have to think about how that logic resolves, but also about every single thing that could possibly go wrong. It’s not a million miles away from being a lawyer, and computer programs aren’t a million miles away from contracts. Both need to be logically watertight even given contextual circumstances that the author hasn’t thought of; both need to be usable; making a complicated program/contract simple to understand and use is not a simple challenge. Both professions have a reputation for being difficult to get along with.

Finally and most importantly, writing both software and contracts is a creative act. If you want a high quality product, you don’t just do it by numbers. Great developers and great lawyers are artists who are constantly learning and building on their skills. (The distinction blurs even further with user experience developers, whose job is, in part, to translate discrete logic into an emotional response.) They are not simply back-room technicians, and their ideal workplace is something akin to a well-paid university, where they can learn, create and innovate in a nurturing environment.

Startup founders and managers are, in my experience, significantly more financially motivated than developers. (You need to pay everyone competitively, but founders want to sell, whereas developers are often happy finding new, interesting ways to make something work.) This is important. While, depending on their background, they may not have the same grounding in logic as a developer, this isn’t to diminish them: they’ve probably got lots of other skills that the developer might not have, not least an ability to market and sell, and hopefully, a strong sense of vision. (Indeed, if your founders don’t possess these properties, you’re probably in trouble.) Nonetheless, often their ideal workplace is more like a factory, where a decision is made and everybody falls in line.

It’s silly, in a way, because everyone should be – and should feel like they are – all working on the products and services they’re trying to create together. The problems lie in how these two perspectives collide. Inexperienced managers, particularly in smaller startups, micromanage. They want to know every little thing, and want approval on every decision, which in turn means that developers will need to explain the logical underpinning behind their decisions. Worse, they may have to explain why a proposed solution won’t work. Unless these situations are handled delicately, the former has a high chance of making the developer feel undervalued, while the latter may make the manager feel like his or her authority is being undermined.

This is one of the reasons that so much startup literature focuses on hiring correctly. It’s not that some people are wrong and shouldn’t be hired; it’s that you, as a manager, need to feel like you trust them to make the right decision. A hands-off approach (combined with both clear communication and discussion about goals) for a creative, skilled knowledge worker will empower them to make stronger decisions, and make better software. Your main jobs as a manager are hiring correctly and maintaining infrastructure and an environment where your employees can be productive.

Meanwhile, on the other side of the spectrum, a professional developer needs to understand that everyone is a part of the business, and keeping the company afloat is something everyone needs to be concerned with. It’s important to bear those management motivations in mind – they have a fiscal responsibility to the company and its employees – and not think of business considerations as somebody else’s problem.

Given the right environment, that shouldn’t be a problem. If a developer feels like they are trusted to be creative, and to make the right decisions to create software of a very high standard; if their skills are a correct fit for the job that needs to be done; and the environment is such that they can ask questions and provide feedback without fear, and comfortably get work done; if you promote a culture of empathy and try to make sure everybody is valued; then you’re already a long way down the road of reducing that friction and making sure that people love to make great software with you.

It’s a tall order. But nobody said running a startup would be easy.

What your culture really says

February 21, 2013 | Leave a comment

I love this post by Shanley Kane:

Let’s examine popular startup trends that are being called “culture” and look beneath the surface to find the real culture that may be playing out beneath it. This is not a critique of the practices themselves, which often contribute value to an organization. This is to show a contrast between the much deeper, systemic cultural problems that are rampant in our startups and the materialistic trappings that can disguise them.

It’s thought provoking, bang on the money, and worth a read.

Next Page »