Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Forth > Re: part 21 ass...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 4 of 54 Topic 3806 of 4224
Post > Topic >>

Re: part 21 asserts forth best for small memory systems, would lisp

by John Doty <jpd@[EMAIL PROTECTED] > Mar 7, 2008 at 12:14 PM

Richard Owlett wrote:
> Elizabeth D Rather wrote:
> 
>> m-coughlin wrote:
>>
>>> ...
>>
>>  > Programmers who write large Forth systems
>>
>>> will not publish their code for others to use. Its MUCH more
>>> difficult to write Forth source for others to read than to just
>>> write it for yourself when you remember what all your Forth
>>> words do. The problem of knowing and remembering what other
>>> programmers have done is the crucial step. 
>>
>>
>> Programmers who write large Forth systems work in teams.  All 
>> successful teams (using Forth or any language) develop strategies to 
>> maximize code sharing, do***entation, and readability within the 
>> team.  Once you accept the concept of writing code for the team, it's 
>> certainly no harder to do in Forth than other language.  Forth has 
>> been used successfully in team programming projects for over 30 years.
>>
>> Cheers,
>> Elizabeth
>>
> 
> Yeah *BUT*
> Doty and Coughlin demand source be published if it is claimed that Forth

> code is "shareable". That code is proprietary is irrelevant to them. The

> exist in an academic fantasy land.

My major customers are in academia, yes. But I assure you the products 
and remuneration are no fantasy. ;-)

Without published code, the claims of shareable Forth code remain 
unverifiable bragging. Also, one must assert that somehow Forth's 
advantages eva****ate when code is to be published, a very strange claim 
I think.

> Lots of programmers publish code in 
> XYZ because their goal is proving a point and publi****ng allows others 
> to *DUPLICATE* their work. Seems Forth gets used where goal is 
> COMPETITIVE COMMERCIAL advantage.

Assuming for the sake of argument that Forth actually is significant 
there (but I doubt it: a few applications at the margins, I think), what 
weakness in Forth *restricts* it to that area?

Scientific research is highly competitive, and once Forth was judged to 
be an advantageous tool there. But that's past. Why is Forth largely 
frozen in an obsolete form that can no longer compete?

> 
> Gee whiz, different goals -> different modes -> different results LOL
> 

There's lots of proprietary code in other programming languages also. It 
seems they lack Forth's restrictions, creating plenty of both published 
and unpublished code.

-- 
John Doty, Noqsi Aerospace, Ltd.
http://www.noqsi.com/
--
History teaches that logical consistency is neither sufficient nor 
necessary to establish practical, real world truth. Those who attempt to 
use logic for that purpose are abusing it.
 




 54 Posts in Topic:
Re: part 21 asserts forth best for small memory systems, would l
m-coughlin <m-coughlin  2008-03-07 10:38:11 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-07 08:06:59 
Re: part 21 asserts forth best for small memory systems, would l
Richard Owlett <rowlet  2008-03-07 12:50:19 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 12:14:26 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 01:30:31 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 18:53:16 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 02:41:56 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-08 16:03:35 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-09 16:12:17 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-09 10:51:39 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-09 08:33:40 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-09 13:37:07 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 15:43:19 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 10:10:29 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-10 17:50:30 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-10 08:13:12 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 13:04:55 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:24:04 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 14:36:11 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:52:30 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 15:06:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 22:25:21 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 16:56:41 
Re: part 21 asserts forth best for small memory systems, would l
"Stan Katz" <  2008-03-12 18:00:10 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-12 16:13:31 
Re: part 21 asserts forth best for small memory systems, would l
Marc Olschok <nobody@[  2008-03-11 19:21:16 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-11 23:05:58 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-11 22:42:04 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:19:34 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 19:52:18 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 14:11:26 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-10 23:21:00 
Re: part 21 asserts forth best for small memory systems, would l
Andrew Haley <andrew29  2008-03-10 21:24:12 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 16:02:05 
Re: part 21 asserts forth best for small memory systems, would l
Andrew Haley <andrew29  2008-03-11 10:34:01 
A Brief Look at History (Re: part 21 asserts forth best for smal
m-coughlin <m-coughlin  2008-03-11 22:09:03 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 15:04:25 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-11 16:40:14 
Writing Many New Versions of Forth (was Re: part 21 . . . )
m-coughlin <m-coughlin  2008-03-14 17:08:11 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 17:14:42 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-11 21:59:19 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-13 00:43:39 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-13 16:12:17 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-15 00:00:58 
Re: part 21 asserts forth best for small memory systems, would l
Marc Olschok <nobody@[  2008-03-14 21:32:04 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 20:44:40 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-11 21:46:47 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-10 05:19:15 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 11:56:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 00:16:03 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 17:34:02 
Re: part 21 asserts forth best for small memory systems, would l
Albert van der Horst <  2008-03-08 10:58:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 17:11:27 
Re: part 21 asserts forth best for small memory systems, would l
kenney@[EMAIL PROTECTED]   2008-03-08 04:20:28 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Sat Aug 30 8:30:59 CDT 2008.