Am 14.07.2006 um 21:31 schrieb Norman Palardy:
On Jul 14, 2006, at 1:02 PM, Stefan wrote:
While the fact if RB is written in RB isn't of much importance
for me (and I still believe, that RB isn't the best suited languages
the implement a compiler/IDE), I'd like to know, if the number of
bugs/problems significantly tends to go down or up.
And ideas?
The IDE is more complex that it has ever been. So I suspect on that
basis alone, regardless of language used to implement it, that the
number of bugs would go up.
Probably. Can't prove this wrong.
The thought, I believe, for using RB to write the RB IDe was that
this way bugs that end users experience would also be experienced
by the REAL developers and that would lead to these bugs being
identified and fixed sooner.
Please see my other posting.
It's one aspect of the whole "eat your own dog food" philosophy.
If enough resources are available, I'd say that this is a good approach.
If Oracle Corp were running Oracle Financials using Sybase or MS
SQL would it give you confidence in Oracle as a database for
running Oracle Financials ?
Or if MS ran their operations using Oracle instead of MS SQL Server ?
Financials is an ERP application and most big companies,
who spend big money in Oracle DBs, use it for ERP-type apps too.
Thus, Financials proves the fitness for ERP-type or - more general -
enterprise-level apps.
Few people use RB for compiler writing. Thus, writing a compiler in RB
doesn't prove anything what people do.
Less good, early versions of 'RB in RB' were very slow and this even
pointed out, that either even RS isn't able to 'tame the tiger' or
RB is slow by design.
Being able to write the RB IDE in RB says something about what
kinds of things are possible.
Well, yes, compilers ;-)
And, I'd suspect that at some point a compiler could be built in RB
for RB.
Sure, it's turing strong...
RB is being used o write the RB IDE, but it's not, from what I
know, the 2006 IDE that they are using.
It will be a big step forward when they move to using the current
release version to write the next version.
At that point the fully decoupled from the efforts or solution
open-source or commercial projects reached.
I might be totally wrong. And, yes, I didn't aimed to start a new
flame-war.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
