Dart is also absolutely fantastic in this regard.
https://github.com/dart-lang/language
https://github.com/orgs/dart-lang/projects/90/views/1
In C# Language Design Meeting for June 30th, 2025dart-lang
language
TeX2018–2025
dart-lang / language
language
Design of the Dart language
32Distinct people
64Mentions
0Explicit recommenders
2.9KGitHub stars
What to know before exploring
What it is
Design of the Dart language
GitHub
Where it is used
No documented product use was verified in the last source check.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year64 dated mentions
Observed mentions: 2018-11-15 23:12:25 UTC to 2025-07-19 11:20:43 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 2 | 0 | 2 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 9 | 0 | 9 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 7 | 0 | 7 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 4 | 0 | 4 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 13 | 1 | 12 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 10 | 1 | 9 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 14 | 4 | 10 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 5 | 1 | 4 |
From the project README
An excerpt from the repository, fetched Nov 13, 2026.
Read the project’s introduction
Dart language evolution
This repository is the home for the design and evolution of the Dart
programming language. While the nature of language evolution is somewhat
unstructured, we follow a defined process to design and ship language
changes.
The language funnel shows the features that are being actively worked on.
Dart language team
As of February 2026, the Dart language team consists of:
Leaf Petersen (@leafpetersen)
Lasse R.H. Nielsen (@lrhn)
Bob Nystrom (@munificent)
Erik Ernst (@eernstg)
Nate Bosch (@natebosch)
Jake MacDonald (@jakemac53)
Paul Berry (@stereotype441)
Kallen Tu (@kallentu)
David Morgan (@davidmorgan)
Michael Thomsen (@mit-mit) is the product manager
for Dart. Erik Ernst also maintains the official language specification.
Contributing
We discuss language problems and potential features using the issue tracker
on this repo. We welcome your participation! Please keep in mind:
If you want to show support for a proposed change, a 👍 reaction is more
helpful than a comment because it's easier for us to aggregate demand that
way. Comments that provide additional context are still useful, though.
Before filing a new issue describing a problem or language change, see if
there is already an existing issue that's close to yours. Duplicate or
near-duplicates tend to divide attention and make both of them less visible.
When discussing a language change, motivating examples from real world code
are very helpful for the team and others following along to see how the
change would be helpful in a concrete context.
While other languages often have excellent beloved features, those features
don't always translate well to Dart (and vice versa). When proposing that
we borrow some feature from another language, try to articulate why you
think that feature would be right for Dart in particular. We want Dart to be
the best Dart, not the second-best Rust/Haskell/TypeScript/etc.
License and patents
See LICENSE and PATENTS.
Read the full README on GitHubWhat Hacker News says
64 sourcesThe language is a little nicer than Typescript (though not in all ways), the performance is better and the tooling is excellent. Even better than Go's. And it can be AoT compiled to a self-contained binary or transpiled to Javascript.
The LSP server in particular is amazingly fast and reliable - better than Java IDEs. It's practically instant from typing something to seeing the squiggles update. C++, Rust, Go, Typescript etc. don't come close.
Obviously there are downsides: relatively tiny ecosystem, sometimes weird syntax (why is a match expression and match statement different??), this very annoying issue that I see remains unsolved after 5 years: https://github.com/dart-lang/language/issues/1188
In Show HN: I made a 2D game engine in DartAn anecdote about how a toy project _really_ helped me out:
I work on Dart professionally. I've also been tinkering on a toy programming language that may never see the light of day. My toy language has gone through several incarnations but a while back I was working on adding algebraic datatypes, pattern matching, and exhaustiveness checking to it.
The canonical algorithm for exhaustiveness checking is this paper by Luc Maranget: http://moscova.inria.fr/~maranget/papers/warn/warn.pdf
When I first started dabbling in programming languages over a decade ago, I tried to understand that paper for weeks and just could not wrap my head around it. I don't have much of a formal CS background and that paper was impenetrable to me.
So here I am tinkering on my toy programming language and I run into again. I give it another try and laboriously imp
Read the rest
lement it in my interpreter, basically doing a straight translation. I don't understand the code, but it seems to sort of work. So then I start refactoring it a tiny bit at a time into a style that fits the way I think about code. Eventually the algorithm sort of folds into itself and before I know it, I finally understand how it works. The end result was only a page or so of code, but my toy language had real exhaustiveness checking work.
Meanwhile, at work, I am working on adding pattern matching and exhaustiveness checking to Dart [1]. Exhaustiveness checking here is a much harder proposition because Dart has subtyping, unlike my toy language and the ML languages that Maranget's paper works on.
I'd been hacking away at an exhaustiveness algorithm for Dart based on a couple of papers about Scala's approach but they were sort of approximative and inelegant (in my opinion, maybe they are a great fit for Scala).
But once I understood Maranget's algorithm from implementing it in my toy project, it finally clicked for me how it could be adapted to work with subtyping in a sound, coherent way. I wrote it up as quickly as I could and (with a lot of additional help from a teammate to handle generics), that became the algorithm we shipped:
https://github.com/dart-lang/language/blob/main/accepted/3.0...
It wouldn't have happened if I hadn't coincidentally been working on a toy pattern matching implementation at home.
[1]: https://dart.dev/language/patterns
Macros in the Dart Programming Language
4 points · Open discussionIt's certainly cleaner, but my immediate thought when reading was "that's a compile error" because it looks like it's declaring a variable with a type mismatch. This is where, in other languages, the "case" keyword (or similar) comes in handy (eg: Dart's if-case syntax[1]), except Rust doesn't have that because of its headlong pursuit of 'conciseness'.
- [1] https://github.com/dart-lang/language/issues/2181
In Rust Additions for GCC 15 Bring Support for If-Let Statements> I think the right answer is a sound typed language.
What do you mean by a "sound typed language". Go and Java have unsound type systems, and run circles around JS and Dart. Considering your involvement with Dart, I find contradictory information [1].
[1] - https://github.com/dart-lang/language/issues/1461
In Skeptical of rewriting JavaScript tools in "faster" languagesOh, wow, that's interesting.
We added pattern matching and exhaustiveness to Dart not that long ago, and dealing with exhaustiveness and mutability was a big concern since Dart (unlike more strictly functional languages) generally doesn't avoid mutability.
Our solution was that whenever a pattern accesses a property, the language implicitly caches that value. Any future accesses to the same property in that switch statement/expression use the previously cached value. That way, an entire set of switch cases is always operating on an immutable snapshot of data so that exhaustiveness can't be violated by side effects. Spec:
https://github.com/dart-lang/language/blob/main/accepted/3.0...
In The Ultimate Conditional SyntaxShared Memory Multithreading for Dart
3 points · Open discussionAnd Dart is just starting next week to implement this which should start putting it into an different category of language entirely.
https://github.com/dart-lang/language/blob/main/working/333%...
In Go Concurrency vs. RxJSThere is so much cool stuff at various stages of landing in the Dart pipeline at the moment. A few things that come to mind include:
1. Dart now supports the native Web platform APIs and offers a really compelling alternative to TypeScript now thanks to their their latest generation of JS interop. Example for how the code looks here: https://github.com/kevmoo/kevmoo.com/blob/main/web/main.dart
2. Compile to WASM now on the web also with future work to also align itself with the emerging WASI standards both as a compile target and the ability to embed WASI runtimes into Dart programs (technically already possible through their C interop)
3. Lots of great work on cross language interop with C, C++, Swift, Rust, Go, JavaScript, Objective C, Kotlin and Java here https://github.com/dart-lang/native
4. Upcoming Macros feature which gives fully
Read the rest
static type safe automatic and fully debugable code generation.
5. Potentially looking at bringing Shared Memory Multithreading to the language https://github.com/dart-lang/language/blob/2662d252b7fa93175...
6. Also some early work on a bytecode compiler it seems but I’ve not seen any kind of announcement about it here https://github.com/dart-lang/sdk/tree/main/pkg/dart2bytecode
7. This REPL
It’s really a good time to be a part of the community. It’s a very bright looking future for it.
Shared Memory Multithreading for Dart (Proposal)
2 points · Open discussionThanks, I appreciate the explanation a lot! I find losing the type hints because I am forced to type something as "dynamic" is a bummer, I hope exhaustive pattern matching solves cases like these: https://github.com/pocketbase/dart-sdk/blob/master/lib/src/a...
Related issue: https://github.com/dart-lang/language/issues/83
In Official proposal for Type Unions in C#Shared Memory Multithreading for Dart
4 points · Open discussionFor now but this is in the pipeline too.
https://github.com/dart-lang/language/blob/main/working/333%...
In Swift Static Linux SDKShowing the 15 most recent of 64 sources. Enable JavaScript to search and browse every indexed mention.