O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」
昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトルが功を奏したのか、たくさんのフィードバックがいただけた。そんな中で見えて来たのは、この問題はRailsに限った話ではなく、業務用アプリケーションで使われているJavaや.Netの世界でもよく見られる問題だということ。 その「問題」とは、ActiveRecordに代表されるO/Rマッピングの技術の進化が、本来のMVC（そしてオブジェクト指向そのもの）のメリットを無視した「えせMVC」な設計を助長している、という問題である。 ・MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている（ここが根本的な問題） ↓ ・SQLを自分で記述しなくて良いO/Rマッピングはとても魅力的（これはこれで別の問題を含んでいるが、このエントリーではあえて突っ込まない） ↓ ・O/Rマッピ
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
RailsとMerbの合流についてあれこれ - アンカテ
これって、ある意味、オープンソースプロジェクトの凄みが見えてくるすごく衝撃的なニュースです。そこで、なるべく、IT業界に関係ない人にもわかるように、このニュースの意味をいくつかの側面から考えてみたいと思います。 ビジネスではあり得ないことが起きた まず何が起きたのかひとことで言うと、RailsというプロジェクトがMerbというプロジェクトと合流して、次のバージョンを共同で開発することを発表したということです。 Rails 3高速化Merb技術採用、Rails 2非互換の可能性 | エンタープライズ | マイコミジャーナル 簡単に言えば、Windowsの次期バージョンをMac OSXベースで開発することになったようなものかな。 Ruby on Railsは、「RubyのWebアプリ開発用フレームワーク」というジャンルで一番メジャーなソフトです。その分野に関係する人ならば誰も知らない人がいない
2008-11-03 - 思っているよりもずっとずっと人生は短い。 濱野智史「なぜKは「2ちゃんねる」ではなく「Mega-View」に書き込んだのか？」（『アキハバラ発』所収）
アキハバラ発―〈00年代〉への問い 作者: 大澤真幸出版社/メーカー: 岩波書店発売日: 2008/09/26メディア: 単行本購入: 8人 クリック: 136回この商品を含むブログ (52件) を見る 『アーキテクチャの生態系』の人の書いた文章です。 なんか他の方の発言はポジショントークというか、事件に寄せていつもの自分の得意な話を書いている感が強いものでした。いや、それはそれで面白いものもありましたが（東浩紀インタビューは、何だか湾岸戦争の時の高橋源一郎を彷彿とさせて面白かったりとか）。 その中で、濱野さんの文章は、犯人Kが書いたのが2ちゃんねるではなくMega-Viewだったのはなぜか、という、一見些細な、というよりは重箱の隅のような疑問から論をおこしていきます。そしてそこで示されたのは、2ちゃんねるという「ネタ的なコミュニケーション」の場と、そこに〈包摂〉されずにいた犯人Kの孤独の
Matzにっき(2008-01-14) : Obie Fernandez: About Rails and Ghettos
_ 風邪ひいた 昨日からちょっとおなかが痛かったのだが、 深夜目が覚めたら熱がある(37.4℃)。 おかげで今日は一日中寝ていた。 せっかくの休日なのに。ぐすん。 _ [Ruby] Obie Fernandez: About Rails and Ghettos Zed曰く「いいヤツ」であるところのObie Fernandezによる Ghettho発言への「反論」。 辞書的な意味でRailsコミュニティにゲットー的なところは存在しないし、 衰退している様子も見受けられない。事実、彼の著書である 「Rails Way」の売り上げは絶好調で予想を超えるペースで再版を繰り返してるし、 Amazonの全分野100位以内をキープしてる(ってのはすごいことだ)。 で、注目すべき点はここ。 The rant was filled with tons of inside jokes and commenta
BBCが自ら「Perl on Rails」を開発 | スラド デベロッパー
本家/.の記事より。ウェブサイト構築にPerlを駆使していることで知られるイギリスのBBCが、Ruby on Railsならぬ「Perl on Rails」を開発しているそうだ(BBC Radio Labsのブログ記事)。既存のPerl用MVCフレームワークも試したが機能や高負荷時のパフォーマンスの面で十分ではなく、利用できるモジュールなどサーバ側の制約も強かったため、内部のサイト用にRuby on Railsを数年間使った経験を活かしてデザインパターンやコーディング規約まで似せたものを自ら開発することにしたと言う。現在のところBBC Programmes(番組表)の構築で利用されており、今後はBBC iPlayerでも利用される予定とのことだ。ただし、オープンソース・ライセンスの下で一般に公開されるかどうかは定かではない。
Steve Yegge、RailsをJavaScriptに移植する
John Lam / 青木靖 訳 2007年6月24日 Foo Campで私が最初に行ったのは、｢GoogleのRailsクローン｣と題するSteve Yeggeの講演だった。このタイトルを見てどうして聞かずにいられようか? Googleはプログラミング言語として、C++、Java、Python、JavaScriptの4つを使っている。WebのフロントエンドをJavaで書きたがる人がそういるとは思えないが、それはWebフロントエンド用のJavaコードをたくさん持っているGoogleにしても 同じだ。 Googleにおける開発者の生産性を引き上げるため、Steveは会社にRails(したがってRuby)を言語として採用するように訴えたが、それが叶わないとなると(Googleはインフラでサポートしなければならない言語の数を増やすのをとても嫌っている)、 彼は欲求不満のプログラマがみんなするだろ
Bridge Word
This shop will be powered by Are you the store owner? Log in here
Rails なプロジェクトが燃える理由 - ヲトナ.backtrace
最近、自社のプロジェクトだけでなく、他社の Rails な仕事でも燃えていて、どうにかしてほしいみたいなことを頼まれることが多い。 それらのプロジェクトを見てみると、幾つか共通した燃えてる理由みたいなのがあったのでまとめてみた。 画面がかなりリッチ 要件や仕様が口伝化している 技術スキルが足りない そもそも工数が足らない(ww 結論を先に書いておくと、「いくら Rails だろうとちゃんと見積りとプロジェクト管理しないと燃えるものは燃える」。 当たり前の話なんだけど、これが一番多い理由だと思う。 もう少し詳しく考えてみると、見積りに関しては、現時点で、発注側も受注側も Rails を採用すれば、どの部分の工数は短縮できて、どの部分の工数は短縮できないかを把握できていない気がする。 また、教育コストをきちんと計画に盛り込めていない気がする。 そのため、見積りの工数と実工数の乖離が大きくなり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
六月水無月はぶにっき - 社長モラトリアル