本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
イベント開催日 予定より遅くなりましたが9月16日(土)にイベント開催します（会場：品川マイクロソフト本社）。 （※当初予定していた23日の日程を16日に変更しました。ご注意ください） （東京）Webフレームワーク品評会 - connpass イベント概要 例えば普段 Rails を使っている人、CakePHP や Play Framework 等の他のフレームワークの情報をキャッチアップできていますか？その逆もしかり。自分が今触っているフレームワークが最強だと思っていて、他にも良いフレームワークがあるはずなのにそれを知らずに過ごしているとしたらもったいないと思いませんか？ 本イベントでは各Webフレームワークの識者に集まっていただき、他文化同士で情報交換を行うことを目的とします。 「それ、〇〇でできるよ」的な情報の交換を活発に行いたい。 自分が使っているフレームワークの機能自慢をしても良
バージョンアップがツライ毎度毎度、バージョンアップで非互換な修正加えてコードの修正が必要になって、Gemも上がって依存が壊れて いつまでやってんだよｗ Railsのプロジェクトでどれだけの人が最新版に追従できてんだよ？テストを書いてれば余裕？ 本当かよ？正直に言ってみろよ？実際はレガシーRailsの山だろｗ 概念・周辺ツールがツライヘルパーやらマイグレーションの仕組みやら最初は良いかなと思ったけど、どう考えてもやり過ぎだ 短くかけるとか喜んでるやつは一度考え直せ 複雑さがRails側に寄ってるだけでなんも解決してない それで良いんだって？自分がコントロールできない知らないコードに依存して結局バージョンアップで地獄みてるだろｗ 最低限中で何が起きてるか理解しとけよｗまあ理解できるころにはRailsでなくても良かったんやｗってなるけどなｗ RAILS_ENV=productionだとstati
こんにちは。ウェブ系システム開発者の山本です。 ウェブ開発のフレームワークって最近は本当にたくさんありますね。メジャーなところだとCakePHPや、Symfony、zend framework、CodeIgniter、あとはRubyでお馴染みruby on railsなどでしょうか。 ここしばらくPHPフレームワークでの開発を継続的にやっています。去年はCakePHP1とCakePHP2を、そして今年はSymfonyを使った実務開発をしています。楽しくコーディングの日々を続ける中で、ジグソーパズルとフレームワークを用いた開発ってとても似ているなってふと思いました。 とにかく手を動かして答えを探る パソコンでカタカタプログラムを打ち込むフレームワーク開発と、ジグソーパズル。 この2つの一体何が似ているのか。 直感的に感じた共通点は手を動かすことです。 どちらも、とにかく手を動かし探って作り上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く