Open r7kamura opened 2 years ago
作業配信する。 作業 with r7kamura #19 - YouTube
ウェブストアへ申請した。
"AppBrew Rails Guides" という文書を書いている。
毎月「久しぶりに釘宮理恵の声聴いた」と言っている気がする
TweetDeckに追加したいショートカットキー
選択中の投稿には is-selected-tweet
というクラス名が付くようだから、これを見てどうにかするJavaScriptを実行する拡張をつくれば良さそうではある。
Chrome拡張の雛形を提供する手段として、例えば次の方法が考えられる
npm init foo
できるような create-foo
NPM packageをつくるfoo-starter-kit
のようなテンプレートリポジトリをつくるテンプレートリポジトリの優位性は、NPMを動かす実行環境が無くても雛形を用意できること。Dockerfileとかを提供すれば、Node.jsを直接インストールさせることなく利用してもらえる。動的なコンテンツも、自己書き換えを行うGitHub Actionという飛び道具を使えば実現できないこともないが、何かを入力してもらうということはできない。
NPM packageの優位性は、動的にコンテンツを入力する能力があることで、例えばcreate-viteだとTypeScriptを使うかどうか、Reactを使うかどうかなどが選択できるし、packageのdescriptionやnameを入力してもらったりできる。downsideとして、やはりNode.jsを入れてもらわないといけないということがある。
今日の俗世:
Google Docsで代替テキスト (Ctrl + Shift + Y) から「題名」を付けることで、画像のtitle属性が付けられることが分かり、これでブログに表示する画像にキャプションを付けたりできるのだけど、一方でGoogle Docs側で編集しているときにその画像に代替テキストが割り当てられているかどうかという情報が一切分からない。代替テキストの利用には編集上の問題がある。
Atomic Habits、後半のほうに (20章ぐらい?)、理論上すべての物事に対して楽しんで取り組める可能性があるが、人より楽しめるものを選択した方が、人から褒められたり感謝されたりしてより楽しみやすく、継続もしやすい、という基本的なことが書かれていて良かった。
それから、探索と試行 (試行という語彙だったかは曖昧) をどういう割合でやると良いかという基本的な事柄にも触れられていて良かった。上手くいっている状況では試行を重視し、上手くいっていない状況では探索を重視する、というのが基本原則。また上手くいっている状態でも10-20%程度は探索に回せ的な話もあった。ちなみに、Googleの20%ルールという卑近で分かりやすい例が紹介されていた。
AppBrew Rails Guidesは、AppBrew Rails Best Practicesにリネームして、かつ汎用性を持たせて一般公開できる形に留めることにした。これだとAppBrew固有の話ができなくなるが、そもそもAppBrew固有の話をすべきではないというか、一般的にそれはNG (だから例えばAppBrewのXが良くてYが悪いことは明らかだよね) という風に暗に伝える方が効果的であると考えたため。
形式としては、X Best Practicesは1 sectionあたり1 title, 1~2 sentences + NG example + OK exampleの形式を取ることが多そうだったので、その形式を取ることにした。
WindowsのChromeで、Alt+Shift+Tで更新ボタンのところにフォーカスでき、またそこからTabで移動すると拡張のあたりのアイコンにキーボードでフォーカスできるということを知った。
書いた。報告的で、情報量はあまり無い "Amazon URL Shortenerの改善" https://r7kamura.com/articles/2022-05-18-amazon-url-shortener-update