明日から、8年間住んだサンフランシスコ・ベイエリアを離れてラスベガスに引っ越します。 びっくりでしょ。いやー自分でもびっくりです。なんせ、そんなことは数ヶ月前までは考えたこともなかったからです。ある日の突然の思いつきで、ラスベガスにコンドミニアム（日本でいうマンション）を購入することを思い立ち、そこから3週間後には現地で契約書にサインしていました。いわゆる衝動買いというやつですかね。。。ともかく、あっという間でした。 で、このことを言うと、色々な人に「なぜ？」と怪訝な顔で聞かれるので、自分自身で整理する意味でもきちんと書いてみようと思いました。 結論をひとことでいうと「経済的な合理性」なのですが、まずは背景から。 高騰する家賃 サンフランシスコは、家賃がどんどん上がっています。どのぐらい高いかというと、2013年の現在、1ベッドルーム、日本でいう1LDK的な間取りの平均家賃が$2,700で

「ヘンなアダルトサイトのDMが来る」とレンタルショップ会社にクレームが来た。顧客情報の漏えいが判明し、調査に乗り出してみると、意外な部分が原因だと分かった。それは……。 九州のX県にあるレンタルDVDショップ運営のA社は、Y市に大きな本社ビルを構えて営業していた。X県だけで20店舗以上あり、近隣の県を含めた九州全体を商圏として計35店舗を展開していた。インターネット上でも活発に営業し、現在ではその売上が全店舗の売上の4割以上に匹敵するほどの成長をみせている。 そのA社で突如、情報漏えいが発生した。それは、L興業が運営する某アダルトサイトのダイレクトメール（DM）から発覚したのである。L興行は電子メールでも盛んに営業していたが、売上を伸ばすために今では珍しくDMを利用した。そのDMのあて名ラベルの左下に、小さくA社の顧客管理番号が印刷されていたのである。さて、今回はどういう状況だったのだろう

これまでTDDで使えるC、C++向けのユニットテスティングフレームワークをいくつか紹介してきました。その一連の紹介の総括として、今回は、C、C++でのTDDを対象とした場合、どのようなテスティングフレームワークが望ましいのかについてまとめたいと思います。 TDD向けのテスティングフレームワークに求められる条件 TDD向けのテスティングフレームワークに求められる条件については、以前Advent Calender向けの「TDDのはじめかた #TddAdventJp - 千里霧中」の冒頭で触れさせて頂いています。少し加筆して下記に転載します。 軽快にテストを実行できる。TDDにとって、実行に1秒以上かかるテストはもう遅すぎます。そのような実害ある遅さの直接的原因になるフレームワークは避けた方が無難です。 簡潔なテストコードでテストを実装・実行できる。Assertion MethodやTest M

Server error のコードを見ていて、withがあることに気づいた。 withのこと - Grな日々(uehajの日記) あたりを見て使用法がやっとわかった。 使用例 既存クラスのCalendarとかだとこんな感じに使える。 def calendar = Calendar.instance calendar.with { clear() set MONTH, JULY set DATE, 4 set YEAR, 1776 println time } withの中では変数calendarのフィールドやメソッドが "calendar." の指定なしに使えるわけですね。 ちょっとテスト 実現方法はクロージャでデリゲートしている模様。ステートメントじゃなくてクロージャとして機能提供するあたりがGroovyっぽくて素敵。 id:uehaj さんのところではmetaClassを使って試してい

[2015/01/14 追記] 1行で書けることが分かったので追記しておきます。 ポイントはGroovyの闇仕様の「展開ドット演算子の代入用法」を使うところです。これによってeach部分が単なる代入で書けます。 def defaultEncoding = 'UTF-8' tasks.withType(AbstractCompile)*.options*.encoding = defaultEncoding tasks.withType(GroovyCompile)*.groovyOptions*.encoding = defaultEncoding更に1行に連鎖させてしまえばこうなります。 tasks.withType(AbstractCompile)*.options*.encoding = tasks.withType(GroovyCompile)*.groovyOptions*.en

Java 7 で追加された try-with-resources は C# の using ステートメントに倣った構文だが、まったく同じというわけではない。 C# の using ステートメントは下記のページで説明されているように try/finally の糖衣構文であって、それ以上でもそれ以下でもない。 using ステートメント (C# リファレンス) http://msdn.microsoft.com/ja-jp/library/yh598w02.aspx 一方、Java の try-with-resources では、catch 節を書くことができる。これは大きな違いのように思えるのだけど、Web 上で両者を比較しているページを見ても、触れられていないことが多い……ような気がする。 復習 catch 節を付けた場合について考える前に、付けない場合の例外処理について考えることにする。

http://eclipse.org/kepler/ [改版履歴] 2013-07-01 画像のリンク切れを修正 2013-07-01 リリース版で追加された機能の解説を追加 はいどうも。毎年恒例のリリースがやって参りました。 (去年の分はこれ) 今日はまだリリース前日なので、まとまった解説ページが無いようです。 そこで、 http://eclipse.org/downloads/packages/eclipse-standard-43-rc3/keplerrc3 から各マイルストーンビルドを辿り、新機能の解説を寄せ集めました。 (※ 2013-07-01時点で、いくつかのページがリンク切れになっています) 以下、マイルストーンビルドの時系列順に解説します。 Eclipse本体及びJDTが対象です。その他(PDE等)はお察し下さい。 実は、僕はEmacs+の呪縛から逃れられないので未だに3

そのサイトで相手に届けたいメッセージを凝縮した物が「キャッチコピー」ですよね。 ランディングページにしても、ホームページのトップページのメインビジュアルにしても、キャッチの良し悪しは、マーケティングの成功に直結します。 もし失敗すると、例えばこんなことが起きます CVR（コンバージョンレート）が思うように上がらない 想定していたターゲットと違う申込者や問合わせが増える バックエンドが苦労する そんな大事な「キャッチコピー」の考え方ですが、経験上ユーザに響きやすくなる順に大きく３つのステップがあると考えています。 今回はそのステップをいかに上がっていくかという内容です。 「キャッチコピーについて、作り方で悩んでいる」「何回やっても変えても、あまり改善しない」「上手くいっているコピーと、そうで無いコピーの差を知りたい」といった方向けです。 キャッチコピー「考え方」の３段階 大前提 キャッチコピ

またまたGradleネタです。Gradleなどのツールでビルドしつつも普段の開発やユニットテストはIDEで行うというのはよくある話。GradleではIDE開発をサポートするプラグインも用意されています。 Eclipse Plugin IDEA Plugin 今回はこのうちEclipse Pluginに関していくつかTipsを紹介。 Eclipse Pluginを使うと何ができる？ プロジェクトからEclipseの各種設定ファイルを自動生成することができる。Mavenで言うところのMaven Eclipse Pluginと同じような物。 Eclipseのプロジェクト情報である.projectファイルや、クラスパスを定義した.classpathを生成することができる。 この時、Gradleで定義した依存関係も解決してくれるので、MavenみたいにJARを自動でダウンロードしてEclipseのク

大学生のころ僕の中でのアルファブロガー、東大の中原先生のブログを見て、本を読んで記録することでそれがインセンティブになること、自分の思ったことをアウトソーシングしておいて後で検索した方が効率がいいこと、などを知り、本を読んだら必ず書評をつけることにした。２〜３年間でだいたい200冊くらい読むとある程度の事についてわかったような物言いはできるようになるし、語れないものには沈黙する、その沈黙の基準が見えてくる。本ブログでも書評記事自体は書き方を失敗してあまり注目されないこともいまだによくあるが、一時期はてな書評ブログ16位にまで上り詰めた実績が一応ある。簡単に普段意識していることを書きとめておきたい。 一番大事なことは未熟であることを意識し、背伸びをすることである。未熟だからと縮こまらずに背伸びをすることで、自分が考えていた以上の文章が書けることがある。そうして出てきた文章をもう一度読みなすこ

Linux で signal + マルチスレッド、というとハンドラであれこれしようとすると、これはもう悪夢のように大変でひとつ signal 処理用スレッドを用意するのが定石のようです。 さてはて、そんなことで FreeBSD もそういうコードを書いて fork した子供を回収してやろうとしたところ、全く動いていません… orz これはどうしたんだろう??と調べた結果 空の signal handler を signal でしこんでやると動きだすことがわかりました。 はてさて、これはカーネルにどんな実装の差があるのでしょうか? そして、他のBSDではどうなっているのでしょうか? これが今回の疑問です。 実験 ひとまずこんなコードを使って引数に 0-3 を渡して実験します。中身はこんな感じのプログラムです。 #include <stdio.h> #include <signal.h> #in