タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

Programmingとrubyとprogrammingに関するishisakaのブックマーク (3)

  • 第32回前編 荻野淳也氏 コントロールプラス株式会社インタビューWebエンジニア武勇伝

    第32回前編 荻野淳也氏 コントロールプラス株式会社 今回は、第20回の「Webエンジニア武勇伝」に登場いただいた日Rubyの会会長・ツインスパークシニアプログラマ高橋征義 氏のご紹介で、ogijunさんこと、コントロールプラス株式会社の荻野淳也さんにお話をお聞きしました。荻野さんはRubyをはじめ、あらゆるカンファレンスに足を運び、自らの師やコミュニティの繋がりを作られてきました。そんなとっても熱くてとってもクレバーなogijunさんの生きざまに魅せられたインタビューを存分にお楽しみください。熱いインタビューは150分にも及ぶロングインタビューになりました。前編後編に分けてお届けします。取材は、デザイナーズマンションを利用したオフィスをお借りしました。 ※取材日は、2008年7月です。所属や役職などは当時のまま掲載しております。 PCとの出会いは? 川井 よろしくお願いします。 荻野

  • Jimmy Schementi > IronRuby @ RubyConf 2009 – Part 1: Summary

  • Ruby on Railsの「えせMVC」の弊害

    先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC(Model View Controller)がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの(コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること)を避

    ishisaka
    ishisaka 2009/10/12
    これだけ読むとRailsはVBフォーム+ADO/DAOの二の舞ってことになるなぁ。そうなっていそうな所もあるけど、VBと同じで気づいている人はちゃんとやっているだろう。
  • 1