エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Rail なプロジェクトが燃える理由 - 画面がリッチだと燃える?? - ヲトナ.backtrace
まず、まとめ Rails でも View にかかる工数はあまり変わらない。 web 2.0 っぽいリッチな画面は技術リ... まず、まとめ Rails でも View にかかる工数はあまり変わらない。 web 2.0 っぽいリッチな画面は技術リスクが高いので、思ったより高くつく どうも、上記ふたつの点で計画との乖離が大きくて、失敗するケースが多い。 Rails なプロジェクトの場合、俗に言う web 2.0 の文脈からか従来よりリッチな画面を要求されがちである。 確かに、Rails はそういうアプリケーションの作成には、非常に向いていると思う。 しかし、どうして向いているのかを考えてみると、大きな理由として、Rails では従来 Model と Controller に必要だった工数を大幅に削減できるため、その分の工数を View に回せるからだと僕は思っています。 prototype.js や script.aculo.us などの有用なライブラリや Try and Error のしやすい環境で View の開
2008/02/01 リンク