Re: Pragmatic Requirements Summary : update
"Eric Merritt" <cyberlync-/[email protected]> Tue, 05 Aug 2003 19:05:44 -0000
| Newsgroups | gmane.comp.programming.pragmatic |
|---|---|
| Message-ID | <[email protected]> |
--- In [email protected], "Aryeh M. Friedman" <aryeh@m...> wrote: > > Could I (as a newbie/outsider) ask for clarification, or is it > > premature? > > > > --- In [email protected], "Aryeh M. Friedman" > > <[email protected]> wrote: > > > ... > > > 1) How to seperate code from data in a clean generic paradigm > > > neutral manner > > > > > > > Why? One of the nicer aspects of LISP and FORTH (and Perl, Python, > > and even xBase) is the ability to construct code on the fly and > > evaluate the constructed code/expressions within the current > > computation. Admittedly this is not for beginners, but is a very > > powerful (pragmatic ;-) tool for some purposes. Introspection is > > another such tool that blurs the code/data boundary. > > Introspection/reflection/whatever is looking at the metadata > for the code not the code it self... I think a brian storming session tonight > should resolve much of this (at least at the philosphical if not "praticle" > level [in the case of language design there is not much difference]). You have not used Lisp or Forth. In these langauges you *are* looking at and manipulating the code, not metadata contained in some type of meta data structure. In these langauges the code is not tied so tightly to the hardware as it may be in C/C++ etc. > > > to the FORTH tradition again) might opt for the smallest possible > > core language, with all of the rest implemented as "high-level" > > definitions/extensions, while a performance-tuned implementation > > might opt for highly-tweaked versions of many of the so-called > > higher features. This provokes me to the question: > > If properally designed/implimented this should be invisible > to the designer. Invisible to he designer or the developer? > > > Wouldn't it be better to have a precise definition of the > > notation and semantics of language features and leave it to > > the discretion of the implementor(s) how to make the > > bootstrap-versus-performance tradeoffs? > > Depends on the area your addressing there are no absulutes > including this statement. I tend to agree with the original poster, but this is a continuation of our current and long running argument. > > --Aryeh ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark Printer at Myinks.com. Free s/h on orders $50 or more to the US & Canada. http://www.c1tracking.com/l.asp?cid=5511 http://us.click.yahoo.com/sO0ANB/LIdGAA/ySSFAA/W4wwlB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: pragmatic_lang-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/