自律走行自動車(AV)が人間のドライバーと同じように考えるようプログラミングされた場合、米国で発生する自動車事故の3分の1程度しか回避できないという試算を米道路安全協会(IIHS)が発表した(IIHSのニュース記事、 論文、 SlashGearの記事)。

データを用いた米運輸省道路交通安全局(NHTSA)による自動車事故の要因研究(NMVCCS)では、事故の94%で重要な発生理由がドライバーに起因するものと位置付けている(PDF)。研究者はドライバーが関連する事故要因を1)危険認知の遅れ、2)他の道路利用者の行動に対する予測ミス、3)行動の計画・決定ミス、4)不適切な運転、5)アルコール・ドラッグ使用や居眠りなどによる運転不能、という5つのカテゴリーに分類。AVが人間よりも認知能力に優れ、薬物の影響を受けることがないと仮定し、これらを除く要因による事故はAVでも発生する可能性があると予想する。

結果としては、危険認知の遅れによる事故が24%、運転不能による事故が10%となり、計34%はAVで回避できる可能性が高い。一方、残り66%の内訳は、計画・決定ミス39%、不適切な運転23%、予測ミス17%だったという。AVがこれら66%を全く改善しないとは考えにくいが、研究者はAVが人間のドライバーの好みを反映して設計される限り人間のドライバーと同様のミスを犯し続けるとし、利用者の要求と安全性が競合する場合は安全性を優先する必要があると述べている。

StatCounterの5月分Windowsバージョン別シェアデータによると、増加を続けていたWindows 10のシェアがわずかに減少している。

Windows 10は0.24ポイント減の72.9%。Windows 10は2018年12月を最後に減少しておらず、5月は1年半ぶりに減少したことになる。Windows 7は0.51ポイント増の19.95%と増加しており、こちらは2019年4月(発表当時は減少していたが、その後の修正で増加となった)以来1年ぶりの増加となる。なお、StatCounterのページ上部に表示される5月分シェアと数字が異なるが、ここではグラフに表示される数字を使用している。デスクトップOS全体でみると、Windows(77.04%、+0.52)とLinux(1.68%、+0.07)が増加する一方、OS X(18.38%、-0.61)とChrome OS(1.06%、-0.06)が減少している。

StatCounterのWindowsバージョンシェアデータを大陸別にみると、Windows 10が減少したのはアジアと北米のみ。ただし、北米ではWindows 10の減少幅が0.14ポイントと小さく、Windows 8.1の減少幅(0.23ポイント)の方が大きいのに対し、アジアでは1ポイント減少したWindows 10の減少幅が最も大きい。特に2月以降Windows 10のシェアが80%を超えていたシンガポールでは、27.33ポイント減の54.93%となっている。シンガポールのデータを日単位でみると、5月9日および5月21日～24日にWindows 7がWindows 10を上回っており、5月21日にはWindows 10が16.26%まで減少、Windows 7が82.61%まで増加している。

headless曰く、

Linuxカーネルのコーディング規約から、1行を80桁以内とする制限が撤廃された（Linus Torvalds氏のメーリングリスト投稿、checkpatchのコミットメッセージ、Phoronix、The Register）。

Linus Torvalds氏によれば、多くの人が80桁のターミナルを使わなくなって久しく、1行80桁制限は合理的でないという。桁数制限は必要以上の改行を生み、さまざまな問題を引き起こす。中には小さなターミナルウインドウを使用している人もいるという主張もみられるが、何を使うのもその人の選択だ。そのハードウェアの制限を全員が共有する必要はない。長い行は単純に有用であり、どこかで改行が必要になるにしても80桁に制限する理由はまったくないとのこと。

これに伴ってcheckpatchでも80桁を超える行に対する警告表示が廃止されている。1行を80桁以内に収めることは現在でも望ましいが、checkpatchがわざわざ警告を表示するほど明確な制限ではない。デフォルトでは制限値が100文字まで増加しているが、こちらも明確な制限に基づくものではなく、行が若干長めになっても警告なしで収まる程度の文字数が選択されているようだ。

Googleは5月29日、6月3日に予定していたAndroid 11 Beta1のリリースを延期すると発表した(Android Developers Blogの記事、 Android Policeの記事、 9to5Googleの記事、 The Vergeの記事)。

Android 11は既に開発者向けプレビュー(DP)ビルドが提供されているが、Beta1は初の一般向けプレビュービルドとなる。もともとGoogleはBeta1を5月にリリースする計画だったが、世界が計画時に予想もしなかった状況になっているとして6月に延期し、その代わりにDP4をリリースしている。延期に伴ってファイナルAPIを提供するビルドをBeta 2からBeta 1に変更し、Beta 1リリースに合わせてデジタルイベント「The Beta Launch Show」の開催も予告。5月28日にはAndroid Studio 4.0の安定版をリリースしていた。

今回の延期についてGoogleは「今はお祝いをする時ではない」と述べている。具体的な理由は説明されていないが、5月25日にミネアポリスで警官が逮捕した黒人男性を地面に押さえ込み、8分間にわたり男性の頸部に膝を押し当てて死亡させた事件に端を発した抗議デモが全米に拡大していることを念頭に置いたものとみられている。

Stack Overflowの2020年版Developer Surveyで、Rustが5年連続で最も愛されているプログラミング言語となっている(Most Loved, Dreaded, and Wanted Languages、 The Registerの記事)。

この調査項目は回答者が現在使用しているプログラミング言語/テクノロジーについて、今後も使い続けたいかどうかを尋ねるもので、回答者全体から高い支持を受けたというわけではない。そのため、現在使用しているプログラミング/スクリプティング/マークアップ言語を尋ねる調査項目(該当言語をすべて選択)でRustを選んだ回答者は57,378人中5.1%に過ぎないのだが、その86.1%が今後も使い続けたいと答えている。2位は昨年の調査で3位だったTypeScript(67.1%)、3位は昨年2位だったPython(66.7%)と順位が入れ替わっている。

Anonymous Coward曰く、

やや旧聞となるが、Node.js開発者のRyan Dahl氏らがNode.jsの反省をもとに開発を進めている新たなJavaScript実行環境「Deno」バージョン1.0が5月13日にリリースされた（OSDN Magazine、CodeZine、Qiita）。

DenoはJavaScriptに加えて標準でTypeScriptやWeb Assemblyをサポートするほか、コードがサンドボックスで実行されるなどセキュリティにに配慮した設計となっている。一方で、require()によるパッケージのインポートといった構文は取り除かれ、パッケージマネージャのnpmやパッケージ管理ファイルのpackage.jsonもサポートしないなど、互換性は保持されていない。

開発開始からまだ2年ほどで、現時点ではNode.jsを置き換えることは難しいだろうが、将来的には移行が進むのだろうか？　既に試してみたスラド諸氏が居れば感想など伺いたい。

headless曰く、

iOS脱獄ツールの「unc0ver」がv5.0.xとなり、先日リリースされたばかりのiOS 13.5にも対応した（公式サイト、GitHubリポジトリ、Mac Rumors、BetaNews）。

iOSの脱獄はバージョンごとに難易度が増し、この数年は最新のiOSを脱獄可能なツールが一般公開されることはなかった。しかし、昨年はunc0verが当時最新版だったiOS 12.4に対応し、A5～A11チップのBoot ROMの脆弱性を利用する「checkm8」も公開された。

unc0ver 5.0.xはPwn20wnd氏が発見したカーネルのゼロデイ脆弱性を用いて脱獄を可能にするといい、iOS 11.0～13.5（iOS 12.3～12.3.2およびiOS 12.4.2～12.4.5を除く）を実行するすべてのデバイスで利用できるとのこと。システムのサンドボックス例外を利用することで、標準のセキュリティレイヤーを維持したままで脱獄できるとも説明されている。

Anonymous Coward曰く、

Chromiumプロジェクトは今週、重大度の高いセキュリティバグの約70％は、メモリの安全性に関する問題（ポインタの誤り）に由来すると発表した。これはGoogleのエンジニアが2015年以降の912の重大度の高い、もしくは重大なセキュリティバグを分析した結果から導き出させたものだという。これはユーザーのセキュリティを危険にさらすだけでなく、Chromeの修正と出荷においてコストを増大させているとしている。

同様の問題はMicrosoftも指摘している。2019年2月のセキュリティ会議で講演したMicrosoftのエンジニアは過去12年間、Microsoft製品のすべてのセキュリティアップデートの約70％がメモリの安全性が原因だったと指摘している。端的に言えば、コードベースで2つの主要なプログラミング言語であるCとC++は「安全でない」言語であるということになる。

Googleによると2019年3月以降、重大度の高いChrome脆弱性130個のうち、125はメモリ破損に関連する問題だった。他のバグクラスの修正が進んだにもかかわらず、メモリ管理が依然として問題であるとしている。Mozillaは、CおよびC++の修正をするのをあきらめ、FirefoxでRustプログラミング言語を後援、促進、大幅に採用することで大きな進歩を遂げた。MicrosoftもCおよびC++の代替に多大な投資をしている。

今週、Googleも同様の計画を発表した。今後、Googleは、メモリ関連のバグに対する保護を強化したライブラリであるカスタムC++ライブラリの開発を検討する予定であると述べている。またGoogleは可能な限り「安全な」言語の使用を検討する計画があるとも述べている。候補には、Rust、Swift、JavaScript、Kotlin、およびJavaが含まれているようだ（The Chromium Projects、Slashdot）。

Arduinoを使用した工作などをYouTubeで公開しているNeutorino氏がカシオの関数電卓を改造し、GitHubでArduino用のソースコードを公開していたのだが、カシオが加盟する模造品対策団体Reactが米デジタルミレニアム著作権法(DMCA)に基づく削除要請を行ったためソースコードは非公開となった(TorrentFreakの記事)。

この改造はカシオの関数電卓fx-991MSの太陽電池パネルを取り外してOLEDディスプレイと置き換え、ArduinoやWi-Fiモジュール、ホール素子、バッテリーを組み込むというものだ。ホール素子に磁石を近付けて操作する仕組みで、FirebaseからテキストファイルをダウンロードしてOLEDディスプレイに表示することが可能となる。

ReactがGitHubに送ったDMCA削除要請によれば、リポジトリHack-Casio-Calculator(現在は非公開)内のコンテンツはすべてカシオが著作権を持つプログラムの権利を侵害しているという。また、カシオが公開しているプログラムのダウンロードページにリンクする一方、カシオのプログラムはプロプライエタリなもので一般公開されていないが、リポジトリ内のファイルはそれをそのままコピーしたものだとも主張している。

ただし、Reactがリンクした先からダウンロードできるプログラムは関数の計算を定義したもので、改造とは特に関係ないようだ。一方、Googleキャッシュに残っているhacking_calculatorフォルダーの内容を見るとソースコードはすべてAruduinoの.inoファイルになっている。また、YouTubeで公開されている動画を見る限り改造部分の回路は電卓の回路とつながっておらず、そもそも電卓側のプログラムを必要とする部分はないとみられる。

hylom 曰く、

Microsoftが1983年リリースのGW-BASICのソースコードをMIT Licenseで公開した(Windows Command Lineの記事 GitHubリポジトリ)。

公開されたソースコードは8088向けアセンブリー言語で書かれたもの。ソースコードのみの公開で、ビルドのための設定ファイルやバイナリなどは公開されていないため、このコードを動かすには別途ビルド環境や実行環境を用意する必要がある。

ソースコードは歴史的・教育的資料として公開するもので、プルリクエストは受け付けないとのこと。当時使われたアセンブラーは初期のMASMとみられるが、現在もビルド可能かどうかについては確認されていないようだ。

headless曰く、

初代XboxやWindows NT 3.5のソースコードがオンラインに流出しているそうだ（The Verge、Neowin、On MSFT、SlashGear）。

The Vergeによれば流出したXboxのOSは本物であり、5月に入ってオンラインに登場したようだ。XboxのソースコードにはWindows 2000ベースのカーネルやビルド環境、テスト用のエミュレーターなどが含まれ、愛好家の間では以前から流通していたとみられるという。一方、Windows NT 3.5の方はファイナルバージョンに近いもので、必要なビルドツールがすべて含まれているとのこと。

Windowsのソースコード流出は2004年にWindows NT 4.0/2000、2017年にWidnows 10のそれぞれ一部が流出して話題になっている。今回の件についてMicrosoftでは報じられている内容を承知しており、調査を行っているとThe Vergeに回答したとのことだ。

Anonymous Coward曰く、

新型コロナウイルスの感染拡大により、4月に入社した新入社員の研修をオンラインで進める企業も少なくないが、そういった オンラインでの研修時に「画面越しで顎の下が見えず、ちょっとはみ出している」「ワイシャツの上にカーディガンを羽織っていた」「立膝で話を聞いていた」といったことで「態度が悪すぎる」として自己都合もしくは会社都合での退職を強いられたという話がプレジデントオンラインで取り上げられている。

「社員数は約2900人、資本金は約15億、携帯電話向けソフト開発・技術支援が主力の大手企業」って一体どこでしょうね……。

headless曰く、

6月リリース予定のFirefox 77では、「input」タグや「textarea」タグで「maxlength」属性が指定されている場合に、指定文字数を超える文字列を貼り付けても自動切り詰めが行われなくなるそうだ（Firefoxサイト互換性情報、Bug 1320229、Ghacks）。

Firefoxだけでなく多くのWebブラウザーではmaxlengthで指定された文字数を超える文字列を貼り付けた場合、自動で切り詰められる。そのため、パスワードマネージャーからパスワードを貼り付ける場合など、予期せず切り詰められたパスワードを使用してしまう可能性もある。Firefoxでは2016年にバグとして報告されたまま放置されていたが、4月に入って議論が活発化し、20日ほどで修正されたようだ。

Firefox 77でもキーボードからmaxlengthで指定された文字数を超えて入力することはできないが、クリップボードから貼り付ける場合は切り詰められずに全体が入力される。ただし、フォームを送信しようとすると「テキストを 〇 文字以下に短くしてください （現在 ▲ 文字です）。」とバルーン表示され、文字数を減らさなければ送信できない。

Microsoftが13日に提供開始したWindows 10 Insider Preview ビルド19628(アクティブな開発ビルド)では、DNS over HTTPS(DoH)の初期的なサポートが追加されている(Microsoft Tech Community - Networking Blogの記事、 BetaNewsの記事、 Softpediaの記事、 The Registerの記事)。

MicrosoftではDNSクエリを暗号化するDoHのサポート計画を昨年11月に発表していた。本ビルドのDoHサポートはデフォルトで無効になっており、テストするにはレジストリの「HKLM\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters」にDWORD値「EnableAutoDoh」を作成して値のデータに「2」をセットする必要がある。これでDoHクライアントが有効になり、ネットワーク接続で既知のDoHサーバーをDNSサーバーに指定すればDoHによる通信が行われるようになる。DNS(Client)サービスの再起動が必要になるとの記述もみられるが、手元の環境で試した限りでは上述のレジストリ値を設定/削除するとすぐ有効/無効になった。このレジストリ値はInsiderビルドでのテストを目的としたもので、一般リリースビルドではサポートされなくなるとのこと。

Appleは4日、今年はオンライン開催となるWWDC(世界開発者会議)について、すべての開発者を対象に参加費無料で6月22日から開催することを発表した(プレスリリース)。

これまでAppleは毎年6月に開催するWWDCのスケジュールを3月に発表してきた。しかし、今年の3月にはWHOがCOVID-19のパンデミックを宣言し、例年のWWDC開催地サンノゼのあるサンタクララ郡で100人以上の集まりを禁ずる行政命令が出されている。このような状況下、Appleは2020年のWWDC(WWDC20)でこれまでにない完全に新しいオンラインでの開催を採用したと3月に発表していた。ただし、3月時点では6月開催とのみ発表されており、具体的な日程や参加費用は示されていなかった。

WWDC20にはApple DeveloperアプリケーションとApple Developerサイトを通じて参加できる。特に参加登録は必要ないようだが、学生を対象としたSwift Playgroundsを使用するコンテスト「Swift Student Challange」に参加する場合は日本時間5月18日15時59分までに応募する必要がある。