リソースモデリングパターンをまとめています。 - リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
サービスデザインパターン - winplusの日記
縁あって、翻訳をご担当された角征典さんより、『サービスデザインパターン』をいただきました。ありがとうございます。 サービスデザインパターン SOAP/WSDLとRESTful Webサービスの基本的な設計ソリューション あるサービスやツール、フレームワークなどの使い方を解説した書籍とは違って、本書は設計手法の解説なので内容はなかなかむづかしいのですが、文章が読みやすいので（文意がくみ取りにくいところがないので）、つらくなることがありません。ただ、書名にデザインパターンとあるようにパターン集なので、いたるところで『オブジェクト指向における再利用のためのデザインパターン』[GoF]や『エンタープライズ アプリケーションアーキテクチャパターン』[POEAA]といった古典が参照されており、いかに自分が不勉強であるかを思い知らされました...[POEAA]を角さんが訳してくだされば...。 Rail
RESTアンチパターン
多くの人々にとって、RESTは単純にあるアプリケーションの機能を公開するためにHTTPを使用することを意味します。基本的で最も重要なオペレーション (厳密に言えば、「動詞」や「メソッド」がより良い表現です)は、HTTPのGETです。GETはURIによって特定されるリソース表現が必要です。しかし、多くの場合、それがすべてではないとしても、既存のHTTPライブラリやサーバープログラミングAPIは、リソースの識別子としてではなくパラメータをエンコードするための便利な手段として見ることがとても多いです。結果、以下のようなURLとなります。: http://example.com/some-api?method=deleteCustomer&id=1234 実際、URLを作る人は、与えられたシステムの「RESTful具合」について何も言いません。しかし、私たちは特定の場合においてGETが「安全」では
tlk.io
tlk.io/ Join Entering a channel name is optional, but makes it easier to remember Sponsors Pro Tech Reviewer Pro-Papers Real Time Communications World Goread.io OvrClock Whatt.org AuBinaryOptions Cheap Windows VPS Mejoress CatsPurfection Uppsats estepera.com/fr/ GetFirstStep Greece Golden Visa Thunderclap Tech Lexa Slots of Empire Social-Likes iStarTips Property for sale in Spain IG Anony LEOFAME
Deeplearning with node
2016 12/21 「数式がわからなくたってDeep Learningやってみたい！人集合- dots. DeepLearning部 発足！」で発表した資料です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
