OpenEuphoria

Re: Eu improvements (part 4)

• Posted by Jason Gade <jaygade at yahoo.com> Jan 06, 2007
• 750 views

Karl Bochert wrote:
> 
> Jason Gade wrote:
> > 
> > Karl Bochert wrote:
> > > Well heres the gauntlet.
> > > My SS proposal is on the table.
> > > Yes, No, only with changes, or yes but consider this syntax first?
> > > 
> > > The proposal is SS.
> > > The proposal is NOT dot-notation, NOT named elements,
> > > NOT namespaced ids, NOT a new syntax for user-defined datatypes.
> > > It IS a combination of all those things in a coherent package.
> > > 
> > > For or Against?
> > > 
> > > KtB
> > 
> > Okay, because of your gauntlet I say "no".
> > 
> Fair enough. I was hoping for some reasons why SS falls short, but at
> least I got an unequivocal answer.
> 
> KtB

I've replied a lot in the last day or two trying to discuss it but you didn't
seem to be interested in discussion.

I kind of like Pete's idea above which builds on what James Hoffman had
proposed. I know it isn't perfect but it is interesting.

I also like how it is implemented already in a fork that I tried discussing with
you.

My main rationale is that while I like the idea of some kind of dot notation or
named subsequences I dislike the idea of restricting the types. However
integrating it by extending the type system we already have seems logical to me.

I understand the need for stronger typechecking in some instances; however
properly written routines should either check themselves or be written in such a
way that the data does not change in unexpected ways.

Any objections that I have can be taken with a grain of salt, though, since I
have not written any large Euphoria projects and I don't know if I am capable of
doing so. In Euphoria or any language for that matter. Mostly by reading and
writing in this forum I am learning stuff that may or may not be useful to me.

--
"Any programming problem can be solved by adding a level of indirection."
--anonymous
"Any performance problem can be solved by removing a level of indirection."
--M. Haertel
"Premature optimization is the root of all evil in programming."
--C.A.R. Hoare
j.