One scripting language to rule them all.

Lua, Python, Perl or Javascript?

Agda, Scheme, or Forth?

Python for Windows/Linux/macOS
JS for browser-based stuff

>>2
Scheme I know. Forth I REALLY LIKE. Agda is unbeknownst to me.

Member when scripting was designed for specific case bases, and not a dynamic scope dependency?

>>5
360 noscope my anus

>>5
That's why I like Lua, who's very minimal, is designed for the case base of embedding on larger applications, and uses the hash table, which works similarly to the concept of set from mathematics, as the basic data structure.

I honestly am not that old to remember scripting languages from the "golden age of computer languages", nor do I reside in the United States of America, nor have I read much about the history of its industries, but I reside in Brazil and am a bit of an exception on programming language knowledge here (for my age), with no one to talk to.

>>7 I don't mind what you did for Tecgraf, that's the proper way to create a scripting language: for it's use case. But when others say `Python, Perl, or Javashit` they mean they want to use these as crutches, when they should be designing what they need, and if scripting is necessary at all.
Take for example Django, Mojolicious, and AngularJS: these frameworks don't solve the inherit problem of organizing what a web server should display. For that, you're supposed to edit and use you daemon, and adapt to the data[store] you working for.
So if your company requires fast manipulable responses from a SQL-like database, you shape the HTTPdaemon to yield exactly those results: thus HTSQL, BCHS, OHS, etc..
It's the `worse is profitable business model that broke the confidentiality of programs made for clients: you can't ever solve the problem, if not you run out the business.
Thus the dark age of "scripting languages" as a library was born.

To answer you question: none: if your business requires it, it's in the business of debt.

Shells were and should be last scripting ever needed, since they are for personal use, not (((general))) use.

Scripting languages are dying and that's a good thing

Weakly-/un-typed languages are a great step backwards for no reason.

>>10
Yeah, type confusion is a security issue.

I like Java 10's static type inference though. You can do something like this:
var whatever = 5
or
var whatever2 = "something"
And then the compiler infers that it's an int or String, but then it stays an int forever.

It's sort of halfway between static and dynamic in the sense that you don't have to do something like int whatever = 5 and String whatever2 = "something"

https://developers.redhat.com/blog/2018/05/25/simplify-local-variable-type-definition-using-the-java-10-var-keyword/

don't just learn one. scheme, python, lua - those I like.

>>11
Haskell also does that. It has nothing to do with being static or dynamic.

>>14
in java it's static type inference, so yes, it does have to do with being static

though in python it's dynamic typing and dynamic type inference, which is runtime rather than compile-time

>>8
I only need exponential and linear logic to work together, that's how I get a binary arithmetic language and universality as with Gödel's.

>>8
I only need exponential and linear logic to work together, that's how I get a binary arithmetic language and universality as with Gödel's.

Prime numbers are inexpressible?

Prime number do not exist

>>19
. 1
.+ 2
.^+ 3
.+^+ 5
.^+^+ 7
.+^+^+ 11
.+^^^+ 13
.^++^+ 17

Not sure if these are the most succint.

I sometimes am sorry for the overdoses in acetylcholine.

Funnily 17 is the eight prime.

Funnily 17 is the eighth prime.

>>20

(Post truncated)

Not sure if these are the most succint.

I sometimes am sorry for the overdoses in acetylcholine.

>>23
you ok man?

>>11,14
Every static language that isn't frozen in 1980 has this. ML-likes always had type inference, Rust always had type inference, C++ has repurposed auto, C# has var etc.

Java is just really slow at catching up to shit. anus, err := HaxAnus() exists and Go 1 doesn't even have generics.

>>25
__auto_type a=2;//GCC extension

>>25

Rust always had type inference

No it did not.

C++ has repurposed auto, C# has var

Can't be used for variables.

>>26
Now try using it for variables.

>>15

dynamic type inference

There is no such thing.