home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text1766.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  7.2 KB  |  149 lines

  1. >>>>> "Kai" == Monster Smurf <kai@upx.net> writes:
  2. In article <4jc62i$rg8@tofu.alt.net> kai@upx.net (Monster Smurf) writes:
  3.  
  4.  
  5.     Kai> #1 I *luuvvvv* Executor!!  However, you have to remember we
  6.     Kai> don't know as much about what is going on as you do, so the
  7.     Kai> questions, suggestions I ask and pose are for
  8.     Kai> information. But, it seems like you get a bit 'miffed' in you
  9.     Kai> responses to 'Executor doesn't do xxx' posts. Trust me, We
  10.     Kai> are all on your side here =)
  11.  
  12. Thank you for your support.
  13.  
  14. ARDI has benefitted greatly from free advice, although to be honest
  15. almost all of the free advice that we've benefitted from has been of
  16. the non-business suggestions variety.  Bug reports are great,
  17. explanations of how users have found they can configure Executor or
  18. printing subsystems or sound cards are wonderful, too.  We've had
  19. people run the Executor mailing list, contribute Icons and volunteer
  20. to translate ARDI documents.  I'm sure I've left out some of the other
  21. very worthy free contributions we've received from Executor
  22. enthusiasts.  We appreciate this not just from a business perspective
  23. but we're literally honored that people have taken their free time to
  24. help us.  If I have sounded in the least bit ungrateful for the
  25. contributions of free advice and free services, then it has been a
  26. poor conveyance on my part.
  27.  
  28. Still, there will be times when I believe people's advice is mistaken.
  29. I'm not even necessarily right in these cases, but due to my intimate
  30. knowledge of ARDI and Executor, I usually have a lot more information
  31. at hand than the person or people who make the suggestion.  Because of
  32. news lag, it may be that one person makes a suggestion and two or
  33. three others have said "I agree" or "me too" by the time I get to
  34. reply.
  35.  
  36. In the past I've tried to write detailed explanations for each and
  37. every suggestion that we have chosen not to heed *because* I
  38. appreciate the free advice and I wanted it to be clear that I have
  39. read and considered the suggestion before dismissing it.
  40.  
  41. When a group of posts suggested that we make Executor just emulate Mac
  42. hardware so that ROMs could be tossed in, I departed from my previous
  43. pattern of response and I quickly wrote a collective reply.  When I
  44. can free up some time I'll try to explain our position better in a new
  45. FAQ entry.
  46.  
  47. Because Executor is relatively unknown, we are going to go through a
  48. growth phase where at any given time there will be large quantities of
  49. people who have just heard about Executor and are asking some of the
  50. same obvious questions that a former batch of new users have asked.
  51. We're trying to deal with this as much as possible via the FAQ, our
  52. WWW site, this newsgroup (many Executor users answer questions so
  53. quickly that nobody at ARDI needs to comment), our "info@ardi.com"
  54. automated e-mail server and even by changing Executor to make it more
  55. hospitable to non-geek users.
  56.  
  57. ARDI directly benefits from these continuing wave of new users and we
  58. really don't want to discourage them.  So it's definitely a mistake if
  59. I get miffed.  But really the only thing that I think has managed to
  60. make it through my thick skin is when people who apparently appreciate
  61. to some degree the level of difficulty of what we've done, but still
  62. think there is a "simple" thing that we can do (often a business
  63. suggestion) that will make things much better with relatively little
  64. work.  In general, anyone who thinks there's a simple thing that ARDI
  65. can do to greatly improve Executor, is mistaken.  The suggestion of
  66. just emulating the hardware and dropping in ROMs is a case in point
  67. because of the legal issues.  I promise not to get miffed when this
  68. comes up again, but I hope that anyone who has bothered to read this
  69. far has a good understanding of why there are no "simple" cures.  The
  70. basic reason is that we're a clever group of people with thousands of
  71. people giving us advice, so all the "simple" fixes have been examined.
  72.  
  73.     Kai> #2 7.5 on Executor this year
  74.  
  75.     Kai> OH?!?! Is this really going to be possible, or are you guys
  76.     Kai> just pulling our lariots? Because if this is the case, you
  77.     Kai> should say it a little louder, so we all hear it.
  78.  
  79. That was our goal from the beginning of the year.  It is definitely
  80. doable with enough engineers; we just can't yet guage how soon after
  81. E2 is officially selling that we'll have the money to get the other
  82. engineers on line.  After E2 is shipping I'll reevaluate how likely we
  83. are to reach our goal and I'll spread the word then.
  84.  
  85.     Kai> #3 Following Executor
  86.  
  87.     Kai> I've been following this software since before it was color,
  88.     Kai> and I have to say as a Mac User that I am impressed! I can
  89.     Kai> confirm for any of you readers out there that it *is* fast,
  90.     Kai> faster that most of the 040 line. (My co-workers didn't
  91.     Kai> believe me so I took a copy in to work). A fine effort, I
  92.     Kai> just want to see it through. There have been many mac to pc
  93.     Kai> efforts in the past that just died out, and I only wish Cliff
  94.     Kai> and the rest of the Ardi team the best. Because, as everyone
  95.     Kai> knows, the whole world would run some mac software sometime
  96.     Kai> if they didn't have to run it on a damned Macintosh :)
  97.  
  98. To the best of my knowledge, there have only been three attempts to
  99. rewrite the MacOS outside of Apple:
  100.  
  101.     NuTek -- rewrote with their own dedicated chipset in mind,
  102.          a severe case of too little too late since their stuff
  103.          was 68030 based and couldn't run Excel 3 back when
  104.          Executor could.  They're history.
  105.  
  106.     Quorum -- Originally planned on writing porting tools (like ARDI
  107.           was doing at the time), then decided to support binary
  108.           compatibility (like ARDI started showing), but were
  109.           much too slow and too incompatible.  Their target
  110.           architectures were SPARC and MIPs.  They had a heck of
  111.           a lot of funding.  They're basically history.
  112.  
  113.     ARDI -- Presumably you know a little about us.  Perhaps it's not
  114.         known that we incorporated in Delaware as a Class C
  115.         corporation and that we've already sunk about $2m into
  116.         development (much less than Quorum did) and that our goal
  117.         is to be a large (but still friendly) company.  We will
  118.         eventually support many architectures, but right now we're
  119.         concentrating on the 80x86 and compatible market, because
  120.         that's where the money is.
  121.  
  122. So, if you only count Mac to PC efforts that do not require obtaining
  123. software from Apple, we're the only one that has ever even attempted
  124. what we're doing.  There have been a bunch of Mac emulators that
  125. require software from Apple (AMAX, Liken, Shapeshifter, DayDream,
  126. QUIX's PPC port), but none of them targetted PCs and even if they did,
  127. their dependence on Apple code would severely limit the number of
  128. units they could sell and the price at which they could sell them.
  129.  
  130. The only Mac to PC effort that I can think of other than Executor was
  131. Hydra, a board that had a 680x0 on it that plugged into a PC.  It
  132. required software from Apple, although I think they made so few of
  133. them that they were able to buy ROMs from dead Macs so their end-users
  134. wouldn't have to scrounge for ROMs themselves.
  135.  
  136. Stealing Bill Graham's phrase: we're not the best at doing what we do;
  137. we're the only ones doing it.
  138.  
  139.     Kai> Keep it comming; my check is to you when the IRS gets off
  140.     Kai> their butts.
  141.  
  142. Thank you.  Those checks add up.
  143.  
  144.     Kai> Kai Cherry
  145.  
  146. --Cliff
  147. ctm@ardi.com
  148.  
  149.