エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Ruby on Rails の「速いアーキテクチャ」を API に適用する
この記事は2017年に自分が行なった仕事の背景となる、API についての考察をまとめています。 はじめにRu... この記事は2017年に自分が行なった仕事の背景となる、API についての考察をまとめています。 はじめにRuby on Rails はフルスタック指向のフレームワークであるが、ページ遷移型 Web アプリケーションのために「こうあるべき」というレールを完璧に敷いているのと比較すると、API サーバーとしてはレールを敷ききっていない印象を受けるはずである。このことは一見して「Rails は Web アプリケーションを作るには良いが、API サーバーを作るには良いとは言えない」という考えを導きやすいのではないかと思う。 もちろん、API サーバーを作るための技術選定には色々な可能性がある。現に自分のチームで作っているプロダクト自体、多くの API サーバーを意図的に Go 言語で書いている(注1)。またそもそも、大きなトレンドで見ると API を規定する主要な要素技術は、プログラミング言語依存
2021/01/15 リンク