Google App Engine の言及とかで、「おもしろそうだけど、 Python だしなあ。 PHP でも使えるようになったらいいな」というような反応を見ると残念な気持ちになる。 Google App Engine が今は Python しか使えないなら Python やればいいのに。 自分の好きな言語を DIS られると「言語関係ないじゃん」っていうのに「結局、言語関係あるのかよ」みたいな まあ、何が言いたいかというと「Google App Engine」やらないか
はじめに Yahoo!やYahoo!JapanがOpenIDサービスの提供を始めたり、MixiがOpenID対応を表明したりと、最近OpenIDについてのニュースを耳にするようになりました。 ところが、OpenIDという言葉は知っていても、実際に使ったことのある方はまだほとんどいないのではないでしょうか。 OpenIDによる認証を提供するサービスが増え、インターネット上でアカウントを持つ人の多くがOpenIDを利用できるようになっています。 さらにOpenIDを扱うPerlやRubyなどのライブラリも充実してきています。 このように、OpenIDを使うための環境は整ってきていると言えます。 そこで、本連載では実際にOpenIDを使ってみながら、その仕組みについて解説していきます。 同時に、仕様では見えてこないOpenIDを使う上でのコツも、説明していければと思います。 OpenIDとは O
連載の第1回では既存サービスを例にして、OP（OpenID Provider）が提供するOpenIDアカウントでRP（Relying Party）へのログインを試してみました。 今回からは、自分でOpenIDに対応したRPを動かしながら、OpenIDの使い方を説明していきます。 第2回ではOpenIDに対応したライブラリを紹介し、Ruby用のライブラリを使ってRPのサンプルを動作させてみましょう。 OpenIDの対応ライブラリ OpenIDアカウントでログイン可能なサイト（RP）を作るためには、OpenIDの仕様で定められたプロトコルに準拠しなければいけません。 幸い、 OpenIDの仕様に対応した各言語のライブラリがオープンソースとして公開されています。これらのライブラリを使うことで、OpenIDの細かなプロトコルを自分でプログラミングしなくて良いようになっています。 ここでは、いくつか
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
「単なる知り合い」と「人脈」は全くの別物である。人脈とは、自分のことを高く評価してくれる権力者のことである。 20代の時にあちこちに恩を売りまくっておけ。そいつらはいろんな組織で成長して権力を握り、30代半ばには、強力な人脈になる。 自分とは違うタイプの優秀さを持った人間を「無能だ」と決めつけて切り捨てるのは、致命的な機会損失である。 客観的なビジネスプランはたいてい役に立たない。自分の熱い主観を企画書にぶち込め。 みんなの良い意見を集めても魅力的な企画にはならない。優れた企画は、たいてい誰かの個人作品である。 目下の人間にも、上司に対するのと同じだけ敬意を払い、「さん」付けで呼んでおけ。自分の部下を「君」付けで呼んでいると、そいつが抜擢されて自分の上司になったとき、「さん」で呼ばなければならなくなるという屈辱を味わうことになる。 ほとんどの人は、建前ばかり並べて会議をするので、思考力が失
力試しにナベアツのような判定をするプログラムを作ろうとしたところ、問題が発生しました。 3の倍数や5の倍数は考えるまでもないんですが、3のつく数字をどう判定したらいいのかわかりません。 どのように判定させればよいのでしょうか？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
