「いままでのメディアは読者と対話ができなかったから、間違いがないように二重三重のチェックを経て、完璧な記事を出さないといけなかった。時事通信では僕が記事を書くと、デスクがそれをチェックして、整理部がさらにチェックしていた。少なくとも2人が僕の記事をチェックすることになる。でもブログだとすぐに記事を出せるわけです」（湯川氏） その一方でブログは間違いが多いのでは、という懸念もあるが、「間違ったらごめんなさいと誤って、訂正すればいい」（湯川氏）。ネットの向こう側にいる読者は記者よりも多くのことを知っている。その人たちから情報が寄せられ、記事が完成する。「それがインターネットらしいメディアの在り方かもしれない」と湯川氏は語る。 Googleの携帯電話「Nexus One」が発表されたとき、湯川氏は自身のブログにGoogleが携帯電話キャリアから主導権を奪い取ろうとしているのではという内容の記事を

ライブドアがテクノロジービジネスを扱うブログメディア「Tech Wave」を開設した。編集長には元時事通信 編集委員の湯川鶴章氏を迎え、ライブドアのブランド名を付けずに独立したメディアとして運営していく。 これまでポータルサイトのコンテンツは冠ブランドをつけることが多かった。ライブドアにも「livedoor ニュース」や「livedoor スポーツ」などのコンテンツがある。だがそれではメディアとしてのブランドは確立できないとライブドア執行役員 メディア事業部長の田端信太郎氏は語る。 「たとえばNumberが文藝春秋スポーツという名前だったらだいぶブランド感が下がりますよね。CanCamという雑誌の発行元が小学館だろうが講談社だろうがどうでもいいじゃないですか。同じようにTech Waveも『ライブドアITニュース』ではないんです」（田端氏） Tech Waveはライブドアというポータル色よ

なぜテレビは面白いのか？　放送作家のボクが考えてきたこと：35.8歳の時間・都築浩（1/6 ページ） 連載「35.8歳の時間」とは： 35.8歳――。これはBusiness Media 誠の読者の平均年齢である（アイティメディア調べ）。35～36歳といえば、働き始めてから10年以上が経ったという世代だ。いろいろな壁にぶちあたっている人も多いだろうが、人生の先輩たちは“そのとき”をどのように乗り切ったのだろうか。 本連載「35.8歳の時間」は各方面で活躍されてきた人にスポットを当て、“そのとき”の思いなどを語ってもらうというもの。次々と遭遇する人生の難問に対し、時に笑ったり、時に怒ったり。そんな人間の実像に迫る。 今回インタビューした、都築浩氏（つづき・ひろし）のプロフィール 1967年2月3日生まれ、早稲田大学理工学部除籍。20歳のときに『天才・たけしの元気が出るテレビ!!』（日本テレビ）

NZという田舎の国に住む身として、書籍のデジタル化が進むのは大変ありがたい。 なぜなら、NZには日本やアメリカの都市にあるような大規模な書店がないのだ。 なので専門書を立ち読みして買うということはままならない。思えば、カナダの首都オタワですら大規模な書店はなかった。 じゃあ、ネットで買えばいいだろうということになるのだが、なんとNZにはAmazonの拠点がないし、同等のサービスもない。 これはNZに来るまで考えもしなかったことだった。アメリカ、カナダ、日本での生活で普通に利用していたので、Amazonぐらいになると世界中で展開してるんだろうぐらいに勝手に思っていたのだ。 調べてみると、Amazonが拠点を構える国は案外少ない。 ここで見ると拠点はたったこれだけだ。 アメリカ、カナダ、ルクセンブルグ、イギリス、アイルランド、フランス、ドイツ、ルーマニア、中国、インド、日本、シンガポール その

『フォトショップ・ブイアイピー』の新着記事です。フォトショップやデザインをたのしむウェブサイト。2009年３月創刊以来、3800を超えるコンテンツを更新しています。フリーフォントなどの無料デザイン素材／配色やWeb制作といった最新トレンドも公開中。

なんかVelocityもJSPもスクリプト言語より遅いという事実は、Java屋さんはあんまり知らなかったみたいだね。しかも、遅い原因の考察が的外ればかりで笑ってしまう。 「Javaの文字列操作は遅いから」とか「UTF-16の変換に時間がかかるから」とか、そんなのまるで関係ないですから。Javaの文字列操作は十分速いし、UTF-16の変換も主要因ではない。 ＃つうかさ、「Javaの文字列操作は遅い」とか、Javaに対して失礼だろ。 VeocityやJSPが遅いのは、単に動的な独自言語を導入したから。はっきりいって、これはアーキテクチャ上の間違った選択。せっかくJavaが静的であるのにその特性を利用せず、わざわざ動的言語を導入しているのだから、何考えてんだろうと思う。いつもJava屋さんが主張しているような、「コンパイル時にエラーを発見できる」「IDEでの補完が効きやすい」「リファクタリングが

まずは次の表をご覧あれ。これはプログラミング言語のベンチマークとして有名な Computer Language Benchmarks Game のベンチマーク結果。上にいくほど高速で、下に行くほど遅い言語になる。 これを見れば、最速な言語は C/C++ であり、Java や Haskell や OCaml といった静的な言語は軒並み上位に登場する。これに対し、Ruby や Python や PHP といったスクリプトは全部下のほう (つまり遅い)。その速度差は非常に大きく、このベンチマークで見ると Python3 や Ruby1.9 は C/C++ の約50倍から60倍遅く、Perl は約90倍、PHP にいたっては約130倍遅いことになる。 (ちなみに JIT つきの Lua が驚異的に高速なのが目をひく。この結果が本当だとしたら、言語の速度に大きく関係するのは動的か静的かではなく、どれ

2010.05.20 尊敬するゲームディレクターの話 (6) カテゴリ：カテゴリ未分類 私の尊敬するゲームディレクターの話。 彼はとにかく「コスト管理と対価効果」の見極めが非常に上手い人でした。 例えば、ゲーム内の背景モデルの見積もりをデザイナーが当然のように検討しているところにひょいと表れて「なあ、このゲーム、背景モデルいらなくねえ？」と（Ｗ．何を言い出すんだこの人は！と一瞬思いましたが「このゲームでは視点がぐるぐる変わらなきゃいけないようなシチュエーションはほとんどない。だったら、そのためにモデラーを半年以上、5人も拘束するのは馬鹿馬鹿しい。だから、必要な場所以外はアニメーションの背景スタジオに２Ｄでお願いした方が早いし、いいものが出来る これが見事に正解。おまけに２Ｄ独特の味わいも出て、しかもアクセスも早いという、イイコト尽くめの結果でした。 これ以外にも、デザイナーが端役キャラクタ

マキアヴェッリが「君主論」を書いたとき、彼の問題意識は「新しい君主はいかにあるべきか」ということでした。 当時のイタリアは「油断をすればすぐにも崩壊しかねない脆弱な政治的支配関係」ばかりの不安定な政情にありました。そのために政治的に安定した近隣の大国であるフランスによっていいように振り回され、つまみ食いされても、ほとんど何もできない状況でした。 慈悲深く、敬虔で善良な君主は、しかしそのためにかえって脆弱な支配力しか持てない恐れがあります。そのため狡猾さと力に満ちた君主の方が、それによって権力を保ち、そのため善良なだけの君主よりもはるかに偉大な事業を達成できる、というのです。 新しく権力を握った指導者について 権力の維持がとくに難しいのは、旧制度を打倒し、それにとってかわった君主です。そういった君主は権力を安定させるため、新制度を設立せねばなりません。その際に注意すべきこととして、マキャベリ

スモールビジネスにトライしている僕がやってきました。 利益率の高い商売 在庫を持たない商売 定期的に一定額の収入が入ってくる商売 資本ゼロあるいは小資本で始められる商売 競合商品に比べ低価格 商品の再生産が容易（労働集約型でない） 協力（購入や顧客の紹介）してくれる仲間やメンターがいる 貪欲な学習意欲 顧客、従業員、商材、社会とのトラブルリスクが少ない商売 スモールビジネスを興して成功するための9条件 - 人と組織と、fukui's blog 書かれていることは正におっしゃるとおりだと思うのですが、殆どの場合こういうのはビジネスモデルに対する結果論なので部分的にしか参考にならない。この条件をほとんど兼ね揃えていたけど、｢その条件を売上に転化できなくて｣くたばる会社っていっぱいいる・・・。この条件を否定するのではなくて、モデルは良くてもコケるビジネスがいっぱいあるのはなぜか、ってことを考えた

「HTML5は優先順位を間違った。もういちどセキュリティの設計からやり直すべきだ」と語るJavaScript大家のDouglas Crockford氏 「HTML5の最大の問題は、優先順位を間違ったことだ。機能について議論する前に、セキュリティの扱いについて検討すべきだった」こう語るのは、JSONの発明者として知られ、Yahoo!のシニアJavaScriptアーキテクトでもあるDouglas Crockford氏。5月4日に行われたオライリーのWeb2.0 Expo 2010でのインタビューでのことです。 「もうそれを議論するには遅すぎるという人もいるが、そうは思わない。正しいことをするのに遅すぎることはないのだから」（Crockford氏） Crockford氏はHTML5は機能が重複しすぎていることも指摘しています。「Local StorageとLocal Databaseの両方が本当

久しぶりにスーツとギークのお話。一説にはスーツ女子とめがねっ娘ギークの萌え論争だと言われています、ええ。 ｢要件決めて話をつけるのは誰でも出来る仕事であって、それをプログラムに落としこむのが大変｣ということがわかっていない、というトピックをあるブログのエントリで見つけました。もっと言ってしまえば、｢何かトラブルが起きた時にお前らは何の役にも立たない。技術者がいなかったらスーツは何が出来るんだ｣という話に発展する。お気持ちわかります。 ここで言わんとしていることは、｢技術がわからないスーツはいつも｢このボタンを押すと注文明細が出る｣レベルの要件しかもってこない。そんなもん誰でも出来る。そこからプログラムに落とし込む所が大変。｣だという話だと思います。確かに｢このボタンを押すと(いくつかのルールを元にDBを更新して)帳票(フォーマットやレイアウトは？)が出力されてグラフ(レイアウト・縦軸と横軸

ソフトウェア開発の効率を向上するためには、人材教育から始まって、開発環境の改善、テスト手法の改善（手動テストから自動テストへ）、防御的プログラミング、より良いAPI設計など様々な面があり、どれか一つがすべてを解決してくれるのではありません。つまり、それらすべての総合力なのです。 大規模なソフトウェア開発では、すべてのソースコードが夜間にコンピュータにより毎日自動ビルドされて、テストが実行されるのが必須です。いわゆるビッグバーン・インテグレーションを行っているような開発では、開発効率は向上されません。 私自身、多くのソフトウェアプロジェクトに従事してきましたが、ビルドを自動化していない組織は、自動化しないことに対する言い訳を挙げるのは上手いです。工数がないとか人がいないとか、その理由は様々です。そもそも、その重要性を理解しないため、プロジェクト規模が小さい時から自動化すれば何も問題ないのです

水風呂のすゝめ 毎日めちゃくちゃに暑い。 ここ数年「およげ!たいやきくん」のように昼間は太陽とオフィスビルとアスファルトの三方向から押し寄せる35℃オーバーの熱に挟まれ、夜になっても最低気温が27℃くらいまでしか下がらない。そんな理不尽な東京鍋の中の暮らしが毎年のことにな…

ドミニオンへの招待形式評価方法とは、 全７９種類のアクションカードを 10点から、3枚、6枚、9枚、12枚、16枚、12枚、9枚、6枚、3枚、3枚で 得点をつける方法（4人対戦を想定） 参考：「ばらつき」は最高評価の人と最低評価の人の差 アクション カード Cost 平均 ばらつき @terrasima @maname @cactusman @izmktr @pesso @hakushi @re_ne @decoymaker @retlet @shinzaki @pittrap @fwtmp @takerunba @HolyGrail @max747 @okiyama @4NY @orangewind @itameshi_yutori @Cym21 @shimiz_mckendiz @Ni_nja 堀 (Moat) 2 5.09 5 5 5 4 4 8 6 5 6 4 6 7 4 3 5