Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
「十分な実用性」，IPAがRubyの性能検証やチューニング手法を公開
独立行政法人 情報処理推進機構(IPA)は2009年9月7日，「自治体・企業等の情報システムへのRuby適用可能性に関する調査」を公開した。Rubyの機能要件，非機能要件についての評価とガイドライン，性能検証やチューニング手法とその効果を紹介し「十分な実用性を備えている」と結論付けている。 調査報告書では，業務システムに求められる機能要件10項目，非機能要件45項目についてRubyの評価を行った。機能要件はネットワーク，文字コード，データベース，画面制御やGUIなど。非機能用件は，要件定義，保守，運用に関するものなど。結論として「Rubyは性能や開発技術の面においては十分に実力を持っており，業務システムへの適用についても，おおむね問題はない，あるいは回避・代替の方法は十分にあるものと言える」と述べている。これらの評価を踏まえて，開発，運用に際して留意すべきガイドラインを記述している。 技術
楽天が独自開発したRuby版分散KVS「ROMA」を実サービスに投入
楽天は2009年8月27日，同社が独自に開発した分散処理基盤ソフトウエア「ROMA（Rakuten On-Memory Architecture）」を実サービスに導入した。ROMAは，同社の研究開発部門である楽天技術研究所が開発した，分散キー・バリュー型データストア（KVS)と呼ばれるソフトウエア。Rubyで記述されている。 ROMAを導入したのは楽天トラベルの閲覧履歴機能「最近見た宿」。楽天では今回，同機能をモバイル機器に拡張。パソコンとモバイル機器両方のアクセス履歴を統合して表示させるために高速にデータを処理する必要があり，ROMAを利用したという。 分散KVSとは，複数のサーバーに分散してデータを保持するための基盤ソフトウエア。分散KVSにはmemcachedやAmazonのDynamoなどがあるが，ROMAはそのRuby版である。ひとつのデータを複数のマシンに複製して持つことで障害
「変わっていかなければ」。日本Rubyの会 会長の葛藤 － ＠IT自分戦略研究所
第27回 「変わっていかなければ」。日本Rubyの会 会長の葛藤 岑康貴（＠IT自分戦略研究所） 赤司聡（撮影） 2009/8/10 高橋征義（たかはしまさよし） 日本Rubyの会 会長 1972年1月29日、北海道出身。北海道大学大学院工学研究科修了（情報工学）。ツインスパーク所属。2004年8月に「日本Rubyの会」を設立、会長を務める。著書に『たのしいRuby』『Railsレシピブック』（共著）など。 ■日本Rubyの会、5周年 2004年8月8日に日本Rubyの会を設立しました。ちょうど5周年ですね。当時からLL（Lightweight Language）イベントなどが盛んでしたが、Rubyはいわゆるイベント参加の受け皿になるようなコミュニティがなかったんです。ユーザーや開発者向けのMLがあったくらいで。でも、これだけでは足りない。例えばイベント開催のためにRuby代表の人選をお願
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
