「バグ」タグアーカイブ

BugBug – 機械学習によるバグの自動トリアージ by Mozilla/Firefox

Mozilla Hacks で、2月から導入された BugBug というバグレポートの自動分類ツールの紹介が読めます。

Mozilla の様々な製品/コンポーネントに対して発行されたバグ報告を、とりあえずどの製品のどのコンポーネントに属するものかを分類して、そのコンポーネントの担当者に早く届くようにする、というのか今回のツール導入の目的だそうです。

大災害時などに負傷者の治療作業の順番をつける「トリアージ」と同様のことをバグに対して行う「バグトリアージ」というわけ。

“Teaching machines to triage Firefox bugs” より、概念図

これまではというと、ボランティアや開発者が人手でバグを分類し設定することで担当者に届けられていたのですが、ここの分類に日数が掛かっていて、バグが解消されるまでの期間が長くなっていた、と。

機械学習で分類させるには、どんなバグレポートがどのコンポーネントに対するものか、という過去の正しいデータが必要ですが、Mozilla でこれまで発行されたバグレポートは20年以上の期間での153万件を越えるそう。

これが人力でおおむね正しく分類されているので、これをXGBoostに食わせることで、新たに到着したバグレポートが属するコンポーネントの予測が自動的にできるのだそうです。

2月末に一部のプロダクトに対して導入運用を始め、350件のバグを自動分類し、そのチケットの解決までの日数の(外れ値を除いた)中央値は2日間と改善されたそう。ちなみに、今は60%の信頼度で分類して、80%以上の適合率を達成しているそうです。

今後の計画としては、重複チケットの検出、バグレポートに欠けている内容(たとえばバグの再現方法)を見つけて報告者に追加してもらう、リリース版での重要なバグを素早く発見する、などを検討しているということ。

大きな製品になるとバグレポートも膨大に届き、切り分けだけでたいへんな人的リソースを必要とするのでしょうけれど、その部分の自動化は開発側にも利用者側にも大きな恩恵を与えそうですね。

via VentureBeat

フェイスブックで「女性の友達の写真」は出るのに「男性の友達の写真」は出ない

友達の検索ではなく一般の検索の方ですが、検索ボックスで「女性の友だちの写真」(Photos of my female friends)と入力するとつながっている女性の友人のアップロードした写真が出てくるのに、

「男性の友だちの写真」(Photos of my male friends)と打っても男性の友人の写真は出てきません。

代わりに、何らかの検索した結果の写真が表示されました。

ベルギーの Facebook ウォッチャー、Inti De Ceukelaire さんがツイッターで紹介したこの謎現象

https://twitter.com/intidc/status/1094857260457705472

TheNextWeb も書いてますが、Facebook が今の形になる以前の大昔(2004年)、まだ名前が Facemash だったころ、ハーバード大の女子学生の顔に点数をつけるサービスだった、という過去を思い出させるバグです。さすがに今わざとやったわけではないでしょうけど。

… たぶん。

via TheNextWeb

React.js – 「ブラックリスト」は人種差別?

「ブラックリスト」の利用は侮辱的である!

The use of “blacklist” is offensive! #13604

という React のGitHub Issues におけるバグレポート。

報告者は、「人種差別的や、家父長的な背景のある用語を避けよう」という主張で、こちらのツイッターを引いています。

  • ブラックリスト → 否定リスト
  • ホワイトリスト → 許可リスト
  • キラーアプリ → 愛されアプリ
  • マスター/スレーブ → プライマリ/レプリカ

本気か、と思いましたが、たった2時間のうちに、Dan Abramov氏が「もちろん。いいね」と、多少文言を変えて修正し、チケットはクローズされました。

ちなみに、ブラックリストの語源には、人種的な意味はなさそうです。

まあ、言い換えの効かない単語ではないし、ささっと変えてしまえば済むといえば済むんでしょう。ソースコードチェックツールにこの手のセンシティブな単語のチェッカが入るようになるかもしれないですね。

# もしかしたらもう入ってたりするのかな。

via Hacker News

心のささくれたプログラマにリリースノートを書かせる弊害

アメリカの有名出会いアプリ OKCupid のスマートフォンアプリのバージョン更新案内文が、特定のユーザー一人に対する、行儀が良いとは言えない返事になっている、と reddit で発見されています。

バージョン 9.1.0 の新機能

シカゴのビルなる人物が、リリースノートでフザケるのをやめて技術的な詳細を寄こせと言ってきた。やあ、聞いてるよビル!

Bill from Chicago remarked that he wanted us to quit clownin’ around in our release notes and just give him the technical details. Well, we’re listening Bill!

今回のリリースでは、誰かとちょうど30回メッセージをやりとりしてからその会話を閲覧してる時に、もう一通メッセージが届いたらクラッシュする、というバグを直しました。もう一つ、アプリを閉じてから再起動した時に、どの写真にコメントしたかをアプリが覚えているようにもしました。ヒュー! このバグが治って良かったよね、ビル?

In this release we fixed a bug where if you had exchanged exactly 30 messages with someone and received another message while viewing the conversation, it would crash. We also added the ability for the app to remember what photo you were commenting on even if you closed and reopened the app. Phew! Good thing we fixed those bugs, right Bill?

このリリース文は、まだアップストアに掲載されています。

Mashableによると、今年5月9日のリリースノートは、こんな文章だったそうです。

「アプリのアイコンを変更しました。たぶんこの先ももう一回、もう一回と変更することでしょう。これは、あなたの将来の人生で起こる小さな変更を我々が用意するためのちょっとした方法です。大事なことは慣れることです。そういえばフロリダがいつか海面に沈むって知ってた? クレイジーだね」

“We changed our app icon again, and we’ll probably do it again. And again. It’s just one small way we’re prepping you for future life changes. Adaption is important. Did you know Florida might be underwater one day? Crazy.”

OKCupidのエンジニアはバグ修正に疲れているんですかね。それとも、社内リポジトリへのコミットメッセージのノリでリリースノートも書いているのか。

昔からある有名サービスで、現在の社員数は50人ということなんですが、リリースノートを修正担当者に直接書かせることがうまく行く会社もあれば、無用のトラブルを生むケースもあるのかなと。

シカゴのビルさんに伝わったかどうかは、まだわかっていません。

https://itunes.apple.com/jp/app/okcupid-dating/id338701294?mt=8

via Reddit

Chess.com のiPhone版が32bitオーバーフローで動かなくなる

オンラインのチェス対局コミュニティChess.comのスマートフォン版が、プログラムのバグによって動かなくなる事件が発生していたそうです。

13日に公式フォーラムでiOS版ユーザーから「動かない」という声が上がりはじめ、開発チームが調査したところ、これまでにchess.com 上でプレイされたゲーム回数が 21億回を超えていたことが判明。正確には 2,147,483,647 回越えで、プログラマーならピンとくると思いますが、2^31, 符号付き32bit整数の最大値です。

サイト全体が動かなくなったのではなく、2013年以前のiPhoneを使っているユーザーだけに不具合が起こっていたので、運営もなかなか気づけなかったということ。運営ではみんなが新しいiPhoneを使っていたんですね。

32bit版のiOSを使う古いiPhone や iPad では、chess.com サーバから送られてきた JSON の解釈が、なぜか元と異なる値になってしまっていた、と。

開発チームは、クライアント側の修正とサーバ側の修正の2案を用意しましたが、テストチームのテストを通した後、ハック的でその場しのぎなサーバ側の修正は反映せず、Appleのアップストア側のアプリを新バージョンに更新することで修正としたそうです。

記念すべきオーバーフローを最初に引き起こした対局がこちら

Hacker News やIT系のニュースで多く取り上げられたことで、「これまでの対局が21億回もある」という点がクロースアップされ、サイト的には良い宣伝にもなったようです。

via Hacker News

Facebook、バグによってCEOマーク・ザッカーバーグ氏の死亡を伝える

このバグはひどい

創業者ザッカーバーグ氏をはじめ、複数の有名人のFacebookプロフィール上が「追悼アカウント」とされ、故人を悼むメッセージが表示されていたということです。

マークを愛した人々が、共有された追憶と称賛で心慰められるよう願います。

We hope people who love Mark will find comfort in the things others share to remember and celebrate his life.

「何人が若死にした? 僕も死んだよ」という人も。

有名人や自社の社長だから騒ぎになってすぐ訂正されましたが、もしかしたら一般人でFacebookに殺されたままの人というのも、もしかしたらいるのかもしれないですね。