headless 曰く、

Windows からコマンドプロンプトが簡単にはなくならないことについて、Microsoft が再び解説している (Educator Developer Blog の記事、 On MSFT の記事、 BetaNews の記事)。

コマンドプロンプト (cmd.exe) の運命については、Windows 10 Insider Preview で標準のコマンドシェルが Windows PowerShell に置き換えられた時にも話題となり、Microsoft では Windows のビルドでも使用する多数の cmd スクリプトの実行環境などとして必要なコマンドプロンプトが簡単にはなくならないと明言していた。

今回は Windows ターミナルがコマンドプロンプトを置き換えるのではないかと話題になっていることを受けたものだという。そもそも Windows ターミナルはコマンドプロンプトや Windows PowerShell、Linux シェルなどのコマンドシェルプログラムを実行するためのホストプログラムであり、コマンドプロンプトを置き換える性質のものではない。

記事ではその違いを解説する Open at Microsoft のエピソードを紹介しつつ、Windows ターミナルがコマンドプロンプトを置き換える可能性の有無に言及するなど混同した様子もみられるが、結論として Windows ターミナルや PowerShell が Windows のコマンドライン環境でコマンドプロンプトを補完する存在だと述べている。

最近コマンドライン環境が注目される AI 開発の場面ではコマンドプロンプトがメインとなることはないが、多くのユーザーがコマンドの文法や構造を熟知したコマンドプロンプトの人気が簡単に失われることはないという。コマンドプロンプトは現在も多くの Windows ユーザーの心に特別な場所を占めているとのこと。スラドの皆さんはコマンドプロンプトに愛着があるだろうか。

headless 曰く、

GNU は 9 月 27 日に 40 周年を迎える (特設ページ、 FSF のニュース記事、 The Register の記事)。

RMS こと Richard M. Stallman 氏が GNU オペレーティングシステムの開発計画を明らかにしたのは 1983 年 9 月 27 日。GNU は「GNU's not Unix」の再帰的頭字語で、自由なソフトウェアのみからなる Unix ライクなオペレーティングシステムだ。GNUは自由なソフトウェアのムーブメントを生み、しばしば Linux カーネルと組み合わせられてインターネットのバックボーンとなっている。

40 周年を記念して 27 日にはスイスのビール / ビエンヌでハッカーミーティングが開催される。

headless 曰く、

トヨタの人工知能研究会社 Toyota Research Institute (TRI) は 19 日、生成 AI を用いてロボットに新しい器用な操作を素早く確実に教える手法のブレイクスルーを発表した (ニュースリリース、 The Verge の記事)。

TRI のロボット行動モデルでは、教える人の触覚型デモンストレーションと言葉による目標の説明を組み合わせ、生成 AI による行動学習手法である Diffusion Policy を用いて学習する。これにより 1 行もコードを書くことなく、従来のロボットには難しかった柔らかな物体や液体などに関連するスキルを短時間で学習できるという。

既にロボットは液体を注ぐ、道具を使う、柔らかい物体を扱うなど 60 以上のスキルを学習しており、TRI では年末までに数百個のスキル、2024 年末までに 1,000 個のスキルを学習させる意欲的な目的を設定しているそうだ。今回の進歩はロボット利用を大幅に改善し、大規模言語モデル (LLM) の行動版である大規模行動モデル (LBM) 構築に向けた一歩になるとのことだ。

headless 曰く、

PowerPoint 共同開発者のデニス・オースティン氏が 1 日、カリフォルニア州ロスアルトスの自宅で死去した。死因は肺がんの脳転移によるものだといい、76 歳だった (The Verge の記事、 Neowin の記事、 The Washington Post の記事)。

オースティン氏は 1947 年 5 月 28 日、ピッツバーグに生まれる。1984 年に Forethought へ入社したオースティン氏はソフトウェア開発担当 VP のロバート・ガスキンス氏とともに、ガスキンス氏が発案した OHP に代わるプレゼンテーションスライドソフトウェア「Presenter」の開発を開始。1985 年から主席開発者となった。名称はガスキンス氏が出張時に滑走路で見かけた標識から「PowerPoint」に変更されたという。

PowerPoint 1.0 は Macintosh 向けに 1987 年 4 月 20 日リリース。同年 8 月には Microsoft が Forethought を買収し、同社初の大型買収となった。オースティン氏は退職する 1996 年まで主席開発者を務めた (Beginnings of PowerPoint: PDF、 Computer History Museum の資料、 動画)。

こども家庭庁は9月5日、「日本版DBS」と呼ばれる性犯罪歴の確認制度に関する報告書案を有識者会議に示した。この制度は、子どもと接触する職業に従事する人々が性犯罪歴がないことを確認することを義務づけるもので、学校や保育所などでの適用を計画しているそうだ。確認の対象は性犯罪の前科のみ。新法案にDBS創設を盛り込む方針で、今秋に臨時国会に提出する予定（時事ドットコム、産経新聞、毎日新聞、日テレNEWS）。

日本版DBSは英国の「Disclosure and Barring Service（前歴開示・前歴者就業制限機構）」をベースに作られており、子どもと接触する仕事に従事する希望者に性犯罪歴がないことを示す証明書の提出を求める。報告書案によれば、この確認制度は学校や保育所だけでなく、認定こども園、児童養護施設、障害児入所施設などにも適用される。

しかし、学習塾やスポーツクラブ、認可外保育施設、放課後児童クラブなどの民間の事業者に対しては義務化の対象外で、自主的に確認を行った事業者を認定する「手挙げ方式」が検討されている。政府は任意で導入する事業者には「認証マーク」を与える方針。ただし、ボランティア活動を行う人など、一部の職種についての方針はまだ決まっていないとされている。

Bloombergの報道によれば、米国のブライダル市場において、天然ダイヤモンドの価格が急落しているという。原因は人工ダイヤモンドの需要が増加していること。コロナ禍が後はダイヤモンドの需要は軟化し、経済的な逆風が高級品への支出を抑制する状況になっている。特に米国で人気の高い1〜2カラットの天然ダイヤを使用するブライダルリングに使われるようなダイヤ原石は、他の種類より急激に値下がりしているという（Bloomberg）。

人工ダイヤモンド業界は価格に敏感な消費者に焦点を当てており、その努力が実を結びつつある。ただ、この天然ダイヤモンドの需要低下が恒久的なものであるのかは不明。アジア勢が主に購入する高級ダイヤ市場にいずれ波及するかどうかが注目されているとしている。

headless 曰く、

IEEE Spectrum のプログラミング言語ランキングでは 2017 年以来 Python が 1 位を保っているが、2023年版では 2 位以下との差を大きく広げた (The Top Programming Languages 2023、 DEVCLASS の記事)。

IEEE Spectrum のランキングでは昨年まで 1 位のスコアを 100 点としていたのに対し、今年は 1 位のスコアが 1 点となったためそのままの数字では比較しにくいが、昨年 96.8/100 点で 2 位だった C は 0.4641/1 点と半減して 4 位に後退し、Java が 5 位から 2 位へ上昇している。ただし、Java のスコアも昨年の 70.22/100 点から今年は 0.588/1 点まで大きく減少した。昨年の 2 ～ 4 位が大幅に減少したのに対し、昨年 7 位だった JavaScript は 40.48/100 点から 0.4638/1 点まで増加して 5 位に上昇した。このほか、トップ 10 では Go と TypeScript が増加している。

Python は何にでも使える言語となり、よりシェアの少ない専門的な言語からシェアを奪って増加しただけでなく、強力で幅広いライブラリが利用可能な AI などの分野では主流の言語となった。また、ハイエンドコンピューティングにおけるムーアの法則が終焉に向かう一方でローエンドのマイクロコントローラーはパフォーマンスの向上が続いており、インタープリターのオーバヘッドで不利な Python が組み込み開発の競争にも加わるようになったほか、子供たちが最初のプログラミング言語として Python を学ぶことにより長期的なポジションも確保したとのこと。

一方、求人では SQL が Python を上回っている。ただし、純粋な SQL プログラマーが求められているのではなく、Java や C++ など他の言語と組み合わせたスキルが求められているという。また、Java など C ライク言語の総計は Python を上回っており、特に高パフォーマンスが求められるタスクやリソースに制約のあるタスクなど、インタプリターのオーバーヘッドが問題になる用途では Python が不利 (対策も試みられてはいるが) だ。このほか、Python による置き換えの難しい言語として R や Fortran、COBOL が挙げられている。

IBM が同社の AI・データプラットフォーム watsonx の生成 AI で COBOL コードの近代化を加速すべく、IBM watsonx Code Assistant を開発しているそうだ (IBM Z and LinuxONE Community のブログ記事、 Ars Technica の記事、 The Register の記事、 紹介動画)。

COBOL コードのリライトには多数の開発者と手間のかかる手作業が必要であり、何年もの年月と数百万ドルの費用をかけても近代化できるのはごく一部にとどまる。IBM watsonx Code Assistant では巨大でモノリシックなアプリケーションのリファクタリング・変換・検証を自動化し、ビジネスサービスごとに分離して近代化できるという。

変換の過程では COBOL コードを Java コードに変換するほか、COBOL コードのままで最適化を実行することも可能だ。IBM では COBOL から変換した Java コードが Java 開発者から見て自然なものとなることを目指しているそうだ。データソースやアプリケーションサーバーはそのままでよく、移行のための処理は不要とのこと。

IBM watsonx Code Assistant は IBM Z と Red Hat Ansible Lightspeed で利用可能になるとのことだ。

Google Play で最近、不要ファイル削除や空きメモリ確保などを実行するシステムクリーナーアプリが多数削除されているようだ。

Internet Archive が昨年 10 月に保存した Google Play での「cleaner」検索結果のスナップショットをみると、リストアップされているアプリ 30 本のうち、現在は 20 本が削除されている。削除されたアプリの中にはインストール件数が 1 億回を超える「One Booster」や「Nox Cleaner」といったアプリも含まれる。また、「cleaner site:play.google.com」のGoogle検索結果では、最初の 10 本のアプリのうち 4 本が削除 (最初の 20 本では 10 本が削除) されている。

削除されたアプリ「SD Maid」「SD Maid 2/SE」の作者 Matthias Urhahn 氏 (darken) によれば、これらのアプリが「ストーカーウェア」ポリシーに違反するため公開を停止したという 2 件のメールが (おそらく 8 月 21 日の) 21 時 44 分に届き、16 分後の 22 時には 12 年間にわたりアプリを公開していた開発者アカウント darken の削除が通知されたという (作者の Google Play Developer Community 投稿、 Reddit のスレッド [1]、 [2]、 Android Police の記事)。

削除理由は開発者アカウントに関連付けられた高リスクまたは悪用のパターンを特定したため、Google Play デベロッパー販売 / 配布契約の 8.3 / 10.3 に従って削除する、というものだ。Reddit のスレッドでは明確にアプリ名は挙げられていないものの、他の開発者からもストーカーウェアポリシーでアプリが削除されたという報告がみられる。

Play Console ヘルプによれば、ストーカーウェアとは「適切な通知や同意なく、永続的な通知を表示せずに、デバイス上の個人情報や機密性の高いユーザーデータを収集、送信するコード」とされる。しかし、SD Maid のデータ セーフティ情報によれば収集するデータはアプリに関するもののみとなっており、プライバシーポリシーでも個人情報は収集しないと明記している。SD Maid 2/SE はオープンソースアプリでもある。

Urhahn 氏はGoogleに異議を申し立てているが、現在のところ受信確認と調査中の報告のみで、特に進捗はみられないとのこと。システムクリーナーアプリは効果が疑問視されることもあり、中には広告が多すぎると批判されるものもあるが、削除されていないアプリもある。最近削除されたすべてのアプリで実際にポリシー違反が確認されたのだろうか。スラドの皆さんのご意見はいかがだろう。

headless 曰く、

Intel が開発者向けのオープンソースフォント Intel One Mono の最新版となる V1.3.0 を公開した (Phoronix の記事)。

Intel One Mono は低視力の開発者を考慮して、Frere-Jones Type が Intel ブランドチームおよび VMLY & R と提携してデザインした書体だ。開発者の疲労や目の疲れに対処し、コーディングミスを減らすため、最高の読みやすさを目指しているという。

V1.3.0 では字体組版 / 分解 (ccmp) による言語サポート改善や、コロンの位置を引き上げて演算子と揃えるための calt 機能追加、フォントやソース、ライセンスにおけるフォントファミリー名を「Intel One Mono」に更新といった変更が行われたとのことだ。

Microsoftは22日、「Python in Excel」のパブリックプレビューを発表した。この機能は、「Microsoft 365 Insider」プログラムのメンバーに段階的に提供される。「Python in Excel」は、PythonスクリプトをExcel内で実行できるようにする機能。Pythonは、数値計算、統計分析、機械学習などの領域で広く活用されており、Excelと組み合わせることでビジネスアナリティクス分野での活用が可能（Announcing Python in Excel、窓の杜）。

Excel上でPythonコードを実行するには、新関数「PY」の引数にコードを与えることで可能となる。クラウドサービス上で計算処理が行われ、結果がワークシートに返されるため、ユーザー側でPython環境を整える必要はないとしている。またセキュリティも考慮されているとしている。「Python in Excel」には「Anaconda」ディストリビューションが組み込まれており、主要なPythonライブラリが利用可能としている。

Chrome 117 ではインストール済みの拡張機能が Chrome ウェブストアで提供されなくなった場合、ユーザーに通知する機能が追加されるそうだ (Chrome Developers のブログ記事、 Neowin の記事)。

拡張機能が Chrome ウェブストアで提供されなくなる理由としては、開発者が公開を終了・Chrome ウェブストアポリシー違反・マルウェアと判定された、という 3 つのケースに限られる。ポリシー違反の場合は開発者に警告後、修正や異議申立を行うための猶予期間が設けられるが、この間は拡張機能が公開停止になることはない。そのため、ユーザーにも通知が表示されることはなく、問題が解決すれば通知は自動的に消えるとのこと。マルウェアと判定された拡張機能はこれまで通り自動で無効化される。

拡張機能提供中止の理由は Chrome の拡張機能設定画面 (chrome://extensions/) に表示されるが、「プライバシーとセキュリティ」設定画面 (chrome://settings/privacy) の「安全確認」で通知を目にする可能性が高いという。ここでレビューボタンをクリックすれば、拡張機能設定画面に移動して理由を確認したり、削除したりすることが可能だ。この変更は正規の拡張機能に影響を与えることなく、エコシステムの安全を保つことを目指しているそうだ。

headless 曰く、

Mozilla が今後数か月のうちに、Firefox for Android で addons.mozilla.org (AMO) の拡張機能オープンエコシステムをサポートすると開発者に予告している (Mozilla Add-ons Community Blog の記事、 The Verge の記事、 The Register の記事、 Android Police の記事)。

Firefox for Android は 2020 年に GeckoView ベースとなった際、利用可能な拡張機能が数個にまで減少してユーザーの不満の原因となった。これを受けて Mozilla ではサポートする拡張機能を増やす計画を示したが、現在も利用可能な拡張機能は 20 本を超えた程度にとどまり、AMO から直接インストール可能な拡張機能はさらに少ない。一方、Firefox for Android Nightly では「コレクション」に追加することで AMO の任意の拡張機能がインストール可能になっている。

Nightly で任意の拡張機能を AMO からインストールするには複雑な手順が必要となるが、Mozilla では Firefox for Android で拡張機能オープンエコシステムを利用可能にし、デスクトップ版と同様の手順で拡張機能をインストール可能にするインフラストラクチャーを既に構築済みだという。具体的な提供開始時期は 9 月初めに発表するが、少なくとも年内にはロールアウト可能という見通しとのこと。

そのため、Mozilla では拡張機能開発者に対し、既存のデスクトップ拡張機能をモバイルでも利用できるよう最適化しておくことを推奨している。テストは上述のコレクションを作成して Nightly でインストールするほか、web-ext を使用すれば AMO で公開する前にテストすることも可能だ。

高校2年のNaYuさんが、学校の文化祭における食品の待機列問題への解決策として、チェーン店の決算システムを再現しようとしたという内容が話題になっている。元記事によると、過去の文化祭では、来場者一人が1種類の食品を購入するのに最大で1～2時間を要する長い待ち時間が発生していたという。食品の調理時間と会計時間の差があること、および一店舗からしか注文ができないという問題が影響していたそうだ（文化祭で某チェーン店を再現して失敗した話、Togetter）。

そこで解決策として、EasyEatsというシステムが提案されたという。このシステムは、要はマクドナルドと同じもので、客側が会計レジで注文と決済を行い、食品引換券を受け取り、その引換券を持って、テレビモニターに表示される番号を待ち、食品を受け取る仕組み。各店舗はiPadを使用して注文を受け取り、調理し、注文状態を変更する仕組みを用意したという。

顧客はアプリを使用して注文し、Firebaseの認証を使用してログイン。また、番号の割り振りや注文情報の保存などの処理もサーバーサイドで行われたという。アプリは文化祭前日になって完成したこともあり、運用しながらトラブルを解消していく状況だったとしている。記事ではWiFiの問題や進捗管理の重要性、データ量の予測などが今後の課題として挙げられている。とはいえ、こうした問題の大半は2日目にリカバリされており、SNS上では高校生たちの行動力と分析力などを称賛する声が上がっている。

headless 曰く、

Google は 10 日、次期 Android 14 の 5 番目のベータ版となる Android 14 Beta 5 をリリースした (Android Developers Blog の記事)。

Android 14 は Beta 3 でプラットフォーム安定版のマイルストーンに到達しており、Beta 4 がリリースされた 7 月には Google Play で Android 14 デバイス向けにアプリを公開できるようになっている。3 番目のプラットフォーム安定版となる Beta 5 では開発者 API やアプリ側から見た挙動に大きな変更はなく、最新の改善と修正が含まれている。正式版のリリースを数週間後に控え、Android アプリ開発者にはアプリの互換性テスト完了と必要な更新の公開が推奨されている。

Beta 5 は対応 Pixel デバイスでベータプログラムに参加すれば OTA 配信されるほか、ファクトリーイメージも公開されている。Android Studio の SDK Manager で Android Emulator のシステムイメージも近く配信されるとのこと。

Android 13 は 2022 年 7 月の Beta 4 がファイナルベータとなり、8 月に正式版がリリースされたが、Android 14 は早い段階から Beta 5 以降のリリースが予告されていた。Beta 5 がファイナルベータだとは宣言されていないが、数週間後に正式版がリリースされるということなので Beta 6 はなさそうだ。正式版のリリースは 9 月になるだろうか。