「MDN」を含む日記

■シン「Mozilla/Firefoxの日本語コミュニティ解散」とかいうDramaについて知っておくべき2,3のこと

『「Mozilla/Firefoxの日本語コミュニティ解散」とかいうDramaについて知っておくべき2,3のこと』とかいうのが回ってきた。あまりにもひどい内容なので、あえてリンクにはしない。もし私がこういうタイトルで書くなら、という if を書いてみる。

日本や日本語の Mozilla コミュニティの解散ではない

日本には、複数のコミュニティがある。翻訳に限ったものでも、

• gecko-l10n (Firefox, Thunderbird, SeaMonkey... の UI)
• MDN (ウェブ標準の解説)
• SUMO (製品のサポート)

など。今回解散したのは SUMO のコミュニティで、それ以外への直接の影響はない。また、SUMO もコミュニティの活動はないものの、今回の騒動以降も複数の個人が貢献している。なお、SUMO のアクティブな貢献者は 3 人よりも多い。例の記事では、gecko-l10n と SUMO の貢献者を足しても 2 人 (後から 3 人に訂正) としていたが、これは明らかな誤認。

(これを書いている私は幻の 3 人目、もしくは存在を消されたその他の貢献者かも)

他に影響がないなら安心、とはいかない。なぜなら、Mozilla はアクティブなコミュニティが解散する理由を作ったことになり、他のところでもこういう方針転換は起こる可能性を否定できなくなってしまうから。

まあ、Firefox、Thunderbird のリリース版は翻訳完了率がほぼ 100% で Bot が暴れる余地はなさそう、MDN では過去に検討されたが導入しないこととなった... など安心できる事情もある。

メンテできていない記事は存在するが...

貢献者不足だけが原因ではないと思う。例えば、原文に新しい内容が追加された場合、それが句読点の修正でも最新の仕様に合わせるためのアップデートでも、翻訳者には「更新が必要」としか表示されない。作業が必要な順にトリアージできないので、修正は間に合わない。

Mozilla は Bot の導入後に翻訳者に望む作業として、修正だけでなく UI 部分の翻訳を挙げている。Bot が記事を翻訳すると、Firefox などのボタンに書いてある内容を翻訳せず、英語のまま残す。Mozilla のコミュニティ担当者すら最初バグだと思ったらしいけど。どうやら、人類には刺身にタンポポ()のせる仕事は残るようだ。いや、独自の翻訳モデル作る前に、翻訳ファイルからもってくる Bot を作ってよ。

Mozilla がもっと適切な支援をくれていたら、メンテできる記事はもっと多いと思う。

日本の Mozilla は限界コミュニティか？

一部の貢献者の活動の恩恵の割合がかなり大きいことは否定できない。しかし、どこも複数人が活動していて、誰かが自分の撤退によって Mozilla やユーザーを脅迫することはできない。本当に困った事態になれば、ライフステージの変化などで今は活動していない、古の貢献者たちが復帰することもあり得る。

コロナ以降、新規の貢献者獲得のためのアピール活動は低調になっていたと思う。しかし、MDN のメンバーがブース出展などを数年前から再開し、最近は gecko-l10n の人も一緒に出しているっぼいのでこのタイミングは残念。

なお、今回の件は事前の提案に反対意見がなかったからフォーラムへと書き込まれていて、暴走ではない。私はあの時点で今後も貢献を続けると決めていたけど、解散には反対ではない。Bot の合間を縫って貢献しつつ新しい翻訳者を育て、次の世代にコミュニティを引き継ぐなんて不可能なので、合理的な判断だと思う。

CC 違反の問題はあるか？

CC がある限り相手が自分の著作物を使用することを強制的 (法的) にやめさせることはできないけど、使用しないように要請することはライセンス上否定されないはず。もちろん、要請に応じる義務はない。私は、例の主張は要請に留まるものだと思っている。そのような要請も CC の理念に照らして好ましくはないし、SUMO を使用する第三者に対してならば私は絶対に許容できないけど Mozilla に対してする分にはまあ。というか、そんなことは知っているはずの人だし、コミュニティとしてでなく個人の行動なので特に言うことがない。

お気持ちパート

あまりいい形で注目を集めている訳ではないけど、Mozilla やオープンソースの翻訳コミュニティに光が当たっているので参加する人が増えたらいいな。Mozilla 関係だと毎月 MDN のコミュニティが新規参加の人向けの会をやってるし、他のところでもいいので。メーリスとか Slack とかに入るだけでも何卒。

リアクションを見ていると、元リーダーとか、Mozilla 側の担当者とかを中傷するような投稿がちらほら。ほとんどは英語だけど、一部に日本語のものもあって大変悲しい。たとえ日本の貢献者を支持している内容でも Mozilla のスタッフ個人の悪口を書いているものは見るに堪えないし、コミュニティ側の問題を指摘している意見にはうなずくものもある。だから、何も書くなとは思わないけどさあ...

まとめ

ここに書いてあることは全部フィクションかもね。しらんけど。

おまけ: 憶測多めのお気持ちパート 2

MacOS と iPhone・iPad のユーザーにはその他より迷惑がかかるかも。ごめん。Bot がガイドラインに従っていないという問題の影響で、SUMO と Firefox などで表現が異なるものが若干存在する。日本語では Bot は一時停止しているっぽく (土日は Bot も休むとかでなければ)、かなり近い将来に翻訳も含めて一時撤回する可能性はあると思う。また、活動を継続している貢献者は意外と多いので、誰かが修正するかも。それまでは困ったら原文を見てほしい。

各国の貢献者が活発に意見を述べている。こういう問題が海外や別のプロジェクトのコミュニティでは起こらないようにするために、徹底的に議論する必要があるはず。今回の自動承認は論外だけど、下書きとして活用する分には十分役に立つぐらいの精度ではあると思っているので、今度はコミュニティとしっかり話し合って役立つ形に改良してほしい。

今回の件で、Firefox や Thunderbird の使用をやめるという声も聞いている。過去にも非英語圏のユーザーやコミュニティを蔑ろにするような決定は存在したけど、まだ相対的、総合的にはましだと思っている。私は使用も貢献も少なくともあと 10 年は続けるつもり。SUMO の問題が解決することだけではなく、Mozilla 自体の姿勢に何か変化があればいいと思う。

Permalink | 記事への反応(1) | 17:21

ツイートシェア

■javascriptの連番配列生成どれが好き？

そこまでシビアな速度は求められてなくわかりやすさで比べた場合に

Array.from({ length: 5 }, (_, i) => i);

Array.from({ length: 5 }).map((_, i) => i);

Array.from(Array(5)).map((_, i) => i);

Array.from(Array(5), (_, i) => i);

Array(5).fill().map((_,i) => i);

[...Array(5)].map((_, i) => i);

1. Array.from派
   • 配列の長さ指定方法
     • i. { length: n } 派（ArrayLike派）
     • ii. Array(n)派
   • map関数の指定方法
     • a. .map()派
     • b. 第二引数派
2. Array(n).fill派
3. [...Array(n)]派

MDNは Array.from({ length: 5 }, (_, i) => i); 派だった

そもそもArray(5)の要素が空だからmapできないのが直感に反する

Permalink | 記事への反応(0) | 16:09

ツイートシェア

■anond:20240428125045

はい、MDN Web Docsではブラウザの仕様を見ることができます。

MDN Web Docsは開発者向けのリソースで、CSS、HTML、JavaScriptなどのウェブ技術についての情報が豊富に揃っています。

Web APIの詳細な仕様を見ることができます。これらのページでは、各APIの使用方法、パラメーター、戻り値などが詳しく説明されています。

また、ブラウザ自体の仕様については、MDNの用語集で「ブラウザ」の項目を参照すると、ブラウザがどのようにウェブページを取得して表示し、ユーザーがハイパーリンクを通じて他のページにアクセスできるようにするかについて説明されています。

Permalink | 記事への反応(1) | 12:55

ツイートシェア

■

MDNに頼ったことのないWeb開発者だけがFirefoxに石を投げなさい

Permalink | 記事への反応(0) | 17:36

ツイートシェア

■anond:20230413173806

確かにmdnには必須と書いてはいないな。

https://developer.mozilla.org/ja/docs/Web/HTML/Element/img

メモとしてベストプラクティスが書いてあるから、フレームワークがそれに従ってるのをどう思うかは勝手だけど。

Permalink | 記事への反応(0) | 18:36

ツイートシェア

■anond:20230130174718

MDNのHTML・CSS・JavaScriptの部分を読む

https://developer.mozilla.org/ja/docs/Web

Permalink | 記事への反応(1) | 17:54

ツイートシェア

■はてブ内の公式アカウント集

たまたま見かけたブクマカのお気に入りに、公式アカウントっぽいのがいっぱいいたのでまとめてみた。はてなID順。

なお、ブクマ最終日が特定の日付に偏っているのは、タイミングと注釈の内容から↓のせいじゃないかなと思っている。

• はてなブックマークの不正利用を推奨する情報商材やセミナーに対する情報提供のお願い

2022-11-16 16:41 jumpplus, KAI-YOU追加

2022-11-17 7:30 coliss追加／要約文つけてブクマしているのは偉いと思う

2022-11-18 10:45 otekomachi追加、いくつか列を追加

2022-11-22 14:10 Permalink | 記事への反応(0) | 15:01

ツイートシェア

■

MDNに金を落とせというのはまあいいだろう

オンリーワンで役に立ってることだろうし

しかしそれに乗じてFirefoxの話にまで踏み込んでる連中はいただけない

誰も必要としてない昔の文化を税金で維持しろって言ってる連中とダブるんだよ

必要とされてない結果が6%なわけ

健全性のために維持が必要だというならお前らが負担して勝手にやってろ

Permalink | 記事への反応(0) | 23:46

ツイートシェア

■Webエンジニアはみんな Mozilla に寄付をしよう

ここからできる → https://donate.mozilla.org/ja/

Chromium 系使っててもいいから Mozilla に寄付をするといいと思う。Web Developer なら MDN にもお世話になっているはずで、もちろん Firefox の存在は Web の健全性に多大な寄与をしている。Web 標準とかを追っている人なら分かるはず。

とにかく寄付をしよう。月額 230 円からできる。俺は月 560 円

Permalink | 記事への反応(7) | 16:14

ツイートシェア

■プログラマに必要なのは「ググる力」"ではありません"

「プログラミングに必要なのはググる力だ」などとまことしやかに言われます。が、これは嘘なので、プログラミング初心者は（中級者以上も）真に受けないで下さい。そして、プログラミング教育に携わる人は、こういう有害な嘘を広めるのはやめて下さい。

なお、ここでいう「プログラマ」とはプログラミングを仕事にする人、または作成したプログラムを公開する人を指しています。純粋に趣味でプログラミングをしており、ソースコードもソフトウェアも公開するつもりの無い人は、どんな方法でプログラミングをしようと自由です。

プログラマに必要な力

プログラマに（プログラマに限らず）必要なのは、自身の専門分野に関する基礎的かつ体系的な知識です。それらが不足していては、「ググる」ことさえままなりません。英語で喩えれば、時制や不規則動詞という概念を知らずに辞書を引いて、「I saw him yesterday. 」の「saw」をのこぎりのことだと思い込むようなものです。要するに、調べたい事項が何に関するものなのかを理解していなければ、調べようがないのです。

それでは、プログラミング初心者にとって必要な基礎知識は具体的にどのようなものでしょうか。

まず当然ですが、自分が使っているプログラミング言語やフレームワークの機能は一通り知っている必要があります。組み込みのデータ型や制御構文はもちろん知らなければいけません。高階関数、クラス、非同期処理等の発展的な機能も知る必要があります。言語だけではなく、パッケージマネージャ、タスクランナー、単体テストツール等の周辺ツールの理解も必要です。また、「コードコンプリート」とか「Effective ○○」のような書籍に書いてあるような設計・コーディングのベストプラクティスも知らなければいけません。要するに、現代のプログラミングの「常識」は全て知っている必要があります。

そもそも「そういう機能が存在する」と認識して初めて「調べる」ことができるのです。列挙型という機能の存在を知らずに「Javaで列挙型はどう書くのだろう」と調べることはできません。非同期処理の存在を知らずに、「JavaScriptで非同期処理はどう書くのだろう」と調べることはできません。

初心者は何から学ぶべきか

では、そのような一通りの知識を身に着けるためには、どのようなリソースから学ぶべきでしょうか。

結論から言えば、以下のような文献で学ぶべきでしょう。

• 公式ドキュメントやRFC
• MDN等の公式に準ずるドキュメント
• まともな出版社（O'Reilly、技術評論社、翔泳社等）から出版されている、まともな著者が執筆/監修している書籍

逆に、Wikipedia、Qiita等の個人が趣味で書いた記事、プログラミングスクールの記事、プログラミングスクールや家庭教師、etcを主体に学ぶのはやめるべきでしょう。

もちろん、特定の話題について調べる過程で、非公式の情報に行き着くことはあるでしょうが、そこで使用されているライブラリ等の仕様については、必ず公式ドキュメントで裏を取るべきです。

時々、こういった正式なドキュメントを読むことが、初心者にはハードルが高いと言う人がいます。しかし、冒頭で述べたようなプログラミングを仕事にしようとしている人達が、こういうことができないのはおかしいです。

実際、公式ドキュメントを読むことはそれほど難しいことではありません。有名な言語やライブラリ等のドキュメントであれば、高校程度の数学力英語力とある程度のコンピュータ操作の経験があれば、理解できるように書かれています。その程度の素養も無いのにプログラマ（特に職業プログラマ）になろうとすることが、そもそもおかしいのです。運動が苦手なのにプロスポーツ選手になろうとするようなものです。

Permalink | 記事への反応(0) | 19:54

ツイートシェア

■anond:20201118133152

ほんこれ。公式ドキュメント読めない奴はプログラミングやめろ

公式あるいはMDNのような公式に準ずる信頼できるリソースが読めないなら、プログラミングをやめた方がいい。

中学英語が分からないとか、文字式の計算みたいな簡単な数学が分からない年齢ならともかく、義務教育終えてて公式ドキュメント読めないわけがない。

元増田に書いてあるように、分からない箇所があるのにそれを調べずに、そこを誤魔化して書いてある資料を信頼するのは、勉強方法として根本的に間違っている。

Permalink | 記事への反応(0) | 11:14

ツイートシェア

■navigate.serviceWorker is undefined for firefox

プライベートウインドウじゃねーかという情報しかないけど、普通にChromeとかと一緒で window.isSecureContextが false だと使えない。

MDNの serviceWorkerのページには書かれてないけど https://developer.mozilla.org/ja/docs/Web/API/Navigator/serviceWorker

安全なコンテキストでのみ使用できる現在の機能 といページには記載がある https://developer.mozilla.org/ja/docs/Web/Security/Secure_Contexts/features_restricted_to_secure_contexts

Permalink | 記事への反応(0) | 16:49

ツイートシェア

■Kindle Unlimitedいい感じ

読みたい本が無くて3ヶ月ほどで解約したんだけど、好きな漫画雑誌がKindle Unlimitedで毎月読めることがわかって再度契約した。

こうなれば自分にとってはほとんど定期購読みたいなもんで、読まなきゃ損！元を取らなきゃ損！って気持ちが無くなったので良かった。

時々適当な漫画を読み放題で読んでみたりもする。

大抵は古くてビミョーな漫画か、流行りな漫画の一巻だけとかなんだけど、

たまにあれっと思うような当たり漫画が全巻読めてよい。

友達100人できるかなと

ぶんぶくたぬきのティーパーティが個人的には当たりだった。

あとMDNが無料で読めるのもまあまあ良い。

昔流行ったビジネス書籍とか自己啓発本の類も読めて飽きない。仕事は楽しいかね？とか、初めて読んだ。多分読み放題じゃないと読まなかった。

最近はレシピ本読んでる。

書店では買わない、もしくは恥ずかしくて買えないけどちょっと興味がある、ぐらいのジャンルの本が色々つまみ食い出来るのもいい。

異性のファッション誌とかね、

ちょっと年代が上の雑誌とかね。

じゃあKindle Unlimitedを万人にオススメするかっていうとまずしないんだけど、

読みたい本や雑誌がたまたま対象になってるとか、とにかく活字に飢えてて読み散らかしたいんだーって人はとりあえず無料期間だけでも試してみてもいいかも、ぐらいの感じです。

Permalink | 記事への反応(0) | 03:56

ツイートシェア

■http://anond.hatelabo.jp/20151104161645

for...in - JavaScript | MDN

Array に対して反復する方法としてこれを使うのは魅力的かもしれませんが、そのことは悪い考えです。

（中略）

配列に対して反復するときは、数値的な添え字を用いた伝統的な for ループを使うほうがよいのです。

Permalink | 記事への反応(2) | 16:23

ツイートシェア

■PC系出版社の傾向

PC系出版社の傾向　（自分メモ用）

• 技術評論社　わりと手堅い印象。
• インプレス　できるシリーズで初心者向け
• 毎コミ　一般人にもほどよくわかりやすい。
• 翔泳社　そこそこ良い。
• ソフトバンク　ここもそこそこ良い。
• オライリー　プログラマー向け。最近は微妙な本も増えた。
• 秀和システム　ハズレ本の率が高い。避けたほうが無難。
• MdN デザイン系が充実。高度な内容が多い。

Permalink | 記事への反応(0) | 19:53

ツイートシェア

■WEB制作会社総覧2010

何となく立ち読みしたら、取引先のデザイン会社が掲載されてた。

自分の知る限り、あの会社はWeb制作を他社に丸投げして、知識すらろくになかったはずだが…。

そんな会社でも「WEB制作会社」になるんだね。

是非、MdNに基準を聞いてみたいw

Permalink | 記事への反応(0) | 11:27

ツイートシェア

■http://anond.hatelabo.jp/20080723113413

MDN関係者乙

Permalink | 記事への反応(0) | 13:32

ツイートシェア

■びっくりした

http://b.hatena.ne.jp/entry/http://blog.livedoor.jp/ld_directors/archives/50776103.html

いや、こんな初歩の初歩話にブクマ500近くつくなんて。

（そういえば10秒でできないとかコメントついてるけどショートカット使えばそれくらいでできるよ）

昔からやってるPhotoshopTipsサイトにはもっと丁寧な説明が載っているのになあ。

あとMdNとかWebデザイン系の雑誌にもわかりやすいのが載ってるし。

でもこういうお手軽な形態で書かれるほうがわかりやすいっていう人がはてな（エンジニア層）には多いんだろうなあ。

いかに無駄にPhotoshopをインストールしている人が多いかがわかった。ああもったいない。

Permalink | 記事への反応(0) | 00:25

ツイートシェア

■Windows陣営は強いな

Windows以外でゲーム開発があまり進まないように見えるけど、

大半の消費者はWindowsを使うんだから、

YahooやIT MediaでMacやUnix系で動くゲームなんてわざわざ宣伝しないんだろうな。

お店でWindows系以外で動作するゲームなんて見ないし。

(ごめん、根拠なんてないよ。)

でも、いろいろソフトウェアパッケージのリストを眺めていると、いろんなゲームってあるもんだよ。

freesivとかsimutransとかね。

まあ、そうは言っても、ネトゲするんなら事実上(？)Windows以外に選択肢は無いわけだし、

JavaプラグインもFlashプラグインもWindows側の方が力入ってるみたいだし。(Macは知らないけど。)

Mac陣営とLinux陣営に対する世間の扱いはひどいもんだ。

CG/DTPの分野で言うとInkspaceとGimp。

DTMの分野なら、Audacityもあるし、

Rosegarden, NoteeditといったMIDIのエディタもある。

一応、音やCGの面ではWindowsでできることなら、Linuxでもできそうに思う。

Windowsほどに使えるツールと出会えない可能性が大きいけどね。

たしかにGimpはPhotoshopやIllustlatorと比べるとフィルタやツールの面で見劣りはするかな。

MdN読みながらデザインやるんだったら、GIMPじゃあちょっと無理があると思う。

>> ここに書くような内容じゃないかもしれないけれど

Permalink | 記事への反応(1) | 21:00

ツイートシェア