I've found the best argument at work to be that you are programming in
the order that the machine actually executes and that quotations are
beginning of branches into another piece of code. (Not sure if that
last statement is correct, but it seems to make sense to others.)

On Fri, Jan 23, 2009 at 10:54 AM, V. Glenn Tarcea <[email protected]> wrote:
> One thing I wanted to mention was the pong(?) demo that Ed put together. I
> believe there were a few different versions and the one with the locals was
> the most readable/easiest to follow. So beyond just stack shuffling
> operations I think there are times where locals help even if it makes
> refactoring a bit harder to do. Beyond that Factor is the only language I've
> worked with that lets me so easily move between the
> stack-based/concatenative world, and a variable-declaration based one.
>
> I'm really looking forward to seeing where Factor evolves to in 2009. I've
> started coming up with excuses to use it at work and hope to expand the
> opportunities. Now if I could only convince more people that stack based
> isn't so scary...
>
> Glenn
>
> V. Glenn Tarcea
> [email protected]
>
>
> -----Original Message-----
> From: Samuel Tardieu [mailto:[email protected]]
> Sent: Thursday, January 22, 2009 2:35 PM
> To: [email protected]
> Subject: Re: [Factor-talk] Locals Usage
>
>>>>>> "Glenn" == V Glenn Tarcea <[email protected]> writes:
>
> Glenn> I really like how Factor allows either usage, even though it
> Glenn> creates a tension between the two styles.
>
> I personally dislike Eduardo's style, as it leads to code which looks
> too complicated to me and I think that it encourages longer
> words. What I like a lot about concatenative languages is the ability
> to easily refactor parts of existing words into new, shorted words,
> without any rewriting, and I have the feeling that this is often lost
> when locals are in the game.
>
> But heck, Eduardo shares much more Factor code than I do, so I let the
> code talk and wouldn't allow myself to criticize his (very useful IMO)
> experiments, even if I would prefer the Factor standard library to be
> more in a stack-oriented style.
>
>  Sam
> --
> Samuel Tardieu -- [email protected] -- http://www.rfc1149.net/
>
>
> ----------------------------------------------------------------------------
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Factor-talk mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Factor-talk mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Factor-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/factor-talk

Reply via email to