あなたが見た最もひどいお金の無駄は何ですか、そしてあなたはそれについて何をしましたか？ [閉まっている

https://softwareengineering.stackexchange.com/questions/18585

22-10-2019
|

質問

多くの場合、プログラマーとして、問題に対する肥大化した非効率的な解決策に多額のお金を無駄にしている大規模な組織が見られます。私は組織が最高の品種ソリューションから利益を得るのが好きなので、これは私を非常に苦しめます。しかし、プログラマーとしての私の能力は、主要な意思決定者に影響を与えることに関して制限されており、多くの場合、この問題に関する私の視点は私自身の小さな技術的な世界に制約されています。

だから、私の質問はこれです。本当にあなたのヤギを手に入れたいくつかのソフトウェアやハードウェアでお金のひどい無駄に遭遇した後、 それを修正するためにあなたはそれについて何をしましたか それとも、弾丸を噛んで、息の下で永遠につぶやくように運命づけられましたか？私はあなたの全体的な経験を聞くことに興味があります そして特にあなたが将来この種のことに取り組む方法についてあなたが学んだ教訓. 。名前を付けないでください。問題に取り組む方法の経験は、実際の問題のある製品よりも重要です。

解決

次の範囲で、大きくてかさばるバギーな商用製品の代金を支払う

アプリケーションサーバー。
テストツール。
開発環境。

オープンソースまたは軽量の代替品が明らかに優れている場合。

私のステップは通常、次のとおりです。

代替品を参照として確立します - 例：「アプリサーバーYの代わりにアプリサーバーXを試します。（...）。」;
この提案を同僚に販売しています - 「サーバーXがはるかに速く再起動しているので、私はその間ずっと無駄にならないので、私は今より速く開発しています」。
これを即時のマネージャーに販売します - 「サーバーXを使用しているので、私たちのチームはより速く発展します。それはすべて少しの実験として始まりましたが、誰もがそれが好きです。」

他のヒント

お気に入りを挙げるにはあまりにも多くの例を見てきましたが、私のメイン分野でいくつかの一般的な傾向、Web開発に気づきました。

虚栄心のウェブサイト. 。これらは、それらを委託する小さな組織以外の誰にとっても有用な目的を果たさないウェブサイトであり、ロゴ、自分の写真、自己満足のワッフルへの強迫的な衝動を中心に構築されています。最悪の部分は、これらが通常、Webについて手がかりのない人々によって資金提供され、委託された公共部門であることです。（たとえば、かつては、自分のスタッフイントラネットのためにFacebookのミニバージョンを開発したいと考えていたNHS病院の信頼がありました）。
支払われたのは最高です. 。有料のソフトウェアは本質的にオープンソースよりも優れている必要があると主張する考え方です。結局のところ、それは支払われていますよね？私は非常に多くのクライアントが、政策の問題としてオープンソースを自動的に割引する文化で働くという理由だけで、愚かな選択をすることを主張しているのを見てきました。
委員会ごとの設計。 これは、大勢の人々が「ブレインストーミング」を持ち、デザインにあるすべてのクラックポットのアイデアを取り入れようとする場所です。そして、すべての人が、彼らは委員会が決定を下すことを意味し、人々が申請を使用しなければならないことではありません）。
コンサルタント。 これは、ミドルマン（ビジネス慣行もソフトウェア開発も知らない）を支払い、邪魔をして、テクノバブルとビジネススピーキングを混乱させて開発プロセスを長引くことでクリームオフマネーを獲得します。

誰もこれについて言及しているとは思いません。

あなたがそれを買うことができるときにあなた自身のソリューションを構築してください。

このパターンのバリエーション：

買い手と建物のトレードオフを考慮していません
社内ソリューションの重要なスコープクリープ
限られた範囲ですが、社内ソリューションの有用性も限られています

私の2つのお気に入り：

雇用コンサルタント （フリーランス） より多くの生産能力を追加するために, 、そうすべきですが 自分の従業員に投資します 代わりに、コンサルタントを雇って新しい知識をもたらし、既存の人々を指導することによって。
雇用プロジェクトマネージャー 開発チームを管理する他のプロジェクトマネージャーを管理する他のプロジェクトマネージャーを管理します。彼らはチームを自己管理させ、代わりにビジネスに集中させるべきです。開発者よりもプロジェクトマネージャーが多いソフトウェアプロジェクトを見てきました。会議を想像してみてください。

長期的な昇給とボーナスを制限します

私はそれがビジネス101で教えられていると思います いいえ 従業員に昇給を与える。二次的なケースは、特定の給与範囲内に収まる必要があるため、スターパフォーマーの給与を制限することです。

最終的に、従業員は、賃金販売が業界（または出力）と一致していないことに気付くでしょう。履歴書とスキルを持っている人々は最終的に去り、彼らのすべての知識とおそらく数人の友人を連れて行きます。残っている人々（底のパフォーマー）は、スラックを拾い上げてから、（市場レートで）新しい人を雇うのにもっと時間を費やす必要があります。そのため、同社はJRレベル1とスターの従業員を交換したばかりで、給与を低く抑えるというすべての「貯蓄」を失いました。

これが続くにつれて、開発チームはパーにとどまるのに苦労し、おそらく劇的な何かが行われるまで悪化するでしょう。

この答えは、ほとんどとは多少異なります： すぐに従業員を解雇しない、 または異なる方法で述べる、 従業員に過度に寛容であること ~~間違い~~ 習慣. 。これらは私が観察したことであり、コンサルタントとしてあまりできませんでした。

最終的な書き直しにつながったプロジェクトの設計決定を不十分に推進した開発者（それは完全な混乱でした）。
敏感な暗号化されていないデータをGoogleチャートに送信した開発者は、パイチャートを表示するのがクールだと思ったためです（パイチャートは要件でしたか？いや！）。
過去に会社と相談し、直接彼らとの地位を受け入れた開発者。彼は顔をして、技術的なリードポジションを求めたプリマドナに変わり、リードのマネージャーと話をして、彼がリードとして引き継ぐことが良いと思ったと述べました。 Audacityについて話してください！多くの開発者はもはや男のようではなく、彼は従業員としての最初の2週間以内に多くの橋を燃やしました。それに加えて、彼は非常に緑の開発者であり、2年前に卒業しただけですが、彼は素晴らしいと思っています。

いくつかの間違いは理解できますが、多くの開発者の間で誰かの態度やスキルレベルの企業についてコンセンサスがある場合、後でよりも早くそれらを取り除くべきです。

何度か私は経営陣がコンサルタントを連れてくるのを目撃しました お金を使う唯一の目的. 。ほとんどの場合、これは年末に彼らがお金を使うことを必死に試していなかったときに起こりました。通常、これらのコンサルタントは1時間に数百ドルを支払われ、使用されないPowerPointプレゼンテーションに数週間費やします。

ここではもっと大きな問題があります。

多くの企業には、株主の富を増やすという目標が1つあります。彼らが生み出すものは無関係です。彼らがそれをどのように生成するかは無関係です。彼らがどれだけの廃棄物を生産するかは無関係です。社会と惑星へのコストは無関係です。

だから - 社会 /地球のために何か利益をもたらす会社のために働くか、始めましょう。

製品だけでなく、「サポート」に対して大規模なソフトウェア会社に支払う。

私は、オラクルと一緒にベッドに深くなったチームのために政府機関で働いていました。長年にわたって、彼らはソフトウェアに対して数ドルのドルを支払われていました。スタートアップのバックグラウンドから来て、これは私には意味がありませんでした - 「MySQLまたはPostgresを使用してみませんか？」私はそれが主にオラクルが提供するサポートのためであると言われました。

サポートは絶対的な冗談でした。 1つのWebアプリがシステム全体をクラッシュさせ続ける問題がありました。これは、恐ろしく書かれたコード（これはコンサルタントのチームによって書かれたもので、これはまったく別の答えであるはずです）の組み合わせを備えた遅いデータベースクエリの結果であると思われました。「タスクフォース」（うめき声）が組み立てられ、問題を特定して修正しました。タスクフォースには、Oracle Supportメンバーが含まれていました。 EOBで毎日、タスクフォースのメンバーが調査結果でチームの残りの部分を更新する電話会議があります。それは誰も5歳で始まったことを望んでいなかったのは十分な長い電話であり、オラクルの人はそれを悪化させました。なんで？まあ、「人」と言うことさえ正しくありません。それは多くの人々でした。 2〜3回の電話会議ごとに、Oracleの担当者は新しい人になるように見えました。新しい人たちはオラクルの誰にも説明されなかったので、誰かが来るたびに、私たちは再び問題を説明するために10分間の電話会議を無駄にしなければなりませんでした。彼らの貢献その後、J2EEログファイルを要求します。これは、モンキーが読むことができるだけでなく、恐ろしく書かれたコードがXMLの解析でエラーを見つけたときにIndexOutofOundsの例外をスローするなどのことを行っていたためにも役に立たなかった。

1行目の電話サポートにプログラマーがいる。

プログラマーにテストを行わせる。

私はこれが古い質問であることを知っています。3人がこの答えを読んだら幸運ですが、伝えるのは楽しい話です。

私はプロジェクト（組み込みシステム、安全性が批判的なファームウェア、非常に高い利害関係）に入り、私が見つけたものにapp然としました。 c（特にポインター）を誤って使用している人、静的分析、コードレビューなし、「一緒に統合し、実行し、beatる、何が壊れるかを確認する」以外のテストはありません。

私はそこで私の最初の週（コンサルタントとして）私の非常に長い電子メールを書きました。私は基本的にそれが誤って管理されていると言っていたので危険でした、開発者は彼らの頭の上にいて、プロセスが追跡されていませんでした。自分。彼はそれについて完全に防御的ではありませんでした、実際、彼は多くの欠点を認め、私が彼らを最初に指摘したわけではないと私に言った（冗談ではないよね？）

元の質問の核心に答えるために：私はプラットフォームで構成され実行されているGimpel's Lint（PC-Lint / FlexLint）静的分析ツールを手に入れて、最大1つのマン週を費やし、見つかったすべてのレポートを完全に実行することを申し出ました。結果として、いくつかの潜んでいる「TimeBombs」を見つけると確信していると彼らに言いました。

彼らは私の時間給を計算し、40を掛け、「それを行うには高すぎる」と判断しました。簡単に言えば、私は60日以内にそこに去りました。約3年後、私は製品のリコールを知りました。コストは、会社の評判に損害を与えることは言うまでもなく、9桁（1億ドル）に近づきました。

私は会社、製品、または業界については言及しませんが、私はまだそこのエンジニアの一人と連絡を取り合っています。基本的な静的分析ツール（境界のない配列にアクセス）にさえキャッチされました。公平に言えば、私がそこにいたときに問題がコードにあると確実に言うことはできませんが、彼らが何らかの静的分析ツールにお金を費やしたかどうか、そのバグは逃げなかったと確信しています。

そのため、彼らはPC -Lintを購入しないことで295ドルを節約しました（OK、彼らはせいぜい1週間の支払いを節約しました） - しかし、私は1週間$ 100Mを請求するのに十分な場所ではありません。

それは私がかなり大きなお金の無駄と呼んでいるものです。

あなたの多くがすでに聞いたかもしれない冗談を思い出させます：

失敗した巨大な船エンジンの話を聞いたことがありますか？船の所有者は次々に専門家を試しましたが、エンジンの修理方法以外は誰も理解できませんでした。それから彼らは、彼が若い頃から船を固定していた老人を連れてきました。彼は彼と一緒に大きな道具を持っていました、そして、彼が到着したとき、彼はすぐに仕事に行きました。彼はエンジンを非常に慎重に検査し、上から下まで。

2人の船の所有者がそこにいて、この男を見て、彼が何をすべきかを知っていることを望んでいました。物事を見た後、老人は彼のバッグに手を伸ばし、小さなハンマーを引き出しました。彼は優しく何かを叩いた。即座に、エンジンは生命に浸りました。彼は慎重にハンマーを片付けました。エンジンが固定されました！ 1週間後、所有者は10,000ドルで老人から法案を受け取りました。

"何？！"所有者は叫んだ。「彼はほとんど何もしなかった！」

そこで彼らは老人に「項目別の請求書を送ってください」というメモを書いた。

男は読んだ法案を送りました：

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

努力は重要ですが、あなたがしていることを知ることはすべての違いをもたらします。

ソフトウェア企業の肥大化した開発チームとひどい生産性。

これは、ビジネスの世界における一般的なパターンの結果です。マネージャーの重要性は部下の数によって測定されます。したがって、マネージャーの一番の懸念は生産性ではなく、まったく逆です。。

ソフトウェアを販売した会社では、販売されているすべてのカスタムMODで販売員に完全な手数料を販売しているため、すでに存在していて利益を得ることができるものを販売することは、1回限りの販売ほど収益性がありませんでした。これは、営業スタッフを全国の技術スタッフの途中で移動することと組み合わされました。

これはまた、開発中の私たちが販売期限を満たすことができず、顧客が不幸になる可能性があり、誰にとっても製品をより良くするコア作業を完了するのがかなり困難になったことを意味しました。圧力の増加により、特に営業所についての話を聞いたとき、コードの品質が低下して士気を低下させ、傷つけました（これは決して確認しませんでした）。

私たちの多くは販売にresしましたが、実際には彼らのせいではありませんでした。彼らは外に出て、できる限り売れていて、彼らに置かれた制限に従って報われたことをしていました。これらすべての問題を引き起こしたのは悪い管理でした。

私が経験した2つがあります。

約80％が完了したビジネスに巨大なROIを持っているプロジェクトをキャンセルし、100の刻まれたメッキのiPodを上級幹部に配りました。
数百人をレイオフし、翌日、上級幹部に相当な昇給とボーナスを発表しました。

これらは完全にプログラミングに関連するものではありませんが、間違いなく多くのお金を無駄にし、さらに関係者全員に顔に平手打ちを提供しました。

解雇されませんでしたが、レイズもiPodも得られませんでした...

私は、コストを大幅に増加させることに成功したが、効率を増加させるか、実際に効率を低下させることに成功したいくつかの恐ろしいアウトソーシングプロジェクトを見てきました。

最悪の場合、新しいアウトソーシスチームは整備され、熟練していますが、アウトソーシスチームが実際に重要な仕事をすると信頼されていなかったため、既存の陸上チームはそのまま残っていました。

この時点で、論理的なことは明らかに失敗を受け入れ、アウトソーシスチームを閉鎖することでしたが、経営陣が両方のチームがそのままになっていたことを公に認めていなかったためです（コストが大幅に増加しました効率が向上したり、使用可能な容量が増えたりすることはありません）すべてが埋葬されるまで。

別の例では、開発は外部委託され、元のチームは解雇されました。 2年後、彼らは、別の引き渡しの非常に重要なコストに加えて、知識の喪失、募集手数料、契約解雇などの影響に加えて、それを社内で再び持ち込むためだけに機能しておらず、支払ったことに気付きました。さらに、アウトソーシス組織はソースコードのかなりの部分を失いました。

（注：アウトソーシングが機能しないと言っているわけではありません。潜在的な節約に魅了され、新しい世界の現実、プロセスやワーキングプラクティスの変化などを考慮しないでください。主にねじ込まれたプロジェクト）

技術的な負債

レガシーコードの慢性的な「死んだ馬を叩く」ことを見てきました。トレンチの視点からは、チーム全体が交換モードであることを知っている場合、メンテナンスモードで数え切れないほどの時間を費やしました。

私たちがやったこと....まだ進んでいます。内からの前向きな変化を呼び起こそうとしています

性能試験

簡単には、それをしていません。繰り返しますが、まだ内からの前向きな変化に取り組んでいます。

私はいくつかと仕事をしてきました 国家機関 そして、彼らはそれにお金を無駄にするのが驚くべきことです。肥大化したミドルウェアの購入から非常に簡単な問題を解決することから、数千ドルを支払うことまで、ベンダーにCSVを作成させます。十分な経験を持つ社内の人々がいなければ、彼らは前払いのコストまたはメンテナンスで逃げられるようです。

非ソフトウェア企業（銀行、保険）では、社内でお金はさまざまなビジネスグループから得られます。ビジネスグループはベンダーから直接セールスピッチを獲得し、それをITに押し上げます。彼らはソフトウェア/ハードウェアとあなたの給与にお金を払っているので、あなたの抗議はどこにも行きません。

肥大化したアプリケーションとミドルウェアの支払いは、5つの数字の中で費用がかかり、既存のシステムアーキテクチャにも収まりません
HP QualityCenter、BMC Remedy、HP Loadrunnerなどの高価なソフトウェアを使用する
マルチシティチームでは、多くの旅費があります。
新しいマシンを使用してSomeSがあるWindows 7ライセンスの支払い、新しいSOE（2010年に設計）としてWindows XPにダウングレードするために再び支払うことはまだXPです
ハードウェアの容量を超えます

私はパフォーマンステストの専門職で働いており、4つの理由で組織によって排水溝に流れ落ちる（文字通り）年間数百万ドルを目撃しています

資格のあるスキルではなく、パフォーマンステスターのスキルを定期的に監査することも、価格だけに基づいてアウトソーカーを雇う。アマチュアパフォーマンステスターを雇うことは、アマチュア配管工やアマチュアの電気技師を雇うことによく似ています。基本的なタスクを介して作業するのに時間がかかります。悪い彼らは（生産中）修正するのに恐ろしく高価でした。この分野での半ダースのフォーラムのモデレーターとして、私は定期的に、テスト、コミュニケーション、プロジェクト管理、開発、システム分析などの基本的なスキルを欠いている人を紹介しています。 Loadrunnerを以前にお金の無駄だと指摘した人に、ツールに馬鹿を投げても、期待する必要がある結果は1つだけです。皮肉なことに、オープンソースツールには、さらに成熟したスキルセットが必要であることが必要です。
パフォーマンス要件を収集していません。これは、アーキテクチャ、プラットフォームエンジニアリング、アプリケーションエンジニアリング、機能的QA、パフォーマンスQAのパフォーマンスに異なる視点を持つため、組織全体に影響を与えます。これは、多くの組織でのプロセスの問題であり、パフォーマンステストチームは、パフォーマンス要件を収集することとそれらに対してテストすることの両方を求められます。適切なチェックとバランスのために、一方を実行する必要があります。上記の1つに関連する未熟なスタッフの場合、適切なパフォーマンス要件さえ認識できず、負荷プロファイルで検証する測定ポイントがないが、それでも「実行するスクリプト」を構築しています。これは時間と労力のコロサルの無駄であり、品質を向上させることはほとんどありません。パフォーマンスには、組織全体で共通の視点が必要であり、最初に設計されていなかった場合、最後にタックすることができるものではありません。
パフォーマンステスト環境管理。テスト組織が進む準備ができている時点で実行する準備ができていない環境をテストするために遅れている組織の数はわかりません。 1つのクライアントでは、これを待っている間に失われた時間の点でこれを数百万ドルの問題と見なすことができます
パフォーマンステストが何であるか、どのタスクが関係しているか、または努力のレベルを理解していないが、アクティビティがどのくらいの期間行われるべきかを決定しているプロジェクトマネージャー。これは、プロジェクトスケジュールの分散につながります。これは、アイテムのスケジュール方法に完全に関連しています（および結果としてコストオーバーラン）。これは上記の1に直接関連しています。未熟なテスターは、タスクの数と種類のどちらかを正確に投影できず、タスクがどのくらいの時間をかけるべきかを予測することもできません。あなたが何をしていて、なぜあなたが働いているか、そしてあなたがどれだけ時間がかかるかを指示するためにそれをする理由を理解していない人を許可した場合、この道は失敗につながるということです。パフォーマンステストでは頻繁に発生します。

独自のバージョン制御システム。 GitとMercurialの状態を考えると、なぜ人々がゲートキーパーと一緒に何かをするのかわかりません。

VCSの代金を支払う必要があるだけでなく、ユーザーごとに支払う必要もあります。さらに、柔軟性が足で撃たれます。「私♥ベンダーロックイン!!!」というTシャツを着ることもできます。

最近では、無料（d）VCを使用しないのは最近では単なるナッツだと感じています。あなたがそれに合うように多くの追加の特典が必要な場合は、Kilnのようなものが利用可能です。

私はビットキーパーなどを主張した人のために働きに行くとは思わない。

私はエミュレーターについて同じことをほとんど言いましたが、Simicsのような製品は無料の代替品よりも大きな利点を提供し続けています。

ステータス会議と毎週のレポート

私が働いていた組織は、毎週のステータスレポートに関するものでした - 3つの異なるレベルで展開されました。 DEVは、フライトの4-6プロジェクトのそれぞれのリードとテストのリードを長い電子メールで報告し、次のマネージャーによってロールアップされ、次のマネージャーによって任意に要約されます。

翌営業日、すべてのプロジェクトリードが1時間の会議に集まり、レポートを通過します。

事実上、毎週1日がその週の進捗状況を報告することに費やされます。これはすべて、毎日のスタンドアップや毎週のデモ /レトロスペクティブミーティングとは別のことに注意してください。

私は公共の体のために働いています。職場が非常に大きく立法化され、誰かを略奪することはほとんどほとんど不可能であるときに続く可能性のある廃棄物のレベルを適切に説明する方法はありません。

マネージャーは、悪いスタッフと一緒に小包をパスし、再編のカバーの下で一度にそれらをすべて削除したいと考えています。一部の悪いスタッフは、改善が必要なエリアからそれらを移動するためだけに昇進します。良いスタッフは、悪いスタッフの仕事を補うためだけに絶えず苦労することになります。 3か月間、40年間のキャリアを築かないスタッフ。彼らがそのようなキャリアを浪費する金額は天文学的です。

私は以前に民間部門で働いていましたが、多くの廃棄物を見ましたが、公共部門の廃棄物はボールゲームは言うまでもなく、まったく異なるスポーツです。

パフォーマンスの低いスタッフのためにsinecureを確立することが役立つとコメントで提案されました。それは彼らができる損害を制限するが、問題の根本原因に影響を与えないという点で役立ちます。最良のことは、一部の民間部門の雇用と管理手順の採用と、公共機関がパフォーマンスの低いスタッフを容易にすることを容易にするための法律の変更だと思います。また、組合は政府と協議して政策を変更する必要があります - メンバーを保護するという役割は重要ですが、メンバーが本当に深さから外れていることを認識する必要があります。

私が大規模な金融機関で取り組んだプロジェクトの1つ。毎日大量の電話会議があり、電話会議で1日あたり約10万ドルを燃やしたと推定しました。プロジェクトは約2年続きました。彼らはたくさんのレガシーシステムを持っていて、数年前に夏時間の変更が行われたとき、彼らはNT 3.51のDSTパッチを思いつくために約50万ドルをマイクロソフトに支払いました。

私たちは少量の仕事をしていて、私が働いていた小さな店で請求書と給与をかろうじて作りました。解決策：ボスの効率コンサルタントと個人秘書を雇って、彼がより多くの「肉とジャガイモ」の仕事をすることができるようにします。

支出を増やすことにより、予算不足を解決します...失敗します。

プラス面では、効率の専門家が乾燥した消去ボードを提供し、請求可能な時間と支払時間を追跡しました...請求可能な時間が少ない人を推測します。

見てみましょう、私たちはかつて50万ドル以上を費やして、100万ドルの契約を獲得するために仕事をしています。その利益のためにこれだけです。プロジェクト提案開発チームの一部の私たちの何人かは、これを指摘しようとしましたが、私たちの小さな会社が私たちが競合していたフォーチュン500企業を獲得することは誇りに思っていました。私たちは勝ち、その他の理由のためにフィスト・オンテの契約を手にしてお金を失いましたが、自慢する権利がありました。

かつて政府の請負業者として、私は契約がそれを許可し、請負業者が私の残業に対して支払われたため、未払いの残業を余儀なくされました。私が仕事に巻き込まれ、毎週日曜日に4時間を費やして、やるべきことがなくてもインターネットをサーフィンするだけではありません。言うまでもなく、彼らがそのナンセンスを始めた後、私は非常に迅速に移動しました。

私たちのプロジェクト管理システムとしての明確さを購入する非常に悪い商用アプリ、それを使用している人々の100％が私たちの古い自宅で成長したシステムに戻るように懇願しました（それを好きで選んだ人は他の人に移りました会社）、人々は自分の時間に仕事をすることさえ志願して、私たちの古いシステムに望んでいたレポートを追加しました。しかし、私たちはお金を投資したので、私たちはそれに固執しています。言い換えれば、それが高価だったからといって、うまくいかない何かを捨てることを拒否します。

純粋な無駄。何百万人も削減しなければならなかったIT支出。ですから、これを行う方法は、世界中からITの人々を飛ばすことでした。フラッシュホテルに1週間置いてください。その後、会議が開催された建物に、新しい床を置きました。もちろん大理石。そして一晩、毎日会議の間に、建物は改装されました。それは毎晩一週間です。

err ...優先順位はありますか？

ファンタジーランド。

私が働いている会社は、チャートFXライセンスのために800ドルを支払いました - それは私のお金でさえありませんが、私は奪われていると感じています。

http://www.softwarefx.com/sfxnetproducts/chartfx/

キックのために、彼らのソフトウェアは、レジストリやプログラムファイルを含むファイルを至る所に配置します。

ライセンス： CC-BY-SA と帰属

所属していません softwareengineering.stackexchange