CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：マックを買ってきたらインストールするソフト（マック入門のすすめ）
最近、MacBook Proを買いました。 本当は、最新OSのLeopardが登場してからにしようなどと考えて買い控えていたのですが、それも10月まで延期になってしまったので、このへんで踏ん切りをつけたという感じ。 セットアップは一瞬で終了。最近のマックは快適すぎる。ずっとマック信者だったぼくなんかは、あまりに快適すぎて最近マックにスイッチした人はずるいとさえ思ってしまいます。 せっかくなので、今回インストールしたアプリを一覧にしてみましょう。ほとんどが定番モノで、標準添付のもの以外で敢えてインストールする数は年々減ってきています。 これは、ほとんどのアプリがウェブで動く時代になってきたことの何よりの証。このシンプルさからくる身軽さ、快適さといったら、何とも筆舌に尽くしがたいものがありますね。 以下、個人的基準で「インストール必須」「おすすめ」「開発者向け」の順で紹介していきます。 (*)
リリースからの一年を振り返って:江島健太郎 / Kenn's Clairvoyance - CNET Japan
Lingrをリリースしてからちょうど１年が経ったので、この機会に総括してみたいと思います。 お世話になってるユーザやAPI開発者の皆さんに恩返しをする意味でも、これから自身で何かを開発する際の参考にしてもらえればいいな、という思いから、なるべく具体的な数字を伝えることにしました。 これはデータセンターで計測されたデータ転送量のグラフです。 あとはGoogle Analytics（以下略GA）による統計で、簡単にご紹介できる現状の数字としては、 月間ユニークユーザ：10万人 月間ページビュー：23万PV 絶対ユニークユーザ：26万人 平均滞在時間：10分 といったところです。 なお、GAのデータに関しては、API経由のアクセスは一切カウントされないのと（あとで述べますが、API経由のアクセスはブラウザ経由の2倍あります）、AjaxやCometによるアクセスもページビューにはカウントされないと
CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：時代にマッチした「サイト利用規約」を作ってみた
ここのところ、「無断リンク禁止は悪なのか？」、「野村総研がリンクする際には文書で申し出よというので文書で申し出た」などの時代遅れの「サイト利用規約」に関する話題で盛り上がっている。 「前例にならって無難な道を選ぶ」サイト運営者が多い結果だとは思うが、彼らをいくら非難したところで、「悪例（＝ウェブの黎明期に作られてそのまま継承されている利用規約）」がこれだけ氾濫している段階では、すぐには解決しないような気がする。 そこで、参考にしていただければと、私なりに「今の時代にマッチした『サイト利用契約』」の雛形を作ってみた（ちなみに、「いっそのことクリエイティブ・コモンズにのっとった規約を」、という意見もあるとは思うが、まずは無難に現状の著作権法にのっとって書いてみた）。 １．当ウェブサイトに記載されている内容（コンテンツ）の著作権は、特に明示していない限り○○○に帰属します。著作権法で定められた「
最近買ったガジェットのレビュー:江島健太郎 / Kenn's Clairvoyance - CNET Japan
先日、クレジットカードの請求書を整理していて、自分のなかにある傾向を見つけました。 それは、「仕事がうまくいってない時期ほどたくさん買い物をする」ということです。 たぶん、いろいろもがくんでしょうね。無理矢理リラックスしようとスパへ行ったり、本を大量にまとめ買いして乱読してヒントを得ようとしたり、今までに行ったことのないレストランへ行ってみようとか、なんとなく見る機会を逃していたDVDを見ようとか、気分転換に出かけようとか、おれの生産性が低いのはこのトロいマシンのせいだ、そうだそうに決まっているもっといいマシンが欲しいぞコノヤロと八つ当たりついでに物欲に走ったり。 悶々とする渦中にあっても、なにか有意義なことに自分の時間をつかっている、日々あたらしい体験をしている、という実感を求めているのでしょう。そしてそのためにお金の力を借りる。 逆に仕事の調子がいいときには、お金をつかう時間がないとか
もっと失敗しよう：江島健太郎 / Kenn's Clairvoyance - CNET Japan
このへんを読んでいて思ったこと。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む - 大迫正治 REPEDANT BLOG [ITmedia オルタナティブ・ブログ] HOW DO YOU LIKE SILICON VALLEY? | やはり受託からイノベーションは生まれない いやはや、まったくおっしゃるとおり。 ともかく、みんな「リスク」とか「不確実性」とか、そういう浄化されたビジネス用語をつかって説明しようとするからリアリティーがないんだ。 いまの日本のITイノベーションに足りないのは、転んで生傷をつくりまくる失敗経験だよ。 「１０のチャレンジのうち９の失敗をよしとする」ということは、それ自体、相当の覚悟と思考体系の適応力が求められる難しいテーマ。ハンパに受託をやりながら、そういうマインドを維持できると思ってる人がいるとは、いかにもおめでたい。 だいたい、国際交流試合や全
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報の私物化を禁止する
前回は各個人のコミュニケーション能力について触れましたが、社内での情報共有を活発に行うにあたって他にどういう問題が発生するかを、自分自身の起業からの出来事を振り返りながら考えてみたいと思います。 まず、はてなでかなり初期に表面化してきたのがプログラムのコードの共有についてです。特に、受託開発案件の開発を主に行っていて、各担当者が別々の案件を担当していた頃には、それなりに意識的に努力をしないとプログラムコードの共有は実現できませんでした。何もしなければ、各プロジェクトの担当者が自分のクライアントと直接やり取りして、自分のパソコンにコードが全て入っている、という状態になってしまいます。同じプロジェクト内でも、各開発者の担当箇所を別々に作り、お互いのコードがどうなっているかは知らない、という状態になってしまいがちです。 しかし、よくよくコードを見比べてみると同じような仕組みを別々のプロジェクトが
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
社内ブログ導入記（１）:江島健太郎 / Kenn's Clairvoyance - CNET Japan
かねてより、インフォテリア社内での公式コミュニケーションツールとしてブログを導入しようということで検討が進められてきていたのですが、最終的に「はてなグループ」を採用することになりました。 INFOTERIAノン・スモーキング・ルーム＠はてな。 「重要なアイデアは会議室ではなくタバコ部屋で生まれる」といえば、それだけで以下で言わんとすることが100%通じてしまう人もいると思います。（私自身はタバコは吸いませんけど） 息抜きに一服しようとタバコ部屋を訪れた人たちが、たまたま同室した他の人と肩肘張らずリラックスしたコミュニケーションをするというシチュエーションは、ブレインストーミングという方法論が目指す「頭を柔らかくする環境」を自然と作り上げていると言えるでしょう。 こんな甘美な環境をスモーカーだけの特権にするのはもったいない！という思いから、バーチャルなタバコ部屋を作り上げようという期待を込
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
