パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Ruby on Railsはゲットーだ」記事へのコメント

  • RubyとRailsを切り離せ (スコア:2, すばらしい洞察)

    by Anonymous Coward
    まずRailsは決して「敷居を下げる」ようなものでは無かったはずだ。
    以前誰かが書いてたが、
    あのGoogleがNice Hackだからといって授賞したのがRailsだ。
    つまり下々の企業じゃなくHackerがうじゃうじゃ居るような企業にとってNiceだということだ。
    ヘタな奴がヘタに使うと危険。逆効果に成りかねない。
    (これはRailsではなく誤解する人々が悪いだけだが。)

    次。Rails(で作ったアプリ)って
    書籍のサンプルレベルですら「コードが綺麗じゃない」のだよね。
    綺麗といっても別にJavaのごとく書いてくれという意味ではなく、
    なんというかRailsアプリのそれは、
    字面がごちゃごちゃしてるんだ。
    • Re: (スコア:1, 参考になる)

      by Anonymous Coward
      そかなー… 自分が使ってみた限りでは、"それっぽいものを適当に作る"
      という前提ならかなり敷居が低い部類かと。

      が、細かいことを考え出すとハマる。
      例えば、Ajaxのリクエストでチャッタリング起こしてて、溜まっている
      キュー捨てらんないのか? ちゃんと設定すれば対応できるのかもしれない
      けど、その調べものに余計な時間かけてなお解決せず挫折。
      なにが高速開発だ、ウキー…ってな具合。
      結局RoRとグッバイして自前で作り直しましたとも、えぇ。
      • by Anonymous Coward
        つーかさ、何でLLで大げさなフレームワーク使わにゃならんの?
        LLを使う動機が丸つぶれな気がしてならないんだけど・・・。

        # 楽しくねーじゃん
        • by Anonymous Coward
          大きな「仕事」も、
          LLで(やれるものなら)やりたいという願望は、
          十分理解できると思う。
          大規模な仕事だったらJavaでやります、とか言っちゃったらちっとも楽しくないわけ。

          そして、いわゆる「こまかいところまで弄くれる性質」は、
          非LLからLLに換えたところで、
          別に言うほど損なわれるわけじゃない、
          というのは我々プログラマは(直感的にだが)知っている。

          …まあこの直感的ってのが急所でもあるんだけどね。
          つまり、実績というか「実際にやってみて確認した事例」がまだ少ない。
          実は出来ないのかも知れない。
          出来るかも知れないけどやりかたを少々変えないとならないのかも知れない。
          だけどまだ
          • by Anonymous Coward
            LLでの開発がJavaでの開発より楽しいという前提がすでに間違っているような。

            Java言語そのものより、大規模なウォーターフォールで資料の作成等や面倒な手続き等が問題になってるだけだと思いますけど。
            Javaでも軽い開発はいくらでも出来る。
            言語を差し替えても何の効果もありゃしませんよ。
            • by vn (10720) on 2008年01月04日 0時55分 (#1275032) 日記

              Java言語そのものより、大規模なウォーターフォールで資料の作成等や面倒な手続き等が問題になってるだけだと思いますけど。
              Javaでも軽い開発はいくらでも出来る。
              言語を差し替えても何の効果もありゃしませんよ。
              "Java がボトルネックではない状況ならば、Java を排除してもスループットは上がらない"
              ということを主張しているように読める。それってトートロジーじゃないの?
              親コメント
              • by Anonymous Coward
                え?
                俺、関係ない人だけど、

                > "Java がボトルネックではない状況ならば、Java を排除してもスループットは上がらない"
                > ということを主張しているように読める。それってトートロジーじゃないの?

                「A が原因でない状況ならば、A を排除しても意味がない。」の場合に、
                どこがどこでトートロジーになってるの?

                # いや、あたりまえにきこえたんでさ
              • by vn (10720) on 2008年01月04日 21時11分 (#1275392) 日記
                TOC [wikipedia.org]

                「ボトルネック」と「スループット」はコテコテのこの辺の用語だから、
                説明するまでもないかな、と思ったんだけど、確かに知らない人には
                通じない書き方だった。
                親コメント
              • by Anonymous Coward
                すいません、折角、教えていただいたんですが、
                リンク先を読んでもわかりませんでした。

                リンク先の、この辺に注目したのですが、
                > ボトルネックプロセスにおけるスループット(生産率)の増大によってのみ、全体的なスループットの増大が可能になる。
                ボトルネックではないプロセスを改善しても、スループットは向上しない様に読めます。

                多分、注目する箇所がなにか違っているのだと思いますが、
                どの部分がどの様に繋がってトートロジーになるんでしょうか?

犯人はmoriwaka -- Anonymous Coward

処理中...