It's even worse than it appears..
Software docs are now basically obsolete. They should all be provided in the form of input to the OpenAI (or similar) so users can ask questions instead of scouring through the docs. Would also include support queries, so the understanding of the software would increase over time. The net-effect, users might be better-informed about our products, perhaps we can make more complex systems, happier users, lower support costs. The AI could probably help us find UI glitches, better ways to organize the UI to make it more efficient, easier to support.#
  • A week ago I wrote a piece about identity as a product, summarizing stuff I've written on this topic for the whole life of my blog. #
  • I've been on an exploration of what a platform is, and how developers and users figure in it. In the intervening almost 30 years (!) we started out with a fresh slate, the open web, but it never turned into the developer platform I hoped it would. Quite the opposite. #
  • Today it's virtually impossible for an independent developer, without millions in venture capital, to launch a new product or service. Far too many barriers exist. And the money comes at a cost, meaning that many products that are truly useful to users never get out there. Mostly the products turn users into the product as the cliche goes, products for marketers, wanting to sell products to largely passive users. #
  • But I still believe! There are a lot more young people today who are fluent in computer programming, who have been using computers their whole lives, than there were the 80s, the last time there were intentional developer communities where an individual could launch a product and still retain their freedom to serve users, not marketers. #
  • Now some story-telling to go with this idea...#
  • The first deliberate new platform I experienced was the Macintosh in 1984. Before that, there were the Apple II and CP/M platforms which had accidental developer communities. #
  • The Apple II's app ecosystem was bootstrapped by Visicalc but at first Apple, did almost nothing to help. There was no idea that the Apple II would be used in business, or that there even was a business market for personal computers. The Apple II was thought of as a "home computer." Used for shopping lists, calendars, recipes, and kids doing homework. Ads showed the computer on a kitchen counter. #
  • Visicalc, an Apple II spreadsheet with an innovative UI, created the business market and a huge wave of apps following it, once they showed it could be done. That wave continued on the IBM PC with another developer product, Lotus 1-2-3, a precursor to Excel. #
  • CP/M had a spreadsheet, Supercalc, and a lot of word processors, databases, programming languages, communication software. #
  • The first deliberate app ecosystem was the Mac in 1984.#
  • When it first shipped, the Mac didn't run Apple II software, so they had to solve the bootstrap problem. They did it by developing two products in-house that were bundled with the machine -- MacWrite and MacPaint. So people who bought the machine would have something to use it for before they noticed that there was no developer software for the platform at launch. Only promises. #
  • I was lucky, our product, ThinkTank, for the Apple II, had just launched in 1983, struggled to find distribution at first, got a rave review from the NY TImes, which had just started reviewing software, and then the authoritative tech pub InfoWorld gave it the highest score possible. All of a sudden we had sales, and could grow. #
  • Our early success caught the eye of Guy Kawasaki who was newly hired as Apple's chief evangelist. We were a tiny startup but they seeded us with an early Macintosh along with the big software companies, and while we ported to the Mac platform it wasn't uncommon for Mike Boich, who was in charge of developer relations at Apple and himself a programmer, to be at our office helping us debug. They got involved with developers. There was no idea that success meant developers succeeding on their own. This very wrong idea would be the fatal flaw of a few otherwise excellent startup platforms.#
  • We raised angel money and by early summer 1984 we had ThinkTank/Mac shipping. Apple bought full page ads for our product in Fortune, Business Week, Time, etc, out-spending us by a lot. Targeted at education and business, the Mac also caught on in government, and esp the military. To be clear, they invested in quite a few other products, not just ours. #
  • They had a long way to go to catch up to the IBM PC, which had launched three years earlier and was booming, with magazines covering PC software and every major category deep with product, addons, utilities. But Apple's Mac strategy eventually worked. It took time for the developer community to grow, lots of other factors were at play, mostly that the PC had limited memory and the Mac could grow without practical limits. #
  • How to, in 2023#
  • Assuming one were going to approach the idea outlined in Identity as a Product, on launch there should be at least two simple products that play the role of MacWrite and MacPaint, giving users a reason to try the platform, and give developers a user community to aim at. Early users would get a special price, but it would never be free. This is a key part of the positioning of the service. Unlike social networks, users pay for this product, and are viewed in every way as the customer. #
  • The MacWrite/MacPaint startup apps would be released as open source so developers not only have the ideas in the product to help them get started, but also working source code. The bundled products would also define documented open file formats, that developer products could interop with, and thus would set the precedent that interop is a core value of this platform. More than any idea, it shows that we are investing in user's power and choice and will commit to getting them lots of software they can use without having to leave their favorite tools behind. There never has been a commercial platform with this ethos, as far as I know. #
  • I wrote a piece in 1996 when Apple was on the ropes, a fantasy about what I would do if I were Apple's new CEO (this was before Jobs came back in 1997). It more or less outlines a business plan for bootstrapping an app ecosystem. We help developers, as Apple did with my product in 1984, and they commit to deliver products in time to be part of the bootstrap of the platform. #
  • There would also be a venture capital part of this platform, and it will mainly focus on product quality, not headcount, or even number of users. Value to the platform will be the major concern. Are they filling a need that's under-served? Will they draw more developers to the platform. Will it help build user confidence? Will it be fun? Do we believe in their vision? ;-)#
  • How revenue flows -- from users to the platform, where it's distributed to app devs, based on the utility of the product. They can if they want, in addition, charge users a license fee, offer a subscription, or whatever, for use of their product. #
  • But if the users get value from the product, developers will receive dollars from the platform. That means this can work for individuals. Just make a product that people love, and this can be your fulltime job, or maybe even make you rich. No more turning excellent developers into managers and CEOs if that isn't their calling. #
  • Not the iOS model#
  • The prior art for this is not Apple's iOS app ecosystem. The platform vendor here, sells core services to the users, mainly identity and storage, but does not provide any warranty for the developer apps. They can ship whatever they like, and if they want can form associations that might behave like the iOS ecosystem. #
  • There are many reasons for not wanting to emulate that model, but for me the most important is that it cripples developer creativity. None of my products would have been allowed under the iOS approach. It's as if all music would have to be pre-approved by Disney. Maybe that is how music works these days, but it's it's a very limited form of creativity, imho of course.#
  • Future-safety#
  • Another constant theme of this blog is creating persistence for the web. I have gigabytes worth of text and images on scripting.com, written over the last 29 years. I would like to be able to pay say $10K to have that writing persist at its current address, after I die. That would be something the platform vendor could offer -- safe storage, renewal of the domain name, whatever other services are needed to make the ideas persist in their current form.#

© copyright 1994-2023 Dave Winer.

Last update: Saturday August 12, 2023; 9:58 PM EDT.

You know those obnoxious sites that pop up dialogs when they think you're about to leave, asking you to subscribe to their email newsletter? Well that won't do for Scripting News readers who are a discerning lot, very loyal, but that wouldn't last long if I did rude stuff like that. So here I am at the bottom of the page quietly encouraging you to sign up for the nightly email. It's got everything from the previous day on Scripting, plus the contents of the linkblog and who knows what else we'll get in there. People really love it. I wish I had done it sooner. And every email has an unsub link so if you want to get out, you can, easily -- no questions asked, and no follow-ups. Go ahead and do it, you won't be sorry! :-)