職場での利用に特化したTwitterクライアント『nobitter』をリリースしました。 解説ページはこちら ダウンロードはこちら ソースコードはこちら nobitterの特徴 nobitterを利用すると、職場のグループ内での「つぶやき」を暗号化した状態で送受信できます。 フィルタ機能により、色々な視点でグループ内の「つぶやき」を見ることができます。例えば： グループメンバー全員の最新の「つぶやき」を表示 特定のメンバーの過去4時間分の「つぶやき」を表示 自分宛の「つぶやき」を表示 キーボードだけで快適に操作できるように様々なショートカットが用意されています グループ以外の一般のFollowersには暗号化された「つぶやき」を送信しません 何がうれしいの？ 約３ヶ月前のエントリに、↓こんなことを書きました。 『ソフトウェア開発チーム用マイクロブログ』 最近、職場の同僚とTwitterでF

念願のMacBook（黒）が届きました。何より驚いたのが、その動作の速さ。VMWare Fusion用に4Gメモリも購入しておいたのですが、増設しなくてもVMWare上のXPまで含めてサクサク動いています。一応、これまでにやったことをまとめておきます。 Firefoxをインストール Google Browser Syncをインストール （この時点で、最低限の生活は可能） Dockから不要なアイコンを削除 Spacesを設定 ソフトウェアアップデートを実行 二本指タッチ＋クリックで右クリックになるように設定 XCode Toolsをインストール Qt 4.4.0 rc-1 をインストール XBench1.3 を実行（後でメモリを増設後、比較予定） subversion-client-1.3.1 をインストール SCPlugin をインストール （subversion-1.4.x を前提として

Qtで日時を扱う場合、QDateTimeクラスを使うと便利です。UTCからローカルタイムへ変換するにはtoLocalTime関数を使います。その際、QDateTimeのインスタンスにはtimeSpecプロパティとしてあらかじめ、Qt::UTCを設定しておく必要があります。デフォルトではQt::LocalTimeが設定されてしまうので、注意が必要です。 例えば、Twitter APIで取得した時刻データ（UTC）をローカルタイムに変換する場合、以下のように書きます。 inline QDateTime twitterTimeToLocalTime(const QString& twitterDateTime) { //! Twitter returns date and time in a format like this: //! "Tue Feb 19 20:56:22 +0000 200

中間管理職になってから、色々な人間関係の問題があった。部下との関係、上司との関係。自己啓発系の本をたくさん読んだ。リーダーシップ、コーチング、ＥＱなどなど。どの本も「納得」できる内容だったが、人間関係は改善されなかった。それどころか、知識を得たことによって、身の回りにいる人を批判するネタが増えた。上司たるもの、本来なら＊＊であるべきなのに、できていない。これじゃあ、仕事がうまくいかないのも当然。あの部下は、ビジネスマンとして最低限＊＊すべきなのに、それすらできていない。これじゃあ、管理できるハズがない。などなど。自分が変わっても、周りの人間が変わらないんじゃ意味ないよ、と、ある意味あきらめかけていた。 ふとしたきっかけで、『2日で人生が変わる「箱」の法則』を読んだ。本当に2日で人生が変わった。その効き目を実感できるレベルで。 ボクが感じた要点は↓こんな感じ。 身の周りの人を「モノ」ではなく

最近、職場の同僚とTwitterでFollowしあっている。お互い邪魔をせずに相手の状況を把握できてとても便利だ。「他の人に見られているから、ちゃんとやらなきゃ」という気になる、というペアプロと同様の効果もある。 管理者の立場からすると、開発者の邪魔をせずに開発者の状況を把握できる、というのはとても大切なことだ。開発者というのは、トランス状態になると最大の効率を発揮するのだが、トランス状態に入るまでに時間がかかる上に、割り込みが入るとトランス状態から抜けてしまうからだ。トランス状態に入っている開発者は、絶対に中断してはいけない。 開発者の立場からすると、管理者に中断されないというのが最大のメリットだ。それに加えて、他の人の邪魔をせずに、慎ましやかな方法で助けを求めることができる、というメリットがある。助けを求めるメッセージを書いている間に、自分の頭が整理されて自力で解決に至る、といういわゆ

他社製品と明らかに違う「一本筋の通った製品」を作るには、強い信念と明確なコンセプトを持った「プロデューサ」的立場の人に、製品仕様の決定権を一任すべきだだと思う。 Life is beautiful: "Less is more"なもの作りと合議制と デザインに関わる人が多ければ多いほど、「いろいろな意見」が寄せられてしまい、「せっかく有意義な意見を出してもらったのだから」と次々に意見を取り入れているうちに、機能だけはたくさんあるけど魂が無くて妙に使いにくいものが出来てしまう。 Satoshiさんの見解に100%同意する。先日のエントリにも書いたけど、『新しい』製品を作るには、ハンコの数は少ないほうがいい。 さて、「せっかく有意義な意見を出してもらったのだから」という部分をメタ的に考えると、色々な場面に当てはまることがわかる。 Twitterで読んだ怪しげなガジェット（例えば、chumby）

ボクは今、イギリスのケンブリッジで働いています。社員とのやりとりは基本的に英語。基本的に必要性を感じないことは学ばない主義（Lazy Evaluation）なので、会社に入るまで特に英語を勉強したこともなかったし、英語力も人並みでした。東京駅で外人さんに行き先を聞かれてパニックになるレベル。そんなボクが英語の勉強を始めたのは、会社に入った後てからです。「海外に行きたい」→「英語勉強しなきゃ」というシンプルな動機でした。 今現在学生である皆さんやボクらの子供たちの世代は、英語が話せないと希望の職種に就けない可能性があります。 This one works! - 書評 - 3語で9割通じる英会話 今までは、英語が話せると給料がアップする時代だった。これからは、英語が話せないと給料をもらえる仕事につけないという時代が来る。好む好まざるとに関わらず。 GoogleやSonyは、英会話ができない、と

「はてなスター」イイジャン、という話。長文失礼。 Web2.0は、相互の「反応」がユーザをつないでいる。反応とは、ブログのコメントであり、diggやはてブにブックマークする行為であり、トラックバックを送信・許可することであり、YouTubeにアップされた動画を自分のブログに貼り付けて布教する活動であり、Twitterで自分のことをまったく知らない相手に＠メッセージを送るチャレンジであり、Amazonマーケットプレイスで購買者が出品者を評価することである。 反応は、人間を動かすガソリンである。自分が行ったことに対して何らかの反応があると、人間は「うれしい」と感じ、さらにその行動を繰り返すことへの原動力になる。逆に、自分の行為に対して十分な反応が得られないと、人間はその行為をしなくなる。ボクも含めて、多くの人のブログが三日坊主になる理由は、結局のところ、ガソリン切れなんだろうと思う。 広く言わ

結局のところ、人生に重要な「メタ」ルールは３つしかないんじゃないだろうか。 動き続ける。 考え続ける。 学び続ける。ただし、半分の法則で。 当たり前のように見えるが、それぞれに深い意味を持っている。本エントリでは、これら３つのメタルールの重要性について、考えてみたい。 メタルール１：動き続ける。 本やブログを読むのが好きな人に多い問題点。それは、読んだ時点で自分がそれをマスターしたと錯覚してしまうこと。ボクもそうだ。すると、世間で言うところの「評論家」になってしまう。能書きを垂れても世の中は変わらないし、製品は作れない。Danさんのエントリ「あなたを奮い立たせる100の名台詞」を読んでいただきたい。世界中の偉人たちが残した僕らを奮い立たせる言葉の数々。 「あなたを奮い立たせる100の名台詞」 3.鉄を打つのに熱くなるのを待つな。打って熱くしろ。 - William B. Sprague 8

Joel on Software の著者、Joel Spolsky 氏が、愛されるソフトウェアを作るポイントについて講演をしたらしい。 http://itpro.nikkeibp.co.jp/article/NEWS/20080213/293602/ Danさんは、 私はその場に居合わせたわけではないのだけど、Joel、わかってねえなあ。 http://app.blog.livedoor.jp/dankogai/tb.cgi/51002296 とおっしゃっているが、そんなことはない。Joelはわかっている。ユーザの期待通りに動くことが大事である、という意味においては、DanさんとJoelの主張は同じ。建築の例だけ見て批判したのだと思うけど、批判する際は全体を見て批判しないとね。 ユーザの期待通りに動くセクシーなUIが大事だことは、いろんなブログ・書籍で触れられているる。ソフトウェア開発の現

メイルに枕詞を書くことがあります。「以前お伝えしたように、」とか「当然そうなさっていると思いますが、」とか。私も書いてしまうことがあります。ありがちなのは「自己正当化」を含んだケース。 AさんとBさんのやりとり。CCに上長。 A「Bさん、当然もう終わっていると思いますが、＊＊の件、お願いします。」 B「Aさん、以前お伝えしたように、＃＃な理由でできません。」 こういう枕詞は相手を攻撃するように見えるだけで、上長に対する言い訳性能もそれほど高くありません。↓のほうが気持ちいい。 A「Bさん、＊＊の件、お願いします。」 B「Aさん、＃＃な理由でできません。」 というわけで、枕詞は禁止の方向で。（自戒の念をこめて）