情報技術は本当にエンジニアリングですか？
旅行中に、近くに座っている数学者に会いました。ディスカッションで彼は次のように述べています。「...ITのエンジニアリングやプログラミングのようなものはありません真のエンジニアリングは、建築とは何か、電気と機械とは何かです。
それは私に考えさせられ、私は戸惑いました。私の脳の1パーセントにも同意しました。これは、インド軍には工学部隊にコンピューターエンジニアリングのような主題がないためです。彼らはプログラミングをエンジニアリングとは考えていません。これは私が数年前に聞いたものであり、私はインド軍が今何を考えているのかわかりません。
あなたの見解は？
これに従うと description 、私たちは75％のエンジニア、または75％のエンジニアです:)
他の工学分野とは異なり：
- ソフトウェア開発者は正式な教育やライセンスを必要としません
- 比較的若い分野であり、実証済みのベストプラクティスが確立されていない（たとえば、建設など）
これは将来変わると思います。いつか私たちは100％エンジニアになるでしょう。
エンジニア
ソース： http://en.wikipedia.org/wiki/Engineer
エンジニアとは、科学的な知識、数学、工夫を応用して技術的な問題の解決策を開発することを専門とするエンジニアリングの専門家です。
ワードエンジニアはラテン語のインジニウム、つまり「賢さ」を意味します。
職業
- 名前エンジニア
- タイプ職業
- 活動分野応用科学
説明
- 能力数学、科学知識、管理スキル
- 教育が必要工学教育
- 採用分野研究開発、産業、ビジネス
- 関連する仕事科学者、建築家、プロジェクトマネージャー
ソフトウェアエンジニアリングはエンジニアリングですが、ITやプログラミングはそうではありません。それは、機械工学が工学であり、物理学や溶接はそうではないようなものです。
ソフトウェアエンジニアリングは非常に若い分野であり（他のエンジニアリングブランチと比較して）、教えることの経験があまりないため、人々に教えることは実際には困難です。過去20〜25年間で、ソフトウェアが非常に大きく複雑になったのは、プログラミングだけでは不十分です。
確立された知識のこの欠点のため、実際のソフトウェア工学はほとんど教えられません。きちんとしたソフトウェアエンジニアになる唯一の方法は、職人のやり方に従うことです。それは、現場で指導を受けることです。したがって、ソフトウェアエンジニアリングは既存の分野ですが、実際にはこの分野にいる人はほとんどいません。ほとんどの人は、ソフトウェアのいじりやソフトウェアのオーバーエンジニアリングを行っています。
エンジニアリング会社のソフトウェアエンジニアareエンジニア。私は防衛請負業者、機器製造業者などの場所について話している。私たちは厳密なプロセスに従っている：要件と設計文書の作成、コードが書かれる前に設計が要件を満たす詳細な分析、コードレビューとユニットテストの実行、計画統合および認定テストを実行します。文書は同僚や利害関係者の委員会によってレビューされ、テストはQA組織によって立証され、正式な承認のために顧客に結果が提示されます。これらの場所で実践されているソフトウェアエンジニアリングは、厳密で科学的なプロセスです。
実際のP.Eng。として、私は一般的にはノーだと思います。ただし、プログラマーとエンジニアはどちらも重要な設計を行うと思います。質問が「プログラマーはデザイナーですか？」私は間違いなくイエスだと思います。
ただし、プロフェッショナルエンジニアリングは、間違いに対して法的責任を負うこと、または間違いを犯した場合に少なくともlegalの権利を危険にさらすことに関係しています。 。プログラマがどんなに悪い人でも関係ありません。明日出かけて、合法的に「プログラマ」を履歴書に載せることができます。 P.Eng。ライセンスを失った場合、自分をP.Engと呼ぶことはできません。
プロフェッショナルエンジニアリングは、自己規制型の職業になるように作成されています。職業と政府は、ライセンスを受けた個人のみが実行できる特定のタスクについて合意します。彼らが行うのは、その作業が公衆の安全に重大なリスクをもたらすという相互理解のためです。
エンジニアがスタンプする必要がある特定のソフトウェア駆動型デバイス が販売される前にあります（ここでは産業用安全デバイスについて話しています）。これらのデザインをレビューして承認するのはエンジニアです。
ほとんどのプログラマーは実際にはsoftware mechanics。つまり、ソフトウェア業界のほとんどのプログラマーは、ソフトウェアのメンテナンスとバグ修正のみを行います。
スキルの適用に関してはいくつかの類似点がありますが、私は「ノー」キャンプにしっかりと入っています。区別することは難しくありません-エンジニアリングの専門職は、資格と経験に基づいてエンジニアと呼ばれる人を管理するボードを持っています。 「ソフトウェアエンジニアリング」にはそのようなことはありません（駆け出しの努力はありますが、それに属していないことによる影響は聞いたことがありません）。誰もが自分自身をソフトウェアエンジニアと呼ぶことができるため、肩書きは雇用主にあなたの能力について何も伝えません。同じことが「オーディオエンジニア」と名乗る人にも当てはまります。「フライト」や「ロコモティブ」エンジニアについては、ボードについてよくわからないのでコメントしないでください。
個人的には、私は学術環境で働いているコンピューターサイエンティストです-私は研究をしています。私も業界で数年過ごしましたが、そこでの仕事を「ソフトウェア開発」と呼んでいます。自分がそうでないふりをする必要はありません。
背景：私は南アフリカにいます。ソフトウェアエンジニアという言葉は、幸い大きな意味で使われていません。世界の他の地域のエンジニアリング評議会が崩壊した場合、おそらくその区別はそこでは関係ありません。もしそうなら、それは残念です-私は専門家のための団体なしのものよりもプロのソフトウェアエンジニアリングボードのある世界に住みたいです。
ソフトウェア工学is工学。
ただし、ソフトウェアエンジニアと呼ぶほとんどの人はエンジニアではありません。そうでないものの多くは、エンジニアリングプロセスに必ずしも従わないプログラマーやコーダーです。 a）コーディングはソフトウェアエンジニアリングの基本であり、2）それ自体が科学であることから、何も問題はありません。しかし、エンジニアリングプロセスを持つことは、エンジニアリングであり、エンジニアリングとして働くための基本です。それは1つのグループです。
もう1つのグループは、残念ながらかなり大きなグループであり、プログラマーやコーダーではありません。彼らは単なるハックであり、モニターでたわごとを投げ、どんな棒でも売るサルをコード化します（どこかから引用され、どこにあるか思い出せません。）ハイブ-ダムの集合体の心。
後のグループの影響力は、悪質で有毒で陽気なものです（ブラックユーモアのようなものです）。そのため、他の分野のエンジニアは（誤って）ソフトウェアエンジニアリングの概念を冷笑したり、ソフトウェアエンジニアリングとコンピュータサイエンスをコーディング以外のものにしたりします。 （そしてコーディングにより、スパゲッティコーディング。）
要約すると、他の古い確立された分野の多くの間で、ソフトウェア工学に対する否定的な認識があります。それは間違った仮定です。
しかし、その誤った仮定は、ソフトウェアエンジニアと呼ばれる多くの人々が、偶然にも偶然にもKnuthのTAOCPを入力してしまうことを期待して、ロボトミーサルがキーボードを叩く悲しい風刺漫画に他ならないという実際の観察から来ています。
追記...私の推測では、あなたの話の数学者はただお尻の傷だと思います。彼はそのがらくたを胸の奥深くに持っていたので、神はどれだけ長く知っているのか、そしてあなたはそれを戸外に出す最初の出口でした。
次に誰かがあなたにそのトピックについておとりをしようとするとき、次の仕事について彼らに尋ねます：
- 機関車エンジニア
- フライトエンジニア
- オーディオエンジニア
これらのポジションのいずれも、電気/機械/土木工学とは関係ありません。
それは国、その定義、彼らの学術システムなどに依存します。たとえば、建築を工学として数えない人もいます。土木工学とは異なり、それは工学と芸術の混合のように見えます。
それはあなたがそれをどのように見るかに依存します。
しかし、なぜそれが重要なのでしょうか。 結局のところ、名前には何がありますか？
私は個人的にはエンジニアだと思います。つまり、私はただのプログラマーかもしれませんが、コードを変更して適合するようにソフトウェアを作成およびエンジニアリングしています。
とにかくそれは単なる名前で、私は仕事でエンジニアと呼ばれ、コーダーと呼ばれてきましたが、どちらの方法でも基本的には同じです。