Appleは5日、App Storeで表示するアプリのプライバシー方針情報がApp Store Connectから提出できるようになったことを発表した(開発者向け告知、 Mac Rumorsの記事、 The Vergeの記事、 SlashGearの記事)。

プライバシー方針情報はアプリが収集するデータを用途別のラベルとしてApp Storeのアプリ情報ページに表示するもので、計画はWWDC 2020で発表されていた。これにより、ユーザーはすべてのプラットフォームで、App Storeからアプリをダウンロードする前にプライバシー方針を確認できるようになる。

アプリが開発者やサードパーティーのサーバーへ送信するデータのうち「収集」扱いになるのは、リアルタイムでのサービス提供に必要な期間以上に保持されるものだ。データがユーザー追跡に使われる場合や、ユーザーと結び付けられる場合は、データの種類と使用目的の開示が必須となる。一方、ユーザー追跡や広告表示に使われないデータであって、アプリの主要機能でなくユーザーがオプションとして時折送信し、その都度ユーザーが送信内容を把握できるデータ収集については開示を必須としない(詳細情報)。

Appleは年内にプライバシー方針情報の表示を開始する計画で、12月8日以降は新規アプリおよび既存アプリのアップデートを提出する際にプライバシー方針情報の提出も必要となる。

11月のTIOBE IndexでPythonが初めてJavaを上回り、2位に上昇した(InfoWorldの記事、 Neowinの記事)。

JavaはCとともにTIOBE Index開始当時から不動のトップ2で、2015年4月以降は1位を維持していた。しかし、今年3月以降急速にレーティングを落とし、5月以降はCが1位となっている。一方、Pythonは2017年後半からレーティングを伸ばしており、2018年後半にはC++と並び、2019年半ばからは完全にC++を上回って(2位との差が大きい)3位を維持していた。

11月のレーティングはPythonが前年から2.27ポイント増の12.12%、Javaは4.57ポイント減の11.68%となっている。1位のCは0.17ポイント増の16.21%とわずかな増加にとどまるが、2位以下との差は広がっている。

このほか、増加幅が1ポイントを超えたのは4位のC++(7.60%、+1.99)のみで、減少幅が1ポイントを超えたものはない。いずれも増加幅は小さくレーティングも1%前後だが、R(16位→9位)やPerl(21位→12位)、Go(20位→13位)、Transact-SQL(32位→20位)が大きく順位を上げている。逆にSwift(10位→14位)やRuby(11位→15位)、Delphi/Object Pascal(13位→18位)、Objective-C(12位→19位)は大きく後退した。

Pythonの人気が上昇した理由としてはデータマイニングやAI、数値計算といった分野での需要増が挙げられることも多い。一方、TIOBE Software CEOのPaul Jensen氏はプログラミングがソフトウェアエンジニアだけのものではなくなり、容易に学習して開発可能なプログラミング言語の需要にPythonがマッチしていることを挙げている。スラドの皆さんのご意見はいかがだろうか。

Excelでドラクエを再現した人がいるそうだ。しかもVBAを使用しない状態で。再現度に関しては動画（音声はなし）を見てもらう方が早いが、かなりの再現度になっている（パパセンセイ365）。

VBAなしという縛りで再現するため、図やモンスターは散布図で表示、循環参照を使ってカウンタを作りF9を押しっぱなしにする、循環参照を使ってセル上で疑似的にプログラミングを作る方法を開発したという。マップ上でキャラクターを自動で移動させたり、戦闘シーンに入る部分などをVBAを使わない状態で再現するのに苦労したようだ。具体的な手法については元サイトで詳細に解説されている。

headless 曰く、

GoogleのProject Zeroは2日、GitHubのリポジトリ内でソフトウェア開発ワークフローを自動化できるGitHub Actionsの脆弱性を公表した(Issue 2070、 Neowinの記事)。

脆弱性が見つかったのはGitHub Actionsのワークフローコマンドの実行に関するものだ。Actionsのランナーは実行されたアクションのSTDOUT出力をパースし、ワークフローコマンドを探して実行する。そのため、信頼されていないコンテンツを出力するアクションにはインジェクション攻撃を可能にする脆弱性がある。たとえば、環境変数を設定する「set-env」や、パスを追加する「add-path」といったワークフローコマンドに悪意のあるパラメーターが指定されると、その後のワークフロー実行時にリモートからコードが実行される可能性があるという。

Project Zeroは7月21日に脆弱性をGitHubへ報告。GitHub側は10月1日にCVE-2020-15228としてアドバイザリーを公開し、脆弱性のあるコマンドの非推奨化を発表した。報告から90日後の公表期限は10月19日だったが、GitHubは脆弱性のあるコマンドを無効化するために14日間の猶予期間追加を要請し、期限は11月2日となった。GitHubはさらに48時間の追加を求めたが、問題の修正が目的ではなかったためProject Zeroは認めずに脆弱性を公表したとのことだ。

インターネットアクセス解析によりWebブラウザーやOSのシェアデータを公開しているNetApplicationsのNetMarketShareが10月分をもって現在の形での提供を停止することを発表した。

その理由として、W3CのWeb Incubator CGが提案するUser Agent文字列(UA)の情報量削減により、長期的にデータ精度の低下が見込まれることを挙げている(Googleはこの提案を受けてChromeでのUA凍結計画を発表しているが、COVID-19の影響により2021年以降へ延期している)。また、品質維持に重要なボット検出・除去のコードベースが複雑化し続け、管理が困難になっているという。そのため、徐々に低下していく精度を受け入れるよりも終わりにした方がいいと考えたとのこと。将来的には電子商取引のトレンドと確認可能なユーザーデータを中心とした新しいNetMarketShareとして再開する計画とのことだ。

今回が最後となる10月分のデスクトップOSバージョン別シェアデータによれば、1位～4位まで順位に変動はないものの、1位のWindows 10だけが増加(64.04%、+2.78)し、2位のWindows 7(20.41%、-2.36)と3位のMac OS X 10.15(4.88%、-0.23)、4位のWindows 8.1(2.81%、-0.18)は減少している。

あるAnonymous Coward 曰く、

以前、日本語プログラミング言語「なでしこ」が中学校の教科書に採用されたという話があったが、なでしこ開発者である酒徳峰章氏と知人だという柳井政和(めもりーくりーなーの作者)氏が「なでしこ」の開発経緯とその意味に関してのコラムをまとめている(HARBOR BUSINESS Online)。

コラムなのでニュース性があるわけではないが、よくある教科書に載せるなら現場で使われている言語の方が良いのでは、という意見については、

学校でプログラムを学ぶ全員が、開発者になるのではない。普段見慣れた言葉でプログラムが書いてあるだけで、ずいぶんと気持ちが楽になる人も多いはずだ。母国語でプログラムを学べるのは有意義なことだと思う。

と返している。似たような意見はスラドにもあったが、これに関してはもっともだと感じる。なおこのコラムによれば、なでしこ利用者のうち仕事に使っている人は43％ほどいるそうだ。

この利用者数の数字は「なでしこ」公式サイトが15周年時に行ったアンケートによるもの。それによれば、利用年齢層は40代が38％、30代が25％、60代と10代が13％となっている。利用場所は趣味と仕事が43％で同率。タレコミの元記事によれば、日常の自動化処理などに使われている模様（１５周年日本語プログラミング言語なでしこ）。

headless 曰く、

X.Org Serverは見捨てられたソフトウェア(abandonware)なのか、まだそうでないとしても見捨てる時が来たのか、という話題が盛り上がっている(Phoronixの記事[1]、 [2]、 deleted code is tested codeの記事、 The Registerの記事)。

きっかけとなったのはXFree86のmodesetting DDXでアトミックを有効化するマージリクエストに対し、IntelのDaniel Vetter氏がxserverはメインブランチからの定期的なリリースもないabandonwareになっていると懸念を示したことだ。

これを受けてPhoronixのMichael Larabel氏はX.Org Serverのメジャーリリースが2018年5月以来なく、X.Org Server 1.21も当分リリースされないだろうと指摘。Red HatのX.Org Server担当者は長年奮闘しているが未来はWaylandであり、X.Org Serverがabandonwareであることを認める時だなどと主張する記事には300件近いコメント(Phoronixの記事でコメントが100件を超えることは多くない)が寄せられている。

一方、長年xserverプロジェクトのメインテイナーを務めるRed HatのAdam Jackson氏は、xserverをディスプレイのコントロールにのみ使用するなら未来はないことを認めつつ、xserverプロジェクトはXFree86だけではないと反論。xserverプロジェクトにはXwaylandやXwin、Xephyr、Xvnc、Xvfbといった見捨ててはならない価値のあるプロジェクトがあるとして、現状をもっとよく表す表現は「我々はついにXFree86を見捨てられる」だと述べている。

スラドでも藤井聡太二冠が自作PCでRyzen Threadripper 3990Xを導入したことは話題になったが、その藤井二冠の使用している将棋ソフト「水匠」の開発者である杉村氏と、その水匠のベースとなった「やねうら王」の開発者である磯崎氏の対談が行われたそうだ（ニコニコニュースORIGINAL）。

磯崎氏によると、コンピュータ将棋の世界では思考時間を2倍にすると、段位に相当するレーティングが上がり、一段強い指し手になるのだという。このため、高速かつコア数が多いCPUを持ってくれば、研究の速度がアップすることになる。ベースとなっているやねうら王はThreadripperにすでに最適化されており、その派生である水匠も同様であるとしている。現状では将棋ソフトを動かす上では、Threadripper 3990Xが最強であり、藤井二冠を上回る環境を手に入れるのは困難だとしている。

ただし、将棋ソフトにはGPUで処理するタイプのものも存在するという。dlshogiやAobaZeroといったもので、現状ではやねうら王の強さには及ばないものの、これらのGPU系ソフトがCPUで処理するやねうら王や水匠に匹敵する性能になれば、藤井二冠の環境を上回ることができるかもしれないとしている。

またGPUを使用した将棋ソフトは、大局観が優れているというCPUを使用したものと異なる特性があるという。このほかにも、手の内がバレやすくなるから使っているプロは使用している将棋ソフト名はあまり表に出さないといったかなり興味深い内容が語られている。また、チェスのように、開発者がプロ棋士とタッグを組んでソフトを発展させたいといった話もでている。

headless 曰く、

パレスチナ自治区の夏時間終了が1週間繰り上げられたことにともない、Microsoftが対処法を解説している(Microsoft Tech Communityの記事)。

パレスチナの夏時間は10月31日1時で終了することになっていたが、パレスチナ自治政府は1週間早い24日1時の夏時間終了を19日になって発表した。タイムゾーン変更や夏時間の期日が変更された場合、通常は更新プログラムで対応するMicrosoftだが、今回は変更までに十分な時間がなかったため暫定的な対処を推奨するとのこと。

対処法は自動的な夏時間調整を無効化するというものだ。Windows 10の「設定」を使用する場合、「時刻と言語→日付と時刻」で「夏時間に合わせて自動的に調整する」をオフにする。コントロールパネルを使用する場合は「日付と時刻」で「タイムゾーンの設定」ダイアログを開き、「自動的に夏時間の調整をする」のチェックを外せばいい。

次の夏時間開始は来年3月だが、10月31日1時を過ぎたら設定を元に戻し、自動的な夏時間調整を再度有効化しておくことが推奨される。ちなみに、該当タイムゾーンは「(UTC+02:00) ガザ、ヘブロン」となる。

headless 曰く、

Microsoftは22日、Microsoft Edgeの起動を高速化するためWindows版のMicrosoft Edge 88で「スタートアップブースト」の実験を行っていることを明らかにした(Startup Boost FAQ、 Ghacksの記事)。

スタートアップブーストはログイン時にMicrosoft Edgeをバックグラウンドで起動して常駐させ、ユーザーによるMicrosoft Edgeの起動を高速化するというもの。Microsoft Edgeのウィンドウをすべて閉じても一部のプロセスは常駐し続けることになる。ちなみに、レガシーEdgeは常駐していた。

この機能はMicrosoft Edgeの設定画面の「システム→スタートアップブースト」で有効化・無効化できる。有効化するとレジストリの「HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Run」にスタートアップ項目が追加された。常駐プロセスは優先度「低」で実行されるためパフォーマンスへの影響は小さいと説明されているが、バックグラウンドで実行されるmsedge.exeのプロセスは優先度「通常」または「通常以上」となっており、優先度「低」のプロセスがみられるのは通常の実行時のみだった。

スタートアップブーストは現在デプロイ中で、プレビュー版のチャネルやビルドによっては実際に利用できるようになるまでに時間がかかることもあるそうだ。現在のところバージョン88はCanaryチャネルとDevチャネルで提供されているが、手元の環境ではCanaryビルドのみオプションが表示された。なお、改善が期待できないデバイスを対象から除外するとも説明されている。

headless 曰く、

ドイツのソフトウェアエンジニアがマクドナルドの非公開APIをリバースエンジニアリングし、米国内のマクドナルド各店舗でアイスクリームマシンが壊れていないかどうか地図上に表示するサイト「mcbroken」を公開している(The Vergeの記事、 Ars Technicaの記事)。

作者のRashiq Zahid氏は7月、ベルリンのマクドナルドでMcSundaeが購入できなかったことからmcbrokenのアイディアを思いついたという。マクドナルドのモバイルアプリをリバースエンジニアリングして非公開APIを見つけたZahid氏はドイツのマクドナルドでテストを開始。正しい結果を返すかどうか、自転車でベルリン市内の店舗をすべて回って確認したそうだ。

そして先日いよいよマクドナルドの本拠地米国に進出してWebサイトをオープンし、20分で10,000人が訪れる盛況となったそうだ。アイスクリームマシンの状態を調べる方法としては、各店舗を選択してMcSundaeを注文するというもので、当初は1分間隔でクエリを送っていたところ、ボットとみなされてブロックされてしまったという。そのため、30分間隔に変更したとZahid氏はThe Vergeに説明したようだが、23日にZahid氏が投稿したツイートでは毎分18,752ドル相当を注文をしていると説明されている。

なお、アイスクリームマシンの調査で注文を確定することはなく、mcbrokenのせいで溶けてしまったアイスクリームはないそうだ。mcbrokenはZahid氏が勝手に公開しているサイトであり、存続できるかどうか気になるところだが、米マクドナルドのコミュニケーション担当VPのDavid Tover氏はZahid氏を真のマクドナルドファンだと讃えており、当面閉鎖されることはなさそうだ。

ちなみに、タレコミ時点で全米のアイスクリームマシン故障率は11.22%。最も故障率が高い都市はサンディエゴ(31.82%)で、シアトル(26.67%)、ニューヨーク(26.09%)、ボストン(25%)が続く。Zahid氏は冗談のつもりで始めたそうだが、役に立つサイトだと考える人も多いようだ。

ポルトガルの大学に所属する6人の研究者が「プログラミング言語全体のエネルギー効率[PDF]」というタイトルの論文を発表したそうだ。研究者たちは、27種類の異なる言語で書かれた10個のプログラミング実行し、実行時の速度と消費電力、そしてメモリ使用量を計測した。テスト用の10個のプログラムには"Computer Language Benchmarks Gameが使用されたという（The New Stack、ブログ: 最も電力を使わないプログラミング言語は？）。

この論文では、より高速なプログラムは総合的なエネルギー消費は少ないという考えは見直されるべきだと指摘している。プログラム実行中は電力が一定の割合で消費されているわけではないためだという。例えば、実験で使われたベンチマークテストの中の一つでは、Chapel言語で記述されたものは、Pascalで記述された同等のプログラムより55％実行時間は短縮されたが、エネルギー使用量はPascalで書かれたものの方が10％少なかった。

確かにエネルギー効率が最も高い上位5つの言語は、エネルギー効率は実行時間の短い順で高い。しかし、これを24言語にまで広げた場合は、OCaml、Haskel、Racket、Pythonに関しては、エネルギー効率と実行時間の短さが一致するものの、ほかの言語は条件によっては全く一致しなかったとしている。

headless 曰く、

Microsoftは20日、Linux版Microsoft EdgeのプレビュービルドをDevチャネルで提供開始した(Microsoft Edge Blogの記事)。

Linux版の提供開始により、Microsoft Edgeは主要なデスクトッププラットフォームおよびモバイルプラットフォームをすべてカバーすることになる。これに伴い、Microsoft Edge Bounty ProgramでもLinuxに関するバグ報告の受け付けを開始するとのこと。

Linux版は.debおよび.rpmの2種類のパッケージで提供され、現在のリリースはUbuntu/Debian/Fedora/openSUSEをサポートする。Microsoftでは他プラットフォーム向けのDevチャネルと同様、週1回の新ビルド提供を計画しているという。ダウンロードページではBetaチャネルでの提供も予告されている。

最初のプレビューリリースではWeb開発者にMicrosoft Edgeの開発者向け機能を体験してもらうことを目指しており、基本的にはmacOS/Windowsと同じ動作をするはずだという。一方、エンドユーザー向け機能ではMicrosoftアカウントまたはAADアカウントでMicrosoft Edgeにサインインする機能がサポートされておらず、設定の同期などサインインを要する機能はまだ使用できないとのことだ。

miishika 曰く、

大学入試センターは、2025年以降の大学入学共通テストでは現行の6教科30科目から7教科21科目に再編成する検討案をまとめた(NHK)。
新設教科の「情報」では、PCやタブレットを用いた試験が適当としながらも、均質な受験環境の確保が難しいこと>機器のトラブルを完全に排除できないことからマークシート式での出題となる。

また地理歴史・公民は現行の10科目から6科目に再編され、現行の「倫理、政治・経済」(「倫理」と「政治・経済」を併せて一科目)に相当する科目が廃止されることから、一部の大学学部では公民で受験することが出来なくなる可能性が生じる。

headless 曰く、

Microsoftは19日、Win32 C/C++向けのMicrosoft Edge WebView2が一般に利用可能(GA)となり、製品版アプリケーションで使用する準備が整ったことを発表した(Microsoft Edge Blogの記事、 GitHubのアナウンスページ、 リリースノート)。

WebView2はMicrosoftの新しい埋め込み用Webコントロール。Chromium版Microsoft Edgeをベースに構築されており、最新のWeb技術を容易かつ迅速にネイティブのデスクトップアプリケーションに取り入れることが可能だ。今回の発表と同時に前方互換のWebView2 SDKと製品としてリリース可能なWebView2ランタイムも提供が始まった。これらはすべてのWin32 C/C++アプリケーションで使用でき、Windows 7/Server 2008 R2以降のWindowsがサポートされる。

WebView2はWindows開発環境の統一と進化を目指すProject Reunionの一環であり、今後Win32アプリケーションだけでなくUWPアプリケーションでも利用可能になる。現在のところ.NET(WinFormsおよびWPF)はプレビュー版が提供されており、2020年末のGAが計画されている。WinUI 3ではWinUI 3プレビューでサポートされており、WinUI 3と同時のGAを計画しているという。

WebView2では「Evergreen」と「Fixed」という2つの配布モデルが用意される。Evergreenは同モデルを使用するすべてのアプリケーションでWebView2ランタイムを共有し、安定版Microsoft Edgeの更新に合わせて自動更新される。将来のWindowsリリースでは、Evergreenモデルのランタイムが同梱されるようになるとのこと。ただし、すべての環境にMicrosoft Edgeがインストールされているわけではなく、特定のMicrosoft Edgeバージョンが必要な環境もあるため、WebView2ランタイムはMicrosoft Edgeとは別に更新される。

Fixedモデルのランタイムはアプリケーションにバンドルして配布され、自動更新は行われない。開発者は自らランタイムのバージョンをコントロールできる一方で、更新の責任も負うことになる。今回提供開始されたのがEvergreenモデルのランタイムで、Fixedモデルのランタイムは現在Win32 C/C++および.NETに対応するプレビュー版が提供されており、2020年末のGAを計画しているとのことだ。