アカウント名:
パスワード:
# 自社製のひどいフレームワークを使わされているので AC
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
フレームワークは嫌いです (スコア:5, 興味深い)
RoR は使ったことがないけれど、Java 界隈ではそんなことの繰り返しのような気がする。そして PHP も。
Joel on Software に、私と全く同じ考えの文章が載っていて [joelonsoftware.com] 溜飲が下がったけれど。
# 自社製のひどいフレームワークを使わされているので AC
歴史は繰り返す (スコア:3, すばらしい洞察)
というのも
＞自社製のひどいフレームワーク
古い世代の人に聞くと、その昔は、
自社製のひどいライブラリ
さらに昔は、
自社製のひどいサブルーチン
だったので、結局、いつの時代でも自社製のひどい何かを使っていたそうです。
clausemitz
老兵は死なず でも消え去りもしない (スコア:1)
>古い世代の人に聞くと、その昔は、
>自社製のひどいライブラリ
問題なのは、使い易いライブラリが作れない人間には、平凡なフレーム
ワークさえも作ることができないということですね。ライブラリの設計と
フレームワークの設計とは技術が異なるということが、老COBOLerには
なぜ理解できないんだろう。
Re:老兵は死なず でも消え去りもしない (スコア:1)
Re:フレームワークは嫌いです (スコア:2, 興味深い)
開発の歯車のひとつとでも言えばいいでしょうか。
とっても息苦しいです。
Re:フレームワークは嫌いです (スコア:2, すばらしい洞察)
代えはいくらでも効く。
Re:フレームワークは嫌いです (スコア:1, すばらしい洞察)
俺は歯車ですらない。(T^T)
Re:フレームワークは嫌いです (スコア:0)
Re:フレームワークは嫌いです (スコア:0)
Re:フレームワークは嫌いです (スコア:0)
Re:フレームワークは嫌いです (スコア:0)
Re:フレームワークは嫌いです (スコア:1, すばらしい洞察)
それはフレームワークの出来が悪いからでは？
出来の悪いフレームワークは、人間を歯車のように扱うことを強制する。
出来の良いフレームワークは、フレームワークという歯車を人間に扱わせる。
Re:フレームワークは嫌いです (スコア:1)
Re:フレームワークは嫌いです (スコア:1)
フレームワークで仕事が楽になるはずが、やりたいことによってカスタマイズをしなくちゃいけなかったり、保守が放棄されて新しいバージョンへの対応を自力でやらなくてはならなかったり…
いや、実際には使ってないんですがウォッチしてるフレームワークの開発がとまってるので。
Re:フレームワークは嫌いです (スコア:0)
古き良き「ライブラリ」とか「サブルーチン集」が重宝され広く使われてきたのは、それを使うコンテキストの制約が少ない、つまり使いたい時に使いたいように使えるからだと思います。他のものと組み合わせたり、自分のデータ構造に合わせて呼び出したり。
フレームワークなんて、魂まで売り渡さないと使えないようなものと心中するのは勘弁という感じです。
Re:フレームワークは嫌いです (スコア:0)
逆にフレームワークが無いと肉体を売り渡しますけどね。
つまりコーディングの絶対量とか、あるいは各種寄せ集めライブラリのすり合わせとかで、コスト(時間とか)が大量に食われる。しんどい思いをする。
つまりどっちを採るかという究極の選択です。
で、それはさておくとして、
＞古き良き「ライブラリ」とか「サブルーチン集」が重宝され広く使われてきたのは
古典的言語であればあるほど、フレームワークが「構築しにくい」、ライブラリ「しか」作れない、
なんてな場面が多いと思います。
たとえばRailsのActiveRecord。
カラムの存在を宣言するというライブラリなら多くの言語でも作れるでしょうけど、
宣言を不要にし、しかもソース自動生成も使わずにすむ、なんてのは
Rubyの(リフレクション系の)機能が充実してるからで。
Re:フレームワークは嫌いです (スコア:0)
>すり合わせとかで、コスト(時間とか)が大量に食われる。しんどい思いをする。
なんでも最初は寄せ集めから始まるものじゃないの？そういうものを統廃合した
結果がフレームワークなんじゃないかと思うけど。
それが嫌って「オールインワンのパッケージがなきゃヤダ」って言ってるだけ？
>古典的言語であればあるほど、フレームワークが「構築しにくい」、ライブラリ「しか」作れない、
>なんてな場面が多いと思います。
>たとえばRailsのActiveRecord。
>カラムの存在を宣言するというライブラリなら多
Re:フレームワークは嫌いです (スコア:0)
「(Forum) 私はなぜフレームワークが嫌いか [joelonsoftware.com]」
アンタのために探したんだからねっ。感謝しないよねっ。
> # 自社製のひどいフレームワークを使わされているので AC
問題の原因はフレームワークではなくて「自社製のひどい」にあるのでは?
…と書くとフレームの元ですか。
Re:フレームワークは嫌いです (スコア:0, 余計なもの)
感謝しなさいよねっ。 ??
Re:フレームワークは嫌いです (スコア:0)
>「Joel on Software」へのリンクがおかしいようです(前にもあったな)。これですかね?
そうそう、それです。感謝しない。お礼の気持ちをどう伝えればいいのか分からないので言わない。ウソですどうもありがとう。
>問題の原因はフレームワークではなくて「自社製のひどい」にあるのでは?
>…と書くとフレームの元ですか。
フレームワークだけにフレームの元。まあ確かにフレームワークが悪いのではなく、私の場合は自社製のひどい仕様と品質のブツが問題なのですが、いずれにしてもフレームワークに振り回され
Re:フレームワークは嫌いです (スコア:0)
それはある意味正しい。管理が糞な方がよっぽどダメージが大きいですから。
その人はそこまで自覚してないからそんな発言が出てくるんでしょうけど。
ご愁傷様です。
女性の上司の場合 (スコア:0)
「べ、別にアンタのために探してあげたわけじゃないんだからねっ。
勘違いしないでよねっ。」
だったら、少しは使いたくなるかも？
Re:フレームワークは嫌いです (スコア:0)
そのフレークワークを使わされる下請けの立場は?
Re:フレームワークは嫌いです (スコア:1)
フレームワーク作成には関わっていないけど、私は謝るべき人間の一人だと思う orz
Re:フレームワークは嫌いです (スコア:0)
Java屋さんはフレームワークが大好きなイメージがあるんだけどなぜだろう？
どうも系統の異なる部品を組み合わせて何かを作るって発想に欠けてる気がするんだよね。