IBM DeveloperIBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
Restful設計まとめ - ぺーぺーSEのブログ
Restfulな設計を個人的にまとめる。 あくまで個人的なまとめで個人的にどこからでも参照できるようにここに張る。 正しいとか間違ってるとかどうでもいいし、参考にするしないは個人で判断して。 基本方針 Restful APIの設計は基本的に以下。 処理の内容 HTTPメソッド URL リソースデータを全て取得する GET ~/api/resources idと一致するリソースを一件取得する GET ~/api/resources/{id} idと一致するリソースを一件更新する PUT ~/api/resources/{id} リソースを一件登録する POST ~/api/resources idと一致するリソースを一件削除する DELETE ~/api/resources/{id} リソースの利用可能なメソッドとパラメータを返す OPTIONS ~/api/resources URL中の「
RESTful Web APIs 読書会( 第三回 )に参加してきた - きのこる庭
久々の更新。しばらくRailsで趣味の開発に没頭しておりました。 というわけで 今回はRESTful Web APIs読書会(第三回)の参加報告を。 今回は主に「リソースの定義」と「HTTPリクエストの種類」と「安全性・べき等性」のお話。 ・リソースの定義 リソースというと結構個人的に定義が曖昧で、データベースのデータとかがメインになるのかなと思っていたけど、どうやらRESTにおいて URIで表現されるものは全てリソースになるらしい。 そしてリソースの状態は以下の二つによって表現されうるらしい。 ( 2013年12月1日改正、コメントより「リソースが（同じ状態で）複数の表現を持つ場合に、クライアントは望む表現をどのように指定するか、の選択肢である」といただきました。必ずしも二つではないということですね ) 1. Content negotiation( 「内容ネゴシエーション」とも。HTT
助けてください。
５、６年ぶりに恋をした。 彼女は会社の年下同期。 部署が違って挨拶する程度だった。 初めのアプローチは彼女から。 会社の飲みが終わった後に、 会社の自分のメールに 「今日は楽しかったです。仕事頑張ってくださいね。」 と飲みで解散した３０分後の夜中の２時ぐらいにメールがきてた。 それからLINEを交換して、誘われて３回ぐらいデートやごはんを食べにいった。 ただ楽しいデートだった。何もやらかしてないと思う。 彼女は自分のど真ん中のタイプだった。 だが元々人を好きになりにくく ５、６年も恋をしてなかった私は まだ本当に好きなのか分からなかった。 あと仕事の時の自分は、本来の自分とはかけ離れているので、 デートの時は、本来の自分はこんな感じですよ。と彼女に見せようとした。 それで４回目のお誘いがあるなら、告白しようと思った。 だが４回目はなかった。 彼女からLINEも一切こなくなった。 それから半
わらび餅と舞妓のゆるキャラわらび舞妓ちゃんがスケスケすぎてヤバイｗｗｗｗｗｗｗｗｗｗ:ハムスター速報
TOP > 話題 > わらび餅と舞妓のゆるキャラわらび舞妓ちゃんがスケスケすぎてヤバイｗｗｗｗｗｗｗｗｗｗ Tweet カテゴリ話題 0 ：ハムスター２ちゃんねる 2015年03月25日 19:43 ID：hamusoku わらび餅のゆるキャラわらび舞妓ちゃんの衝撃 わらび餅のゆるキャラわらび舞妓ちゃんの衝撃 pic.twitter.com/EMzPpOKbaw— ダークナイト@1/31,2/1闘会議 (@DarkKnightArmer) 2015, 3月 25 1 :ハムスター名無し2015年03月25日 19:46 ID：YbcE0QGM0 なんかおじさんが見えるよ……… 9 :ハムスターちゃんねる2015年03月25日 19:47 ID：QWrBjrNj0 おっさんが見えてるんじゃないよ、これ おっさんが取り込まれて吸収さr…おっと誰か来たみたい 13 :ハムスター名無し2015年0
47NEWS（よんななニュース）
【ネットオリジナル】生誕７０年ゴジラの新たな聖地誕生へ 鳥取に伊福部昭記念資料館（仮称）設立進む 遺族が鳥取市内の古民家活用
｢VAIOフォンと初代iMac､戦略は同じだ｣
3月12日、ソニーから独立したVAIOと日本通信は共同で「VAIOフォン」を発表した。日本通信は通信事業者からインフラを借りて通信サービスを提供する「MVNO」(仮想移動体通信事業者)の草分け。同社の福田尚久副社長は、MVNO各社が採用する端末について「現状では消極的な選択肢しかない」として、価格面やスペックなどでニーズのある「ど真ん中に投げ込んでいく」と宣言した。 だが、発表された端末は5万1000円の価格ながら、パソコンにおけるVAIOのイメージとは乖離のあるごく普通のデザイン、スペックだった。また、パナソニックの「ELUGA U2」（台湾クアンタによるODM〈設計・生産〉）と酷似している点も指摘されており、業界に詳しいITジャーナリストからは疑問や批判も飛んでいる。 VAIOとの協業の本来の狙いは何か。今後、どのようにVAIOフォンを成長させるのか。日本通信の三田聖二社長に聞いた。
論理削除はなぜ「筋が悪い」か
「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 第一の問題は、RDBに対してなされる様々な「更新」（トランザクション）は不定形（どのテーブルをどのように修正するかはアプリケーション依存）だという点。不定形な「更新」を時系列にそってRDBに記録していくのは、設計と並走性の点において困難あるいは煩雑なコーディングが必要になる（というか、そのような「イベント」による「変化」はREDOログに書き、その更新された「状態」をテーブルに反映していくというのが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
