ANSI Cが私たちの新しいプロジェクトには不十分であると上司に納得させるにはどうすればよいですか？[閉まっている]

数か月前、社内で開発されたテスト機器を制御し、一連の測定値を記録するアプリの開発を開始しました。シンプルなUIが必要です。また、継続的な記録が必要なため、スレッドが必要になる可能性があります。このアプリケーションは数年間使用され、この期間中は多くのコンピューターサイエンスの学生によって維持されます。

私たちの上司は約30年前に卒業しました（犯罪とは見なされません。私もその半分以上を背負っています）。このアプリケーションをANSI Cで開発することを義務付けています。ほぼ全時間であり、したがって、彼は私たちが何をしているかを理解できなければなりません。彼はまた、抽象データ型を使用しないことを決定しました。彼は私たちが使用したいグローバル変数（ため息）の名前のリストさえも私たちに与えました。

私は実際にしばらくこのアプローチを試しましたが、すべてのポインター操作が安全で、すべての文字列が正しいサイズであることを確認するのに本当に時間がかかりました。さらに、実際に手元の問題に関連するコードの行数は、コードベースのほんの一部でした。数日後、私は全体を廃棄し、C＃を使用して新たに始めました。私たちの上司はすでにプログラムが実行されていることを見ており、その動作方法は気に入っていますが、別の言語で書かれていることを知りません。

来週、私たち二人はソースコードを調べるために会い、彼は「それを維持する方法を知っている」。私はちょっと怖いです、そして、私は私の決定を支持するためにどんな議論を使用することができるかあなたたちから聞きたいです。

ward病なあなたのもの、

「そう、私は確信している。このようにそれを行ってくださいことに注意してください、私はそれを維持することができ、」実際には非常に良い条件である-ほとんどのプログラムははるかに長く過ごす書かれており、公知の技術で解決策を維持することは通常は良いアイデアですされているよりも、維持されています。

C＃アプリケーションの作成を求められた新しいコンピューターの子供が2日間でHaskellでそれを書き、「おい、それは機能し、私は行って、さようなら」と言ってメンテナンスをあなたに任せたと想像してください。

15年前にANSI Cアプリケーションの作成を求められたときに、新しいコンピューターの子供が2日でVisual Basic 6で作成し、それを残していたとします。今、あなたはそれを維持する必要があり、インストールメディアが挿入されると、Windows 7はすでに文句を言い始めます。

Heinziがコメントで示唆したように、これは「これはC＃で書かれたクイックプロトタイプであり、Cによく似ています-生産準備を整えるか、またはANSI Cで再実装しますか」と言う良い機会かもしれません。 」を選択し、今すぐ議論を始めます。実際のソースを確認することは、「ねえ、Haskellで次のアプリケーションを書くべきではないからです」

つまり、新しいプラットフォームを検討できることを実証する機会が得られました。コードレビューの前にプロトタイプを作成したことを確認してください。これにより、レーダーの下でC＃をこっそり盗もうとしているという印象を取り除くことができます。また、ANSI Cで記述された既存のコードはすべてC＃内から使用できることを示すことをお勧めします。個人的には、ターゲットはANSI Cのままで単一のプラットフォームにとどまると言われると思います。

この場合、あなたの上司はあなたの顧客であるように思われ、彼の主な要件は、あなたが先に進むときに彼がアプリケーションを維持できることです。これはかなり合理的です。

そのため、彼が求めていることを実行するか、開発を完了し、時間の制約内で低コストでC＃アプリケーションを維持する方法を教えることができます。それができない場合、プロジェクトの要件を満たしていません。

あなたは多くの情報を提供していませんが、私はCが絶対に正しい選択だと思います-私は工業プラントでエンジニアとして働いており、私たちのコードのほとんど（すべてではないにしても）はCで書かれていますデバイス（ここでは流量計や熱電対などを想定しています）をリアルタイムCに近い状態で表示することは優れた選択肢です。

高速で移植性があります（C＃で記述したことはありませんが、特定のバージョンのフレームワークがインストールされていないと動作するとは思わず、通常はWindowsベースのみです）。

必ず別の言語を使用してGUIを実行できます。しかし、労力を節約し、既存のトレンドパッケージを使用するだけで済みます（優れたオープンソースパッケージがいくつかあります）。

要約すると、ハードウェアパーツCとの基本的なインターフェイスについては良い選択です。

まあ。これはリアルタイムアプリケーションですか？リアルタイムで機器を制御しますか？リアルタイムでデータを収集しますか？ガベージコレクターで言語を使用していますか？まあ。

あなたはおそらくより短い時間でより現代的な言語でアプリを実行できることに同意しますが、それはおそらく主要な基準ではありません。プログラミングのしやすさは、他の基準（おそらく、上司が定めた基準、応答時間、決定論的な行動など）ほど重要ではありません。

主な機能とUIをテストするために、C＃またはPythonでプロトタイプを作成することをお勧めします。その後、何日にもわたって連続して実行されているアプリが大量のデータでヒットしたときの実際のレイテンシーと応答時間を測定します。VMやガベージコレクターが起動すると、アプリが遅くなりすぎたり、ランダムに遅れたりする可能性があります。

プロトタイプとして行ったことを提示することをお勧めします。

Cでのコーディングはそれほど難しくありません。あなたがそれまでではないなら、そう言ってください。私たちの挑戦はたく​​さんあります。（私は何十年もの間リアルタイムCコーディングを行ってきました）。

まあ、最初にすることはあなたの上司に行き、怒りを上げることです。あなたは彼の明確な要求を無視しており、さらに悪いことに何ヶ月もそうしている。これにどれだけの時間を費やしたかはわかりませんが、ほとんどの時間をプロジェクトの完了に割り当てると仮定すると、すぐに新しい仕事を探しているという事実に直面する必要があります。

これに早く対処するほど良い。

第二に、ANSI Cが不十分であることを彼に納得させることはできないと思います。あなたがする必要があるのは、他のいくつかのことを彼に納得させることです（1）c＃が適切である、（2）彼がc＃を維持することを簡単に学ぶことができる、（3 ）あなたはCでそれを書くのが不適当だった。あなたがまだこのプロジェクトで仕事と役割を担っていると仮定して、私は2に集中してcとc＃の類似性を強調します。

コメントへの応答での引用...

数ヶ月前、私たちはアプリの開発を開始しました[...]数日後、私はすべてを廃棄し、C＃を新たに使い始めました

ANSI Cでこのアプリケーションを開発することを義務付けています。理論的根拠は、彼が全体の時間の周りにいる唯一のものであり、したがって、彼は私たちがしていることを理解できなければならないということです。

これはかなり合理的な要件です。

彼はまた、抽象データ型を使用しないことを決定しました。

これは意味がありません。これは言語の要件ではなく、プログラムの設計要件であるため、少し疑わしい匂いがし始めています。コードの保守が容易な場合、ADTを実装するか、十分にテストされた既存のコードを使用することを優先する必要があります。

彼は私たちが使用したいグローバル変数（ため息）の名前のリストを私たちに与えてくれました。

わかりました、それで今臭い。これで、上司はさまざまなプログラミング言語だけでなく、一般的なプログラミングの経験も限られていることがわかります。熟練したベテランプログラマは、言語の好みに関係なく、そのような発言をすることはありません。（私が考えることができる唯一の例外は、ほとんどのコードがかなり小さな組み込みシステムで実行されることを意図しているため、コードに必要なすべての作業メモリが事前に割り当てられると予想された場合です。ただし、画面レベルのUIがそうであることに強く反論することが期待されます）。

上司は大規模でミッションクリティカルなソフトウェアプロジェクトに関与したことはありませんが、さまざまな低品質のプロジェクトに浮かんでいる可能性が高いと思います。

したがって、これはプログラミング言語Cとは何の関係もありません。C＃でも同様に厄介なプログラムを簡単に作成できます。優れたプログラム設計は言語に依存すると信じることは非常によくある間違いです。それは単に真実ではありません！

C＃は、確かにCよりもきれい、きれいであまりあいまいな構文を持ち、それがCよりもはるかに多くのOO-関連するキーワードを持っていますが、それとは別に、それはあなたを教えてくれないので、それは、プログラムの設計支援をたくさん持っているどのようにあなたのプログラムを書くこと。Cで書かれたすべてがデフォルトでひどいものであり、C＃で書かれたすべてがデフォルトで天国だと信じているなら、あなたはそれを気づかずにかなりひどいC＃プログラムを書いているに違いない。

私が提案するのは、何よりも先に抽象的な、言語に依存しないが詳細なプログラム設計を行うことです。通常のオブジェクト指向のアプローチを使用します。どのオブジェクトがあり、どのように相互に通信するのか、必要な依存関係などは何ですか。プログラムの設計に十分な考えを与え、紙に書き留めたとき、それはあなたにとっても上司にとっても重要ではありません。実装することを選択した言語。

最初に対処しなければならない問題は、感情的で不合理な問題です。IT業界は絶え間ない変化を遂げており、あらゆるものに対応できる場所がありますが、変化を改善または受け入れることを拒否することは問題です。

上司がなぜANSI Cにしがみついているのですか？それが彼または彼女が知っている唯一の言語であるならば、多分それは変化の時であるかもしれませんが、合理的な議論は不十分かもしれません。上司は、なじみのない言語で働くことを余儀なくされると、過小評価されたり、解雇されたりしますか？彼が持っている経験と彼がもたらす他の利点を強調します。

この問題を解決しないと、持てる合理的な議論はすべて無駄になります。部下として、あなたは彼とこの議論を持つことができるものではないかもしれません。おそらく、他のマネージャーがいれば、この件を他のマネージャーに伝えます。

また、あなたの観点から検討してください。なぜC＃を使用するのですか？新しくてクールなものを使いたいという欲求はどれくらいですか？あなた自身に正直であれ。これを認識すれば、より効果的に議論するのに役立ちます。

2番目の問題は、リスクとコストの1つです。ソフトウェアを書くことは高価であり、言語の選択はその大きな要因です。考慮してください：

1. C＃対Cで書くのにどれくらい時間がかかりますか？オブジェクトの向きが簡単になり、ガベージコレクションが改善されるため、C＃の方が簡単になります。ただし、アプリケーションが多くのアンマネージAPI呼び出しを使用する場合、Cの方が簡単な場合があります。
2. C＃を使用している場合、追加のツールを購入する必要がありますか？既にVisual Studioを使用しているようですが、ローカライズ、コードのレビューと分析、デバッグなどのために追加のツールが必要ですか？
3. 保守はどれくらい簡単ですか？バグを見つけた場合、どれくらい早く修正できますか。C＃は、このオブジェクトの向きを減らすことができます。自動ガベージコレクションは、ほとんどのメモリリークとポインタの問題も回避します。
4. サポートは簡単ですか？サポートスタッフがいる場合、クラッシュダンプの読み方を知っているかもしれませんが、SOSでwindbgを使用する方法を知っていますか？ターゲットマシンには、適切なバージョンの.Netフレームワークがすでにインストールされていますか？
5. 人員配置を検討してください。C対C＃を知っている人は何人いますか？どちらかまたは両方が退職した場合、あなたを置き換えるのはどれくらい簡単ですか？C開発者はC＃開発者よりも安いですか、それとも高価ですか？

私は続けることができますが、ポイントは、言語だけの技術的なメリットについて議論するのをやめることです。技術的なメリットは、あなたと上司だけが理解できるものです。ビジネスへの影響について話し始めると、はるかに幅広いグループの人々を引き込み、説得力のある議論をすることになります。

たぶんCの方が良い選択です。C＃はすべての状況で自動的に改善されるわけではありません。たぶん、Cを使用してこのプロジェクトを実行しますが、次のC＃の概念実証を実行します。戦いに負けても、戦争に勝つことができることを忘れないでください。

たぶん別の議論：間違いを犯さずにCコードを書くのに十分な経験があるコンピューターサイエンスの学生を見つけるのはおそらく非常に難しいでしょう。ANSI Cは、今日人々が最初に学ぶものではありません。

今、すべてのコンピューターサイエンスの学生は私を殺します。

ANSI Cが不適切であると私たちを説得することは完全に失敗しました。Cは、あなたが説明した種類のタスクに適合していると思われる優れた言語です。タスクの簡単な説明（言語の要件を除く）があれば、Cもお勧めします（または行くこともできます）。

問題は、あなたがC＃で考えながらCでプログラミングしていたことだと思います。PerlからCまたはjavaに切り替えると、同様の問題が発生します。あなたはその言語に適応することを学ばなければならず、その日の言語に向かってあなたの考え方から翻訳することを学ばないでください。

問題はあなたの上司やC言語ではなく、問題は異なる考え方に心を開くことです。プログラミング言語の変更は、あなたにとって有益なものです。

まず、今度は上司に別の言語であることを伝える必要があります。通知なしに要件に対して意図的に何かを持ち帰った場合、彼は（当然のことながら）怒っています。

今、これらのことを上司やマネージャーに説明する最善の方法は、時間とお金の観点から説明することです。このようなプロジェクトがANSI Cにかかる時間を見積もり、C＃などのより高いレベルにかかる時間を見積もります。注：私はより高いレベルであり、現代的ではないと述べました。これは、物事をスムーズにするのにも役立ちます。つまり、小さなペイントブラシだけで部屋をペイントするのではなく、ローラーなどを使用して、各ストローク（コードの行）がプロジェクトのより多くの領域をカバーするようにします。また、あなたまたはあなたのチームメンバーのいずれかがCを知らない場合、またはCで大規模なプロジェクトを作成することに慣れていない場合、これは時間の問題にさらに食い込みます。

上司がマイクロ管理を試みているようにも聞こえます。他の答えの1つは、上司にそれをやらせる方法を説明しようとしていると確信しています

ADTに対するスーパーバイザーの嫌悪感は、開発者がGCコストを認識していないように、別の場所で対処されたため、「スレッド」に焦点を当てます。

おそらく、.NET（または、JVMのように教化された）スレッドの観点から考えるのではなく、複数のプロセスで、プロセス間通信（IPC）メカニズムを使用してそれらの間で通信することができます。たとえば、Windowsメッセージ、共有メモリ、メモリマップファイルバッファ、名前付きパイプなど。デバイスまたはデバイスの一部と対話し、更新と通信要求を確認するためにIPCをチェックする小さなプロセスに専念し、GUIを維持し、選択したIPCを使用して機器「モニター」と通信するためのやや大きなプロセスがあります。