トップページ⇒tech
89コメント20KB

使わざるを得なかった最悪のフレームワーク

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
おまえらが今までに止むを得なく使わざるを得なかった
最悪なフレームワークについて語ってください。

頼むから俺に設計させろ! とか
コレ使わない方が絶対実装はえーよ! など

使いたくも無いものを周りに強制されて
泣く泣く苦労した経験がおまえらにもあるはず。

プロジェクト単位のイヤンな強制という点で、
ツールキット・コンポーネント集も、まとめて取り扱わせて戴きます。

さあ、お前ら、語ってください。
0002デフォルトの名無しさんNGNG
せっかくなので真・コンピュータ用語辞典より
http://www.geocities.co.jp/SiliconValley/5634/t82D3_0009.html#855
> フレームワーク
> 【プログラミング】
> ・野蛮で汚くて人様には見せられない土台部分を隠すためかどうかは知らないが、
> 何処の誰かが作り「便利でしょ? 使いなさい」と押しつけられる、重くてバグ
> だらけの余計なコードの集合体。
0003デフォルトの名無しさんNGNG
Zopeというなんだか分からない変なアプリケーションサーバもどき。
最悪だったYO!
0004デフォルトの名無しさんNGNG
>>3
もう少し詳しく聞きたい。
0005デフォルトの名無しさんNGNG
>>3
今、Zope Japanとかいうページを見つけたので見てみようとしたら
落ちてやんの・・・。

2ch的、グッドタイミング・・・なのか?

ちなみにURL
ttp://www.zope.ne.jp
0006デフォルトの名無しさんNGNG
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Python
Walrus >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Zope

Pythonは糞言語。使ってるバカは死ね
0007デフォルトの名無しさんNGNG
1=3だろ?
自作自演したいなら書き込み時間をあけないと駄目だよ(w
0008sageNGNG
6 == (●´へ`●)
00091NGNG
もうここには来ません。
0010デフォルトの名無しさんNGNG
立て逃げかよ。
0011デフォルトの名無しさんNGNG
MFC
00121NGNG
>>7

残念はずれ

1=5でした。

俺の苦労話は、あとでこっそり語ってやるYO!

ちなみに>>9もおいらじゃないずら
0013デフォルトの名無しさんNGNG
1の苦労話次第でこのまま朽ち果てるか決まるな
0014デフォルトの名無しさんNGNG
>>11
ツルッ禿しく同意〜。
あと、HP Widget Set (Motif が出来る前の Xt のサブクラスライブラリ)。
0015デフォルトの名無しさんNGNG
>>11

MFCの最悪な点は、糞なOSを切り離せない事。

MFC単体のバグとか糞設計だけならともかく、セットで強制的に糞OSの
バグバグな点がついてくる
0016デフォルトの名無しさんNGNG
MFC どころか Windows そのものが最悪のフレームワークだ罠
0017デフォルトの名無しさんNGNG
んじゃ、イイ!と思ったフレームワークも語って欲しいぞなもし
0018デフォルトの名無しさんNGNG
Ruby!
0019デフォルトの名無しさんNGNG
>>18
言語の話じゃなくてフレームワークの話をスレ
0020デフォルトの名無しさんNGNG
STLはフレームワークですか?
0021デフォルトの名無しさんNGNG
とりあえず、STL は何の略だい?と言ってみる。
0022デフォルトの名無しさんNGNG
スタンダードテンプレートライブラリ
なんで?
0023デフォルトの名無しさんNGNG
AWTはフレームワークですか?
0024デフォルトの名無しさんNGNG
だからフレームワークってなんだよ。聞いてんだろ
誰か早く答えろよボケ
話が進まねーだろ。
0025デフォルトの名無しさんNGNG
>>24
フレームワークってなんだよ、だと?
>>2 読めや、カス。
0026デフォルトの名無しさんNGNG
>>25
それはネタでしょ
正確な定義を教えてちょ。
STLやAWTはフレームワークじゃ無いですか?
DWHはフレームワークですか?
.NETはフレームワークですか?
0027デフォルトの名無しさんNGNG
フレームワークとは英語で「枠組み」という意味で、文字どおりソフトウェア全体の
枠組みを提供するものを指して一般にこう呼ばれている。コンポーネントはそれ自体
完結した1つの完成したソフトウェア部品として提供されるが、フレームワークの場合、
それをベースとして開発者が個別の目的に応じた拡張を施すことで最終的な完成品を
効率良く作ることを意図しており、いわば半完成品として提供される。
0028デフォルトの名無しさんNGNG
通例、互いに関係を持つクラスを集めたクラスライブラリとして提供され、
開発者はそれらを継承するなどして独自のクラスを作成し、フレームワーク
が用意した枠組みに沿ったアプリケーションを作成する。
このような使い方を考えると、フレームワークで再利用の対象になっている
ものは、コードやライブラリといったソフトウェアそのものというよりも、
そこに込められた知的産物としての設計アイデアの方だということがわかる。
つまり、アプリケーションの肝となる「しかけ」の部分だけをそっくりいただき、
それ以外の部分は好きなように作ることができるという、まさにオブジェクト指向
の特徴を生かした魅力的な開発スタイルになるのだ。
0029デフォルトの名無しさんNGNG
ところが、実はここに1つ大きな問題がある。
フレームワークを使いこなすには、そこに込められた設計アイデアを理解
しなければならない。オブジェクト指向の基本的な概念を知っているだけ
ではなく、それらを使ってどのような「しかけ」が作りこまれているのかを
正確に把握してからでなければ、フレームワークを使いこなすことは難しい
のである。

0030デフォルトの名無しさんNGNG
以上、
ttp://www.oracle-master.org/study/yomi/yomi15_dsnp1.html
より抜粋
0031デフォルトの名無しさんNGNG
http://www.e-owl.net/course/trial/demoVC++/course/cont/page/00004T20-01-03-L.html

まあ、こんなのもありか。
0032デフォルトの名無しさんNGNG
誤解を恐れずばっさり言うと

フレームワーク:設計思想、ライブラリの活用方法までを定義した半パッケージみたいなもん
ツールキット:特定の機能を実現したライブラリ集。
コンポーネント:RAD開発で用いられるソフトウェア部品。

って感じだ。
0033デフォルトの名無しさんNGNG
>>29
ぜんぜんオブジェクト指向じゃないフレームワーク使わされてます・・・。

オリジナルはCOBOLだってよ・・・。

そんなもんJavaに持ってくるなよ。
0034デフォルトの名無しさんNGNG
>>26
>DWHはフレームワークですか?

まさかデータウェアハウスの事じゃないよね?

厨房ハッケソか?
0035デフォルトの名無しさんNGNG
単純に我々が書くアプリケーションのコールバックルーチンを呼ぶ奴らが
フレームワークなんじゃないのか?
ついでにウイザードみたいなジェネレーターがソースコードの雛型吐き出
してくれて、ライブラリーが雛型の関数を呼んでくれるのがフレームワーク
プログラミングなんじゃねーか。
0036デフォルトの名無しさんNGNG
フレームワークの定義で時間を取るより、ライブラリその他全般にまで話を広げたほうが良いんでないの?
0037デフォルトの名無しさんNGNG
>>36
禿同
そのほうが有意義だしね。1でもコンポーネント集とかも含めて・・・ってなてるし
既存のライブラリに対する不満なんぞ、ム板なら腐るほど出てきそうな気もする。
とりあえず俺はJavaのThredをなんとかして欲しかった。
0038デフォルトの名無しさんNGNG
>>37
もうすこし具体的に書いてくれるとうれしい。
0039デフォルトの名無しさんNGNG
Servlet Works
WACS
Web 基盤
0040デフォルトの名無しさんNGNG
MFC
0041デフォルトの名無しさんNGNG
VB使い。
0042デフォルトの名無しさんNGNG
>>41
フレームワークじゃない。
004337NGNG
>>38
基本的にThredクラスを継承したクラスのみスレッド化できるってところ。
Runnableをインプリメンツするような方法を基本にしてほしかった。
利点は解るんだけど、冗長になる局面のほうが多いような気がするのよね。
0044デフォルトの名無しさんNGNG
Thred あたりからドキュソの香りが…
0045デフォルトの名無しさんNGNG
Threadじゃないの? (ぼそ)
004637NGNG
>>44-45
よく間違えるんです・・・。コンパイルエラーとか。
鬱出汁脳
0047デフォルトの名無しさんNGNG
MFC
0048デフォルトの名無しさんNGNG
MFCってやたら票のばすな・・・。
0049デフォルトの名無しさんNGNG
震えるぞMFC
燃え尽きるまでMFC
0050デフォルトの名無しさんNGNG
基幹システムを全部CGIで
0051デフォルトの名無しさんNGNG
>>50
Parlかよ!
Servletとかならまだしも。
0052デフォルトの名無しさんNGNG
>>51 さらしage
0053デフォルトの名無しさんNGNG
>>51 さらしage
0054デフォルトの名無しさんNGNG
MFC
0055デフォルトの名無しさんNGNG
いやー、MFCをいつかやろうと、
本まで買ったが機会が無かった。
良かった、良かった。
0056デフォルトの名無しさんNGNG
VCL
0057デフォルトの名無しさんNGNG
WTLとか言ってみるテスト
0058デフォルトの名無しさんNGNG
MFC
0059デフォルトの名無しさんNGNG
ruby
0060デフォルトの名無しさんNGNG
MFCで決定〜

============== 終了 ============
0061デフォルトの名無しさんNGNG
MFC は4年前から使ってないなー。
と言うわけでオレは
<<PowerBuilder>>
0062デフォルトの名無しさんNGNG
>>2
真・コンピュータ用語辞典じたいが
「おもしろいでしょ?さぁ笑いなさい」と押し付けている
いやらしさを感じるんだけど。あれ書いたやつ、童貞っぽい
0063デフォルトの名無しさんNGNG
>>62
確か、娘が二人いたと記憶している。
0064デフォルトの名無しさんNGNG
>>62
禿同。

で、WACs

保全。
0065デフォルトの名無しさんNGNG
WACs と Servlet Works
0066デフォルトの名無しさんNGNG
.NET
0067デフォルトの名無しさんNGNG
なにっ!!
俺も WACs
0068デフォルトの名無しさんNGNG
<<WACs>>に一票。
当方ADSL
0069デフォルトの名無しさんNGNG
人気だなー、WACs(ワラ

>>65
Servlet Worksもひどいの?
うちのリーダーが使わせたいみたいなんだけどさ。
0070デフォルトの名無しさんNGNG
>>69
ひどいというか、単体じゃ箸にも棒にもかからんタダの WAS ラッパー。
まともなものを作るなら更なる膨大なライブラリの作りこみが必要。
(まだ突き止めてないけど) バグおよび挙動不審も少々ある模様。

COBOL/VB 使い向きだが、もともとオープンシステムや Web 開発
専門でやってきた部隊、特に精鋭部隊には作りづらくてしょうが
ないという罠。むしろ社内政治で使われるだけのコマ、とどこか
のスレにあった。
0071デフォルトの名無しさんNGNG
(WACsってなんだろう
眠くて調べる気力が湧かないや。
誰かコソーリ教えてくれるといいなあ・・・)
0072デフォルトの名無しさんNGNG
WebSphere Application Component (s って何だっけ?)
これも WAS ラッパー。Java 言語を強引に手続き型設計に持って逝った
WAS 専用品、かつ、国際業務機器内輪ネタ。ServletWorks から派生して
いるため似たような構成だが、WACs の方が少々使えるライブラリが多く
そしてバグも多い。

WACs も Servlet Works も 1 リクエストで上がってきた「キー」だか ID
だかを元にアプリクラスのインスタンスを生成し、呼び出し、捨てる。
このためアプリクラスの中は (COBOL や VB にありがちな) 「巨大なフロー」
を記述することになる。特に WACs はデータ型が基本文字列なので、trim()
やら substring() やら多様することになり、ヒープに細かいオブジェクトが
出来まくってやたら GC に時間がかかる (4〜8秒規模)。

リモートユーザごとにログの出力先を分ける等の芸当が出来ないため、
1 台のサーバで十数人が平行テストすると、自分のログがアッと言う
間に流れてしまう (下手すりゃ他人に消される)。
0073デフォルトの名無しさんNGNG
>>72
GCに4〜8秒って、その間アプリケーションサーバ全体が止まる
んだろ?すごいな。金融関係だと一定時間で客がOKしなきゃ無効
になる取引もあるんだがどうするんだ?
0074デフォルトの名無しさんNGNG
今日 ServletWorks な連中と打ち合わせしてきた。奴ら得意そうに
”クロスサイト・スクリプティング”って繰り返してた。思わず屁が出た。
0075デフォルトの名無しさんNGNG
50 :デフォルトの名無しさん :02/03/20 00:33
      基幹システムを全部CGIで


51 :デフォルトの名無しさん :02/03/20 02:31
      >>50
      Parlかよ!
      Servletとかならまだしも。
0076 NGNG
解析不明なエラーをはき出すWin。。。
フレームワークうんぬん言う前にOSが糞だ。

Unixの方がシンプルで安定してる。
0077デフォルトの名無しさんNGNG
富士通の。
0078デフォルトの名無しさんNGNG
>>73
Javaって使ったこと無いけどGCは別スレッドで動いているから
メインスレッドの処理はそれほど影響受けないんじゃなかったっけ?
lispのGCは結構いらつくが。
0079デフォルトの名無しさんNGNG
>>78
LISP の GC がマークアンドスイープしか無いと思ってる知ったか
ハケーン。
0080デフォルトの名無しさんNGNG
処理系により全然違うだろ
0081デフォルトの名無しさんNGNG
OSPとLTCS 通信系は最悪なフレームワークが多い
0082デフォルトの名無しさんNGNG
>>78
メインフレームのWASのGCは笑えるくらい全部とまるぞ。
0083 NGNG
現在開発中の某社基幹システム用のフレームワーク
心当たりある人はグチれ
0084デフォルトの名無しさんNGNG
ほしゅ
0085デフォルトの名無しさんNGNG
Swing(プログラマとしてではなくユーザとして)
0086デフォルトの名無しさんNGNG
…Swingね…あれで軽ければなぁ…。Java全般に言えることだけど。
0087デフォルトの名無しさんNGNG
>>86
(´・ω・`) そうだなあ… JavaはAWTもSwingも使わなければ
決して重くないのに、GUIを使った瞬間、重くて使い物にならなく
なるんだよなあ…
0088デフォルトの名無しさんNGNG
そろそろ SWT マンセーなやつの出番ですか?
0089期待に応えてNGNG
SWTマンセー!!
■ このスレッドは過去ログ倉庫に格納されています