Date: Wed, 11 Jun 2025 11:18:18 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Parsing timestamps?
Newsgroups: comp.lang.forth
References: <1f433fabcb4d053d16cbc098dedc6c370608ac01@i2pn2.org>
 <bdc732e87e38233e9e23f254b2326cf2@www.novabbs.com>
 <nnd$1a4144e5$43cad09f@b57c0b5013a1f2ab>
 <6ea4ccd1cb6ae8c828144444fe51fea9@www.novabbs.com>
 <nnd$7e5a6434$1010ef84@c251414cde7edbe7>
 <nnd$2f2e104c$205fd334@90f57140abcbed78>
 <3a41a3a98f0c2c4007851f9e2f293802@www.novabbs.com>
 <nnd$1c8609b5$1aa10e66@3117f1e0c8ebc63a>
 <5ea685817ecf10554de0951f30dba9f0@www.novabbs.com>
Content-Language: en-US
From: Hans Bezemer <the.beez.speaks@gmail.com>
In-Reply-To: <5ea685817ecf10554de0951f30dba9f0@www.novabbs.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <nnd$3233f644$02d43563@672713a2a9896530>
Organization: KPN B.V.
Path: news.eternal-september.org!eternal-september.org!feeder3.eternal-september.org!weretis.net!feeder8.news.weretis.net!feeder1.feed.ams11.usenet.farm!feed.usenet.farm!feed.abavia.com!abe007.abavia.com!abp003.abavia.com!news.kpn.nl!not-for-mail
Lines: 46
Injection-Date: Wed, 11 Jun 2025 11:18:18 +0200
Injection-Info: news.kpn.nl; mail-complaints-to="abuse@kpn.com"

On 10-06-2025 22:56, LIT wrote:
>> 3. As Mr. Pelc remarked, stack operators are faster.
> 
> This is what Mr. Pelc remarked, regarding such style
> of programming - yes, many years ago I was guilty of
> that too - already 15 years ago:
> 
> https://groups.google.com/g/comp.lang.forth/c/m9xy5k5BfkY/m/FFmH9GE5UJAJ
> 
> "Although the code is compilable and can be made efficient,
> the source code is a maintenance nightmare!"
> 
> Maybe he changed his mind since that time - well, since
> he's here, you may want to ask him a question.

Again, a perfect proof of people having *NO* idea of what they're doing. 
I tackled that *EXACT* problem in 
https://www.youtube.com/watch?v=gfE8arB3uWk

3 constant vec

vec array a
vec array b
vec array c

: v! vec 0 do tuck i th ! loop drop ;
: .v vec 0 do dup  i th ? loop drop ;
: v+ vec 0 do over i th @ over i th @ + -rot loop drop drop spin ;
: vadd >r v+ r> v! ;

3 2 1 a v!
6 5 4 b v!

a b c vadd c .v

I don't see how that is problematic maintenance wise. It's not the 
language, it's not the method. It's the programmer overestimating 
himself "YEAH, I CAN TOTALLY DO THAT!!", humbling himself - and then 
blaming the language.

Hans Bezemer