Kevin Gibbons
@bakkot.com
Discworld has good values and was this for me at that age. The Tiffany Aching books especially though he might be turned off by 9yo girl protag.
Some of Doctorow's stuff is more explicitly inculcating those specific values, and is good for 13yos. Little Brother is probably a decent first one.
Some of Doctorow's stuff is more explicitly inculcating those specific values, and is good for 13yos. Little Brother is probably a decent first one.
November 6, 2025 at 5:58 PM
Discworld has good values and was this for me at that age. The Tiffany Aching books especially though he might be turned off by 9yo girl protag.
Some of Doctorow's stuff is more explicitly inculcating those specific values, and is good for 13yos. Little Brother is probably a decent first one.
Some of Doctorow's stuff is more explicitly inculcating those specific values, and is good for 13yos. Little Brother is probably a decent first one.
Not exactly stalled; there's just a lot of work which needs to be done first. Activity currently is at github.com/tc39/proposa.... I believe the plan is for module declarations to proceed after this proposal, with the declaration evaluating to the ModuleSource object introduced in this proposal.
GitHub - tc39/proposal-esm-phase-imports
Contribute to tc39/proposal-esm-phase-imports development by creating an account on GitHub.
github.com
September 12, 2025 at 11:20 PM
Not exactly stalled; there's just a lot of work which needs to be done first. Activity currently is at github.com/tc39/proposa.... I believe the plan is for module declarations to proceed after this proposal, with the declaration evaluating to the ModuleSource object introduced in this proposal.
That's because this isn't upsert. Upsert does mutation when the value already exists. This doesn't.
July 31, 2025 at 5:15 AM
That's because this isn't upsert. Upsert does mutation when the value already exists. This doesn't.
Pedantry: you made a quiz about _V8_'s Date parser. Almost none of this is required by spec (although it is allowed), and several of these behave differently in other browsers. Which is even worse!
July 11, 2025 at 9:26 PM
Pedantry: you made a quiz about _V8_'s Date parser. Almost none of this is required by spec (although it is allowed), and several of these behave differently in other browsers. Which is even worse!
A sync iterator yielding a rejected promise is not an error in the iterator, whereas an async iterators doing so is. So when lifting sync to async, we need to handle rejected promises from the iterator as if the _consumer_ had an error (by calling `.return`).
May 22, 2025 at 8:40 PM
A sync iterator yielding a rejected promise is not an error in the iterator, whereas an async iterators doing so is. So when lifting sync to async, we need to handle rejected promises from the iterator as if the _consumer_ had an error (by calling `.return`).
Thanks! Further pedantry: "Note that in for of with sync iterators, .return() is always called after .next() throws" - not so. The bug arises because consumers aren't supposed to call .return if the iterator throws, only if the consumer does.
May 22, 2025 at 8:38 PM
Thanks! Further pedantry: "Note that in for of with sync iterators, .return() is always called after .next() throws" - not so. The bug arises because consumers aren't supposed to call .return if the iterator throws, only if the consumer does.
So, a break/return/throw inside the loop causes `.return` to be called, but the iterator being exhausted, or throwing, does not call `.return` to be called.
May 22, 2025 at 4:10 PM
So, a break/return/throw inside the loop causes `.return` to be called, but the iterator being exhausted, or throwing, does not call `.return` to be called.
Good post! Nitpick: you say `.return` is called "when the iteration stops (due to a break, due to reaching the end of the iterator, or due to the iterator having thrown)". The latter 2 are wrong. It is called only on _early_ exits from the loop which are not caused by the iterator throwing.
May 22, 2025 at 4:10 PM
Good post! Nitpick: you say `.return` is called "when the iteration stops (due to a break, due to reaching the end of the iterator, or due to the iterator having thrown)". The latter 2 are wrong. It is called only on _early_ exits from the loop which are not caused by the iterator throwing.
Some of that is because the lack of syntax means we don't clean up things we probably should. For example, with a [hypothetical] disposable AbortController, it would be trivial to clean up outstanding fetch requests when other requests fail. Usually JS devs just don't bother.
May 5, 2025 at 4:37 PM
Some of that is because the lack of syntax means we don't clean up things we probably should. For example, with a [hypothetical] disposable AbortController, it would be trivial to clean up outstanding fetch requests when other requests fail. Usually JS devs just don't bother.
we have almost finished working through your list
chunking is coming in proposal-iterator-chunking
ranges are making less progress
rest is done
x.com/qntm/status/...
chunking is coming in proposal-iterator-chunking
ranges are making less progress
rest is done
x.com/qntm/status/...
x.com
March 21, 2025 at 5:15 PM
we have almost finished working through your list
chunking is coming in proposal-iterator-chunking
ranges are making less progress
rest is done
x.com/qntm/status/...
chunking is coming in proposal-iterator-chunking
ranges are making less progress
rest is done
x.com/qntm/status/...
Any pointers to which? I've previously been skeptical of adding CBOR because I thought it didn't have wide adoption yet but it's already backing web specs that would be relevant data.
December 31, 2024 at 4:05 PM
Any pointers to which? I've previously been skeptical of adding CBOR because I thought it didn't have wide adoption yet but it's already backing web specs that would be relevant data.
Parallelism and concurrency! respectively:
github.com/tc39/proposa...
github.com/tc39/proposa...
less exciting but still exciting (but I'm biased): native base64
github.com/tc39/proposa...
github.com/tc39/proposa...
github.com/tc39/proposa...
less exciting but still exciting (but I'm biased): native base64
github.com/tc39/proposa...
November 26, 2024 at 2:12 AM
Parallelism and concurrency! respectively:
github.com/tc39/proposa...
github.com/tc39/proposa...
less exciting but still exciting (but I'm biased): native base64
github.com/tc39/proposa...
github.com/tc39/proposa...
github.com/tc39/proposa...
less exciting but still exciting (but I'm biased): native base64
github.com/tc39/proposa...