Is forth a good programming language? From what I've heard is that it is great for coding small programs.
Name:
Anonymous2012-09-17 2:41
yes its good, its mostly used in electronics testing. you might want to check out Factor if you really like stack juggling
Name:
Anonymous2012-09-17 2:48
It is quite useful is you have small embedded system with limited resources.
Name:
Anonymous2012-09-17 4:45
Forth is pure shit. Stack machines are inefficient and cumbersome to use in a lot of cases. Check out J1 if you want a good language for tacit programming.
>>10
Я уже там.
Во-первых, зачем ты используешь язык, созданный жидами и используемый для распространения жидовских учений?
Во-вторых, при чем тут данайцы? Язык - это не конь, в котором можно спрятаться. Как на качества уже существующего языка может повлиять его создатель?
>>13
Эту принцессу никто не держит в заложниках. Наличие конкурентов заставляет ее быть еще прекраснее, чтобы обрести популярность.
Для вас?! Но ведь именно мы создали вашу гойскую речь.
Name:
Anonymous2012-09-17 7:05
>>17
As soon as we achieve enough society antisemitism, we will be able to cleanse the Russian language of any Jewish influence it ever had. Every book could be republished in a new version of Russian, while Jewish versions will be banned and erased forever.
>>18
Для этого придется отказаться от:
- кириллических графем;
- русских имен;
- русских песен;
- русских топонимов.
То есть придется отказаться и от языка, и от русской культуры в целом. Мы повлияли на все на Руси.
Что же от твоего любимого народа останется?
Кстати, ты так и не ответил: как личность автора может повлиять на уже готовый язык?
Name:
Anonymous2012-09-17 7:21
>>20
- Having unique alphabet would be good idea and it will automatically erase all the Jewish works. I.e. there will be no readily available Bible translation and translating it will be forbidden.
- We will use Slavic names. Parents will be forbidden to take Biblical names.
- Jewish songs are harmful anyway. Take this decadent Jew Vladimir Vysotsky with his alcoholism propaganda.
>>20 То есть придется отказаться и от языка, и от русской культуры в целом.
Jewish culture isn't our. It should be killed and antisemitism will help us.
>>23
Как не ваша? Вся музыка, анекдоты, литература, живопись, которые вы называете "русскими", пошла от избранного народа. Что есть истинно-русского? >>24
И? Как это относится к качеству языка?
Name:
Anonymous2012-09-17 7:35
>>25 Как не ваша? Вся музыка, анекдоты, литература, живопись, которые вы называете "русскими", пошла от избранного народа. Что есть истинно-русского?
Who call them "Russian"? Kikes themselves? Just kill them and send their severed heads to Israel.
И? Как это относится к качеству языка?
It will kill the author and free his place a goy, which will increase overall societal quality.
Name:
Anonymous2012-09-17 7:38
>>26
Русскими их называют сами граждане эрэфии.
И ты опять уходишь от ответа.
>>10 Timeo Danaos et dona ferentes
If you're that scared of Greeks, then that's your problem.
Name:
Anonymous2012-09-17 10:40
>>29
Don't try to "panjamajo". I was talking to judeophobic russian in his native language.
Name:
Anonymous2012-09-17 10:55
>>29
There are things orders of magnitude more vile and treacherous than Danaos. The things who live to do evil. There is no other purpose for their existence.
Name:
Anonymous2012-09-17 16:26
ask margaret rouse
she speaks fluent Geek, Biz-speak, Cloud, SAPanese, VAR, BI/BA, Storage, Security, Agile, Networking, SEO and marketing. she spends her days translating these highly specialized languages into plain English.
Forth is OK. Forth is nice because it's a lower-level language that has metaprogramming capabilities comparable to Lisp's (though maybe a tad more convoluted) while being exceedingly simple to write a interpreter/compiler for.
One bad thing about Forth is the strong belief by its core user base that stackrobatics is good, and that you should favor it instead of local variables because it fosters highly factored code (since if you don't factor your code enough, stackrobatics will render it unreadable). But the truth is that artificially over-factoring code is not really that good either. You should use stackrobatics sparingly, in my opinion.
Alas, local variables are allocated on their own stack, so their values have to be copied to the main stack for any operation to be performed on them, which is wasteful.
Actually, just being a multi-stack language is a shortcoming, since it doesn't fit all that well with the mostly single-stack processors we have today (which means you have to have an optimizing compiler for Forth programs to reach speeds attributable to unoptimized C programs (which sacrifices the "simple to write a interpreter/compiler for" part)).
A multi-stack language doesn't interoperate natively with, say, C libraries. Not without wrappers, that is. Also, you wouldn't be able to compile Forth code to a library and link it to a C program and have it work, unless you use wrappers.
And stack manipulations are wasteful operations themselves, and they, too, require an optimizing compiler to not suck, performance wise.
Basically, if one would write a Forth-like language interpreter/compiler with no run-time explicit stack manipulations (though its users would probably find a way to shoehorn them in somehow) and with only one stack, it would be a great improvement.
Forth is the best language ever! Using an explicit stack makes code harder to write, read and optimize! Are you disappointed that C's vararg functions pop unused arguments? With Forth, you don't have to be! Any codeword can take any number of arguments and leave any number of results. Static analysis what? The lack of type checking is also a great plus. The Forth compiler doesn't second guess the programmer. You no longer need to worry about annoying error messages that do nothing but create unnecessary bug reports. If you say that a floating-point number is a pointer to a string, it's a pointer to a string. What's more, you get the satisfaction of working with only two values at once with no memory safety combined with the speed of a slow threaded code interpreter! You'll feel like you're writing assembly for a CPU with two registers, even when you run it! Use Forth today!
>>31 There are things […] more vile and treacherous than Danaos. […] There is no other purpose for their existence
than to fag up threads with shitposts.
Name:
Anonymous2012-09-19 14:44
>>35 working with only two values at once
What do you mean?
with the speed of a slow threaded code interpreter!
There are Forth interpreters that compile to machine code, but unless they also optimize it, the resulting code is not much faster than threaded code.
And yes, there's no type checking or memory safety, just like assembly. Indeed, if Forth was re-written the right way, it would be kind of a ``portable assembly'' (both in terms of its machine model mapping directly to most current architectures and in terms of the ease of writing an interpreter/compiler for it) but with a built-in powerful macro system.
>>37 machine model mapping directly to most current architectures
How many current architectures have two stacks and no data registers?
Name:
Anonymous2012-09-19 15:19
>>38
That's what I meant by ``rewritten the right way'': with only one stack and no run-time stack(s) manipulations. One must also make it so that words are forced to have fixed numbers of arguments and return values, so all of the stack(s) changes are known at compile time, enabling you to map all stacks to one single stack.
Cat is a stack language that already does at least part of what I said (all stack changes are known at compile time, but I don't know if maps its stacks to a single one at run time), plus it's statically typed. I believe that there's a typed Forth dialect that also shares those features with Cat, too.
And modern Forths can have as much as 4 stacks nowadays (main stack, return stack, float stack and the local variables stack). There may be Forth with more stacks, even.