{"id":915,"date":"2012-07-24T12:19:34","date_gmt":"2012-07-24T19:19:34","guid":{"rendered":"http:\/\/www.nadynerichmond.com\/blog\/?p=915"},"modified":"2012-07-24T12:19:34","modified_gmt":"2012-07-24T19:19:34","slug":"software-costs-money","status":"publish","type":"post","link":"https:\/\/www.nadynerichmond.com\/blog\/2012\/07\/24\/software-costs-money\/","title":{"rendered":"software costs money"},"content":{"rendered":"<p>In light of the news that the Sparrow guys got bought out by Google, there&#8217;s been a lot of hand-wringing. \u00a0Comments threads about this news have been full of people whinging about Sparrow &#8220;selling out&#8221;. \u00a0But here&#8217;s the thing: software costs money. \u00a0People who make software are a relatively rare breed &#8212; and I&#8217;m saying this from Silicon Valley, where we&#8217;ve got to have a higher concentration of software engineers than anywhere else in the world.<\/p>\n<p>It used to be that you&#8217;d spend a hundred bucks or more on software. \u00a0This is still true in rare cases: Amazon says that the cheapest version of Office:Mac is $100 (the version with Outlook adds another $50), OmniGraffle costs $100 from the App Store. \u00a0Sparrow rang in at $10, or $3 for the iPhone version, and I saw plenty of people whinging about its high cost.<\/p>\n<p>Software does not just magically occur. \u00a0Good software takes a lot of time and expertise. \u00a0If it were easy to create good software, there&#8217;d be a lot more of it out there, and I wouldn&#8217;t&#8217;ve burnt so much time trying to find a reasonable replacement for Quicken for Mac<sup class='footnote'><a href='#fn-915-1' id='fnref-915-1' onclick='return fdfootnote_show(915)'>1<\/a><\/sup>, or a desktop calendar app that supports CalDAV<sup class='footnote'><a href='#fn-915-2' id='fnref-915-2' onclick='return fdfootnote_show(915)'>2<\/a><\/sup>. \u00a0For software to be really good, you need the following:<\/p>\n<ul>\n<li>a software engineer or two<\/li>\n<li>a tester or two<\/li>\n<li>someone to write the documentation<sup class='footnote'><a href='#fn-915-3' id='fnref-915-3' onclick='return fdfootnote_show(915)'>3<\/a><\/sup><\/li>\n<li>someone to make sure that your application&#8217;s architecture supports future growth<\/li>\n<\/ul>\n<p>Now, in some cases, you can get away with all of this being the same person. \u00a0But that&#8217;s a lot of work for a single person. \u00a0It&#8217;s a lot of work for multiple people if the app gets complex enough, and I&#8217;ll tell you from a lot of experience that a mail app like Sparrow is a lot more complex than is obvious on the outside<sup class='footnote'><a href='#fn-915-4' id='fnref-915-4' onclick='return fdfootnote_show(915)'>4<\/a><\/sup>.<\/p>\n<p>But let&#8217;s just assume that this is a single software engineer. \u00a0There&#8217;s two ways to go about this. \u00a0You can do it in addition to your day job, which means that you don&#8217;t have a lot of time to focus on your side project, and it also means that you&#8217;re giving up much of your personal life so that you can have this side project going. \u00a0Your day job pays your bills, your side project is something that you love and think is awesome, and that you really hope will take off enough one day so that you can quit your day job. \u00a0Or you can quit your day job and try to live off of savings for awhile (or your partner&#8217;s income, if applicable), and work full-time on this so that you can make it into something self-sustaining.<\/p>\n<p>Neither case is sustainable unless the app really takes off. \u00a0And by &#8220;really takes off&#8221;, I mean &#8220;can pay your bills at least as well as your day job&#8221;.<\/p>\n<p>The other thing is that consumer software sells in cycles.<sup class='footnote'><a href='#fn-915-5' id='fnref-915-5' onclick='return fdfootnote_show(915)'>5<\/a><\/sup> \u00a0You&#8217;ve got two major events where most of your software is sold: one in the late summer as students prepare for the upcoming school year, and one late in the year for holiday shopping.<sup class='footnote'><a href='#fn-915-6' id='fnref-915-6' onclick='return fdfootnote_show(915)'>6<\/a><\/sup> \u00a0You&#8217;ll get another spike for a new version, but most software doesn&#8217;t have a new version every year, and software vendors often try to time their new versions to line up with either the school or holiday shopping seasons to take advantage of the time when consumers are already in the shopping mood. \u00a0Smaller spikes occur, such as when you get some good press from a positive review, but usually reviews are clustered around release time. \u00a0So you make most of your money during those two spikes, and that money has to last throughout the whole year, plus help you make investments on the next version.<\/p>\n<p>At some point, we as consumers stopped wanting to pay money for software. \u00a0Some of that is that our computers were bundled with a lot of software so that we didn&#8217;t have to pay for apps that we use every day, like mail apps and web browsers. \u00a0Some of that is that companies who don&#8217;t primarily make their money elsewhere (say, on selling you computers) started selling their software at a steep discount, which depressed the overall market. \u00a0Some of it is that some software is now supported by ads, which reduces the out-of-pocket expense for the consumer (although there&#8217;s obviously the cost of having to view ads all the time). \u00a0And some of it is just that we as consumers have become a lot of whiners who have come to think that software should just come to us magically, continue to work on any hardware that we buy, and get updated with new features regularly.<\/p>\n<p>David Barnard at App Cubby wrote a great post about this called <a href=\"http:\/\/appcubby.com\/blog\/the-sparrow-problem\/\">The Sparrow Problem<\/a>, which discusses his own experiences in selling software via the App Store and includes his own back-of-an-envelope calculations about what it takes for an app to be sustainable for an indie developer.<\/p>\n<p>I don&#8217;t blame Sparrow for accepting a Very Large Cheque from Google. \u00a0They hit the hard reality of software development: software costs money. \u00a0For the software developers, there are always bills to pay (both their own and those associated with making the software). \u00a0A good software engineer is never lacking for offers to go elsewhere, because good experienced engineers are hard to come by, and software recruiters are relentless<sup class='footnote'><a href='#fn-915-7' id='fnref-915-7' onclick='return fdfootnote_show(915)'>7<\/a><\/sup>. \u00a0There&#8217;s always an opportunity cost associated with spending your time on something &#8212; you could be spending it on something else and, quite possibly, making more money in doing so. \u00a0When you&#8217;re not making enough money on your application to be self-sustaining, it&#8217;s not hard to understand why they would accept that Very Large Cheque.<\/p>\n<p>And I say: good on &#8217;em. \u00a0Gmail could use the talent of some smart IMAP and UI engineers. \u00a0Google made a good decision in buying them out, and I think that Sparrow made a good decision in accepting their offer. \u00a0I hope that Gmail improves because of it.<\/p>\n<div class='footnotes' id='footnotes-915'>\n<div class='footnotedivider'><\/div>\n<ol>\n<li id='fn-915-1'> My final answer: Fusion + Windows 7 + Quicken for Windows. \u00a0None of the Mac-native apps came anywhere near covering my use case. \u00a0I&#8217;m not happy continuing to support Intuit, but they&#8217;re the only ones who support my use case, and Quicken for Windows is so much better than Quicken for Mac. <span class='footnotereverse'><a href='#fnref-915-1'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-2'> iCal sucks, BusyCal isn&#8217;t quite there yet but is a lot closer. \u00a0I was happy to pay the $50, since that was much cheaper than whatever hospital bills I would have incurred when I stabbed my eyes after using iCal for too long. <span class='footnotereverse'><a href='#fnref-915-2'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-3'> Even if it&#8217;s just the tooltips on the screen, otherwise you end up with useless tooltips <span class='footnotereverse'><a href='#fnref-915-3'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-4'> IMAP isn&#8217;t a very well-written standard, resulting in a lot of work getting your client to work with the various IMAP servers out there. \u00a0If you start off by focusing on a server that doesn&#8217;t do a very good job following the not-very-well-written standard *cough*Gmail*cough*, then you&#8217;ve got a big job ahead of you in trying to extend your client to other IMAP clients. <span class='footnotereverse'><a href='#fnref-915-4'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-5'> Disclaimer: This is my experience from working at Microsoft on Office:Mac. \u00a0I don&#8217;t work on consumer software at VMware. <span class='footnotereverse'><a href='#fnref-915-5'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-6'> Black Friday isn&#8217;t good for just retailers. \u00a0It&#8217;s good for software vendors and others who are selling their merchandise through retailers, too. <span class='footnotereverse'><a href='#fnref-915-6'>&#8617;<\/a><\/span><\/li>\n<li id='fn-915-7'> Which reminds me &#8211; I should write a post about the clueless recruiter who recently contacted me. <span class='footnotereverse'><a href='#fnref-915-7'>&#8617;<\/a><\/span><\/li>\n<\/ol>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>In light of the news that the Sparrow guys got bought out by Google, there&#8217;s been a lot of hand-wringing. \u00a0Comments threads about this news have been full of people whinging about Sparrow &#8220;selling out&#8221;. \u00a0But here&#8217;s the thing: software costs money. \u00a0People who make software are a relatively rare breed &#8212; and I&#8217;m saying &hellip; <a href=\"https:\/\/www.nadynerichmond.com\/blog\/2012\/07\/24\/software-costs-money\/\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">software costs money<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[34],"tags":[],"class_list":["post-915","post","type-post","status-publish","format-standard","hentry","category-software"],"_links":{"self":[{"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/posts\/915","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/comments?post=915"}],"version-history":[{"count":1,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/posts\/915\/revisions"}],"predecessor-version":[{"id":916,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/posts\/915\/revisions\/916"}],"wp:attachment":[{"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/media?parent=915"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/categories?post=915"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.nadynerichmond.com\/blog\/wp-json\/wp\/v2\/tags?post=915"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}