• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Serious Questions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Serious Questions


  • Subject: Re: Serious Questions
  • From: tyler <email@hidden>
  • Date: Mon, 28 May 2001 12:02:18 -0700

On Saturday, May 26, 2001, at 03:04 PM, Brian Howard wrote:

On Saturday, May 26, 2001, at 05:53 PM, Finlay Dobbie wrote:

There are holes in Apple's Cocoa documentation, but it's not THAT bad. It's well organized, and the docs for most of the main classes are pretty understandable. The main focus has been Carbon because that's what matters at the moment - porting the OS 9 base of applications to OS X is the prime concern for most developers. The Cocoa documentation could be a whole lot better, but it's not as bad as you make it out to be.

-- Finlay


That is probably true from your prospective. But those holes in Apple's Cocoa documentation look a lot larger when you are also standing in a hole, struggling to climb the mountain. As for Carbon: I really gave that some thought, because it was plain that there was tons of legacy docs and examples; but I decided to get into this because of what Quartz can do, so there I am.


I agree with you Brian. And I am an experienced Mac OS programmer (every version pre OS X back to 1983 on a Lisa).

To hear apple asking developers to hurry up and make their native apps (WWDC) is almost funny given the serious unfinished state of documentation. I'm not saying that one can't figure out what is needed by reading all sorts of stuff all over the place (vermont recipes, samples, mailing list archive snippets etc etc), but this is not at all "good documentation" or "well documented" in my opinion.

It needs to all be in one well organized, indexed place. Inside macintosh was pretty good that way (at least at first when it included everything -- as the os evolved it got worse, but was still better than many).

There was an application called Think Reference from Symantec way back when (System 6 days was when it was best) that allowed one to type in ANY api call and it would provide the definition, documentation on the arguments, sample code for key ones, etc.

Apple needs to produce something similar for cocoa and we need it yesterday. Now it appears that they are trying to do this with their lame help viewer app and some kind of integration with the development environment. Now this could be workable, if it worked and if all the documentation was there.

At WWDC Jobs claimed that there were 1000 developers working on OS X to make it better. That means there needs to be _at_least_ 100 people working on developer documentation. Anyone want to guess how many there actually are? 10? 20?

SO, I agree with Brian and at the same time I thank all those who provided links to samples etc.

tyler


  • Follow-Ups:
    • Re: Serious Questions - count of missing API descriptions
      • From: tyler <email@hidden>
    • Re: Serious Questions
      • From: Finlay Dobbie <email@hidden>
References: 
 >Re: Serious Questions (From: Brian Howard <email@hidden>)

  • Prev by Date: Re: Two questions
  • Next by Date: Re: ObjC Method naming
  • Previous by thread: Re: Serious Questions
  • Next by thread: Re: Serious Questions
  • Index(es):
    • Date
    • Thread