あるAnonymous Coward 曰く、

GitHub日本法人の記事によるとヤマト運輸のDX推進を担当する中林紀彦執行役員曰わく、「これまでの内製化はアウトソーシングからの見直しが主体でした。これからは、アーキテクチャのデザインや、GitHubを活用したソースコードのガバナンス・標準化が実行可能なメンバーによるコアな開発は内製化し、ソースコードを書くなど単純な作業は外部に委託するなど柔軟な対応が必要です」らしい（ITmedia）。

後日、記事は修正され、「これまでの内製化はアウトソーシングからの見直しが主体でした。今後は、アーキテクチャのデザインやGitHubを活用したソースコードのガバナンス・標準化が実行可能なメンバーによるコアな開発は内製化しつつ、短期的にリソースが足りない部分は外部に委託するなど柔軟な対応が必要になります」と書き換えられた。

通常このような記事は録音を元に書き起こされるものであるが、本当はどのような発言があったのだろうか。

スタンフォード大学の研究によれば、GitHub Copilotや「Facebook InCoder」などのAIプログラミング機能に依存しているプログラマーは、AIを使わないプログラマーよりも不正確でバグの多いコードを生成しやすいという結果になったそうだ（論文、GIGAZINE）。

検証は五つの課題をクリアする形でおこなわれた。与えられた共通鍵を使用して、与えられた文字列の1つは暗号化し、もう1つは復号化する2つの関数をPythonで記述するという最初の課題では、AIのサポートを受けなかったグループの79%が正しいコードを生成した一方で、AIのサポートを受けたグループは67%しか正しいコードを生成できなかったとしている。ほかの2つ目から4つ目の課題でもAIプログラミング機能を使うと脆弱性のあるコードを生成しやすいという結果となったとのこと。

あるAnonymous Coward 曰く、

複雑な問いかけにも回答するチャットAI「ChatGPT」がテスト公開され注目が集まっているが、プログラミングの質問・回答サイト「Stack Overflow」は6日、早くもこのChatGPTを使った回答を禁止する方針を発表した（Stack Overflowの発表、ITmedia、GIGAZINE、ZDNet Japan）。

ChatGPTは正しい回答もするが、開発元のOpenAIも認めているように「もっともらしく聞こえるが、不正確な回答や意味不明な回答」をすることも多々あるという。Stack Overflowでは「一番の問題は、ChatGPTが生成する回答は不正確である確率も高いのに、適切であるように思われることが多く、回答が非常に容易に生成されることだ」といった議論の末、サイトとユーザーにとって「おおむね有害」であると結論。ChatGPTを使用した投稿を一律禁止することを決定したとのこと。

12 月の TIOBE Index で、C++ が初めて Java を上回った (The Register の記事)。

C++ は長年、Java と C の 2 強に続く 3 位をほぼキープしてきたが、近年は Python の上昇により 4 位に押し出されていた。しかし、この 2 年ほどは徐々にレーティングを伸ばしており、12 月は前年同月から 4.21 ポイント増の 11.94 %。1.70 ポイント増で 11.82 % の Java をわずかに上回って 3 位に再浮上した。

2015 年からトップを走っていた Java は 2020 年に入って急速にレーティングを落として C に抜かれ、続いて Python にも抜かれて 3 位に落ちていた。Python はその後 C を抜いて 1 位に上昇しており、12 月は前月から減少したものの 2 位 の C とは 0.1 ポイント差の 16.66 % で 1 位を守った。前年同月比ではトップ 4 いずれも増加しているが、Java だけが停滞傾向となっている。

5 位の C# は 1.48 ポイント減 (4.92 %)、6 位の Visual Basic は 1.46 ポイント減 (3.94 %) と大幅に減少した。7 位以下の増減幅は小さく、増加幅が最も大きいのは JavaScript の 0.90 ポイント増 (3.19 %、7 位)、減少幅が最も大きいのは Swift の 0.86 ポイント減 (0.91 %、15 位)。なお、2022年を代表するプログラミング言語の座はPythonとC、C++の争いになっているとのことだ。

headless 曰く、

Google のマテリアルデザインチームが 24 時間表示の時計のためのタイムピッカーデザインで直面した困難について解説している (Material Design Blog の記事、 9to5Google の記事、 Android Poice の記事)。

2020 年 10 月、最初にリリースしたマテリアルデザインの 24 時間タイムピッカーは 2 重リングになっており、外周で 1 ～ 12 時、内周で 13 ～ 24 時を選択する仕組みだったという。しかし、内周での選択が難しいといった懸念を受けて 1 重リングで 1 ～ 24 時までを選択するデザインに変更。このデザインでは偶数の時間のみ表示され、奇数の時間はスペースで表現されていた。このリングは時間の選択時のみで、分の選択時には表示が切り替わる仕組みだ。

しかし、このデザインは重要なアクセシビリティの問題を解決する一方で、ユーザーが認知しているアナログ時計の文字盤と一致せず、奇数の時間を選択するのにスペースを選択するというのが明確でないなどの問題があった。チームは 50 以上の異なるプロトタイプデザインを作るなど試行錯誤したが、24 時間表示のアナログ時計がユーザーの混乱を招くことに変わりなかったようだ。

最終的に 24 時間のタイムピッカーはデジタル方式が確実という結論に達し、オプションで 2 重リングのアナログ方式タイムピッカーも選択できるようにする計画とのことだ。スラドの皆さんはわかりやすく、かつ使いやすい24時間のアナログ方式タイムピッカーのアイディアがあるだろうか。