azu
## 目的 - Promiseの章が一番複雑で長いため、もっと読みやすい形を目指す - エラーファーストコールバックを非同期のメインから補足的な立ち位置に変更する エラーファーストコールバック変更の背景は主に次のような点 #1449 #1444 - エラーファーストコールバックは多くのケースでPromiseの代替方法が提供されている - エラーファーストコールバックは使われるところが限定的になっている - ほぼNode.jsに以前からあったものを触る時 - expressなどの以前からライブラリ - Node.jsでも新規なら、 `fs/promises`、`dns/promises`、Fetch APIなどPromiseベースのAPIが提供されている - Iterationについても、Async Generatorをベースにした[events.on](https://nodejs.org/api/events.html#events_events_on_emitter_eventname_options)などで解決されてきている - ただし、シビアなパフォーマンスではコールバックの方が優位となっている - デバッグはStackTraceの問題からPromiseの方が優位であることが多い - 非同期を学ぶ時に、Promise/Asyncから入ることが増えている...
`node:*` prefixのモジュール名を使うようにしたい。 - [Node.js 18 Introduces Prefix-Only Core Modules](https://fusebit.io/blog/node-18-prefix-only-modules/) _Originally posted by @azu in https://github.com/asciidwango/js-primer/discussions/1449#discussioncomment-3145105_
> Atom > [Atom](https://atom.io/)はGitHub社がオープンソースで開発している無料のコードエディターです。 VSCodeと同じようにプラグインによる拡張性が高く、GitHubと連携した機能が特徴です。 は消す? _Originally posted by @azu in https://github.com/asciidwango/js-primer/discussions/1431#discussioncomment-2945983_ ## やること - [x] エディタからAtomを消す - [ ] オンラインエディタを追加する - [ ] モジュールバンドラーにesbuildを足す - [ ] ホスティングにVercelを足す
URL : https://github.com/asciidwango/js-primer/blob/master/source/cheatsheet/README.md > export * as ns from "./x.js"; > [:memo:](https://github.com/asciidwango/js-primer/edit/master/source/cheatsheet/README.md#L245 "Edit") ``` export * as ns from "./x.js"; ``` だけ `;` が入ってる。 チートシートでは ; は外してるので統一する
https://github.com/asciidwango/js-primer/blob/master/CONTRIBUTING.md#%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AE%E3%82%A8%E3%83%87%E3%82%A3%E3%82%BFhtml%E3%83%97%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%83%A2%E3%83%BC%E3%83%89 https://github.com/honkit/honkit-plugin-sandpack を使ってHTMLプレビューを埋め込めるようになったので、HTMLプレビューを埋め込みたい。 https://jsprimer.net/use-case/ajaxapp/ 基本的にはスクショになっている部分に実行ボタンをつけるイメージでいいような気がする。 - https://jsprimer.net/use-case/ajaxapp/display/#section-checklist の前 - https://jsprimer.net/use-case/ajaxapp/promise/#section-checklist の前 cc @lacolaco
## 概要 Node.jsのLTSはESMをネイティブサポートしているので、[Node.jsでCLIアプリ](https://jsprimer.net/use-case/nodecli/)の章をESMベースに書き直したい。 しかし、現状のNode.js ESMは色々中途半端な部分があって完全に切り替えるかが迷いどころ。 ``` "node": "^12.20.0 || ^14.13.1 || >=16.0.0" ``` refs [Pure ESM package](https://gist.github.com/sindresorhus/a39789f98801d908bbc7ff3ecc99d99c) #1337 ES2022の対応と合わせてやりたいので、大体2022年6月ぐらいまでに完了させたいイメージ。 ## Node.jsでのESMの現状 今Node ESMを扱う問題は - CommonJSとESMどっちで書くか迷う - 使ってるライブラリがPure ESMのみかどうか(CJSからimport()が必要、ESMの場合も `type:module` かmjsが必要で一手間)...
URL : https://github.com/asciidwango/js-primer/blob/master/source/use-case/todoapp/form-event/README.md > デフォルトの動作をキャンセルしていました。 > [:memo:](https://github.com/asciidwango/js-primer/edit/master/source/use-case/todoapp/form-event/README.md#L103 "Edit") ここ受動にする必要がないきはする。
URL : https://github.com/asciidwango/js-primer/blob/master/source/basic/function-declaration/README.md > 名前をつけることができない（常に匿名関数） > [:memo:](https://github.com/asciidwango/js-primer/edit/master/source/basic/function-declaration/README.md#L522 "Edit") `const a = () => {}` は仕様に、`a.name` も取れるので、名前をつけることはできないというのは微妙なのかも。 スタックトレース的にも変数名が名前にはなるので、 > 常に匿名関数 だけでもよさそう。
1.0.0移行の差分はGitHub Releaseに載せるというフローになるけど、 具体的なタグの貼り方とかをある程度自動化/ドキュメント化したい。 [conventional-changelog/conventional-changelog: Generate changelogs and release notes from a project's commit messages and metadata.](https://github.com/conventional-changelog/conventional-changelog) を使ったリリースコマンドを作る
書籍版(`publish1`)への修正をどう管理するかについて決める - [x] 修正内容は `publish1` に反映する - これは #1154 のミーティングで `publish1` にコミットするでOKになった - [ ] 修正内容の管理(いわゆる正誤表てきなの)は必要? (何ページ目の~を修正みたいな) - [ ] 修正した/修正してないを誰がどう管理するか - Markdownの方でPRきてわかる場合があるので、これをTeXに反映するのはだれがやるか? ## 取り込む必要があるもの - [ ] [chore: fix...