For Programmers: Free Programming Magazines  


Home > Archive > Functional > July 2007 > Re: shootout: implementing an interpreter for a simple procedural language Minim









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author Re: shootout: implementing an interpreter for a simple procedural language Minim
Paul Rubin

2007-07-30, 7:08 pm

Raffael Cavallaro <raffaelcavallaro@pas-d'espam-s'il-vous-plait-mac.com> writes:
> No one doubts that *after* parsing inputs one can have a statically
> typed expression to evaluate. But you still need to do run-time checks
> (i.e., the input parsing) and you must work to avoid forcing the users
> into a narrow input channel - making them choose only a narrow subset
> of possible inputs because that's all your parser and statically type
> checked code were designed to handle. And what happens when you wan't
> to add more valid input types to a running system?


I just can't think of many instances where I'd want to do anything
like like the above. The thing I'm working on now is written in a
dynamic language (Python) yet all its user input can be described
statically.
Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2009 codecomments.com