On Jul 14, 2006, at 5:52 PM, Stefan wrote:
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.
I'd bet that this has nothing to do with the Rb IDE being written in
Rb. I suspect any speed loss might be attributable to the fact that
almost all object methods became virtual in Rb
Charles Yeomans
_______________________________________________
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>
