スターや有名人のスクープ現場を追いかけるパパラッチ。 一度は決定的瞬間なスクープ写真を撮ってみたいものである。 しかし、街中で赤の他人を撮るのって躊躇する。知らないひとの日常を切り取ることは、ある種の背徳感を生む。それはもちろんマナーとして許されない場合もあるし、下手をすりゃ、肖像権だ犯罪 だ、とお叱りを受けることになる。 でも撮られる側がそれを承諾していたならば、パパラッチは「遊び」になるのではないか。みんなパパラッチになってみたらいい。僕を公式にパパラッチしてみたらいい。 「3/20（火）祝日。東京の街を赤い帽子を被って歩きます。みなさんは赤い帽子の男にバレないように、そっと彼の日常を切り取ってください。当日の行動はTwitterにて更新されていきますので、Twitterを確認しながら赤い帽子の男を追って下さい。決定的な瞬間や、密会の現場など、一面を飾るスクープ写真を撮ったパパラッチに

普段あまり意識しないしないlibcだが、カーネルの門番とも言える重要なコンポーネントだ。Linuxで標準のlibcはGNU libc、略してglibc。最近このglibcのsteering committeeが解散した。これをうけてlwn.netのJonathan Corbetがglibcの歴史をふりかえる。 http://lwn.net/SubscriberLink/488847/cb91a5cc3d179f3c/ とても良く書けている記事なので原文を読むことをすすめる。以下、面白いなと思ったところをいくつか紹介。 フォーク FSFのプロジェクト管理に嫌気がさしたLinux開発者が90年代前半にlibcをフォークしていたとは知らなかった。当時のディストロたちは「Linux libc」と呼ばれるバージョンを使っていたそうな。 90年代半ばからUlrich Drepperがこつこつ開発する。

はじめに そろそろJDK7が登場する時が近づいてきたのでJavaプログラマならProject Coinを先取りして予習しておくべき時期になってました。Project CoinというのはThe Java Community Process(SM) Program - JSRs: Java Specification Requests - detail JSR# 334となっているもので、Javaのコードをちょっとだけ簡単にしてくれるような文法の変化をもたらしてくれます。全部で５つありますので、一つ一つ見て行きましょう。 1. switch文でStringを (String in switch) 今はまだswitch文は整数値(char, byte, short, int)とそのラッパークラスしか使えないのはご存知のとおり。例えば以下のような文字列比較のif-else文を考えてみて下さい。 i

ちょっと古い話ですが、3/22にC#ユーザー会でVisual Studio 11をネタにしていろいろディスカッションしました。 第76回codeseek勉強会＆第16回日本C#ユーザー会 勉強会 - 日本 C# ユーザー会 Fakes Frameworkについてid:neueccさんがデモってくれたのですが、その時「FakeとStubって何が違うの？」という質問が出ました。みんなイメージは多分共通していたと思います。しかし言語化できませんでした。たまたま今読んでいる本にFake/Mock/Stubの違いについても書いていましたのでちょっと引用します。 Stub: Prevent the dependency from obstructing the method-under-test and torespond in a way that helps it proceed through

MySQLの数値リテラルに+1すると怒られたり、オーバーフローしたりすることがあります。下記は僕の手元のMySQL5.5.22での実行結果です。 mysql> select 9223372036854775807+1; ERROR 1690 (22003): BIGINT value is out of range in '(9223372036854775807 + 1)' もう足せないよ、と怒られてしまいました。しかし、それより1大きい数は+1しても怒られません。 mysql> select 9223372036854775808+1; +-----------------------+ | 9223372036854775808+1 | +-----------------------+ | 9223372036854775809 | +-----------------------

「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な

受託がいいとか、悪いとか罠だとかいう議論がある。 ぼくはそんな単純な議論ではないと思う。 いい受託と悪い受託がある。 ポイントはたった４つだ。 難しくない。全部そろってる必要もない。 ただ、ひとつも揃ってない案件はやる必要もない。 (1)時間を犠牲にするほど単価がいいか？ (2)お金以外で得られるノウハウ・スキル・実績はなにかあるか？ (3)価格の決定権のあるキーマンとのパスがあるか？ (4)担当者がトラブルメイカーでないか? 長期的に最も大事なのは(2)だ。ぼくはネットのことを何も知らないで、ネットの仕事を請けた。元々組み込みエンジニアだったからだ。最初なんか、phpもSQL触ったこともないのにイントラwebの仕事を請け、java触ったことないのにiアプリの仕事を取ってきていたし、SEOの仕事を取ってきた帰り道に本屋でSEO入門の本を買ってたくらいだった。おかげで、超短期的にそのノウハウ