はてなブックマーク

自分用の投稿専用クライアントであるpostemとpost-tweetをそれぞれBlueskyに対応しました。 azu/postem: Cross posting client for twitter, hatebu, and own services. azu/post-tweet: Simple post client for twitter and bluesky. それぞれ紹介記事を書いてありますが、多分自分しか使ってないとは思います。 ただ、投稿の8割ぐらいはこれ経由な気がするので、かなり使っているツールです。 URLスキームで起動できる投稿専用のTwitterクライアントを書いた | Web Scratch Twitterやはてなブックマークにクロスポストできるクライアントアプリを書いた | Web Scratch JSer.infoの更新のためのデータを入れるのは、postem

JavaScript Primer 改訂2版をリリースしました！/JavaScript Primerはなぜ更新され続けるのか？ JavaScriptの入門書であるJavaScript Primer 改訂2版 迷わないための入門書がリリースされました。 書店やオンライン書店で購入できます。 KADOKAWA: 「JavaScript Primer 改訂2版 迷わないための入門書」azu [ＰＣ・理工科学書] - KADOKAWA Amazon: JavaScript Primer 改訂2版 迷わないための入門書 | azu, Suguru Inatomi |本 | 通販 | Amazon 楽天: 楽天ブックス: JavaScript Primer 改訂2版 迷わないための入門書 - azu - 9784048931106 : 本 ヨドバシ: ヨドバシ.com - JavaScript Pri

RSSの新しい投稿をTwitterに投稿するGitHub Actionsを作りました。 azu/rss-to-twitter: GitHub Actions: RSS to Twitter IFTTTでRSSをTwitterに投稿していたのですが、2023年に無料プランが終了するので代替手段を探していました。 色々探したけど欲しいものがなかったので作りました。 Updates to IFTTT free tier - IFTTT RSSでTwitterに投稿してたのが、GitHub Pagesで管理してるブログだけだったのでGitHub ActionsでRSSをチェックしてTwitterに投稿するアクションを作りました。 準備 Twitter API Keyの取得 投稿するアカウントでTwitter Appsを作り、API KeyやAccess Tokenを取得する必要があります。 投稿し

https://jsprimer.net/ で公開している「JavaScript Primer(jsprimer)」の改訂2版の予約が開始されました。 jsprimer 改訂2版の発売日は2023年6月9日の予定です。 KADOKAWA: 「JavaScript Primer 改訂2版 迷わないための入門書」azu [ＰＣ・理工科学書] - KADOKAWA Amazon: JavaScript Primer 改訂2版 迷わないための入門書 | azu, Suguru Inatomi |本 | 通販 | Amazon 楽天: 楽天ブックス: JavaScript Primer 改訂2版 迷わないための入門書 - azu - 9784048931106 : 本 ヨドバシ: ヨドバシ.com - JavaScript Primer 改訂2版 迷わないための入門書 [単行本] 通販【全品無料配達

Corepackを使ってNode.jsをアップデートする ⬆️⬆️というタイトルで、Node.js 14からNode.js 18へのアップデートする方法について話した。 Node.js 14は4月末でEOLで、Node.js 18までアップデートする必要があるけど、npmの変更が混ざって大変です。 Corepackを使うことで、Node.jsとnpmのアップデートを同時にやらなくても良くなり、問題を分割して対応できます！ Corepackを使ってNode.jsをアップデートする ⬆️⬆️https://t.co/mRHsBcYbpn pic.twitter.com/HiiCe7c5YE — azu (@azu_re) April 28, 2023 スライド: Corepackを使ってNode.jsをアップデートする ⬆️⬆️ Note: Node.js 14は2023-04-30でEOLで

niという npm/yarn/pnpm/bun を同じコマンドでインストール/アンストールコマンドを実行できるツールがあります。 antfu/ni: 💡 Use the right package manager 仕組み的には、各パッケージのロックファイルやCorepackで決められたpackageManagerフィールドの値から、どのパッケージマネージャを使うかを判断しています。 たとえば、package-lock.jsonがあるプロジェクトなら npm を使ってるので、niコマンドは npm のコマンドを実行します。 また、packageManagerフィールドがyarn@<version>になっている場合は、niコマンドは yarn コマンドを実行します。 なぜこういうツールが必要になるかというと、npm や yarn などのパッケージマネージャは、それぞれのパッケージマネージャの

GitHub SponsorsではPayPalを使った支払いはできなくなったので、クレジットカードに切り替える必要があります タイトル通りですが、GitHub SponsorsでスポンサーするときにPayPalが利用できなくなっています。 2023年2月23日にPayPalの支払いができなっているので、スポンサーを継続したい場合は支払い方法をクレジットカードに切り替える必要があります。 GitHub Sponsors will stop supporting PayPal | GitHub Changelog 2023年2月23日までクレジットカードに切り替えていなかった場合は、自動的にスポンサーをキャンセルした扱いになっています。 支払い方法の変更 次の手順で、GitHub(Sponsorsを含む)の支払い方法をクレジットカードに変更できます。 https://github.com/se

TypeScriptの型情報を使って、サポート対象のブラウザが実装してないメソッドの利用をエラーにするESLintルール eslint-plugin-typescript-compatはTypeScriptプロジェクト向けのESLintルールです。 このESLintではサポートしているブラウザが、実装していないメソッドを検知してLintエラーにしてくれます。 JavaScriptではメソッドの静的解析は難しい(メソッド名が同じでも独自実装の可能性があるため)ですが、TypeScriptの型情報を使って静的解析をしています。 サポートしている機能 [ ] JavaScriptのビルトインオブジェクト [x] プロトタイプメソッド Array.prototype.find [x] 静的メソッド Array.from [ ] オブジェクト Promise [ ] DOM API 基本的にメソッド

GitHub のAutomatically generated release notesを使ってリリースノートの内容を PR に基づいて自動生成するフローを作りました。 今までは、コミットメッセージのルールであるConventional Commitsとconventional-github-releaserを使って、コミットからリリースノートを自動生成していました。 他の人の PR でも、squah merge でコミットメッセージを書き換えることで、リリースノートに反映されるようにしていました。 ただ GitHub に仕組みは違うけどほぼ似たことをするAutomatically generated release notesという機能が実装されているので、これをベースに移行しようと思って、そのワークフローを作っていました。 リリースノート自動生成テクニック - mizdra’s bl

読みやすい文章を書くためには、文(センテンス)の長さを意識する必要があります。 1文が長いと読みにくくなる傾向があるため、1文を一定の長さ以下にすることが推奨されています。 読みやすいドキュメントを書くために今日からできる7つのこと｜壮｜note 文書執筆の指南書で解説されている問題点を textlint で発見する - Qiita たとえば、上記の記事では、文の長さを意識するために、1文の長さを50文字や100文字以下にすることを推奨していますが、 これは、1文1文が長すぎると、1文の中に色々なことが書かれてしまい、この文のように何を言いたのかわかりにくくなるためです。 そのため、1文の長さを制限することで、それぞれの文の主張が明確になり、読みやすくなります。 textlintでは、次のルールで1文の長さを制限することができます。 textlint-rule-sentence-lengt

update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応 GitHub Actionsのworkflowsファイルに自動的にpermissionsを追加する@pkgdeps/update-github-actions-permissions v2をリリースしました。 Release v2.0.0 · pkgdeps/update-github-actions-permissions update-github-actions-permissionsは .github/workflow/*.ymlのWorkflowファイルに対して、利用してるActionから最小限のpermissionsを自動的に設定するツールです。 GitHub Actionsのデフォルトパーミッションはwrite-allで

1Passwordを使って、ローカルにファイル(~/.configや.env)として置かれてる生のパスワードなどを削除した 最近、コミットはされないがローカルのディレクトリに置かれている.envのようなファイルから生のパスワードやAPI Tokenを削除しました。 これは、ローカルでマルウェアを実行した場合に、ローカルに置かれている生のパスワードやAPI Tokenを盗まれる可能性があるためです。 最近は、npm install時のpostinstallでのデータを盗むようなマルウェアを仕込んだりするソフトウェアサプライチェーン攻撃が多様化しています。 Compromised PyTorch-nightly dependency chain between December 25th and December 30th, 2022. | PyTorch What’s Really Goin

textlintでHTMLファイルを扱うtextlint-plugin-html v1をリリースしました！ Release v1.0.0 · textlint/textlint-plugin-html 自分が使うプロジェクトを持ってないのでずっと放置していましたが、textlint v13.0.0のリリースに合わせて全部書き直しました。 textlint v13.0.0 - ESMで書かれたルールを扱えるように 🔥 Breaking Changes textlint v13.0.0以降が必要になりました Pure ESMで書かれたプラグインなので、ESMで書かれたプラグインを扱えるtextlint v13.0.0以降が必要になります Node.js 16.6.0以降が必要になりました TypeScriptに書き直しました 🆕　Features HTMLのパーサにrehypeを使うように

textlint v13をリリースしました！ textlint v13.0.0 · textlint textlint v13では、ECMAScript Modules(ESM)で書かれたrulesやpluginsを直接読み込めるようになっています。 また、textlintパッケージ(コマンド)を書き直してたり、内部的に新しいAPIを使うようになっています。 ただし、textlint v12とCLIの互換性はあるはずなので、textlintをコマンドとして使ってるユーザーは特にオプションなどに変更はありません。 Summary For textlint user 次のコマンドでアップデートするだけです！ textlint 13.0.0 は Node.js 16以上を要求します。 そのため、Node.js 14を使っている場合は、Node.js 16以上にアップデートする必要があります。 D

今、JavaScript Primer - 迷わないための入門書 #jsprimerの第二版の出版に向けて準備しています。 そこで、第二版のレビュアーをしてくれる方を募集しています。次のDisucssionで募集しています。 ひとまず集まりました。ありがとうございます！ 第二版のレビュアーを募集 · Discussion #1546 · asciidwango/js-primer 初版である第一版のリリース内容は次の記事にまとめています。 JavaScript Primerを出版しました！/JavaScript Primerはなぜ書かれたのか？ | Web Scratch 初版からの主な変更点をまとめると、次のようになります。 ECMAScriptの新しいバージョンであるES2020、ES2021、ES2022に対応した 新しいECMAScriptの機能によって、使う必要がなくなった機能は

Gitのコミットフックを使って、コミット内容をNotionに記録してみています。 Gitコミットを自動的にNotionに記録するcommit hookを書いてみた。https://t.co/jb2U68PbMB しばらく遊んでみる pic.twitter.com/rnlKJgVMtk — azu (@azu_re) December 28, 2022 実際に使ってるコミットフックは、次のリポジトリにあります。 azu/git-hooks: @azu’s global git hooks Git 2.9+からcore.hooksPathというglobalなGit Hookを設定できます。 このglobal hookを使い、どのリポジトリでもpre-commitやpost-commitなどのコミットフックのスクリプトを実行できます。 Notionにコミットログを送るGitフックの作り方 Not

find-node-modules-import: importsしてるパッケージ名やNode.jsのコアモジュールを検出するツール find-node-modules-importという、ソースコードからimportsしてるパッケージ名を検索するシンプルなCLIを書きました。 azu/find-node-modules-import: Find specific node modules import statement in your source code 特徴 インポートしてるパッケージ名を全て検出できる インポートしてる特定のパッケージ名を検出できる node:fsやassertのようなNode.jsのコアモジュールを検出できる 📝 このツールは、ESMのimportのみに対応しています。 JavaScriptとTypeScriptどちらも対応しています。 使い方 Usage

最近、色々なライブラリをCommonJS(CJS)からECMAScript Module(ESM)へとマイグレーションしています。 その際に、ESMでは__dirnameやrequireなどCommonJS特有の機能は使えなくなっています。 また、TypeScriptやBabelなど多くのツールはCJSではimport時に拡張子はなくても大丈夫ですが、ESMの場合はimport時に拡張子が必要になります。 import url from "node:url"; - import { mdEscape } from "./mdEscape"; + import { mdEscape } from "./mdEscape.js"; // ESMでは相対パスに拡張子は省略できない + const __filename = url.fileURLToPath(import.meta.url); /

ファイルに含まれるAPIトークンやパスワードなどの機密情報を見つけるSecretlint v6をリリースしました。 Release v6.0.1 · secretlint/secretlint Secretlintは secretlint "**/*"のようにglobやファイルを指定して実行すると、ファイルに含まれる機密情報を見つけて標準出力に表示します。 一方で、SecretlintはESLintやtextlintなどと違って、--fixといった自動修正はできません。 なぜなら、APIトークンなどを見つけて消しても、ただ単に壊れるだけだからです。 そのため、見つけた機密情報は報告して、ユーザーがそれを手動で修正する必要があります。 たとえば、ソースコードにハードコードするのではなく、環境変数などで受け取るように変更するといった修正をします。 secretlint/credentials-

2022年のオープンソース活動の振り返り記事です。 今までの振り返りの一覧です。 今年のオープンソース活動振り返り @ 2021 | Web Scratch 今年のオープンソース活動振り返り @ 2020 | Web Scratch 今年のOSS活動振り返り @ 2019 | Web Scratch 今年のOSS活動振り返り @ 2018 | Web Scratch 今年のOSS活動振り返り @ 2017 | Web Scratch 今年のOSS活動振り返り @ 2016 | Web Scratch 今年のOSS活動振り返り @ 2015 | Web Scratch 今年のOSS活動振り返り @ 2014 | Web Scratch 2022年のGitHubのPublicなContributionsは7000~8000ぐらいを推移していました。 Privateリポジトリも含めると大体1.5

2022年に買ってよかったもの、使ってよかったもののメモ。 Stilys - SteamOneの置き型衣類スチーマー 服のシワとか伸ばすスチーマー。服の面積はでかいので、スチーマーもでかいのが良いと思って買った。 据え置き型で高さは調整できるけど、2mぐらいにして置いてる。 幅自体は、15cm x 27cmと省スペースなので、意外と圧迫感はない。 1セットだけ配置できるハンガーラックの代わりにもなるので、結構出しっぱなしても便利で、見た目も悪くない。 スチーマーとしての性能はすごくいいので、服のシワに悩まなくなった。 コートとか洗濯が難しいやつもスチーマーで汚れ落としたりとか、ホコリに水分含ませて取ったりするのにも使ってる。 きちんとしたい時はきちんと服着たいタイプなので、服をきちんとできるようになって、外に出やすくなった。 着る服をStilysにかけて、必要ならシワ伸ばして、全身鏡の代わ

Gmailをメーラーとして使ってますが、メールを開くのがいまだに苦手です。 これをどうにかしようと、メールをもっと気軽に消せる方法はないかなーと思ってInbox Zeroを思い出したのでやり始めました。 次の記事や動画を参考にしています。 Inbox Zero and the Inbox Zero Method — everything you need to know 【15分で完了】1度設定したら戻れない、受信トレイ0生活 | おかんの給湯室 My Complete Inbox Zero Workflow (in 2022)! - YouTube 基本的には、この動画を参考にして設定しました。 Inbox Zeroの設定方法 細かい設定は参考にした動画や記事の方に任せます。 Gmailの”設定”でやること 詳細タブ [ ] 自動表示 を有効化(アーカイブしたときに次のメールを自動で開く

月毎の金額をグラフにすると次のようになります。 月毎の金額に振れ幅があるのは、サポートしてる人の支払いのタイミングが日毎に分かれているため、振込のタイミングで金額のブレがあるようです。 また、One-Timeでのサポートがある月は、Monthlyのサポートにプラスされる形です。 2022年7月だけ大きく増えているのは、GitHubのMaintainer Monthで$500ほどOne-TimeサポートをGitHub社からもらったためです。 Thank you to our maintainers | The GitHub Blog Maintainer Month: オープンソースのメンテナーがやっている仕事 | Web Scratch 継続的なサポートをしてくれている人 実際の振込タイミングの金額で見るとブレ幅があるので、滑らかにするために2022年12月現在で継続的なスポンサー(cur

Edit(2024-08-15): Notion DBにチャート機能が入ったので、notion-plotlyはDeprecatedになりました。 チャート機能でデータを視覚化し、進捗状況をNotionで直接追跡 Notionにはデータベースのデータをグラフとして表示する機能がありません。 外部サービスなどを使えばグラフを埋め込むことは可能ですが、それだけのために外部にデータベースの値を渡すのは微妙です。 Notion2Charts - Create Embeddable Charts From Your Notion Tables Create customizable notion charts | Nochart そこまで高機能なものが欲しいわけでも無かったので、作ることにしました。 Notion Plotly Notion Plotlyというサイトを作りました。 このサイトは、URL

[JavaScript] URLを文字列結合で組み立てないために、url-cheatsheetを作った URLを文字列結合で組み立てると色々問題が起きやすいので、それを避けるためにURL APIやURLSearchParams APIでURLを組み立てるパターンをまとめたチートシートを作りました。 azu/url-cheatsheet: URL manipulation cheatsheet for JavaScript URLにユーザーが入力した文字列を含めるときはencodeURIComponentでエスケープする URLはプレーンな文字列ではなく構造化された文字列(文字の並びに意味がある文字列)として扱わないと、さまざまな問題を抱えやすいです。 たとえば、次のように文字列結合でURLを組み立てるとパストラバーサルの問題があります。 name に ../../adminのような文字列が

textlintのルールに文章中のリンク先URLがアクセスできなくなってないかをチェックするtextlint-rule-no-dead-linkというルールがあります。 textlint-rule-no-dead-linkは実際にURLにリクエストを送ることでアクセスできるかをチェックするため、URLの数が多くなるとものすごく時間がかかります。 また、GitHubのように同一IPからのアクセスが連続すると429 too many requestsなどのエラーを返すサイトもあります。 textlint-rule-no-dead-linkはRetry-Afterヘッダを見てリトライにも対応していますが、このリトライの間隔が長いサイトもあるため、リンク切れのチェックはコミット時にやるのには向いてない作業と言えます。 GitHubでは、GitHub Actionsを使ってschedule実行に対応

自分のパスワードやMFA(多要素認証)の管理方法についてまとめた記事です。 パスワード管理とTOTP(Time-based One-time Password)の管理として1Passwordを使い、MFA(多要素認証)の2要素目としてYubiKeyを2枚使っています。 パスワード管理とMFA管理を安全で使いやすくするのはかなり複雑で難しいため、完璧にやるのが難しいです。 そのため、その難しさから二要素認証を設定するべきアカウントも手間などから設定を省いてしまったり、管理方法に一貫性がありませんでした。 この記事では、パスワード管理/MFA管理の戦略を決めることで、どのサイトのどのアカウントのパスワード管理をあまり頭を使わなくてもできるようにするのが目的です。利便性と安全性のバランスを意識はしていますが、この記事のやり方が正解ではないので、各自の目的に合わせて読み替えると良いと思います。 用

Lint Night #1でtextlintについて発表してきました。 スライド: textlint - Linterの作り方 textlint - Linterの作り方では、textlintを作った背景や自然言語に大統一フォーマットは無理であるためプラガブルなアーキテクチャをとった理由などについて話しています。 また、プラガブルなアーキテクチャのメリットやデメリット、プラガブルにすることでコアの責務をはっきりさせることができます。 一方で、メンテナンスも分離されてしまうという問題に対応するコミュニティの話などを話しています。 textlintでは、パーサ、ルール、フォーマッターが全てプラグインとして実装できます。 パーサはコアに近いものにしてtextlint organizationにプラグインコミュニティを作り、ルールなどは別のOrganizationに分けている話なども紹介しています