azu
azu
## [tc39/proposal-atomics-wait-async: "asynchronous atomic wait" for ECMAScript](https://github.com/tc39/proposal-atomics-wait-async) `Atomics.waitAsync` `Atomics`自体が登場していないため、特に触れない ### 結論 対応しない
## [tc39/proposal-regexp-v-flag: UTS18 set notation in regular expressions](https://github.com/tc39/proposal-regexp-v-flag) 特にフラグを網羅してるわけではないので、触れなくても問題なさそう。 フラグの一覧だけを出すというのはありかもしれないが、現状はそのパターンがないので触れない ### 結論 対応しない
## ArrayBuffer - [tc39/proposal-resizablearraybuffer: Proposal for resizable array buffers](https://github.com/tc39/proposal-resizablearraybuffer) - [tc39/proposal-arraybuffer-transfer: Proposal to add ArrayBuffer.prototype.transfer](https://github.com/tc39/proposal-arraybuffer-transfer) ArrayBuffer自体を扱っていないので対応しない ### 結論 対応しない
## [tc39/proposal-array-grouping: A proposal to make grouping of array items easier](https://github.com/tc39/proposal-array-grouping) Web互換性のために`Object.groupBy`になった。 `Map.groupBy(array, fn)`もある。 グループ化は頻出ではあるので含めるのは妥当そうだけど、配置が難しい - `Array.prototype.group` → `Object.groupBy(array, cb)` - `Array.prototype.groupToMap` → `Map.groupBy(array, cb)` という経緯。 どちらも配列を引数として受け取るようになってるので、配列関係。 データの変換的に見れば - `Object.groupBy`...
## [tc39/proposal-promise-with-resolvers](https://github.com/tc39/proposal-promise-with-resolvers) [Promise.withResolvers によるイベントの Promise 化 | blog.jxck.io](https://blog.jxck.io/entries/2024-02-10/promise.withresolvers.html) Defferredパターンが必要なのは、イベントの付与とPromiseを組み合わせる時。 書籍では特に出てこない。 [Ajax通信 · JavaScript Primer #jsprimer](https://jsprimer.net/use-case/ajaxapp/)はclickが最初に決まっているので、クリックしたタイミングで付与するわけじゃない。XHRならありえたけど。 少し発展的なパターンなので、この本だと不要そう。 ## 結論 対応しない。 - https://github.com/azu/promises-book/issues/366
https://github.com/tc39/ecma262/releases/tag/es2024-candidate-2024-02 ES2024 RCがリリースされた
Its look like server problem, but https://ssltools.digicert.com/checker/views/checkInstallation.jsp say that `dashboard.elasticpath.com` certificat chain is valid. [node.js - Error: unable to verify the first certificate in nodejs - Stack Overflow](https://stackoverflow.com/questions/31673587/error-unable-to-verify-the-first-certificate-in-nodejs) We can...
It looks taht [httpstat](https://httpstat.us/) behavior is changed.
When request with `{redirect: 'follow'}` option, httpstat return dead link. First HEAD Request is succuss, but second redirect:follow request is failed. https://github.com/textlint-rule/textlint-rule-no-dead-link/blob/6c723f6249573a7154d25cc80a104ffc00ad270a/src/no-dead-link.js#L171-L174 I'm not faimilar with `{redirect: follow}` works.
reproduce code. HEAD with follow is broken. ```js await fetch("https://httpstat.us", { method: "HEAD", redirect: "follow"}) // [HTTP/1.1 405 Method Not Allowed 144ms] // Response { type: "basic", url: "https://httpstat.us/", redirected:...