JavaScript（ジャヴァスクリプト）は，スクリプト言語の一つである。
1995年にネットスケープで開発され，ウェブ ブラウザーの Netscape Navigator で実装された。現在に至るまで，ウェブ ブラウザー上で実行できるスクリプト言語としての性格が強い。
Java を意識して作られたため「JavaScript」という名称になっているが，直接の関係はなくまったく別の言語である。
Ecma International（旧 ECMA）によって標準化されており，この仕様は ECMAScript と呼ばれている。
ECMAScript は JavaScript 実装の標準化基準として広く採用されている（2009年時点では ECMA-262 3rd edition の採用が一般的）。
JavaScript to WebAssembly compiler written in Rust
デライトの「アクセシビリティ」というところに目を向けると、100点満点というわけにはいかないが、「JavaScriptをOFFにしていても読める」という点で他のSNSからは一線を画している。ただ、他のSNSはアプリなどのウェブとは異なる形態でアクセシビリティをもたせている可能性はある。
内部の仕組みはわからないのでどれだけ労力がかかるかはわからないし、もちろん優先度の問題もあるが、「JavaScriptをOFFにしていても読める」から「JavaScriptをOFFにしていてもログインや書き込みができる」までは地続きのように思える。
ただ、デライト特有の体験を、テキストブラウザを使用する全盲の人などに提供できるかというと、かなりの難しさを私は感じる。
そもそも全盲の人にとってどのようになっていれば便利なのかが、私の知識不足・勉強不足で見当がつかない。「事業者による障害のある人への合理的配慮の提供が義務化」の障害者差別解消法改正があったので、このあたりの知識やノウハウは社会的需要が高まっているだろうし、インターネット上でも情報が増えていくだろうから、少し勉強しておきたい。
全盲の人が使用するブラウザ=テキストブラウザ（JavaScriptが動かない） という想定が正しいかどうかわからない。「全盲の人が音声でTwitterをしている」という話を随分前に見かけた気がする。
ウェブアクセシビリティというのが「誰にとっての」というのが私の中で不明瞭だ。私の頭の中ではなんとなく全盲の人や、視覚障害者が想定されている。
JavaScriptを無効化してブラウザを使っている人がいるという話を以前Misskey.ioで聞いた。昨今のウェブの状況を考えると、JavaScriptを無効化したいという気持ちには一定の理解が示せる。ブラウザバックしようとしたら広告が表示されるなど、JavaScriptによってこちらの想定と異なる動作をするサイトが増えてきている。
開発者の視点では「超長期的には生のHTMLしか勝たん」みたいな気持ちも若干ある。Reactで作ったSPAとかは10年後には動かない、あるいは現在のバージョンのReactなどを動かし続けるとセキュリティ上の問題が露呈するだろうという予感がある。つまりバージョンアップなどの技術の変化に追従する労力が要求される度合いが高い見込み。
といいつつも、私自身はReactを使いがちになっている。
ふと気になったのだけども、XとかFacebookとかってJavaScriptなしに動くんだろうか。
試してみたら、Xは動かなかった。
Facebookも動かなかった。
(()=>{})()でくくってやれば、try catch 構文やらなんやらをconstに格納できるのを、最近知った。
const variable = (()=>{
try{
return hoge;
} catch {
return fuga;
}
})();
のように書く
Reactのコンポーネント書くときに
const Component = ()=>(
<div></div>
)
とかやっていい気になってたけど、どうせ後から処理追加してreturn 書くハメになるし、最初からfunctionって書いた方が分かり良い気がしてきた。
const [a, b] = text.split("hoge")
みたいな書き方を思いついた。
const text_splitted = text.split("hoge")
const a = text_splitted[0];
const b = text_splitted[1];
みたいに書くよりも短くて意図が分かりやすい。
もうすでに誰か思いついていて、どこかでは常識だったりするのだろう。
AndroidのViewと戦うの疲れてきたな。
HTMLとJavaScriptでAndroidのホームアプリ作りたみん。
ReactNativeとか使えばできるのかしら。
Macaron is an open-source UI design tool to create and maintain Web Components.
Create components visually and use them with any framework, or with vanilla HTML/JavaScript.
HTML・JavaScript・CSSについて調べるとき、MDNを参照してそこで止まってしまいがちなのだけど、一次情報とは言えなさそうなのでもっと深堀りできそう
MDNはJavaScriptでも仕様としてはやや間違っていることがあるので、心から信頼してはいません。
Firefoxの仕様を知りたい時に有用
仕様書のリンクを追いたい時に有用
Compatible Table が有用 (今ではcaniuseに押され気味ですが)
仕様を追いかけるのが労力的につらい時の導入サイトとして有用
やっぱりそういう扱いなんだな。本当に一次情報を当たりたいとなったならば、規格を参照したり、ソースコードを見たりしなければ。
値が同じだが異なるオブジェクトのBufferの比較をする際、==を使ったらfalseになった。
ハッシュ化したパスワードの比較をしたかったので、crypto.timingSafeEqualを使ったところ、想定通り、同値の場合はtrueを返すようになった。
BufferにはBuffer#compareというメソッドもある。Bufferの配列をソートしたいときにはこちらを使うと良いらしい。
JavaScriptを書けば書くほど落とし穴を自分で掘ってる感じがする
Typescriptに変えよう🥺🥺🥺
Typescript勉強するか～～～～～～
puppeteerによる自動テストもやってみてるけど、早すぎた感
ライブラリに渡す引数に何渡せばいいかわかるし、タイポも減らせるし、バグを圧倒的に減らせたからオヌヌメ・・・！
拡張子をjsからtsに変えたら、至る所が真っ赤になってわろてる
お、tsへの移行が完了した。
300行のJavaScriptだったけど、TypeScriptへの移行に1.5時間かかった。
これから効率が良くなるので、これから取り戻せるはず。
RustとWebAssemblyを勉強しているのだけれど、console.logするのにもひと手間必要で、JavaScriptを全部置き換えるぜみたいなことをしようとすると苦労しそうだということが分かった。
//Rustwasmからconsole.logするコード
web_sys::console::log_1(&format!("Hello, {}!", name).into());
結局、負荷が高い処理を抜き出して、そこだけWebassemblyにするのが楽そう
JavaScriptのMapは、100万項目入れても大丈夫
asyncにした関数は、関数名の末尾にasyncをつけることでawait付け忘れを緩和できる
Mapを使ったほうが良い
const foo = {a: "qwer", c: "asdf"}
ってやると、foo["constructor"]に関数（コンストラクタ）が入っている
キーに何が入ってくるかわかっているならオブジェクトを使っていても問題ない
気づかない間にPromiseが代入されて、思わぬところでバグが発覚する
原因の特定に時間がかかる
簡単に起こる割に修正に手間がかかる
多分tsに移行すれば根治できる
調べましたがよくわかりませんでした
いかがでしたか？
https://searchfox.org/mozilla-central/source/devtools/server/actors/targets/browsing-context.js#357
/
* The CustomElementWatcher can be used to be notified if a custom element definition
* is created for a node.
*
* When a custom element is defined for a monitored name, an "element-defined" event is
* fired with the following Object argument:
* - String name: name of the custom element defined
* - Set Set of impacted node actors
*/
class CustomElementWatcher extends EventEmitter {
constructor(chromeEventHandler) {
『大規模なデータをJSON.stringifyとBlobを使って保存しようとしたら,ブラウザがエラーを出すときの対処法』
https://qiita.com/Toyoharu-Nishikawa/items/dfb187cf6eb4ba743995
デライトからScrapboxへ転記するスクリプトのジェネレータ
ジェネレータのページ：https://t-wataru.github.io/Delite-to-Scrapbox-script-Generator/
使い方：
転送先のScrapboxのプロジェクトへのURLを、「Input scrapbox project url」へ入力
「Bookmarklet for forwarding Delite's 輪郭 to Scrapbox's page:」に、JavaScriptスクリプトが生成される
生成されたスクリプトを、転送したい輪郭の上で実行する
転送元の輪郭
Scrapboxに転送されて生成されたページ
