yohei-y:weblog: HTTP ステータスコードを正しく使おう
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
私的ITアーキテクト考：3.ITアーキテクトの仕事 (arclamp.jp アークランプ)
先日、デブサミの「ITアーキテクト大解剖」でご一緒させていただくマイクロソフトの萩原さん、建築家の大川さんとミーティング。いろいろと話をしてきました。デブサミでは、ここで書かれていることを中心に話題を広げていきたいと思います。 技術や知識は最低限のこと まず全員が一致したのは「工学的な知識や技術を知っているというのは最低限のこと」である点。同じような知識としては、先人の知恵という意味でパターンや実績・実例をあげることもできます。 建築業界で技術の親分というのは構造エンジニアや現場の大工で、アーキテクトとは明確に分離されています。もちろんアーキテクトが設計図を描くために知識は必要になるので、知っている範囲であればその中で、新しい技術を試すのであれば設計段階からエンジニアに入ってもらうそうです。 一方のIT業界で、アーキテクトとエンジニアに分離は見えていません。これはITの歴史が浅いからでし
私的ITアーキテクト考：2.ITアーキテクトの発想 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ えー、やっぱり僕には回数とか流れを考えるのは無理です（ｗ。言葉にすることが重要だと思うので、感じるままに書いてみますね。 アーキテクトの発想では、システムはどう捉えるべきでしょうか？僕が感じるのは環境と呼べるような存在です。 「右に行ってください」 ある人に右に行って欲しいとします。どうすべきか。 まず思いつくのは「右に行ってください」とお願いすること。 悪くない方法です。しかし、その右とはどの方向なのでしょうか？あるいは、たまたま聞き取りにくかったら？その人に起因する要素によって動きは大きく変化してくるでしょう。特に、その行為が本人にとって意識的にせよ、無意識的にせよ苦痛を伴う場合には問題が大きくなるはずです。 右に行けるようにする では、ITアーキテクトはい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000718.html
