はてなブックマーク

カナダのオタワ大学で開催されたPGCon 2015で、"The Art of Performance Evaluation" という題目で、計算機システム、とくにデータベースシステムに関する性能評価の基礎となる考え方と、基本となる3つの技能（モデリング、測定、シミュレーション）に関して講演を行ってきました。 PGConはPostgreSQL関係者の集う最もハイレベルなカンファレンスの一つで、世界中からPostgreSQLの主要開発者が集い、PostgreSQLの開発方針を議論したり、最新のPostgreSQLに関する技術動向が話し合われる場となっています。 PostgreSQLの開発や使い方など比較的具体論が取り扱われることが多い中、自分の講演はやや異色な発表ではありましたが、システムソフトウェアの開発において正しい性能評価の考え方を知ることは欠くことのできない重要な技能であるので、その点

「Slack最高！」「メールを全廃してSlackに移行しました」 みたいな話を最近しばしば目にすることが多い。 コミュニケーションツールの移行というのは、技術の問題はたいしたことでは無くて、結局人と人との問題である。 たとえばチームをまるっとSlackに移行できたところは、Slackを抵抗なく受け入れられる均一さを持っていたか、あるいは誰かが意見調整をキチッと頑張ったところだろう。 とはいえ、チーム内のコミュニケーションを全部チャットに移行できたとしても、全世界をチャットに移行できたわけではないので、当然ビジネス上のやりとりではチャットではない＝旧来通りメールで行われるコミュニケーションが相当量残っていることは間違いなかろう。 特に最近流行しているチャットはチーム内でのコミュニケーションに特化しているものが目立つので、チーム外、あるいは会社の外とのコミュニケーションには適さない。 そうする

計算機を使った性能測定実験プログラムを実行して、集計するという処理をどこまでパターン化出来るかというのを、この数年、たまに考えている。が、なかなかこれだ、という答えにたどり着けるわけでもなく悶々としている。 このエントリは、その悶々とした気持ちをただ吐き出すためのものである。 この春でいまの研究室にきてから丸々6年になるので、この6数年ずっとデータベース研究をしていて、実験の作業として結局やっているのは、色んなプログラムの実行性能を測っては分析するということの繰り返しになる。 基本的には特定のプログラムを色々条件を変えながら何度も実行して、その結果をまとめることになる。大抵1回の実行時間は短くても数分、長い時には数時間で、それを何度もパラメタを変えて繰り返すので、結構長時間の実験になる。 当然パラメタを変えながらプログラムを繰り返し実行する部分は自動化することになる。 そのときに、自動化を

ソフトウェア技術に関する情報が昨今は本当に氾濫していて、自分が必要とする情報を抽出する機械になるには、人生はあまりにも短いし、そもそも一人では到底さばき切れない時代になっていると感じます。とはいえ、人のtwitterやfacebookのタイムラインを眺めてみたり、キュレーションサービスを使ったりするだけだと結構情報を見落としたりすることも多くて、痛し痒しというところです。 そんな時代背景もあってか、最近は Hogehoge Newsletter という形で、特定のトピックに関するWeb上の記事で重要そうなものを、定期的にメール配信するサービスが英語圏にわかに盛り上がりを見せているようです。特に毎週配信のWeekly系が多いようです。 プログラミングの一次情報はどうしても英語が多くなるので、最新技術にキャッチアップするには英語の情報を追いかけておきたいところですが、英語のニュースサイトを巡回

2014年12月5日に品川APで開催されたPostgreSQLカンファレンス2014にて、「より深く知るオプティマイザとそのチューニング」という題で発表してきました。 PostgreSQLのクエリ実行プランコスト見積りに関して、おそらくWeb上で公開されている中では最も細かいところまで突っ込んで解説した資料になっていると思います。