Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JavaScript is NOT a functional language #225

Open
InverMN opened this issue Sep 18, 2021 · 2 comments
Open

JavaScript is NOT a functional language #225

InverMN opened this issue Sep 18, 2021 · 2 comments

Comments

@InverMN
Copy link

InverMN commented Sep 18, 2021

In languages section, there are 3 different categories: command line interface (that is strange naming too), imperative and functional. The reason I am writing the issue is that, JavaScript is clearly imperative, not functional language. Like Java or Go. There are no Pattern Matching, Persistent Data Structures (at least yet, there's a ECMAScript proposal) and Algebraic Data Types.

Also in JavaScript if structure is a statement, not expression. That simply must be a imperative programming language. In functional languages if's are expressions.

Only functional features, that Javascript got at the present, are patterns like map or impure lambda expression alternatives called "arrow functions". Java got them too. They have really weak functional paradigmads.

Just move JavaScript to "imperative" section and don't change terms.

@InverMN InverMN changed the title JavaScript is NOT functional language JavaScript is a NOT functional language Sep 18, 2021
@InverMN InverMN changed the title JavaScript is a NOT functional language JavaScript is NOT a functional language Sep 18, 2021
@eklavyadev
Copy link

Minor changes will prob not be considered

@InverMN
Copy link
Author

InverMN commented Oct 18, 2021

As i looked futher, I see more silly "mistakes". For example Elasticsearch is in "Tools" section. Yup, it is a tool, but more detailed is a database. Even more detailed, it's a Search Engine.

Also I don't understand why in general "Databases" category, there are two sections: "SQL" and "NoSQL". In that SPECIFIC case, I would prefer "Relational" and "Key-Value". I think databases should be categorized by paradigm, not query language. That kinds sucks.

That repo is very messy place about categorization. Newbies can get confused learning from here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants