「ライフハッカーの2009年Amazon人気ランキングTOP10」はいかがでしたでしょうか？ この人気ランキングで、見事No.1を獲得したビジネス書籍『プレゼンテーションzen』。クールな装丁と良質な内容で大人気でしたが、なにより「プレゼンテーション」というテーマが関心をひいたのではないかと思います。 書評を書かれた編集委員の平田大治さんも「（プレゼンは）正直に言うと、苦手です」と仰られていましたが、同じ気持ちの方が多かったのかもしれません。 この本、冒頭からガンとやられます。「本書はコミュニケーションの本」。そう、プレゼンテーションはコミュニケーションでした。「プレゼンテーションZen」とはなにかを説明する上で、現在のプレゼンテーションは発表者、聴衆のどちらにも相当の苦痛をもたらしていると説いています。普通のやり方を捨てて「抑制」「シンプル」「自然さ」を心がけることで、双方ともに分かりや
日本人は海外からやってくる危機には敏感に反応する。原油高とか円高とか新型インフルエンザとかはよく報道されるし、政府の対策が不適切だったら批判も高まる。 私は「成長戦略」として語られている問題も本来は、そういう種類の問題だと思う。 しかし「成長戦略」という言葉はヌルい。ヌルすぎる。なんか、やってもやらなくてもどうでもいいけど、やるとちょっとボーナスが増えるみたいから、気がむいたらちょっとやってみるか、みたいな感じ。 本当は、これは原油高に匹敵するような日本にとって大きな問題だと思う。原油は間接的にあらゆる製品の材料になっているから、原油の高騰はどんな産業にとっても大問題だ。 それと同じように、今、ホワイトカラーの労働力の単価が急激に落ちている。日本は直接間接にホワイトカラーの労働の成果を海外に売って食ってる国だから、これは、逆に言えば、あらゆる資源が高騰しているということだ。 「成長戦略」と
ウェブサービス(Web API)をプログラムから使う 2009-12-26-2 [WebAPI][Programming] 前回[2009-12-24-1]はウェブサービス(Web API)の基本的事項と、よく採用されているプロトコルとデータ構造の概要を解説した。 プロトコルとデータ構造の組み合わせ、計4つのうち3つを取り上げて、実際にプログラムから Web API を使う方法を例を用いて説明する。 今回取り上げるサンプルプログラムで使った Web API と用いたプログラム言語を表に示す： プロトコル\データ構造XMLJSON, JSONPREST風MECAPI, Perlキーフレーズ抽出API, JavaScriptSOAP, XML-RPCはてブ件数取得API, Perl- REST風 + XML Web API をREST風プロトコルでアクセスしXMLデータを得る流れを perl
LEDのメリットとして、蛍光灯のように高速で点滅しないのでチカチカした感じが一切せず、白熱灯や蛍光灯のように熱くならず、しかも消費電力は低く、蛍光灯のように点灯直後は薄暗いというようなこともない、というのがあげられますが、実際にはどのような明るさになり、そして各社のLED電球にはどのような差があるのでしょうか？ というわけで、前回の「スペック＆価格編」で予告したとおり、今度は実際に同じ条件下で光らせてみて、どれぐらい明るいのか、どのような感じの色合いになるのか？といった気になる点を実験してみました。また、画像ではわからない感覚的な部分や印象などもメモしておきました。各社によって随分と違っているため、自分の好みの明るさと色味のLED電球を知るための役に立てば幸いです。参考になりそうな部分は参考にして下さい。 実験結果の詳細は以下から。 ◆白色系統のLED電球を比較 まずは白色系統のLED電球
インタビュー 2009年12月24日10:00 カテゴリ "マスメディア崩壊の天王山。ばしっと投資して攻めてもらいたい" - 佐々木俊尚さん --無料プロバイダのライブドアがサービスをスタートしたときは、佐々木さんは『月刊アスキー』にいらした時代ですか？ 佐々木 ちょうど99年の10月に毎日新聞から月刊アスキーの編集部に移ったので、無料プロバイダのライブドアのサービスが11月からスタートしたということは、ちょうどそのタイミングでしたね。ライブドアがいたるところでキャンペーンをやっていたのは、ものすごく印象に残ってます。渋谷駅前の看板とか、アスキーの雑誌にも出していたんじゃないかな。 無料のプロバイダに関していえば、ライブドアが出てくる前に板倉さんがやっていたハイパーネットが失敗した事件があって、なかなかしんどい目を見たことはあったけれど、そこから３、４年で回線コストが急激に安くなり、ネ
少し前にOSCache（オープンソースのJavaキャッシュライブラリ）のバグで悩まされたことがあったので書いておきます。たぶん以下のバグレポートが該当のバグだと思います。 http://jira.opensymphony.com/browse/CACHE-309 OSCacheはメモリキャッシュとディスクキャッシュを選択することができるのですが（併用することもできます）、ディスクキャッシュを使用する場合、一度も読み込まれていないキャッシュはflushGroup()メソッドを呼んでも削除されないという問題がありました。OSCacheはディスクキャッシュを行う場合でもキーだけはメモリ上に保持しています。ただし、一度もディスクから読み込んでいないエントリについてはキー自体がメモリ上に存在しない状態になっています。flushGroup()メソッドはメモリ上にキーが存在するエントリだけを削除するため
OSCacheではキャッシュの振る舞いに関する設定をクラスパスルートのoscache.propertiesという設定ファイルで行います。以前の日記で一度書いたのですが、消えてしまったのでメモを兼ねてもう一度書いておきます。ちなみにOSCacheの設定ファイルリファレンスの原文はこちらです。 cache.memory メモリキャッシュを行うかどうかをtrueまたはfalseで指定します。デフォルトはtrueです。 cache.capacity キャッシュを保持する最大数を指定します。デフォルトは無制限です。 cache.algorithm キャッシュアルゴリズムを指定します。キャッシュサイズが指定されない場合、このプロパティの設定内容に関わらず無制限のキャッシュになります。キャッシュサイズを指定して、かつこのプロパティを指定しない場合、キャッシュアルゴリズムはcom.opensymphony
長らくPhotoshopの古いバージョンを使っていたのですが、Vistaでは動かないのでGIMPを使っています。でも使い方がよくわからない…。フィルタ1つかけるにもメニューから探すのに一苦労です。慣れって恐ろしい…。 てなわけでマイコミジャーナルの記事の中からGIMPの入門に参考になりそうな記事を探してみました。 ゼロからはじめるGIMP2- 無料で使える写真加工ソフトを解説 ゼロからはじめるGIMP2 - レイヤーマスクを使いこなしてパンダと川を眺めてみる ゼロからはじめるGIMP2 - フィルタを使いこなそう! GIMPで年賀状をつくってみよう Photoshopを使い始めたころはCGをやってたので時間をかけて使い込んでいたのですが、最近は簡単な処理ならPictBearなどの軽いソフトでやってしまうということもあったりで、GIMPを使うにしても数ヶ月に一度とかなので、使いこなせるように
毎日コミュニケーションズのシステム開発ジャーナル Vol.12で開発ツールに関する特集記事を書かせていただきました。 この特集記事で紹介している開発ツールは以下の通りです。 Eclipse Subversion Maven Trac Hudson Git 上記のツールそれぞれについて基本的な利用方法から各ツールの連携方法までを約60ページに渡って解説しています。特にこれらのツールをはじめて使う方や、使い始めて日が浅いという方にオススメできる内容になっていると思います。 表紙には「保存版」と銘打たれていますが、Eclipseのキーボードショートカット一覧や、Gitのコマンド、TracのWiki記法などリファレンス的に使える情報も意図的に入れてありますので、実際にこれらのツールを使う際に手元に置いてご活用いただければと思います。 それにしても60ページというのは相当な分量で、見本誌をいただいて
現在執筆しているSeasar2本では以下のプロダクトを紹介しています。 S2Container SAStruts SAStruts-Portlet Maven SAStruts Archetype Mayaa Matatabi S2JDBC S2JDBC-Gen Dolteng Kijimuna DbLauncher SAStruts Plugin S2Unit S2JUnit4 S2JUnit4Plugin S2Mai S2Chronos S2CSV S2Config Fisshplate mobylet The Seasar Projectには他にもいろんなプロダクトがありますが、基本的には「SAStruts + S2JDBCと組み合わせてWebアプリケーションの開発に使用できるもの」というコンセプトでチョイスしました（なのでSAStrutsやS2JDBC以外のWebフレームワーク/D
実は9月の終わり頃からSeasar2の本を書いています。 基本的にはSAStruts+S2JDBCを使用したWebアプリケーション開発向けの内容なのですが、S2Containerのついての詳細な解説や、SAStrutsやS2JDBCと組み合わせて利用可能なそのほかのプロダクトについてもかなりのページを割いています。全部で500ページくらいになる見込みで、4月上旬に翔泳社さんから出る予定です。 500ページという分量からもわかる通り、SAStrutsやS2JDBCの表面的な利用方法に留まらず、そこそこマニアックなところまで踏み込んでいます。もちろんリファレンスとしても使える内容になっています。Web上のドキュメントと被る部分もありますが、Seasar2はこれまでWeb上のドキュメントは比較的充実しているものの、書籍や雑誌等の記事は入門的なものが多かったので、そこを埋めることができるといいなと
著作物やゲーム、乗用車みたいな工業製品、あるいは農作物やペットに至るまで、お金を通じて売買される価値を持った何かというのは、「情報」という言葉で代表させることができる。 対価を支払って「情報」を手に入れる、「購買」という行為はこれから先、未来はどんどん細っていくのだと思う。それは安価な中国製品みたいな、価格破壊というやりかたであったり、あるいはうちの犬みたいに「誰かから無償で分けてもらう」ような、情報入手の手段が多様化していくことであったり、いろんなやりかたが手提案されていく中で、情報それ自体の価値というのは、たぶんだんだんと減っていく。 情報の価値は、どんどん「ゼロ」に近づく。一部の情報は、むしろその価値を高めるんだろうけれど、平均すれば、ある分野の情報が生み出す富の総和は、やっぱりこれから減っていく。 それが貴重であった昔とは対照的に、情報はどんどん増えて、ちょっと油断しただけで、部屋
中学生時代、私は比較的勉強が得意なほうで、そこそこ成績は良かった。ところが、一度だけ国語の論説文読解の問題で文意をまったく理解ができないことがあった。あまりそういう経験をしたことがなかったので、よく覚えている。河合塾の模試だった。 その論説文は、「壁を設けること」という観点から日本の文化を論じる内容で、対人関係や住居におけるさまざまな「壁」に関していくつか具体的な事例が展開された後、結論へと続く運びであった。ところが、その結論が当時の私にはまったく理解のできないものだった。その結論とは、「壁」を作らないことは失礼なのだという趣旨のものだった。 当時の私の認識はまったく逆で、「壁」をつくらず、開けっぴろげで、気さくな様こそが良いものとばかり思っていたから、自分の認識とはまったく逆の結論をうまく理解することができず、試験の結果としては実に芳しくないものとなったのだった。 そんなことを最近急に思
「ある処理をするコードを書く」というのは「ある出来事を文章に表現する」のと似ていると思っている。 まず表現に使う言語は様々であり、使用人口の大小はあれど、基本的に優劣はない。言語が同じだったとしても、十人十色の表現をし、全く同じ出来事を表現したものであっても、複数人が全く同じ文章を作る可能性は限りなく小さい。同じ人が表現するんであっても、今と昔で「全く同じ文章」を書くとは限らない。むしろ微妙に差異があるのが普通だ。 そんな「コーディング」に一貫性を持たせるのがコーディングルールだ。インデントはスペース4つだとか、braceの位置はどうだとか。複数人で小説を執筆する*1場合は、「ですます調に統一しよう」とか色々な取り決めをすると思う。このあたりの一貫性がないと、非常に読みにくい小説が出来上がるだろう。 とまぁ、ルールってのは、複数人間の意識合わせのために*2存在する。例えば法律もそうだ。そし
繰り返す。Fooクラスを利用するMainクラスを書く時、XはFooの「仕様」に依存すべきであり、Fooの「実装の詳細」に依存すべきではない。 public class Foo { public String bar; public Foo(String bar) { this.bar = bar; } public String getBar() { return bar; } } public class Main { public static void main(String[] args) { Foo foo = new Foo("hoge"); System.out.println(foo.bar); // (1) System.out.println(foo.getBar()); // (2) } } 上記のクラスはbarフィールドがpublicである。しかしFooのインターフ
APIの公開/非公開が意識できるようになると共に、「仕様（インターフェイス）」と「実装の詳細」を意識できるようになるとよい。 このクラスの公開APIはどれか、非公開APIはどれか このクラスの仕様（インターフェイス）はどれか、実装の詳細はどれか という2つの角度でクラスをとらえる。前者については昨日のエントリでも示した通り、可視性がpublic,protectedなものが公開APIであり、その他は非公開APIである。機械的に判断できますね。では後者についてはどう判断すればいいか？ 注：下の例で「このクラスのインターフェイスは？」と聞かれると単純に「Baz」と答えるかもしれない。がここで言いたいのは「Bazを介したFooのインターフェイス」ではなく「Foo自身が純粋に外部に公開する仕様としてのインターフェイス」のこと。インターフェイスとは何か？についてはinterfaceについて本気出して考
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く