あなたが今まで見た中で最悪のテクノロジーの決定は何ですか?[閉まっている]


10

これには、アーキテクチャの決定、プラットフォームの選択、またはこのような悪い選択が悪影響をもたらした状況が含まれます。

回答:


22

数年前、私はエラーを投げ始めたデータベース中心のアプリケーションの主任開発者でした。データベースフィールドに許可されるべきではない重複した値があったという事実を突き止めました。

このフィールドに必要なことは明らかだったので、データベースに本番環境にプッシュしたときに、データベースに一意の制約を設定するのを忘れることに打ち勝っていました。私は私の仲間の開発者の1人に私を正してくれました...

他の開発者:「ああ、あなたは忘れていませんでした。そのフィールドには一意の制約がありました。削除しました。」

:「なぜそれを削除したのですか?」

他の開発者:「数週間前にそれを行いました。顧客からデータファイルを取得していましたが、一意の制約が新しいデータをブロックしていたため、インポートされませんでした。そのため、インポートを完了するために制約を削除しました。」

私:「既存のデータと重複する新しいデータを取得していて、インポートする前に誰かにそれについて言及することを考えている場合、問題があった可能性があることを考えるのをやめましたか?」

その他の開発者:(空白の凝視)

:Facepalm。


それだけで痛い。


7

これが技術的な決定と見なされるかどうかはわかりませんが、私は4年間PHPで記述されたCMSのようなドキュメント管理Webサイトの責任者でした。これらの年間を通して、私は多分、おそらく、のような、する人(管理者、ユーザー、機能、要求者)を取得するために複数回試みたかもしれない、一緒に座って、要件と実物の将来の方向を考えるの可能性を検討します。それは決して起こらなかった。それは常に「この機能を追加する」、「その機能を追加する」であり、誰もが他のがWebサイトを使用するさまざまな方法すべてに幸福にも気づいていませんでした。私が辞任する頃には、相互に関連しあっていたが関係のない機能が非常に乱雑になり、会社全体ですべての機能を知っていたのは私だけでした。今、誰もしません。ムワハハ。


コンサルタントを派遣する時が来ました!
カークブロードハースト


4

Telcoグレードのボイスメールシステムの書き換え。

以前のシステムはUnixで実行されていて、90年代後半にマイクロソフトのCOMテクノロジーが登場しました。多くの開発者がこの新しいNTベースのシステムに取り組んでいました。多くの努力の後、そのパフォーマンスはまだUnixシステムのパフォーマンスに近くなく、この新しいシステムを購入した大口の顧客は腹を立てていました。会社は売却されなければならず、一部の人々は会社を辞めなければなりませんでした。

醜かったです。このすべてが起こったのは、ジョエルが彼の記事を書く約2年前のことです。


3

SVNスナップショットに基づいて、最初のリリースバージョンの前に外部ライブラリ(この場合はSpring RCP)を採用します。プロジェクトが多かれ少なかれ死んでしまうことはほぼ保証されており、死体に縛られていることに気づくでしょう。まあ、私たちの場合、それはもっと悪いことかもしれません。まだ大きなリスクです。


ああ、あなたは私の過去のもう一つの部分を思い出させてくれた。Spring RCPのスナップショットに基づいて構築されたプロジェクト(私の回答で述べたのと同じプロジェクト)の一部を継承しました。なぜかわからなかった。面倒なこと以外は何もないようです。
Dan Dyer

3

特定のJavaアプリケーションサーバーにプロジェクトに必要な機能がまだないという事実にもかかわらず、特定のJavaアプリケーションサーバーにコミットすることを思い出した1つの例、それらが実装されるときのロードマップだけです。当然のことながら、ベンダーは最初に示したほど迅速に配達しませんでした。これは大きな問題であるはずでしたが、実際には、失敗への遅い道のりにおける多くの乱闘の1つにすぎませんでした。

私が遭遇したこの種の問題のほとんどの事例は、証明されていない/未熟な技術へのコミットメントに関係しています。これは、技術面で影響力のある誰かが、レジュメ主導の開発の支持者であることが多いためです。


1

3年前、私たちのBusDev部門は、Documentum上にコンテンツ管理システムを構築する必要があると述べました。彼らが到達しようとしている製薬会社は、その名前を知り、テクノロジーに慣れているからです。それで、私たちはそれを構築するために多くのお金を費やし、12か月後にそれを棚上げにしました。

今年2月、彼らは新しいシステムがSharepoint 2010に基づくことを発表しました。なぜだと思いますか?突然、これは製薬会社に知られている名前であり、彼らはそれに慣れていました!
2012年がもたらすものを見ていきましょう。

\\ uSlackr


0

C / C ++で最新のオペレーティングシステムを作成する。Morris Worm(80年代後半)以来、ネットワーク化されたソフトウェアを構築するのに完全に不適切な言語であることはわかっていましたが、基本的には刑事過失IMOに相当するものです。


5
-1それは私ですか、それともCの間違いについて5回または6回投稿したのですか?FUDは疲れる。セキュリティ上の間違いを犯さずにCをコーディングできないからいって、他の人ができないというわけではありません。起こりうる悪い習慣に基づいて言語を憎むことはできません。
代替

2
これは、ある「Cが悪い言語である」という事実が客観的常識であることを状態にFUD。
代替

2
@mathepic:私はそれが「悪い言語」だと言っているような曖昧なことを言ったか?これは、セキュリティ要件があるオペレーティングシステムなどのプログラムの構築にはまったく適していないと言いました。そして、それは客観的事実と常識の両方です。
メイソンウィーラー

6
@mathepic:私はメイソンと一緒にいます。Cでの文字列処理によってバッファオーバーフローが発生し、適切なプログラミング言語では発生しないことは広く知られ、認められてます。「信頼性が高く、一貫してCを安全にコーディングする」(pff)にどれだけ優れていると思っていても、バグの発生率を不必要に増加させる言語は悪い言語です。
ティムウィ

3
@Timwi:元の答えは「C / C ++」でした。C ++では、文字列処理によってバッファオーバーフローは発生しません。私はの大ファンではありませんstd::stringが、それは機能します。また、コンテナクラステンプレートを使用すると、潜在的なエラーの大規模なクラスを排除できます。
David Thornley、2010

0

私が見たもの...

1980年代には、Primeという会社があり、PickデータベースとBASICのバージョンを実行するコンピューターを製造していました。私が働いていたときに購入した場所のユーザー部門は、これにより多くのお金を節約でき、1人のビジネスアナリストが必要な処理と結果を4分の1の時間で得ることができると確信していました。4人のフルタイムのプログラマーアナリストと仕事のバックログができるようになるまで、それほど長くはありませんでした。

テクノロジーが彼らのために何をするかを見積もる際の大きな間違い。


1
古き良きピック。OS /データベース/プログラミング言語に自分の名前が付いているかどうか、私はいつも疑問に思っていました。(たとえば、ディックピック)
ビル・
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.