ソフトウェアエンジニアリングは他のエンジニアリング分野よりも専門的であることをどのように説明しますか？[閉まっている]

私は、優れたソフトウェアエンジニアはどのソフトウェアテクノロジでも開発でき、特定のテクノロジの経験は優れたソフトウェアの構築に関係ないと主張する人と協力しています。彼のアナロジーは、あなたが言っている製品を製造する組立ラインを構築する方法を知るために、あなたが構築されている製品の知識を持っている必要がないということでした。

「上手くいけば、すべてが上手だ」というような目で見られるのは賛辞ですが、ある意味では、「Codemonkey、ゴー・スリング・コード」のように、職業を簡単にすることもできます。特定のソフトウェアフレームワークの経験がなければ、トラブルにすぐに巻き込まれる可能性がありますが、それは重要です。

私はこれを説明しようとしたが、彼はそれを購入しなかった。これに関する私の見解や考えは、私の経験が1つのことですべてのものに変換されるわけではないことを説明するのに役立ちますか？

しかし、ある意味では、「Codemonkey、go sling code」のように、それは職業を簡単にすることにもなります。

私は全く反対を主張します。優れたソフトウェアエンジニアは、テクノロジーにとらわれない高品質のソフトウェアを概念化、設計、および設計する能力を持っています。この範囲の反対側は、.NETまたはJavaまたはPHPのみの「codemonkey」であり、方向性や仕様を指定し、ツールを利用してソフトウェアを実装するのが得意です。

ソフトウェアエンジニアは、すべてのツールのマスターである必要はありませんが、それらの大部分が何であるか、彼らがテーブルにもたらすもの、および特定のプロジェクトに最も適切である可能性が高いものについてかなり高いレベルの理解が必要です。 。私は、コードモンキーが、特定のツールで宣言されている専門知識の習得者になることを期待しています。

私はメカニックの仕事をする方法を知らないフォードのエンジニアを信用しません。

それでも、ソフトウェアエンジニアリングはこれらの分野の1つであり、多くの場合、エンジニア、ビルダー、およびメカニックが同時に存在することが期待されています。

一緒に仕事をする人とある程度同意します。優れたソフトウェアエンジニアは、設計とソフトウェア生産の一般原則を扱います。実際の言語とフレームワークは詳細です。

これは、新しい言語やフレームワークを簡単に選択できるようにするためのものではありません。それらに関連する学習曲線は常にありますが、要点はそれが曲線であり、優れたソフトウェアエンジニアにとって垂直の壁ではないということです。

優れたソフトウェアエンジニアは、さまざまなツールやテクノロジーで幅広い経験を持っています。そうでない場合、彼はどのようにしてその仕事に最適なツールを選ぶことができますか？古い決まり文句を使い果たすために、ハンマーの使い方を知っている人にとって、すべての問題は釘のように見えます。ねじ回しの専門家でなくても、ねじをおかしな見栄えの釘ではなく、ねじとして認識できるように、それらを理解しておくことは重要です。

TLDRバージョン：他のエンジニアリング分野では、使用している材料についての知識が必要です（たとえば、建築家は、設計で使用している材料がどれだけの負荷に耐えられるかを知る必要があります）。ソフトウェアエンジニアリングに使用する言語とフレームワークには一定の制限があり、それらを効果的に設計および開発するには、それらに精通している必要があります。

私たちが行うことには、2つの異なるフェーズがあります。最初は概念設計です。これは高レベルおよび低レベルのシステム設計です（UMLを使用するなど）。高レベルの設計は理論的には実装にとらわれない場合があります（ただし、高レベルの設計では、データベースプラットフォーム、既製のミドルウェアなどの詳細を考慮する必要がある場合があります）。低レベルのデザインは少しトリッキーです。インフラストラクチャの詳細を組み込まずにビジネスロジックの詳細を設計できます。これらは理論的にはプラットフォームに依存しません。

2番目のフェーズは実際のプログラミングです。一部のプログラミングは構築と見なしていますが、他の（私を含む）は、コーディングは依然として設計規律であると主張しています（PPPでは、ボブマーティンは著者がこの効果について非常に良い議論を提唱している記事を参照していますが、私は今、私はこの記事へのリンクでこの回答を更新します）。実際の構築は、コンパイルを押すと発生し、事実上無料です。

建築家が使用している建築材料の引張強度や圧縮強度などを考慮する必要があるのと同じように、ソフトウェアエンジニアも、コードを作成するときに開発するプラットフォームの機能を知る必要があります。プラットフォームの選択も考慮しない場合、低レベルのシステム設計はあまり効果的ではないと私は主張します。

ソフトウェアエンジニアリングの学位プログラムを卒業した人として、あなたの同僚は部分的に正しいと言えます。優れたソフトウェアエンジニアは、数学、統計学、コンピュータサイエンス、およびドメインエクスペリエンスを応用してシステムを構築することに重点を置いています。ソフトウェアエンジニアが使用する方法は、通常、テクノロジや言語に依存しません。ツールは、基本的な原則ほど重要ではありません。

とはいえ、同僚のアナロジーには欠陥があります。ドメインの問題を理解することは、あらゆるエンジニアリング分野に不可欠です。解決しようとしている問題と満足しようとしている人々を完全に理解していない場合、それらの問題に対して可能な限り最良のソリューションを構築することは無限に困難になります。

結局のところ、ソフトウェアエンジニアリング（および任意のエンジニアリング分野）は、問題を解決するためにいくつかの概念を適用することです。同じツールを頻繁に使用すると、それらのツールに習熟することができます。これらのツールで解決できる問題、それらのツールを使用した場合のリスクまたは落とし穴を特定し、それらのツールを使用してソリューションを構築する方が簡単です。

彼のアナロジーは、あなたが言っている製品を製造する組立ラインを構築する方法を知るために、あなたが構築されている製品の知識を持っている必要がないということでした。

これはほぼ間違いなく間違っています。専門の製造エンジニアは、自分たちの管理下にある製品についてかなり理解する必要があります。

いずれにせよ、より良い例えは機械工学コースの卒業生です：誰もが（メカとソフトウェアの両方で）ほぼ同じスキルで始めたとしても、誰も「機械エンジニア」のままではありませんが、代わりに彼らが構築するもの。同様に、ソフトウェア開発にも非常に異なるサブフィールドがあります。

組み立てラインの類推に戻ると、すべての組み立てラインは製品ごとに異なり、異なるタイプのソフトウェア開発には異なる方法が必要です。ゲームを構築するのと同じ方法でセキュリティソフトウェアを構築することはありません。

さまざまな専門分野に関わる学習曲線があります。組み込み/リアルタイムプログラミング、Webアプリプログラミング、システム/ OSプログラミング、シッククライアントプログラミング、モバイル開発などの違いについて話しています。

あるタイプのプログラミングのエキスパートである人は、要件が異なるため、すぐに別のタイプにクロスオーバーできない場合があります。確かに、ソフトウェアエンジニアはそのための基本を持っていますが、何かに特化するには時間がかかります。

警告を追加しますが、同僚が提案する前提に同意します。

優れたソフトウェアエンジニアは、あらゆる技術で優れたソフトウェアを構築できるようになります...新しい技術で少し学んだ後。

最初は明らかではないいくつかの癖があるかもしれませんが、すぐれたソフトウェアエンジニアはすぐにそれらを学びます。

彼が本当に意味していることは、開発者が2年間のC＃の確かな経験を持っているからといって、Javaのバックグラウンドを持つ優れたソフトウェアエンジニアが、C＃を一度も経験せず、すぐにC＃を習得できなかったということではないと思います。最初の人よりも優れたC＃開発者になる。

言い換えれば、Javaの人をC＃で「やり遂げた」からといって、仕事のJavaの人を割り引く必要はありません。

適例：10年前には存在しなかったと思われる専門的な経験を持つことが非常に重要であると思われるソフトウェアフレームワーク、または存在した場合に大幅な変革を経験しました。私たちの職業の性質上、自分のキャリア全体に特化することは不可能です。それぞれのスキルレベルに応じて、スペシャライゼーションは、特定のフレームワークを使用したことがない人よりも1〜6か月間有利になります。その後、あなたは同等です。

私はヘリコプター会社に勤めています。ここの航空エンジニアは、使用できる航空機のタイプに特化しています。それらは「タイプ定格」である必要があります。技術的には、Robinson R22からJumbo Jetまで何でも処理できますが、変換トレーニングがなければできませんでした。

「変換トレーニング」がソフトウェアエンジニアにとってより非公式であることを除いて、これはソフトウェアエンジニアリングとかなり似ていると思います。

画家と話すとき、彼は彫刻に問題はないと彼に言ったでしょうか？

新しい言語や新しいドメインの詳細を学ぶことは、主に鉛筆とインクを扱い、ペイントする方法を学ぶアーティストと似ています（またはその逆）。これは、他のほとんどの回答が話していることであり、友達が部分的に正しい方法です-同じ概念の多くが適用されます。

しかし、3Dオブジェクトをスカルプトする方法や小説（両方の形式の芸術的表現）を書く方法を画家に教えることは、まったく別の獣です。それがあなたの視点です。

Webベースのソフトウェアには、デスクトップソフトウェアとはまったく異なる考え方が必要です。ゲームと作業環境に適用すると、どちらも完全に異なります。OSや統合システムで作業するには、別の方法で考える必要があると思います（ただし、私はそれらについての経験はありません）。そして、別の考え方も必要な他のドメインがあることは間違いありません。

まとめと例：

「芸術」には、彫刻、小説、漫画、絵画が含まれます。スキルの重複は次のとおりです。

• 体形と色彩理論：彫刻、漫画、絵画
• テキストによるコミュニケーション：小説や漫画

... 等々。しかし、前述のように、漫画家は彼らの最初の小説でうまくいくとは思えない。彼らは違う考え方をする必要があります。

同様に、プログラミング/ソフトウェアエンジニアリングのさまざまな分野で重複がありますが、それらのほとんどはあまりにも明確であり、すぐには参入できません。次に例を示します。

• アルゴリズム：OS /統合システム、ゲーム、その他速度やメモリを最適化する必要のある場所。ウェブ開発ではめったに重要ではない
• デザイン：Web開発のあらゆる場所で使用できますが、UIのない​​統合システムではそれほど重要ではありません。
• クライアント/サーバーソフトウェア：「クライアントを信頼しない」という考え方は、必ずしも一部のドメインに存在するとは限りません（シングルプレイヤーゲームや他のスタンドアロンデスクトップソフトウェア。

すべての道路建設労働者は、現場であらゆる機器や機械を使用できますか？答えはいいえだ。彼らが知っていて、他の人には馴染みのある機械の一部があります。同じことがソフトウェアエンジニアにも当てはまります。xの言語とフレームワークはx個あります。毎日それらを使用しているためですが、トレーニングをしなくても他の人の正確な操作を知ることはできません。それは手持ち削岩機の労働者を取り、彼にセメントミキサーを運転する仕事を割り当てるようなものです。

プログラミング言語とフレームワークは、ソフトウェアエンジニアのツールベルトの単なるツールです。経験上、他のツールよりもよく知っているツールがいくつかあります。結局のところ、最良のツールは、コンピューティングのコアコンセプトと原則を理解することです。言語とフレームワークの選択は、どのドライバーでどのドライバーを使用するかを選択するだけです。

この種のことは私が働いている場所ではよく起こります。

私は妻の叔父の職業-自動車修理工-と比較したいと思います。

彼はメルセデスを専門としており、彼の知識を他の車種に応用することができます。その中にはかなり珍しいものもありますが、それは、あなたが騒々しいと言っているので、彼がすぐにメイクXを修理できるという意味ではありません。

私はいくつかの言語でプログラミングしていますが、MacBookのSafariがタブを変更するたびにページをリロードする理由がわかりません（今日の奇妙な呼び出し）。私はその理由を理解しようと試みますが、コンピューティング分野は非常に大きいので、頭の上を知るつもりはありません。

どちらの場合も、それぞれの分野を調査してしばらく時間を費やした後、おそらく「車で作業する」または「コンピュータで作業する」という理由で人々が考える10秒では答えを見つけることができませんでした。

人々は地元の医者にそのようなことを言いますか（「私はどんな病気にかかっているのか頭痛がしますか？」など）-ほとんどの人は実際に彼らの即時の期待以上に何かがあることを理解していないので彼らがそうするでしょう上記の職業の。