• 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: That Obj-C/Java Req -- Re: Jobs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: That Obj-C/Java Req -- Re: Jobs


  • Subject: Re: That Obj-C/Java Req -- Re: Jobs
  • From: Hasan Diwan <email@hidden>
  • Date: Sat, 16 Nov 2002 18:49:48 -0800

On Saturday, November 16, 2002, at 06:23 PM, Steve Klingsporn wrote:

> Also --
>
> - Java byte code is much tighter and smaller in size than PPC or x86
> machine code.
I doubt this is realistically the case, but have no figures to prove
it. Java byte-code is an intermediate step between machine code and
source code.
> - You have much better library support in Java, not only from Sun, but
> Netscape, IBM, et al.
Are there more Java libraries available than C? I think not.
> - Memory management is much better in Java. In Objective-C and C,
> you're leak-prone.
Uhh... ya sure... unless the GC has bugs.
> - Exceptions prevent you from crashing hard in Java. In Objective-C,
> you crash hard.
Objective-C has exceptions as well.
> - Networking is much easier in Java than in Objective-C.
Again, this depends on what you're trying to do.
> - You can rapidly develop applications much faster with Java than
> Objective-C.
You can? I'd like to see statistics on this. Not that I'm arguing the
opposite point, but developing applications takes approximately as long
using Objective-C, Java, Perl, Python, whatever imo.
>
> I'm sure that Objective-C performance, as it's been a top priority
> with all of the recent OS X releases, will remain a top priority. To
> use your guys' argument, "it's best to pick the language after you
> decide what the problem is, etc." =) Works both ways.
>
> Also --
>
> Hopefully the runtime architecture will be open to the point where
> other languages and mechanisms can be supported in the future as well.
> This would be a great thing. A common runtime architecture for all
> languages and frameworks in Mac OS X, as opposed to a bunch of very
> different runtimes, execution environments, and bridges spanning these
> distances.
>
Hasan Diwan
OpenPGP KeyID: 0xBE42DCA6
Fingerprint: 1CB0 47E3 0A24 DAC1 DCCA 4225 F166 40C2 BE42 DCA6
http://www.cs.rpi.edu/~diwanh/gpg.key

[demime 0.98b removed an attachment of type application/pgp-signature which had a name of PGP.sig]
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: That Obj-C/Java Req -- Re: Jobs
      • From: Victor Ng <email@hidden>
References: 
 >Re: That Obj-C/Java Req -- Re: Jobs (From: Steve Klingsporn <email@hidden>)

  • Prev by Date: Re: That Obj-C/Java Req -- Re: Jobs
  • Next by Date: Re: Marketing your Cocoa App... Re: Jobs
  • Previous by thread: Re: That Obj-C/Java Req -- Re: Jobs
  • Next by thread: Re: That Obj-C/Java Req -- Re: Jobs
  • Index(es):
    • Date
    • Thread