About

I'm Mike Pope. I live in the Seattle area. I've been a technical writer and editor for over 35 years. I'm interested in software, language, music, movies, books, motorcycles, travel, and ... well, lots of stuff.

Read more ...

Blog Search


(Supports AND)

Feed

Subscribe to the RSS feed for this blog.

See this post for info on full versus truncated feeds.

Quote

Going forward with your life is not always a matter of having your eye on some goal. You can also just be going down a road watching out for potholes.

— Michael Broschat



Navigation





<January 2025>
SMTWTFS
2930311234
567891011
12131415161718
19202122232425
2627282930311
2345678

Categories

  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  
  RSS  

Contact Me

Email me

Blog Statistics

Dates
First entry - 6/27/2003
Most recent entry - 9/4/2024

Totals
Posts - 2655
Comments - 2677
Hits - 2,722,213

Averages
Entries/day - 0.34
Comments/entry - 1.01
Hits/day - 346

Updated every 30 minutes. Last: 8:02 PM Pacific


  10:15 PM

Just a quick addendum to the most recent post about when you really need to release your documentation. I attended a user-group meeting last night at which Doug Seven showed the basics of creating a Metro-style app for Windows vNext, aka Windows 8.

His presentation reminded me that there's actually an important category of documentation that needs to be available well before a product release. The recent //build/ conference was all about that. Windows 8 is still a ways from release (I assume it's safe to say it's no earlier than 2012).[1] But the conference was all about getting Windows developers launched — now, early, ASAP — with learning how to create new apps so that when Windows 8 does appear, there will be all sorts of things for customers to play with.

This is true for any platform-type product — an operating system, obviously, but anything where you want other developers to build stuff on top of your product. You need to make sure that those developers have access as early as possible to the programming documentation. And well before the product makes its way out to users ... even those early adopters.

Anecdote: many years (decades) ago, I casually knew some people who worked at pre-IPO Aldus on the program that became PageMaker. This was the product that would usher us all into the age of desktop publishing. It was the mid-80s, when the character-based IBM-PC was still conquering Business America and we were all using WordPerfect. But PageMaker required a bitmapped graphical display, which was not available at the time; as it turned out, these Aldus programmers were working with prototypes of the Apple Macintosh. When the Mac finally launched, PageMaker was one of the killer apps for that machine. It had been well worth Apple's investment to make big resources — docs, prototype computers, and even engineers — available way early to Aldus to help them complete their product.

Back to Doug's presentation. After walking us through various ways to create a Metro app, he said something interesting that sort of addressed the point I made earlier about product adoption. There's some concern that existing application technologies will not be relevant for creating Windows 8 applications. If you're using these technologies now, he said, you don't need to be too concerned, he said. It will be years before everyone will have switched over to Windows 8, and there's plenty of life left in the old ways of app development. Pretty much what I said in my blog post, it seems.


[1] Please note: I have zero insider info on the schedule for Windows. I work on products that are on their own separate schedules.

[categories]  

|