2009-10-11 14 views
5

ソフトウェアを開発している間、開発者は常に言語の理解を妨げている「改善」といういくつかの言語特有のものについては、常に罵倒しがちです。地獄で燃えて見たい建築/改良/パターンは?

これまでに発明/導入されたことは誰も喜ばなかったでしょうか?

私の2セント:

私は私が間違って何をしていたか見当もつかないと、内部コンパイラエラーが発生したデルファイ2009年で3日間呪われました。他のユニットで宣言されたGenericクラスを継承できないことが判明しました。

+4

コミュニティのwiki、*してください*コミュニティのwikiする必要があります – codymanix

+2

+1。 – Smalltown2k

+0

この "地獄で燃える" の – Geo

答えて

7

Python。なぜなら、絶対に必要な場合を除いて、空白は意味をなさないはずですから。 :-D *アヒル*

C++。 JavaやC#のようなOOPに必要な基本的な再設計の代わりに、OOPを可能にするためにCの上に厄介な構文があり、ひどい構文とガベージコレクションがない。 *再びアヒル*

MUMPS。名前はそれをすべて言う。

Perl5のOOPインフラストラクチャ - もともとOOPであることを意図していなかった言語の上で厄介なハッキングのように感じます。

+2

+1 for C++。私はアヒルを拒否する。炎の始まりをさせてください... – Smalltown2k

+1

C++多分...しかし、Pythonの空白構文は良い構文を強制しています...これはいいですよね? – aviraldg

+0

MUMPS ...信じられないほどの発明が...参照してください:http://thedailywtf.com/Articles/A_Case_of_the_MUMPS.aspx – Jesper

2

ビッグデザインアップフロント

+0

私は「大」に同意し、残りは同意しません。 – peterchen

+1

あなたはビッグアップフロントデザイン(BUFD)を意味しますか? –

+0

個人的には、BDUFという用語を廃止することでより良いサービスを提供できると思います。私たちアジャイルの実践者は、この議論をもって多くの熟練した開発者を疎遠にしてきました。私は最後の責任ある瞬間を話すことが、代わりにギャップを治すための小さな一歩だと信じています。人々は批判を受けると武器を取る。代わりに、アジャイル技術のメリットを示すことができます。 – TrueWill

5

シングルトンパターン(変わったパターンのグローバル変数とも呼ばれます)。

+0

シングルトンの何が問題になっていますか? – codymanix

+2

同じことがグローバルで間違っています。それらは悪用するのが非常に簡単です。 –

+2

@codymanix、例:http://code.google。com/p/google-singleton-detector/wiki/WhySingletonsAreControversial – Jesper

0

私はのJavaは地獄で燃えるか、少なくとも彼らはそれを完全リメイクを作成する必要があります見たい正直に言うと、(私は1つがのC#と呼ばれる、すでに存在している知っています)。

+2

あなたはC#が地獄の完全なリメイクであることを意味しますか? – MusiGenesis

+0

* lol *あなたは私の一日を保存しました。 – codymanix

3

Big Ball of Mudアーキテクチャーですが、その場合、新しいものではなく、むしろ発明の欠如です。

2

BASICのすべての「面白い点」。 BASICは最初から壊れていました。 VBはそれを修正しようとしましたが、 - FAILです。その後、VB.Netが作られたので、人々は彼らがいた混乱を認識するまでに、彼らは地獄の中で深い膝になるでしょう。

+0

私はVB.NETに同意します。私は多くの** **むしろC#でプログラムするが、主な違いは構文だけです。自動化されたツールでも、.NET言語間でコードを変換できます。 – TrueWill

+0

私はここでTrueWillに同意します。その核心では、BASICは単にループを宣言する方法、ブロックやケースステートメントなどを指定する方法、メソッドを編成する方法、オブジェクトのプロパティにアクセスする方法などです。いくつかの人々は「終わり」の文、中括弧やセミコロンのような人々が好きです。最後(または ";")ではそれほど大きな違いはありません。 – MusiGenesis

4

n層構成。次に機能的に空の "BusinessObjects"プロジェクトを含む "ソリューション"を継承するときに、私は誰かを絞首刑にするつもりです。私はこのパターンが最初に遭遇してから15年後もまだまだ普及していることに驚いています。私が別の答えで言ったように、レイヤーはラザニアには最適ですが、それは自動的にすべてのソフトウェアにとって良い選択ではありません。

http://thedailywtf.com/articles/the-mythical-business-layer.aspx

+3

私はラザニア比較が好きです:-D –

+0

たくさんの笑った:-D –

+0

人々が自分のGUIにビジネスロジックを入れていない限り(私はプレゼンテーションレイヤーを言っていないことに注意してください)。フォーム上のボタンクリックイベントの下にあるすべてのコードを持つアプリケーションを維持しようとしたことがありますか? – TrueWill

関連する問題