あるAnonymous Coward曰く、

著名エンジニアのmattn氏がソースコード上でのtypoについて投稿したtweetに対し、小飼弾氏が「APIでtypoすると末代まで祟るのはcreat（）で全unixenが噛み締めた」と反応したり、結城浩氏が「HTTP referer」などと反応している。

この辺のネタは以前小飼氏がブログでネタにしているが、英語に不慣れな日本人プログラマであればソースコード上で英語に関連するtypoの1つや2つあるだろう。

個人的には（厳密にはtypoではないが）「datas」とか「pathes」とかの複数形絡みは結構ミスっているのだが、皆さんがやってしまった恥ずかしいtypoを（後学のためにも）ぜひ披露して欲しい。

Mozilaは2日、難読化コードの禁止などを盛り込んだアドオン(拡張機能)レビューポリシー変更を発表した(Mozilla Add-ons Blogの記事、 BetaNewsの記事、 The Next Webの記事、 ポリシー改訂版)。

これまでのレビューポリシーではコードの圧縮処理やトランスパイルとともに、元のソースコードと再現方法の提供を条件として難読化コードの使用も認められていた。新しいポリシーでは許可される処理から難読化コードが削除され、難読化コードの使用を禁止する記述が別途追加された。また、悪意ある拡張機能のブロッキングを迅速化するため、ブロッキングに関する記述がより明確化され、ブロッキングプロセスの新しい解説記事も公開されている。新ポリシーは6月10日に発効するため、現在拡張機能で難読化コードを使用している開発者は、それまでに修正版を送ることが必要となる。GoogleはChromeウェブストアで1月初めから難読化コードの使用を禁止している。

なお、この件とは無関係に、Firefoxの拡張機能がすべて動作しなくなって(再)インストールもできなくなる問題が発生しており、修正およびテストが進められているそうだ(Mozillaのアナウンス、 Bug #1548973)。原因は中間証明書の期限切れとみられている。手元の作業環境ではFirefoxを起動したままになっていたためか発生していなかったが、別の環境でFirefoxを起動してみると再現した。具体的な証明書の期限は5月4日00:09:46 GMTで、この時刻よりも前に時刻を変更して拡張機能を再インストールすれば動作するようになった。ただし、時刻を現在時刻に戻すと、しばらくして再び動作しなくなるようだ。

追記: 19時50分に修正のロールアウトが発表された。今後数時間で自動的に適用されるので、ユーザー側は特に何もする必要はないという。ただし、修正の提供にはFirefox調査のシステムを使用しているため、Firefoxのオプションで「プライバシーとセキュリティ→Firefoxに調査のインストールと実行を許可する」をオン(デフォルト)にしておく必要があるとのこと。修正適用後はオフにしても問題ない。

追記[2]: 修正に関するブログ記事も公開されている。Firefox調査を通じた修正が適用されるまでには最大6時間かかり、適用状況は「about:studies」で「hotfix-update-xpi-signing-intermediate-bug-1548973」の有無で確認できるとのこと。ただし、適用しても拡張機能が有効にならないという報告も出ているそうだ。なお、Firefox調査を通じた修正はFirefox ESRやFirefox for Android、一部のLinuxディストリビューションに同梱のFirefoxには適用されず、別途更新が必要になる。現在、MozillaではFirefox調査を使用しない修正の準備を進めており、準備ができたら同ブログ記事で告知するとのことだ。

追記[3]: 問題を修正したFirefox 66.0.4が6日にリリースされた。

miishika 曰く、

日本出版取次協会は5日、2019年4月1日以降に発売される書籍・雑誌の中国地方・九州地方への輸送スケジュール変更を発表した(ニュースリリース、 中国新聞の記事)。

輸送会社からの要請を受けたもので、中国地方では書籍・雑誌の発売日が現行から1日遅れとなる。九州地方では書籍の発売日が現行から1日遅れとなるほか、一部の週刊誌の発売日が変更される。九州地方の場合、現行では書籍が1～2日遅れ、雑誌が2～3日遅れとなっている。

ネット通販や電子書籍の普及により苦しい状況にある書店には厳しい措置になるが、皆様は書籍・雑誌の流通についてどうお考えだろうか。

大手量販店チェーンのドン・キホーテがプライベートブランド（PB）で販売しているネットワークカメラ「スマモッチャー」（ニュースリリース）について、この製品を分解して調べた有志がLinuxを使用していることを見つけそのソースコード開示を求めたところ、開発会社が「Linuxを使っていない」と主張してソースコードの開示が行われなかったという結果になったそうだ（ドンキWiFiカメラハック(4) セキュリティ上の問題と、Linuxは使用されていなかった！、ドンキWiFIカメラ(5) じゃぁ何が問題なのか）。

実際のところは、この製品を分解して基板に実装されたフラッシュメモリなどを調べたところ、Linuxやu-bootやbusyboxといったGPLでリリースされているソフトウェアが複数確認されているため「Linuxを使っていない」という回答は正しくないとこのブログの著者は指摘しているものの、中国メーカーのOEM製品ということもあってソースコードが出てくることはないだろうとも諦めている。

あるAnonymous Coward曰く、

今年度が改元後も「平成31年度」なのか「新元号元年度」となるのかということが議論となっていたが（たとえばこれやこれ）、毎日新聞、日経新聞によると、国の今年度予算は現在「平成31年度予算」だが5月以降は「令和元年度予算」に変わるという。これに合わせて、他でも今年度は5月以降「令和元年度」に改称するかもしれない。

これがシステムで対応する際に元号に合わせて年度の出力を変えればいいので楽なのか、面倒なのか、影響は如何に。

The GuardianのJack Schofield氏が読者の質問に答えるブログ記事「Ask Jack」で、ノートPCの適切な画面サイズと解像度が取り上げられている。

元の質問としては、17インチFull HD画面のノートPCと13～14インチのモデルを比較して、どちらが家庭での利用に適しているか、表示の鮮明な方が老眼向きかどうか、というものだ。

自身も老眼だというSchofield氏によれば、表示の鮮明度は表示サイズと比べてあまり重要ではないという。Schofield氏はWindowsのスケーリング表示機能など表示の調整オプションに触れたうえで、家庭で使うなら低価格な13インチ～15インチモデルが搭載する1366×768ピクセル(HD)のパネルは許容範囲内だと述べている。

一方、1920×1080ピクセル(Full HD)以上のパネルを搭載する高価格なモデルではよりシャープな表示が可能となるが、表示の大きくなる17インチ画面の方が13～14インチ画面よりも読みやすいとのこと。ただし、17インチのノートPCは持ち運びにくいため、21～27インチのオールインワンPCを選ぶか、24インチFull HDディスプレイを外付けで使用することを推奨している。

Windowsのスケーリングは以前よりも改善されているが、非対応のアプリでは表示がぼやけるほか、操作が困難になるものもある。個人的にはスケーリング表示した画面はバランスが悪く感じられ、同じ画面サイズでスケーリング(125%または150%)したFull HD画面とスケーリングなしのHD画面を比較した場合、HDの方が好ましく感じる。

老眼かどうかにかかわらず、スラドの皆さんが見やすい・使いやすいと感じるノートPCの画面サイズや解像度はどれぐらいだろう。スケーリング表示や外付けディスプレイは利用しているだろうか。

Google ChromeにおけるCSSの「@supports」規則のサポートで不具合があることをMozillaの開発者が指摘するとともに修正を行ったという（Chromiumのバグトラッカー、@EzoeRyouのTweet）。

「この不具合のせいで互換性問題に巻き込まれたくない」ために修正したとのこと。

Microsoftが先日オープンソース化したWindowsの電卓アプリに、グラフ作成モードの追加が進められているそうだ(GitHubでの提案、 Neowinの記事、 The Vergeの記事、 ZDNetの記事)。

提案したMicrosoftのDave Grochocki氏によれば、米国の高校で代数は最も落第者の多い科目であり、学生の数学学習を助けることがグラフ作成モードの目的だという。また、グラフ電卓はフィードバックHubでも最もリクエストの多い機能の一つでもあるとのこと。現在グラフ作成モードはPre-Productionとなっており、実際にWindows標準の電卓アプリへ追加されるかどうかは不明だ。スラドの皆さんはグラフ作成モードに期待するだろうか。

あるAnonymous Coward曰く、

昨年秋頃より、いわゆる「ゆっくりボイス」と呼ばれるAquesTalk系合成音声と「東方Project」のキャラクター等が色々なことを解説する「ゆっくり解説」系YouTuberによる動画が、スパム（価値のない質の低いコンテンツ）判定されて収益化を剥奪されるケースが続出している。

よくまとまっている「オロドウ日記」のチャンネルの対策についてと「ゆっくり解説は困難かも・・・」によると、昨年秋頃にYouTubeパートナープログラムの規約が改定され、スパム判定される要素として「繰り返しの多いコンテンツ」、「教育的または他の価値もない視聴回数を増やすだけが目的の大量生産コンテンツ」、「再利用されたコンテンツ」が追加されたという。

これを受けて、多くが同じ顔イラストを使用しており、動きが少ないスライドショー的なものも多いゆっくり解説系動画がYouTubeのAIによってスパム判定されやすくなったと思われるとのこと。「ゆっくり解説を独自コンテンツとして見ていないYouTube側の基準を変えなければゆっくり解説はいずれすべて継続困難になる可能性があります」としており、収益化復帰のため以下の対策をするとしている。

• 動きがなくスライドショーと見なされる恐れの高い動画を削除
• 実写動画の拡充、顔出しの検討
• 背景の差し替え
• 一部URLの削除
• 外部サイト誘引と判定される可能性のある画像の削除
• サムネイル変更（企業ロゴを外す）

もし収益化再審査に不合格となったの場合、収入がなくなるためにYouTuberとしての活動は難しくなりそうだ。

また、物理エンジン系Vtuberのこーじ氏も同様に実写動画の拡充や顔出しに踏み切っている。

匿名文化の根強い日本とそうでないアメリカのネット文化の違いが垣間見られる事例かもしれない。また、いわゆるVtuberにも影響があるかもしれません。

あるAnonymous Coward曰く、

2018年1月にプロセッサの脆弱性問題として「Specter」と「Meltdown」が発覚した。すでに脆弱性の対策パッチは公開されているが、これらを適用した場合にどの程度性能が低下するかをPhoronixが調査しその結果を公開した（GIGAZINE、Slashdot）。

調査対象はIntelのCore i7-6800K・Core i7-8700K・Core i9-7980XEと、AMDのRyzen 7 2700X・Threadripper 2990WX。その結果のグラフを見ると、いずれのCPUでも修正パッチの適用で性能が下がっていることが分かる。

また、その低下幅はIntel CPUの方が大きく、AMD CPUはいずれも性能低下は3％未満だったのに対し、Intel CPUはSMTをオンにした状態で15～16％ほど、SMTをオフした場合は20％以上の性能低下が見られた。