RE: Rob?

new topic     » topic index » view thread      » older message » newer message

Subject: Re: Rob?




Vincent wrote:
> Robert Craig wrote:
> >   1. Show me an actual example where you or someone else has 
> >      run into this "problem" in real life. Explain why in the first
> >      decade of Euphoria, *no one* ever reported this "problem".
> >      Explain why I should delay 100 other important features and bug
> >      fixes, that people actually want, to address this possible
"problem".
> > 

A public list of these could cool things down effectively. Even with a
statement that the list is not fully binding.

> >   2. Give me a simple, totally reliable solution, coded in Euphoria,
> >      that works on all platforms, with no ill side effects and does
> >      not add *180* lines of code to the scanner. You say you will
> >      do the long-term maintenance, but you've "quit" Euphoria twice 
> >      in just the past year.
> >

Is the first part any relevant when solving a problem which people have been
complaining for years?
If over the long term, the 180 figure can go down, that's good. But as an
bonus, not as a prerequisite.
 
> >   3. Give me something I can write in the Euphoria language definition
> >      that does not read "if you change the size of a comment in a
> >      source file by one byte, your program's behavior could 
> >      change drastically".

You don't even write in your documentation that the changes you make can
break existing code without notice, as happened with Colour Character Forms.
Are you sure to be fair here?

> > 
> >   4. It is bad netiquette to quote private e-mails on public
> >      forums without the other party's permission. It does not
> >      encourage the other party to exchange private e-mails with you
> >      in the future.
>
> 
> So now that I've answered all those for you, you're just going to ignore
me?
> That isn't very fair. I think I deserve a reply. If I was in your position
I
> certainly wouldn't ignore a paying customer.
>
> Regards,
> Vincent
>
> P.S: What ever happened to the customer always being right?

I think you're getting a bit paranoid.
I'm not ignoring you. It's just that I sometimes
have to leave my computer to sleep, eat, or go out and buy food. smile
I also have to serve many other customers. Customers who 
disagree with you. Can all customers be right?
---------------------

Sorry, I can no longer get the "original message prefix" here at work.

Not all customers can be right at the same time, but discouraging them to
help you get a better language is certainly not right.

---------------------
I'm also working hard on the multitasking feature, which I've now
completed except for packaging the files and uploading them.
Both the interpreter and translator now work fine with multitasking
on DOS (both Watcom and DJGPP), Windows (Watcom, Borland, Lcc),
Linux and FreeBSD. I also have example programs that use multitasking
on all platforms. I'm building the Linux executables on a newer
version of Linux, so maybe some things will work better 
for some people.

I'll grant you that you've answered 1 and 4, (though
the only person you referred to in 1 found a workaround,
and is "not demanding" a change to the language).
However I don't think you've provided a solution that
answers both 2 & 3.

You've also mentioned that your 180-line solution
adds 10% to load time. I find this hard to believe,
but if it's true, I can't believe that you would want that.
You've been complaining with great passion about the
load time issue, but now you're willing to throw 10%
out the window, as long as the time is spent in your
code handling a possible problem that does not affect
99% of all programs?
-----------------------

This is a self fulfilling sentence. If the language is crippled, as it is
now, so as to allow some forms of programming only at a high cost compared
to other languages, then indeed 99% of written programs won't have problems.
Other people left already for this exact reason. Spending most of time
"working around" things isn't a very promising idea.

Perhaps should you state more clearly and officially which sort of
programming task you won't contemplate tweaking Euphoria for. If you think
one file programs and cgi is what Eu should be mainly concerned about, well
just state it. This will pobably calm things down again, as people with
other needs will know there is not much future in Zu for them.

As for the evolutions you are planning, my own, personal, preference would
be that you release a more usable language later rather than early releasing
something with just MT enabled.

I had started adding stuff I need in the PD source and considered sending it
to you after quite some more testing. Reading your message, I'm wondering if
this is not a vain effort. Testing takes time as you know very well.

-----------------------
Regards,
   Rob Craig
   Rapid Deployment Software
   http://www.RapidEuphoria.com
-----------------

CChris

new topic     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu