13 歳のプレイヤーが NES 版テトリスを完全攻略し、ブロックが最上段まで積み上がっていない状態のキルスクリーンに世界で始めて到達したそうだ (Ars Technica の記事、 AP News の記事、 Oklahoman の記事、 動画 [1]、 動画 [2])。

このプレイヤーは CTWC (Classic Tetris World Championship) 2023 で準決勝まで進んだ blue scuti こと Willis Gibson 氏。レベル 19 から開始したゲームは 6 分ほどでスコアが表示限界の 999999 点を超え、その 1 分後にはレベル表示もオーバーフローしている。さらに 20 分ほど後にはライン数の表示も 999 を超えて異常になった。キルスクリーンに到達したのはプレイ開始からおよそ 38 分後、1 本のラインを消したしたところで画面がフリーズした。画面表示とは別にカウントしている動画 [2] によれば、最後に消されたラインは 1,511 本目、スコアは 6,850,560 点、レベルは 157 に達している。この偉業は 12 月 21 日に配信されたライブストリームで達成され、12 月 14 日に 39 歳で亡くなった父親へ捧げられたとのことだ。

headless 曰く、

一部の Pixel 8 / Pixel 8 Pro オーナーからディスプレイ表面に複数のブツブツが見えると苦情が出ていることに対し、Google は光の加減でブツブツのように見えることがあるなどと説明するが、実際にディスプレイ裏面のブツブツに対応する位置で突いたようなへこみがあることをArs Technicaが発見している (Ars Technica の記事)。

このブツブツはカバーガラスではなく、カバーガラス下のディスプレイ表面に存在し、ディスプレイオフ時に光を当てると見えるようだ。Google は特定の条件でブツブツがあるような印象を受けると述べ、パフォーマンスや耐久性に対する機能的な影響はないと説明している。

Ars Technica がへこみを発見したのは、YouTube チャンネル JerryRigEverything による Pixel 8 Pro の分解動画だ。スクリーンショットを見ると、本体側のアーススプリングらしきものが取り付けられた位置に対応するディスプレイ裏面の銅箔にへこみが見える。Ars Technica では 8 か所のへこみに矢印を付けているが、表から見て左下にあたる位置にもスプリングがあり、やはり対応する位置の銅箔にへこみが見える。

なお、Google Pixel Community の Pixel Phone Help フォーラムでも、スプリングがブツブツに対応する位置にあることが JerryRigsEverything の分解動画のほか PBKreview の分解動画でも既に指摘されていたようだ。

Twitterは日本国内向けに、誤解を招く可能性のあるツイートに対して、ユーザーが協力してファクトチェックのような機能を提供する「コミュニティノート」機能の提供を開始した。この機能は米国では以前から「バードウォッチ（Birdwatch）」という名称で試験運用されていた。アルゴリズムはオープンソース化され、GitHubで公開されているため、誰でも監査や分析、改善の提案ができるとしている（CommunityNotesアカウント、Impress Watch、Togetter、GIGAZINE）。

あるAnonymous Coward 曰く、

「コミュニティノート」機能は、例えば「フランスの暴動で図書館が焼かれています」というツイートに対して「これは2023年5月のフィリピンで起きた火災の映像です」といった背景情報をつけることができる機能。通常のリプライは投稿者の任意で拒否したり隠したりできるが、コミュニティノートはそうしたツイートに対しても付けられるようだ。改悪続きのTwitterで久しぶりの良機能と好評な一方、コミュニティノート自体が誤った情報を広げてしまうケースや、またコミュニティノートの投票の是非を巡る議論もあるようで、果たしてうまくいくだろうか？

Amazon Web Services（AWS）は13日、AIを活用したコーディングコンパニオン「Amazon CodeWhisperer」が正式版になったことを発表した。Amazon CodeWhispererは、2022年にプレビュー版としてリリースされていたもので、オープンソースリポジトリ、Amazon内部リポジトリなどから収集した数十億行のコードを基にした機械学習から、プログラマが書き始めたコードの続きや、コメントの内容からコードを提案してくれるサービス。GitHub CopilotのAWS版という立ち位置であるという（AWS発表、Publickey、テクノエッジ）。

あるAnonymous Coward 曰く、

ITmediaに紹介記事が掲載(要登録記事)されていたので知ったのだが、MicrosoftによるBashが学べる入門動画「Bash for Beginners」(全20回/2:13:28)が公開されている。bashを用いたシェル操作からスクリプト作成まで。作業環境はGitHub CodespaceでVScode(Web版)統合ターミナル
・Microsoft Learn,(日本語)
・GitHub
・YouTube

タイトル一覧
・Welcome to Bash for Beginners / 初心者のためのバッシュへようこそ [1/20] 3:36
・What is the Difference Between a Terminal and a Shell? / ターミナルとシェルの違いは何ですか? [2/20] 1:40
・Setting up our Bash Environment / Bash 環境の設定 [3/20] 6:54
・How to Get Help in Bash / Bash でヘルプを表示する方法 [4/20] 9:12
・How to Navigate the Terminal with Bash / Bash でターミナルを移動する方法 [5/20] 6:07
・How to List Content in the Terminal with Bash / Bash を使用してターミナル内のコンテンツを一覧表示する方法 [6/20] 3:41
・How to Find Files in the terminal with Bash / Bash を使用してターミナルでファイルを検索する方法 [7/20] Bash 5:37
・How to Work with Directories in the Terminal with Bash / Bash を使用してターミナル内のディレクトリを操作する方法 [8/20] 9:06
・How to View File Contents in the Terminal with Bash / Bash を使用してターミナルでファイルの内容を表示する方法 [9/20] 7:25
・What are Environment variables? / 環境変数とは [10/20] 5:30
・How to Use Redirection and Pipelines in Bash / Bash でリダイレクトとパイプラインを使用する方法 [11/20] 9:51
・How to Modify File Permissions in Bash / Bash でファイルのアクセス許可を変更する方法 [12/20] 9:42
・What is a Bash Script? / Bash スクリプトとは [13/20] 7:01
・What are Variables in Bash? / Bash の変数とは [14/20] 5:57
・What are Conditional Statements in Bash? / Bash の条件付きステートメントとは [15/20] 5:02
・What are Case Statements in Bash? / Bash の Case ステートメントとは [16/20] 4:50
・What are Functions in Bash? / Bash の関数とは [17/20] 8:35
・What are Loops in Bash? / Bash のループとは [18/20] 10:12
・How to write a Bash Script / Bash スクリプトを記述する方法 [19/20] 11:27
・Next Steps with Bash / Bash を使用した次のステップ [20/20] 2:03

情報元へのリンク

YouTube が「広告掲載に適したコンテンツのガイドライン」の冒涜的表現に関する規定を更新した (YouTube ヘルプの記事、 9to5Google の記事、 Android Police の記事、 The Verge の記事)。

YouTube は冒涜的表現に関する規定を 11 月にも更新している。11 月の更新では冒涜的表現の強さのレベルによって区別せず、すべて同様に扱うこと、「hell」「damn」のような言葉を冒涜的表現として扱わないこと、冒頭 8 秒以内に冒涜的表現が含まれなければ収益化が可能になること、となっていた。しかし、収益化を容易にするという意図に反し、かえって厳しくなるとの懸念がクリエイターから寄せられたことから、再度更新することにしたという。

3 月 7 日から有効になった新規定では再び冒涜的表現を強さのレベル別に区分しており、中レベルの冒涜的表現は出現位置・回数にかかわらず緑の収益化アイコンが取得可能になる。また、F-ワードなどの強い冒涜的表現は最初の 7 秒または動画の大半を通じて繰り返し使われていても限定的な広告が可能となり、最初の 7 秒以降は強さのレベルにかかわらず、動画の大半を通じて冒涜的表現を繰り返さない限り緑のアイコンが取得可能になる。

音楽に含まれる冒涜的表現の扱いも明確化され、BGM や伴奏、イントロ/アウトロ音楽として使われる音楽に中～強レベルの冒涜的表現が含まれていても制限なく広告収入を得ることが可能となる。タイトルやアイコンに中～強レベルの冒涜的表現が使われている場合は引き続き収益化を利用することはできない。

今回の更新に伴い、11 月の更新で黄色い収益化アイコンとなっていた動画は 10 日までに再レビューが行われる。その結果緑色のアイコンになった場合、YouTube Studio の収益化ステータスにも反映するとのことだ。

eコマースプラットフォームのShopifyは、3人以上で実施される定期的な社内会議を永久的に廃止する方針にしたそうだ。タレコミにあるようなルールが設定されたとのこと。トビ・ルトケCEOによると、物事を追加していくと、できることの数が少なくなることから、会議を廃止することにしたらしい（GIGAZINE、Bloomberg）。

nemui4 曰く、

Shopifyで会議に関するルールが定められたそうな。

• 今後3人以上で行われる定期的な会議を廃止
• 水曜日には一切会議を行ってはいけない
• 50人以上の大規模な会議は木曜日のみ
• 6時間の枠内におさめる

そして従業員には会議を断り、社内の大規模なチャットグループから外れることを奨励

https://twitter.com/CanadaKaz/status/1610274381267099650

Kaz Nejatian@CanadaKaz
Meetings are a bug. Today, we shipped a fix to this bug at @Shopify.
To start 2023, we're cancelling all Shopify meetings with more than two people. Let's give people back their maker time. Companies are for builders. Not managers.

Googleによる英語からの翻訳
会議はバグです。本日、 @Shopifyでこのバグの修正を出荷しました。
2023年を開始するにあたり、2人以上のShopifyミーティングをすべてキャンセルします。作った時間を人々に返してあげましょう。企業はビルダーのためのものです。マネージャーではありません。

more than two people は間違い？

米カリフォルニア州で 11 月 24 日に発生した 8 台玉突き事故について、先頭の Tesla 車ドライバーは完全自動運転ソフトウェアの誤動作だと証言しているそうだ (CNN Business の記事、 Reuters の記事、 The Verge の記事、 Ars Technica の記事)。

事故は感謝祭のランチタイムにベイブリッジ (州間高速道路 80 号線) で発生。Tesla Model S が複数車線を越えて左車線に割り込んだ直後に時速 55 マイル (約 89 km/h) から時速 20 マイル (約 32 km/h )まで急減速し、8 台の玉突き事故となった。この事故では子供 2 人が軽傷を負って病院に運ばれたほか、長時間の渋滞を引き起こしている。

カリフォルニアハイウェイパトロールは Tesla が Full Self-Driving (FSD、完全自動運転) と呼ぶ自動運転レベル 2 の先進運転支援・部分自動運転機能がオンになっていたかどうか確認できないと述べていたが、情報公開請求によりドライバーが FSD の使用を証言する調書が 21 日に公開されたとのことだ。

GitHubが、2022年に同プラットフォーム上で使用されたプログラミング言語に関する統計データを発表した（GitHub、GIGAZINE、Publickey）。プログラミング言語トップ10は以下の通り。

1. :JavaScript
2. :Python
3. :Java
4. :TypeScript
5. :C#
6. :C++
7. :PHP
8. :シェルスクリプト
9. :C言語
10. :Ruby

なお2022年に最も使用されたプログラミング言語は「JavaScript」で、最も伸びたプログラミング言語は「HCL(HashiCorp Configuration Language)」、使用率が減少したプログラミング言語は「PHP」だったとしている。HCLが増えているのはープンソースのソフトウェアツールであるTerraformとIaCプラクティスの人気が高まりが一因であるらしい。なお、前年比での使用率が最も増加したプログラミング言語は次の通りとなっている。

1. :HCL(成長率56.1％)
2. :Rust(成長率50.5％)
3. :TypeScript(成長率37.8％)
4. :Lua(成長率34.2％)
5. :Go(成長率28.3％)
6. :シェルスクリプト(成長率27.7％)
7. :Makefile(成長率23.7％)
8. :C言語(成長率23.5％)
9. :Kotlin(成長率22.9％)
10. :Python(成長率22.5％)

headless 曰く、

Google フォトで古い写真を見たら破損していたとの報告が週末に相次いだ (9to5Google の記事、 Android Police の記事、 Google フォトコミュニティ投稿、 Reddit 投稿)。

破損内容としては画像処理に失敗したシミのような感じで、5 年以上前にアップロードされた編集済みの写真限定で発生していたようだ。そのため、オリジナルの写真は影響を受けていないという。ただし、写真を編集したことがないのに編集済みになっていたという報告も出ている。その後、いつの間にか問題が解消したという報告がある一方、解消を報告したユーザーの一人は再発を報告している。Google側で問題が発生している可能性もあるが、詳細は不明だ。スラドの皆さんは問題を目撃しただろうか。

Microsoft は 21 日、Windows Subsystem for Linux (WSL) で systemd が利用可能になったと発表した (Windows Command Line の記事、 Neowin の記事、 BetaNews の記事、 Phoronix の記事)。

systemd を利用するには、Microsoft Store 版の Windows Subsystem for Linux Preview バージョン 0.67.6 以降が必要だ。そのため、OS は Windows 11 が必要であり、 このバージョンを Microsoft Store からインストールするには Windows Insider Program を有効にする必要がある。ただし、バージョン 0.67.6 をGitHub でダウンロードしてインストールすれば非 Insider の Windows 11 環境での利用も可能だ。

あとは systemd をサポートするディストロで「/etc/wsl.conf」に「boot」セクションとエントリ「systemd=true」を追加し、WSL を再起動すれば完了だ。systemd を有効化することで Snap も利用可能になるため、対応アプリの利用も容易になる。

古ヘブライ文字で記述するプログラミング言語が登場したそうだ。名称は起源、創始、旧約聖書の創世記などを意味する「Genesis」。ソースコードを古ヘブライ文字で記述するという高難易度の内容となっており、プログラミング言語としての「Genesis」はインタープリターによる逐次実行、手続き型言語、チューリング完全といった特徴を持つという。なお、聖書でオブジェクト崇拝が明確に禁じられていることから、オブジェクト指向の要素はないとのこと（GitHub、junaryさんのツイート、窓の杜）。

NvidiaがLinux GPUのカーネルモジュールをオープンソースとして公開した。R515以降のバージョンではMIT/GPLv2のデュアルライセンスでの利用が可能となる。カーネルモジュールのソースコードは、GitHub上のリポジトリで入手可能。Tom's Hardwareの記事によれば、現時点では、データセンターGPUのコードのみが本番環境に対応しており、GeForceおよびWorkstation向けGPUに関してはアルファ品質レベルであるそうだ（Nvidiaリリース、Phoronix、Tom's Hardware）。

Nvidiaは過去20年間にわたり、独自のドライバとサポートの提供をLinuxにおこなってきたが、オープンソース化はされてこなかった。ライバルであるAMDに関してはオープンソースドライバの取り組みが10年以上継続していたこともあり、これまで多くの人がNvidiaにドライバのオープンソース化を求めてきた経緯がある。

あるAnonymous Coward 曰く、

まだfirmwareはclosedですが(amdも)、オープンソースのユーザースペースドライバ開発が進むことに少し期待
すでにオープンソースのユーザースペースドライバがsteamdeckなどに使われているAMDは何年も前から活発に開発が続いているので、追いつくのはかなり難しいのでは、と思いました

情報元へのリンク

現在、Alphabetが支援するDeepMindなどが強力なコード生成AIを開発している。一方で優れたコード生成AIはの多くはオープンソースで利用できないという問題がある。昨年8月に発表されたOpenAI Codexであっても用いられている学習データは公開されていない。そんな中、カーネギーメロン大学はオープンソースのAIコードジェネレーター「PolyCoder」を公開したそうだ（リリース[PDF]、Github、VentureBeat、ZDNet Japan、MarkTechPos）。

PolyCoderでは、OpenAIの言語モデルGPT-2をベースにして、12のプログラミング言語の249GBのコードのデータベースを利用して訓練したという。PolyCoderはトップクラスのコード生成AIの性能には及ばないものの、研究チームは高い精度でC言語を記述することができるとしている。

ロシアのウクライナへの侵略を受けて、IT企業各社がロシアに対してさまざまな製品やサービス提供の停止を行っている。しかしこうした一方的な規制に距離を置く立場を取る企業もある。その一つであるGitHubはロシアからのアクセスを禁止しない方針を発表した（ITmedia、GIGAZINE）。

GitHub上では2月24日に「GitHubからロシアを切り離して」とする趣旨の項目が作られた。ウクライナ侵略を非難する立場から、ロシアからGitHubに接続できないようにするという要望内容となっている。そこでは様々な議論がされていたが、3月2日に公式スタッフが投稿に回答する形でコメントを出した（GitHubスタッフのコメント）。

曰く、GitHubのビジョンはどこに住んでいても関係なく、すべての開発者のためのホームとなることだ。私たちは米国政府がロシアの軍事力を維持するために必要な技術などへのアクセスを制限することを目的とした輸出規制を真剣に受け止めている。その上でユーザーや顧客が規制の範囲を超えるレベルの影響が発生しないようにするための責任も感じているとコメントした。

その上で、GitHubでのポリシーを定めたWebページを提示、3月2日の段階では米国政府の制裁が適用される国と地域にはロシアが含まれていないことを示唆、この項目での議論の終了を宣言している。