18.10.2013 Views

V4N4 - Complang

V4N4 - Complang

V4N4 - Complang

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Letters . . . (cont.)<br />

Second, we have become confused<br />

over what FORTH is. We have attemp-<br />

ted to force a comprehensive applica-<br />

tions programming approach into the<br />

confines of what has traditionally been<br />

termed a programming language. We<br />

are guilty of placing constraints on<br />

what FORTH can be and endowing it<br />

with features it was never meant to<br />

have.<br />

Standard FORTH programs current-<br />

ly must limit themselves to string IIO<br />

to the system console and block IIO to<br />

the first 32 blocks available on mass<br />

storage. Although it is possible to fetch<br />

and store data within the 64K byte ad-<br />

dressable range, it is unlikely that<br />

hardware specific addresses or data<br />

formats will be relevant, unless the<br />

program is transported to an identical<br />

configuration. Given a reasonable<br />

amount of mass storage, Data Reduc-<br />

tion, DataBase manipulation and self-<br />

contained algorthms appear to be the<br />

only likely candidates for transporta-<br />

tion across standard systems.<br />

The goal of standardization is to<br />

allow the transportation of hardware<br />

and configuration independent<br />

algorthms across standard FORTH<br />

systems. Few existing FORTH appli-<br />

cations are either hardware or con-<br />

figuration independent. In the past,<br />

FORTH has been applied mostly to<br />

solving applications which were<br />

distinguished by their hardware and<br />

configuration dependent nature.<br />

Without the ability to extend and adapt<br />

itself around such environments,<br />

FORTH would not be where it is<br />

today.<br />

It has been my experience that por-<br />

tions of applications which control<br />

specific hardware are transportable at<br />

two levels. Either as a generic<br />

algorthm for supporting a specific<br />

class of hardware (i.e., graphics) or as<br />

a specific algorthm to support a<br />

specific device in a new environment<br />

(i.e., disc conroller). Both cases typical-<br />

ly require some level of tailoring in the<br />

new environment.<br />

As a member of the standards team,<br />

I am concerned with how to specify<br />

a “standard” FORTH environment<br />

which is flexible enough to handle<br />

both cases and still provide the<br />

transportability we all desire.<br />

FORTH Dimensions<br />

Third, although we have been ex-<br />

tremely successful in providing a<br />

tremendously powerful tool to a large<br />

number of people, we have failed to<br />

teach them how to effectively use it.<br />

As a result, a lot of effort has been<br />

spent on careful inspection and in-<br />

fatuation with the tool rather than ex-<br />

periencing the benefits of its use.<br />

It is said that the first two applica-<br />

tions that a new FORTH programmer<br />

writes are a de-compiler and a screen<br />

editor (order dependent on whether or<br />

not source code for the system was<br />

supplied). I would feel more comfor-<br />

table if the majority of new FORTH<br />

programmers were immediately able<br />

to use the tool to solve an application<br />

problem. The best complement we can<br />

bestow upon our teachers is effective<br />

use of what they taught us.<br />

Finally, if the FORTH community is<br />

to continue to grow, we must all<br />

become more business-like. While<br />

recognizing that availability of low<br />

cost, public domain versions has been<br />

instrumental in the proliferation of the<br />

language, we are quickly approaching<br />

the point when we will have reached<br />

all those hardy souls willing to provide<br />

enough of their own efforts to over-<br />

come the limited documentation and<br />

support implications of such low cost<br />

versions. We are already seeing<br />

FORTH rejected for perfectly feasable<br />

applications due to unwillingness on<br />

the part of the customer to shoulder<br />

this burden.<br />

As is typical of the software in-<br />

dustry, we all underestimate the cost<br />

and effort involved in developing and<br />

supporting a software product. I claim<br />

that the total net worth of all FORTH<br />

vendors is under 3 million dollars, and<br />

that the total yearly revenues resulting<br />

directly from FORTH goods and ser-<br />

vices is under 5 million dollars.<br />

I know of few reasonably profitable<br />

FORTH vendors and suspect that most<br />

are just meeting expenses. Unfor-<br />

tunately, I don’t see this picture chang-<br />

ing substantially in the near future.<br />

Although I can conceive of nothing<br />

I enjoy more than providing tools and<br />

solutions to technically challenging<br />

applications, I am concerned that by<br />

trading fun for cash, we do ourselves<br />

and our industry a disservice. The<br />

4<br />

accumulation of capital would provide<br />

the necessary management and sup-<br />

port services (i.e., product specific<br />

documentation) which I feel is so<br />

desperately needed.<br />

You may accuse me of presenting<br />

views intended to feather my own bed<br />

as a FORTH vendor. I would like to<br />

believe that my interests are more<br />

highly motivated by the concerns that<br />

we more suitably honor our teachers.<br />

A healthy industry can better repay<br />

this debt.<br />

Don Colburn<br />

FORTH Programmer<br />

Closer Approximations<br />

Editor’s Note: Some of you may be in-<br />

terested in this letter I recently received:<br />

Dear Mr. Brodie,<br />

I am reading and enjoying your<br />

book, Starting FORTH. I found some<br />

better approximations for your foot-<br />

note on page 122. Here they are, along<br />

with the ones from page 122:<br />

Definition Approximation (Approx.-Def.)/Definition<br />

e 28667 I10546 - 5.7 x 10’’<br />

25946 I 9545 - 2.0 ”<br />

410 22936 I 7253 5.7 ”<br />

” 27379 I 8658 0.67 ”<br />

1112116.384 485 I11464 91. ”<br />

846 I19997 -12. ”<br />

Robert T. Corry<br />

Polytechnic University of New York<br />

Brooklyn, New York<br />

Virginia Figs?<br />

Dear FIG,<br />

Do you have any method of helping<br />

members to locate other members?<br />

The Potomac FORTH Interest Group<br />

is currently the closest I know of, and<br />

120 miles is a long way to go. I would<br />

like to see a central Virginia FIG<br />

organized, or organize one. Any<br />

suggestions?<br />

John C. Lundin, Jr.<br />

Richmond, Virginia<br />

John, let’s hope your letter stirs up some<br />

interest in the Richmond area. See<br />

“Start Your Own FIG Chapter” on page<br />

5. -Editor<br />

Letters continued on next page<br />

Volume IV, No. 4

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!