物事を深刻にしすぎる人達 - やまもといちろうBLOG（ブログ）
何となく思いついて、さらさらっと企画でもプログラムでも作る人っているじゃないですか。発想をカタチにするのが生きがいみたいな人で、100個作ってみて1個大ヒットだったら良くて、それでいて「これ、俺が作ったっすよ」とか語らない人。 で、仕事が大きくなったり、社会的に成功したと持ち上げられるフェイズに入って、あれを思い返させられる時が来る。とにかく、何かニュースバリューになるものを、とインタビューをされるとか、記事にされるとか。 そういうのの前後に、たいてい会社って広報部みたいなのとか、経営企画部みたいなのとか、ライツ部みたいなのができてる。仕事を仕事としてこなすプロとしての統制屋。でも、それ単体で見るとコストセンター。仕事をすればするほど、組織は窮屈になっていく。 冒頭の、何となく思いついて作ってしまう人からすると、そういう統制屋から「それをやる前に権利関係は調べましたか」とかメールが来る類の
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
