情報技術は本当にエンジニアリングですか？ [閉まっている
-
16-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
旅行中、私の近くに座っていた数学者に会いました。議論の中で彼は言った：「...その中にエンジニアリングやむしろプログラミングのようなものはありません"。真のエンジニアリングは、アーキテクチャとは何か、電気的および機械的なものです。
それは私に考えさせ、私は困惑しました。私の脳の割合も同意しました。インド軍では、エンジニアリング隊にコンピューターエンジニアリングのような主題がないからです。彼らはプログラミングをエンジニアリングと見なしていません。これは私が数年前に聞いたことです、私はインド軍が今何を考えているのかわかりません。
あなたの見解は何ですか？
解決
これに従うと 説明, 、私たちは75％のエンジニアであり、または私たちの75％がエンジニアです:)
他のエンジニアリング分野とは異なり、
- ソフトウェア開発者は正式な教育やライセンスを必要としません
- 比較的若い規律であり、ベストプラクティスが実証されていません（たとえば、建設など）
これは将来変わると思います。いつか私たちは100％のエンジニアになります。
エンジニア
ソース： http://en.wikipedia.org/wiki/engineer
エンジニアは工学の専門的な実践者であり、科学的知識、数学、および工夫の適用を適用して、技術的な問題の解決策を開発することに関係しています。
エンジニアという言葉は、「賢さ」を意味するラテン語の根元から派生しています。
職業
- 名前 エンジニア
- タイプ 職業
- 活動部門 応用科学
説明
- 能力 数学、科学的知識、管理スキル
- 教育が必要です 工学教育
- 雇用分野 研究開発、産業、ビジネス
- 関連ジョブ 科学者、建築家、プロジェクトマネージャー
他のヒント
ソフトウェアエンジニアリングはエンジニアリングですが、ITまたはプログラミングはそうではありません。これは、機械工学がエンジニアリングであり、物理学または溶接ではないことに似ています。
ソフトウェアエンジニアリングは、非常に若い分野（他のエンジニアリングブランチと比較して）であり、実際には人々に教えることは困難です。過去20〜25年でのみ、ソフトウェアは非常に大きく複雑になり、単なるプログラミングは仕事をしません。
確立された知識が不足しているため、実際のソフトウェアエンジニアリングはめったに教えられません。あなたがまともなソフトウェアエンジニアになることができる唯一の方法は、職人の方法に従うことです。フィールドで指導されています。したがって、ソフトウェアエンジニアリングは既存の規律ですが、実際にはこの分野にいる人はほとんどいません。ほとんどの人は、ソフトウェアのいじくりやソフトウェアの過剰エンジニアリングを行っています。
エンジニアリング会社のソフトウェアエンジニア それは エンジニア。私は防衛請負業者、機器メーカーなどのような場所について話している。私たちは、要件と設計文書の作成、コードが書かれる前に設計が要件を満たすことを詳細な分析の作成、コードレビューとユニットテストの実行、計画、計画、計画のための厳しいプロセスに従っています。統合テストと資格テストを実行します。文書は仲間と利害関係者の取締役会によってレビューされ、テストはQA組織によって目撃され、正式な受け入れのために顧客に提示された結果が目撃されます。これらの場所で実践されているソフトウェアエンジニアリングは、厳密で科学的なプロセスです。
実際のp.eng。として、私は一般的に、いいえと言うでしょう。しかし、私はプログラマーとエンジニアの両方が重要なことをしていると思います 設計. 。質問が「プログラマーのデザイナーですか？」という場合は、私は間違いなくイエスと言うでしょう。
ただし、専門的なエンジニアリングは、あなたの過ちに対して法的責任を負うか、少なくともリスクを負うことに関係しています 法的 あなたが間違いを犯した場合、あなたの職業を実践する権利。あなたがどれほど悪いプログラマーであるかは関係ありません。明日出かけ、履歴書に「プログラマー」を合法的に置くことができます。 p.engで。ライセンスを失った場合、自分をp.engと呼ぶことはできません。
専門工学は、自己規制の職業であるために作成されており、職業と政府は、認可された個人がしか行えない特定のタスクに同意します。彼らは、この仕事が国民の安全に大きなリスクをもたらすという相互の理解のためにこれを行います。
がある エンジニアがスタンプする必要がある特定のソフトウェア駆動型デバイス それらを販売する前に（私はここで産業安全装置について話している）。これらのデザインをレビューして承認する人はエンジニアです。
ほとんどのプログラマーは実際にそうだと思います software mechanics. 。つまり、ソフトウェア業界のほとんどのプログラマーは、ソフトウェアのメンテナンスとバグフィックスに過ぎません。
スキルの適用に関してはいくつかの類似点がありますが、私は「ノー」キャンプに固くいます。区別は難しくありません - エンジニアリングの専門家には、資格と経験に基づいて自分自身をエンジニアと呼ぶことができる委員会があります。 「ソフトウェアエンジニアリング」にはそのようなことはありません（駆け出しの努力は存在しますが、私は1つに属さないという影響については聞いていません）。誰でも自分自身をソフトウェアエンジニアと呼ぶことができます。したがって、タイトルは雇用主にあなたの能力について何も伝えません。自分自身を「オーディオエンジニア」と説明している人にも同じことが言えます。「フライト」や「機関車」エンジニアにコメントしたくないので、ボードについてはわかりません。
個人的には、私は学問環境で働いているコンピューター科学者です - 私は研究をしています、私はただ構築していません。私は数年も業界で過ごしましたが、そこでの仕事を「ソフトウェア開発」と呼んでいます。私はそうではないもののふりをする必要はありません。
背景：私は南アフリカにいます。ソフトウェアエンジニアという用語は幸いなことに大きな方法で追いついていません。世界の他の地域の工学評議会が落ちた場合、おそらく区別はそこでは関連していません。もしそうなら、それは残念です - 私はむしろ、専門的なソフトウェアエンジニアリングボードを持っている世界に住んでいます。
それは、国、定義、学術システムなどに依存しています。たとえば、アーキテクチャをエンジニアリングと見なしていないものもあります。土木工学とは異なり、工学とARTのより多くの組み合わせと見なされています。
それはすべてあなたがそれをどのように見るかに依存します。
しかし、なぜそれが重要なのか。 結局のところ、名前は何ですか？
次回誰かがトピックについてあなたを餌にしようとするとき、次の仕事について彼らに尋ねてください。
- 機関車エンジニア
- フライトエンジニア
- オーディオエンジニア
これらのポジションは、電気/機械/土木工学とはあまり関係ありません。
私は個人的に私たちはエンジニアだと思っています。つまり、私はただプログラマーかもしれませんが、私はまだコードを変更してソフトウェアを作成し、エンジニアリングソフトウェアなどを作成し、エンジニアリングしています。
とにかくそれは単なる名前です。私は自分の仕事でエンジニアと呼ばれており、私はただコーダーと呼ばれていますが、いずれにせよそれは基本的に同じものです。
ソフトウェア工学 は エンジニアリング。
ただし、自分自身をソフトウェアエンジニアと呼ぶほとんどの人はエンジニアではありません。そうではないものの多くは、必ずしもエンジニアリングプロセスに従うとは限らないプログラマーとコーダーです。 a）コーディングはソフトウェアエンジニアリングの基本であり、2）それ自体が科学であるため、それは何の問題もありません。しかし、エンジニアリングプロセスを持つことは、存在し、エンジニアリングとして働くための基本です。それは1つのグループです。
残念ながら、非常に大きなグループは、プログラマー/コーダーではありません。彼らはただのハックです、 モニターでたわごとを投げて、どんな棒を売るかをコードサル （どこかから引用して、どこにあるかは覚えていません。）ダムのハイブミンド集団。
後のグループの影響は、悪意があり、有毒で、陽気な（黒人ユーモアのような方法で）、他の分野のエンジニアがソフトウェアエンジニアリングの概念を（誤って）冷笑する理由です。 （そしてコーディングによって、Spaghettiコーディング。）
要約すると、他の多くの、古い確立された分野では、ソフトウェアエンジニアリングの否定的な認識があります。それは間違った仮定です。
しかし、その間違った仮定は、自分自身をソフトウェアエンジニアと呼ぶ多くの人々が、キーボードで叩くロボトミーモンキーズの悲しい風刺画にほかなりません。
PS ...私の推測では、あなたの物語の数学者はただの尻ハートだと思います。彼はそのがらくたを胸の奥深くに持っていたので、神はどれくらいの期間を知っていますか？
ソフトウェア開発は比較的非常に若く、非常に速く進化しているため、ソフトウェア間の境界線 - 技術者, エンジニア と 科学者 十分に決定されていません /非常にぼやけています。
