Talk About Network



Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Eiffel > Re: 'Selling' E...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 4 of 4 Topic 901 of 917
Post > Topic >>

Re: 'Selling' Eiffel

by llothar <llothar@[EMAIL PROTECTED] > Nov 30, 2007 at 02:14 PM

> - Why (smart)eiffel?   [I personaly like to see the generated toy-C-code,
> Design by Contract, etc.]

Eiffel. Because there aren't so many object oriented garbage
collected,
native compiling (non VM), fast languages with generics (well in fact
there
was no other before the raise of D).

SmallEiffel was a good start but the move to SmartEiffel a total
desaster and the later
is complete unuseable because the compile time of serious programs (>
150-200 KLoc is insane).

Still using my own heavily patched (around 40% of the code changed/
replaced)
SmallEiffel clone. It works fine now but i had to spend all together
around a 3/4 year
full time work.

> - What is (smart)eiffel famous of?   [Coming from Smalltalk -->
Everything
> is an object?]

Having the most incompetent team with the most stupid design decision
in the history
of programming language. Breaking even simple things that the constant
'1' wasn't
an INTEGER anymore.

> - What nice/strange stories can be told of the evaluation of the
language?
> - etc..

Sucked like OS/2 on marketing. Compilers were terrible and expensive
until late 90ies.
And it was to heavy to work on slower computers of this area
(compiling time not runtime).
Also GC was only real valued after the raise of Java in 2000 and at
this time
Eiffel was already doomed because Java kicked them out of the Business
like Smalltalk.

> What story *must* I tell.

The story about DbC.

> What features I *cannot* miss?

DbC. Good Generics and a consistent not feature overloaded language
design - it was called
a RISC language for a good reason.

Also talk about agents as a different flavour then closures (agents
are what i call
'call by value' Closures).

Eiffel is good but unfortunately there is no great future. Well for my
inhouse production
i don't have any intensions in the next decade to move away from
Eiffel (unless we have huge
changes in CPU technologies). But for all new projects you should
really look somewhere else
(my favorite for anything like this would be D 2.0 - 1.0 not useable
for me because they don't
have closures at the moment).

You can check out my program Arachno Ruby (http://www.ruby-ide.com)
it
is written 90% in
SmallEiffel and  10% in C/C++. It's the only larger program and the
only serious GUI program
that exists in SmallEiffel.




 4 Posts in Topic:
'Selling' Eiffel
"Roderick Groesbeek&  2007-11-30 22:20:53 
Re: 'Selling' Eiffel
"Roderick Groesbeek&  2007-11-30 22:41:06 
Re: 'Selling' Eiffel
Hendrik Maryns <gtw37b  2007-12-03 11:06:07 
Re: 'Selling' Eiffel
llothar <llothar@[EMAI  2007-11-30 14:14:03 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Sat May 17 3:54:38 CDT 2008.