DTOなりDXOとDRYとかRailsのインパクトとか - recompile.net
あー、なんかわかった。理論的には、必要性がわかってるのに、実装しようとするとモニョっちゃう理由。 DRY(Don't Repeat Yourself)に反するから、なんか気持ちが悪いんだ。 以下、Railsのインパクトとからめて、ダラダラと推敲せずに。 NetBeansでCRUDを自動生成するデモを見て、「あー、わかってねーな」って思っちゃうのは、Railsのインパクトを勘違いしてるからだよね。CRUDをコマンド一発で生成してくれるからRailsはすげーってわけじゃないですよ。 Railsがすげーのは、ウェブ層と永続化層を一緒にしちゃったとこっていうと語弊があるか。でも、RailsでいうModelってJava EEでいったら、Managed BeanとEntity Beanを合体させたようなもんだよね、きっと。いや、画面遷移関連の扱いが違うから一緒にはできないけど、そんな感じの糞味噌っぷり
Ruby on Rails (RoR) ～なぜRoRがエンタープライズ、Web 2.0向きか
3.6 Ruby on Rails (RoR) ～なぜRoRがエンタープライズ、Web 2.0向きか メタデータ株式会社 大場寧子 3.6.1 軽量言語 Web2.0の盛り上がりとともに軽量言語が存在感を増している。軽量言語（Lightweigt Language)とは、重量級と呼ばれる言語と比べて簡易に開発できるPerl、Ruby、Python、PHPなどのスクリプト言語を指す。軽量言語の特性としては、インタープリタ言語であること、動的型をサポートしていることなどが挙げられる。 一方、“重量級言語”の代表格は C/C++、Javaである。Web2.0以前は、普通の企業システムはこれらの「重い」「堅い」言語で作るのものというのが日本のIT業界の常識だった。理由としては、軽量言語には、実行速度が遅い、スケールアップが難しい、システムが大きくなるとメンテナンスがしにくい、エンジニアが少ない
ヽ( ・∀・)ノくまくまー(2006-12-13) - DRY化チェックリスト
● [Rails] DRY化チェックリスト DRYにする方がいいのはわかる。でも実際どういう手順でやるのかに関する情報は意外と見つからない。それは「重複を避ける」という人間の感覚に訴えるものだから詳細は不要、という考え方もありえるが、そのままでは余りに概念的すぎて手が動かず、どう修正するかの方向性(ヒント)さえもない状況はやはり辛い。ということで、DRY化の手順を考えてみた。まだ自分でも探り探りな叩き台なので、意見はウェルカムである。 [DRY化チェックリスト2006冬] 定義は1ヵ所で行なう 無意味を排除する 繰り返しは共通化する 規約と関連付ける 責務を疑う 言語を拡張する 最後のは、手順というより、やるとしても一番最後にやれ、ぐらいの意味で。6番目というより999番目と表記してもいい。 ● 絶対DRY感 私はプログラマは本来怠け者であり、自分が楽をするためにコンピュータを駆使する生き
Matzにっき(2005-11-29)
<< 2005/11/ 1 1. 未踏中間報告会 2. 日経BP社 「日経バイト」「日経Windowsプロ」を年内休刊 2 1. [Ruby] ウェブ開発の世界を変えられるか--「Ruby on Rails」開発者の挑戦 2. [言語] syntax across languages 3 1. 長女、文化祭 4 1. [Ruby] XML.com: REST on Rails 2. [教会] セミナリー終了 5 1. 町文化祭 6 1. [教会] 松江 7 1. [原稿] 日経Linux 12月号 8 1. [原稿] 日経Linux 2. 俺ってばスゲー。 9 1. [原稿] 日経バイト＋るびま 10 1. [原稿] 日経バイト 2. わんこ原稿 3. 高感度デジカメの時代がやってくるか - FinePix F10 & Z1 4. Star Wreck: In the Pirkinning
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
