home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / misc / 22973 < prev    next >
Encoding:
Text File  |  1992-12-12  |  2.0 KB  |  45 lines

  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!psinntp!dg-rtp!webo!usenet
  3. From: dlewine@nf01.webo.dg.com (Donald Lewine)
  4. Subject: Re:   Why, Why, WHYYYY?? USE OBJECTIVE-C for IB??
  5. Sender: usenet@webo.dg.com (Usenet Administration)
  6. Message-ID: <1992Dec11.163906.2483@webo.dg.com>
  7. Date: Fri, 11 Dec 92 16:39:06 GMT
  8. Reply-To: dlewine@nf01.webo.dg.com
  9. References: <dillon.0sh6@overload.Berkeley.CA.US>
  10. Organization: Data General Corp.
  11. Lines: 32
  12.  
  13. In article <dillon.0sh6@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US (Matthew  
  14. Dillon) writes:
  15. |       No, you are picking up a discussion in the middle.    If you had read my
  16. |       previous postings you would have noted that I acknowledge the
  17. |       portability and compatibility issues as something Objective-C is good
  18. |       at and C++ is not so good at, mainly due to the emphasis on the
  19. |       run-time system in Objective-C.  My discussion above is related to the
  20. |       efficiency issues of that trade-off.  Many people, myself included, do
  21. |       not believe that either Objective-C or C++ are the proper solution.
  22. |       Objective-C because it is impossible to optimize it and C++ because,
  23. |       rightly, it should have been designed from scratch instead of hacked
  24. |       onto C.
  25. |   
  26. In my experience (over 30 years of professional programming), your choice of
  27. algorithm has a much larger effect on performance than your choice of programming
  28. language or compiler technology.
  29.  
  30. If programmers spent more time working on their algorithm and less time arguing 
  31. about the efficiency of their compiler, they would produce faster programs sooner.
  32.  
  33. I have been able to speed up programs by a factor of 1000X or more by changing the
  34. basic algorithm.  I have never seen a speedup that large from a compiler.  [Except
  35. in cases where the compiler changes the basic algorithm (e.g. loop unrolling)]
  36.  
  37.  
  38. --
  39. --------------------------------------------------------------------
  40. Donald A. Lewine                (508) 870-9008 Voice
  41. Data General Corporation        (508) 366-0750 FAX
  42. 4400 Computer Drive. MS D112A
  43. Westboro, MA 01580  U.S.A.
  44.  
  45.