情報技術は本当に工学的ですか？[閉まっている]

旅行中、私は私の近くに座っていた数学者に会いました。議論の中で、彼は次のように述べました。「... ITのエンジニアリングやプログラミングではない」真のエンジニアリングとは、アーキテクチャとは何か、電気と機械とは何かということです。

それは私に考えさせられ、私は困惑しました。私の脳のパーセントも同意しました。なぜなら、インド陸軍では、Engineering CorpsにComputer Engineeringのような主題はないからです。彼らはプログラミングをエンジニアリングとは考えていません。これは数年前に聞いたことであり、インド陸軍が今何を考えているのか分かりません。

あなたの意見は？

この説明に従うと、私たちは75％のエンジニア、または75％がエンジニアです:)

他のエンジニアリング分野とは異なり：

• ソフトウェア開発者は正式な教育やライセンスを必要としません
• 比較的若い分野であり、実証済みのベストプラクティスがありません（たとえば、建設など）

これは将来変わると思います。いつか私たちは100％のエンジニアになります。

エンジニア

ソース：http : //en.wikipedia.org/wiki/Engineer

エンジニアは、技術的な問題の解決策を開発するために科学的知識、数学、および創意工夫を適用することに関係する工学の専門家です。

「エンジニア」という言葉は、「賢さ」を意味するラテン語のルートインジェニアムに由来します。

職業

• 名前 エンジニア
• タイプ 専門職
• 活動分野 応用科学

説明

• コンピテンシー 数学、科学的知識、管理スキル
• 必要な 教育工学教育
• 雇用分野 研究開発、産業、ビジネス
• 関連する仕事 科学者、建築家、プロジェクトマネージャー

ソフトウェアエンジニアリングはエンジニアリングですが、ITやプログラミングはそうではありません。これは、機械工学が工学であり、物理学や溶接がそうではないようです。

ソフトウェアエンジニアリングは非常に若い分野であり（他のエンジニアリングブランチと比較して）、教えるべき経験があまりないため、実際に人々に教えることは困難です。過去20〜25年でようやく、ソフトウェアが非常に大きく複雑になり、プログラミングだけではうまくいかなくなりました。

確立された知識のこの欠点のために、実際のソフトウェアエンジニアリングはめったに教えられません。あなたがまともなソフトウェアエンジニアになることができる唯一の方法は、職人の道に従うことです：現場で指導されます。そのため、ソフトウェアエンジニアリングは既存の分野ですが、実際にこの分野にいるのはごくわずかです。ほとんどの人は、ソフトウェアのいじくりやソフトウェアのオーバーエンジニアリングを行っています。

エンジニアリング会社のソフトウェアエンジニアはエンジニアです。防衛請負業者、機器メーカーなどの場所について話します。要件と設計文書の作成、コードが記述される前に設計が要件を満たす詳細な分析、コードレビューと単体テストの実行、計画の厳格なプロセスに従います。統合および認定テストの実行。文書は同業者および利害関係者の委員会によってレビューされ、テストはQA組織によって目撃され、結果は正式に受け入れられるように顧客に提示されます。これらの場所で実践されているソフトウェアエンジニアリングは、厳密で科学的なプロセスです。

実際のP.Eng。として、私は、一般に、いいえと言います。ただし、プログラマとエンジニアはどちらも重要な設計を行っていると思います。質問が「プログラマーはデザイナーですか？」私は間違いなく「はい」と言います。

しかし、プロフェッショナルエンジニアリングは、あなたの過ちに対して法的責任を負うか、少なくともあなたが過ちを犯した場合にあなたの職業を実践する法的権利を危険にさらすことに関係しています。プログラマがどれほど悪いかは関係ありません。明日出かけて、法的に履歴書に「プログラマ」を置くことができます。P.Engで。ライセンスを失った場合、自分自身をP.Engと呼ぶことはできません。

プロフェッショナルエンジニアリングは、自己規制型の専門職になるように作成されており、専門職と政府は、許可された個人のみが実行できる特定のタスクに同意します。これは、作業が公衆の安全に重大なリスクをもたらすという相互理解のためです。

ありエンジニアで刻印されている必要があり、特定のソフトウェア駆動機器、彼らが販売することができる前には、（私はここでは産業用の安全装置について話しています）。これらの設計をレビューして承認する人はエンジニアです。

私はほとんどのプログラマが実際にsoftware mechanicsいると思います。つまり、ソフトウェア業界のほとんどのプログラマーは、ソフトウェアのメンテナンスとバグ修正だけを行っています。

スキルの適用に関してはいくつかの類似点がありますが、私はしっかりと「ノー」キャンプにいます。区別するのは難しくありません-エンジニアリングの専門家は、資格と経験に基づいてエンジニアを自分自身と呼ぶ人を管理する委員会を持っています。「ソフトウェアエンジニアリング」にはそのようなものはありません（駆け出しの努力は存在しますが、自分が所属していないことに対する影響は聞いていません）。誰でも自分自身をソフトウェアエンジニアと呼ぶことができるため、肩書きは雇用主にあなたの能力について何も語らない。自分自身を「オーディオエンジニア」と説明する人にも同じことが言えます。「フライト」または「機関車」のエンジニアについてはコメントしたくありません。

個人的に、私はアカデミックな環境で働いているコンピューター科学者です-私は研究をします、ただ構築するだけではありません。私も業界で数年を過ごし、そこでの仕事を「ソフトウェア開発」と呼んでいます。私はそうでないふりをする必要はありません。

背景：私は南アフリカにいます。ここでは、ソフトウェアエンジニアという用語は幸いなことに大々的に受け入れられていません。世界の他の地域のエンジニアリング評議会が崩壊した場合、おそらくその区別はそこでは関係ありません。もしそうなら、それは残念です-私はむしろ専門職のための体のないものよりもプロのソフトウェアエンジニアリングボードのある世界に住んでいます。

それは国、その定義、学術システムなどに依存します。たとえば、一部のアーキテクチャでは、アーキテクチャをエンジニアリングとは見なしていません。土木工学とは異なり、エンジニアリングとアートの混在と見なされます。

それはすべてあなたがそれをどう見るかによります。

しかし、なぜそれが重要なのか。結局のところ、名前には何が含まれていますか？

誰かがトピックであなたを誘惑しようとするとき、次の仕事について彼らに尋ねてください：

• 機関車エンジニア
• フライトエンジニア
• オーディオエンジニア

これらの職種のいずれも、電気/機械/土木工学とは関係がありません。

個人的には、私たちはエンジニアだと思います。つまり、私は単なるプログラマーかもしれませんが、コードを修正するなど、ソフトウェアを作成し、エンジニアリングしています。

とにかく名前は単なる名前で、仕事でエンジニアと呼ばれ、コーダーと呼ばれていますが、いずれにしても基本的には同じです。

ソフトウェア工学は工学です。

ただし、ソフトウェアエンジニアと呼ばれるほとんどの人はエンジニアではありません。そうでないものの多くは、必ずしもエンジニアリングプロセスに従うとは限らないプログラマーとコーダーです。a）コーディングはソフトウェアエンジニアリングの基本であり、2）それ自体が科学であるため、これに問題はありません。しかし、エンジニアリングプロセスを持つことは、エンジニアリングであり、エンジニアリングとして働くための基本です。これが1つのグループです。

残念ながら非常に大規模な他のグループは、プログラマー/コーダーではありません。彼らはただのハック、コードモンキーであり、モニターでたわごとを投げて、どこからでもスティックを販売します（どこからでも引用され、どこでも思い出せません）。

後のグループの影響は、邪悪で、有毒で、陽気です（ブラックユーモアのような方法で）、他の分野のエンジニアが（間違って）ソフトウェアエンジニアリングの概念に冷笑するか、ソフトウェアエンジニアリングとコンピューターサイエンスはコーディング以外の何物でもないと思います（コーディング、スパゲッティコーディングによる）

要約すると、他の多くの古い確立された分野では、ソフトウェアエンジニアリングに対する否定的な認識があります。それは間違った仮定です。

しかし、その誤った仮定は、自分自身をソフトウェアエンジニアと呼ぶ多くの人々が、偶然にKnuthのTAOCPを入力することを望んで、キーボードを叩いているロボット猿の悲しい戯画にほかならないという真の観察から来ています。

追伸...私の推測では、あなたの物語の数学者はお尻が痛いだけです。彼は、神がどれだけの期間を知っているかについて、胸の奥深くにがらくたを持っていました。

ソフトウェア開発は比較的若く、急速に進化しているため、ソフトウェア技術者、エンジニア、科学者の間の境界線は十分に決まっていない/非常にぼやけています。