GoConの前哨戦として各種API仕様記述フォーマットについて概要を述べておく - Qiita
この記事はGoCon 2016 springで話す内容を圧縮するためのものです。 WebサービスのAPI仕様を記述したりするためのそれなりに有名な仕様について、筆者(@vvakame)の私見を述べていく。 なお、Google Trendの結果を見ると…。 仕様を調べてSwaggerを選択する事にしたのは1年弱程度前のはずなので、もし "今はそれもうできるよ！" とかあったらコメントなどで教えてください。 RAML RESTful API Modeling Language なので、手書きを前提にしている。 YAMLで頑張って仕様を書く。 Spec APIs Explorerっぽいものもあるっぽい。 総評 比較的広く使われているようでパワを感じる。 まず仕様が先というスタイルなのがめんどくさそう。 YAMLなのがちょっとイヤ。 RAMLからGoとJavaScript(TypeScript)向
10 Lessons from 10 Years of Amazon Web Services
10 Lessons from 10 Years of Amazon Web ServicesMarch 11, 2016 • 1928 words The epoch of AWS is the launch of Amazon S3 on March 14, 2006, now almost 10 years ago. Looking back over the past 10 years, there are hundreds of lessons that we’ve learned about building and operating services that need to be secure, reliable, scalable, with predictable performance at the lowest possible cost. Given that
クラウドは再び“Day 1（最初の1日）”へ、MicrosoftとGoogleの急進撃が示すマルチクラウド時代の到来 | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ プラットフォーム ＞ 五味明子のプラットフォームの未来 ＞ クラウドは再び“Day 1（最初の1日）”へ、MicrosoftとGoogleの急進撃が示すマルチクラウド時代の到来 プラットフォーム プラットフォーム記事一覧へ [五味明子のプラットフォームの未来] クラウドは再び“Day 1（最初の1日）”へ、MicrosoftとGoogleの急進撃が示すマルチクラウド時代の到来 2016年4月20日(水)五味 明子（ITジャーナリスト／IT Leaders編集委員） リスト 2016年3月14日（米国時間）、米Amazon Web Services（AWS）が最初のクラウドサービスである「Amazon S3」をローンチしてから、ちょうど10周年を迎えた。そして今、クラウドビジネスのメインストリームでは何が起ころうとしているのか。今回は、
テスト書きすぎ問題を避ける - Qiita
新しい職場で提案したら歓迎されたので投稿しておく。 テストコード開発方針 漫然とテストコードを書いていると、以下のような問題が発生することがある。 テストに時間がかかりすぎ、待ち時間が発生したり、テスト結果を見なくなったりする テストコードの開発とレビューに時間をかけたが、そのコストに見合う利益を得られない このような問題を避けるため、以下の方針を定める。 ビジネス上の価値に比例したテスト コードの価値をビジネスへの影響や回避方法の有無により以下のようにランク付けする。 メジャー サービスの主たる機能に影響する 再現条件が広い 回避方法がない／あっても自明でない マイナー サービスの副次的な機能に影響する 再現条件が限られる 回避方法がある トリビアル サービスには影響しない 違和感はあるが、不便を感じない 回避する必要がない 複数のランクに該当する場合、より多く該当するランクに分類する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
