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

Status update? #225

Closed
VBproDev opened this issue Oct 4, 2024 · 15 comments
Closed

Status update? #225

VBproDev opened this issue Oct 4, 2024 · 15 comments

Comments

@VBproDev
Copy link

VBproDev commented Oct 4, 2024

How close is this proposal to bring merged with JS? And please 🙏 make a definitive section on the readme to see this fork's progress. If I state the innumerable issues asking for this, I fear this comment will drag on forever.

@ljharb
Copy link
Member

ljharb commented Oct 4, 2024

It’s very far, since it’s only stage 1.

@VBproDev
Copy link
Author

VBproDev commented Oct 4, 2024

@ljharb Do you have any idea why it's not progressing even though it's obviously a very beneficial proposal.

@spotandjake
Copy link
Contributor

From what I have been seeing there is a lot of controversy on the feature, quite a few people do not seem to understand the intent, there is a lot of debate on the syntax being too typescript like and a lot of people don't like types without semantic meaning.

@ljharb
Copy link
Member

ljharb commented Oct 5, 2024

"obviously beneficial" is a subjective determination that is very much not universally held.

@VBproDev
Copy link
Author

VBproDev commented Oct 5, 2024

Can you specify why this fork isn't considered beneficial? Strict typing is the most requested feature. So a majority of javascripters would like to see this implemented (including me)

@ljharb
Copy link
Member

ljharb commented Oct 5, 2024

I didn't make a statement about my own position on this proposal (which is not in any way a "fork"), I simply pointed out that it is not, in fact, universally considered "obviously good".

People ask for all sorts of things all the time - there is not a very high correlation between what people ask for and what would actually be beneficial for them, unfortunately. This proposal is an attempt to try to persuasively seek out the best possible solution, and in stage 1, while that may have a suggested solution, it doesn't actually have a solution yet. This stage is about finding one.

@nektro
Copy link

nektro commented Oct 5, 2024

the "what" of vanilla JS having more support for types is fairly widely supported yes but the "how" and "how much" is very highly contested, and the proposal process is designed to eek out those precise details over time

@VBproDev
Copy link
Author

VBproDev commented Oct 5, 2024

So can there be a proper readme section about updates?

@nektro
Copy link

nektro commented Oct 5, 2024

the README has links to committee agenda notes at the top. if there isnt anything sooner than that that's up to the champions who may be refining their design or busy on other things at the moment.

@spotandjake
Copy link
Contributor

Can you specify why this fork isn't considered beneficial? Strict typing is the most requested feature. So a majority of javascripters would like to see this implemented (including me)

This proposal dose not add strict typing though which is part of the contraversey these are just type comments that most runners would ignore and to use a lot of features from a language such as typescript you probably will need a compiler anyways. (I would really love to see this proposal implemented but it is not an uncontroversial change).

@shaedrich
Copy link

shaedrich commented Oct 7, 2024

From what I have been seeing there is a lot of controversy on the feature, quite a few people do not seem to understand the intent, there is a lot of debate on the syntax being too typescript like and a lot of people don't like types without semantic meaning.

the "what" of vanilla JS having more support for types is fairly widely supported yes but the "how" and "how much" is very highly contested, and the proposal process is designed to eek out those precise details over time

@VBproDev In the attempt to make JS more TypeScript-like, people often overlook that JS and TS are not two comparable languages. While transcompiling makes sense for TS and is an integral part of said language, with JS, it's a whole different story. And that's where part of the controversy stems from.

@quantuminformation
Copy link

The challenge is dealing with type errors at runtime - but considering these should be caught at "IDE time" it shouldn't cause too many live issues.

Having to deal with tsc and tooling around it is pain for beginners and a maintenance burden overall.

JS types a huge WIN IMOP

@shaedrich
Copy link

shaedrich commented Nov 9, 2024

Having to deal with tsc and tooling around it is pain for beginners

No offense, but TSC being a PITA for some is a TS problem, not a JS problem. Because tooling is not a JS problem.

JS types a huge WIN IMOP

Or is this meant to advocate for real types instead of annotations that don't do anything at runtime?

@armordog
Copy link

No offense, but TSC being a PITA for some is a TS problem, not a JS problem. Because tooling is not a JS problem.

This is a weird take. People only have to deal with TSC because JS does not have types.

By the same logic, JS should remove all features because then it wouldn't have any problems.

@ctcpip
Copy link
Member

ctcpip commented Nov 14, 2024

This discussion has veered off topic from the original request regarding a status update. So I'm going to close this. Please continue discussion in existing issues, such as #205

@ctcpip ctcpip closed this as completed Nov 14, 2024
@tc39 tc39 locked as resolved and limited conversation to collaborators Nov 14, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants