コーダーと 開発者vs. エンジニア-職種は何ですか？％username％？

コンピューターサイエンティスト、ソフトウェアエンジニア、コーダーが入る。

-ああ、ここにプログラマーがいます！ バーテンダーは彼らに呼びかけます...



何十年もプログラミングを続けてきたが、「 プログラマー 」と呼ばれると気分を害する人々を知っています 。 GoogleのCoder vs Developer vs Software Engineerのリクエストにより、 1億1300万のリンクがあります： 1 2 3 4 5 6 7 8 9 ... 113 000 000 興味深いことに、同じことについてまったく反対の意見を見つけることができます。 私は同意しますが、根本的にそうではありません。



過去数年にわたり、彼らは絶えず火に燃料を注いでおり、自分自身をCreative Technologist 、 Creative Coder 、 Interactive Developerと呼ぶ非常に奇妙なプログラマーが現れます。



それを理解してみましょう。

そして、あなたの役職、％username％は何ですか？

だから、リラックスして、ロシアについて話したら、ここで私たちは実際にすべてのソフトウェアエンジニア （または一般にプログラマー）です。 これらの奇妙なタイトルはすべてそこのどこかで発明されましたが、ここではそれらはクールに聞こえ、異常に書かれています。 私は通常、 Lead Interactive Architectとして自分自身を紹介しますが、ここで私がしていることについては何も言いません。



私の短いキャリアを通して、私はプログラマーであり、多くの異なる人々と仕事をすることができました。 そしてそれらはすべて魔法のようにかなり正確にいくつかのカテゴリーに分類できます。 もちろん、これらのカテゴリーのどこかにいる人もいますが、統計上のエラーとして完全に捨てることができます。



この分類は、他のカテゴリの一部のカテゴリの絶対的な順序とネストを意味しません。 それは、プログラミングに何らかの形で関係する次の人々のグループについてです。

• スクリプター
• コーダー
• ハッカー
• ソフトウェア開発者
• ソフトウェアエンジニア
• コンピューター科学者
• クリエイティブコーダー

スクリプター

当初、単純な言語の小さなプログラムはスクリプトと呼ばれていました。 シェルスクリプト、バッチファイル、AppleScript、JavaScript、ActionScript、VBScriptを思い出してください。 彼らの主な用途は、同じタイプの反復タスクを自動化することです 。



ブラウザでJavaScriptでFlash IDEを記述できるようになりましたが、「その時」の使用は主にステータスバーでの愚かなテキストのスクロールに限定されていました。 これは現在、ActionScript 3はエンタープライズアプリケーションが記述する本格的なOOP言語ですが、「その後」最初のものはテキスト表現すらありませんでした。アクションはキーフレームごとにリストから選択する必要がありました。



しかし、意味は残っています。 今では、デザイナーでさえ、特定の要望があれば、自分の日常業務のあらゆるものを自動化するスクリプトを自分で作成できます。 ところで、私は大歓迎です。 たとえば、デザイナーが自分の手で100個の「ランダムな」要素を描くのを見るのはかなり悲しい。 そして、彼がそれらすべてを再描画しなければならないときさえ、悲しみます。



ゲーム開発のコンテキストでは、スクリプトが頻繁に言及されています。 スマートプログラマーは、ゲームデザイナーが自分が必要とする機能を作成できる小さなツールを提供する方が、どこから来たのかがわからない一部の数字を絶えず手動で変更する方が簡単だと気づきました（そのようなゲームデザイナーです）。 繰り返しますが、前の例のように、使用可能なコマンドからスクリプトを作成するプログラマーは必要ありません。



時には、スクリプトの根本的に誤った定義を聞くことができます- 別のプログラムによって解析および実行される命令を書くために。 しかし、これはコードです。 他の何かを実行する命令。

コーダー

エンコーダーは、ある言語から別の言語に翻訳する人です。 簡単に言えば、「ロシアのわいせつ」の指示は、Java、PHP、C＃、その他の何千ものプログラミング言語の指示に変換されます 。 もちろん、このコードが実行されるプラットフォームと環境のルールと要件を順守します。



私はこの言葉が好きではありません。 誰かが「コーダー」と言うとき、私は考えずにコードを書く人を想像します 。 そして、この人は、知識、経験、または欲求の不足のため、これ以上何もすることができません。 脳の電源を入れて問題を解決して解決策を考え出す代わりに、彼はGoogleのコードを最大限に接続することができます。



多くの場合、特別な教育を受けていないため、コードyは株で取得されます。



はい、それはソフトウェア会社が言う/受け入れない公然の秘密の事実です-特にインドのソフトウェア専門家はプログラマーではなく単なるコーダーであり、彼らは組立ラインの労働者です。 [ 経由 ]



ここから、サルとの関係が生まれます-Code Monkey 。

ハッカー

ハッカーとは、 Hacker誌の読者ではなく、適切な名前が思いつかないということです。 英語にはTinkererという言葉がありますが、おそらくそれはもっと当てはまります。



ここには、「 オタク 」と呼ばれる人が含まれています。 もちろん、このステレオタイプはまだ同じですが、多くは少なくとも部分的にそれに対応しています：非コミュニケーション、夜間視力の悪いモニターの前に座って、物理的または数学的な教育を受け、Cを知っており、Linuxを使用し、ソースを掘り下げて自分自身のためにすべてを組み立てるのが好きです彼らは手でコードを書き、他方でははんだごてを持ち、鉄とソフトウェアの仕事の複雑さについて広範な知識を持ち、低レベルのプログラミングに精通しています。 オリンピックで彼らに会うことができます。彼らはデモシーン用ソフトウェアを作成し、さまざまなデバイスをリバースエンジニアリングします。



しかし、チームで一緒に働くことは不可能です。 さまざまな理由で、そしてはい、例外があります。

ソフトウェア開発者

チームで働く平均的なプログラマー。 多くの場合、言語/プラットフォームに接着されているため、その名前は自分自身に帰属します。 例えば

• フラッシュ開発者
• Java開発者
• .NET開発者
• ...

知識/経験によってカテゴリーに分けるのが慣例です：

• ジュニア開発者
• 開発者
• シニア開発者
• 主任開発者

これらの2つのリストのデカルト積を取得すると、多かれ少なかれ確立されたサブカテゴリ （ジュニアフラッシュ開発者、リードJava開発者、シニア.NET開発者など）が得られます。



開発者は、 コーディング自体が責任の1つに過ぎないという点でエンコーダとは異なります。 ほとんどの場合、開発者の責任には、サブジェクト分析、仕様、設計、 コーディング 、デバッグ、単体テスト、文書化、最適化が含まれます。



Junior Developerは、学び、成長することに熱心なコーダーだと思います。 彼はまだソフトウェア設計の重要な段階を許可されておらず、最も退屈で単純なタスクを実行することを余儀なくされています。 しかし、欲望と脳がある場合、人は知識と経験を獲得し、徐々に上に移動します。



一部の開発者は他の開発者よりN倍生産的であるという神話があります 。 1時間をかけてビデオGreg Wilsonをご覧になることを強くお勧めします。 グレッグウィルソン-ソフトウェア開発について実際に知っていることと、それが真実だと信じる理由です。 あなたがその時間を気の毒に思うなら、そして特にこの機会に、彼は18分から話す。





もちろん、開発者が「古い」ほど、知る必要があります。 残念ながら、私たちの研究所では、彼らはエンタープライズシステムの設計を教えていません（少なくとも私の時間では教えていませんでした）。 したがって、誰もが本、賢い人、または自分の間違いから学ぶ必要があります。



必要な知識は地域によって異なります。 Vasyaが何かを知らないために悪い開発者であると言うのは間違っています。 ほとんどの場合、彼はそうすべきではありません。なぜなら、彼はまったく異なる領域を持っているからです。 たとえば、Flash開発者は一般に、C ++開発者よりも一般的なアルゴリズムトレーニングのレベルが低いということです。



リード開発者/チームリードは、ほとんどの場合、プログラミングから直接離れてマネージャーになるため、興味はありません。 シニア開発者はリード開発者ではなく、 スーパーメガシニア開発者で育った多くの場合があり、プラットフォーム/言語/フレームワークのウォーキング百科事典になります- これは誰もがマネージャーに成長してリードしたい誤fallです。



小規模オフィス/新興企業では、一般的に、1〜2人のプログラマーがLead Flash Developerというタイトルを付け、ここで最もクールな開発者であり、他の0人すべてを管理しています。 そして、彼らは彼をジュニアとして通常のオフィスに連れて行きます。 したがって、これは再び何も意味しません。

ソフトウェアエンジニア

口語では、通常、ソフトウェア開発者と同じ意味で使用されます。 salary.comからのソフトウェア開発者およびソフトウェアエンジニアの説明は、非常に抽象的であり、非常に類似しています。 給与も+-同じです。ただし、ソフトウェアエンジニアというタイトルの人はより多くの収入を得られると言われました。



職業の名におけるエンジニアという言葉の意味に関しては、ホリビストは今日までインターネット上で行われています。 ウィキペディアは次のように述べています：



ソフトウェアエンジニアリング（SE）は、ソフトウェアの開発、運用、および保守に対する体系的で統制された定量化可能なアプローチの適用、およびこれらのアプローチの研究です。 つまり、ソフトウェアへのエンジニアリングの適用です。



一般に、エンジニアリングとは、何らかの信頼性と自信を持って何かを構築/実行できるようにする一連の作業方法と実践のことです。 したがって、 ソフトウェアエンジニアリングは機能しません - 実際のソフトウェアエンジニアリング-グレンヴァンダーバーグ





そして、多くの国では、自分をエンジニアと呼ぶには、ライセンスが必要です。 貧しい人は単純なソフトウェア開発者でなければなりません。



それにもかかわらず、私はソフトウェアエンジニアの別のグループを明確に区別しており、ソフトウェア開発に関するエンジニアという言葉は非常に適していると考えています。 エンジニアは、自分が構築したものが愚かにバラバラにならないようにする責任があります。 主なことは、橋の建設と比較することではありません。 人々は何千年もの間橋を架けており、ソフトウェアは30年間強制的に書かれてきました。 結局のところ、設計が不十分なサービスが負荷から落ちるかどうかは誰が気にしますか？ しかし、航空機と原子力発電所に関しては、確かに、彼らは独自の認証とライセンスを持っています。 そして、将来、 ソフトウェアエンジニアと呼ばれることを望んでいます。試験に合格してクラストを取得する必要があります。



ソフトウェアエンジニアは、数学、コンピューターサイエンス、ソフトウェアエンジニアリングだけでなく、多くの経験と理論的知識を持っている必要があります。 異なる言語の知識は二次的です。 最終的に、すべての言語のOOPとO（n ^ 2）の原則は同じ意味を持ちます。 通常、このカテゴリの開発者は非常に広範です;アメリカ人は優れた格言を持っています ： ハンマーしか持っていないときは、すべてが釘のように見えます。



そのため、 JavaエンジニアやRubyエンジニアなどの名前の職に悩まされています。 エンジニアは言語に接続できません。 それを気にして、どこかでこれについての記事がありましたが、引用することができません。



いいえ、ほとんどの場合、シニア/リード開発者はソフトウェアエンジニアではありませんが、多くのプロパティや責任と重複しています。 別のことは、ある人がエンジニアになり、空き時間に1つのプラットフォームで何かをしたり、スマートブックを読んだり、 （ほぼ日中に）仕事をしたり、Leadによって別のプラットフォームのフレームワークに追い込まれたり、穴の後ろのコードを編集するために座ったりできることですそれはもっと払う。 はい、そうです。

ソフトウェアアーキテクト

建築家は存在しないか、見たことがなく、彼らが誰なのか理解できないので、建築家を別のカテゴリーに入れません。 タイトルアーキテクトに属するすべての人は、ファッションに従うか、ファッションの冗談、または臨床的なバカのいずれかです。



この業界では、業界で一定の年数を経た後、タイトルの最後にアーキテクトを取り組まなければならないことは非常に悲しいことです。さもなければ、信頼性と収益の可能性のレベルを失います。 私は、アーキテクトという言葉はソフトウェアに当てはまると死ぬべきだと信じています。それは必要ではなく、しばしば有害です。 [ 記事へのコメントから]



ここでは、構築との類似性は機能しません。 システムアーキテクチャを作成するために必要な知識は、ソフトウェアエンジニアまたは上級開発者が所有している必要があります。 アーキテクチャがプラットフォームのフレームワーク内で実行されているかどうか、またはクロスプラットフォームで開発するために複雑なものが必要かどうかによって異なります。



仕事では、プログラマーは常に特定のアーキテクチャ上の決定を行う必要があります。 より経験豊富で高度な人は、大規模プロジェクトのアーキテクチャに手を貸してくれると信頼されています。 以上です。



一般的に、 建築は臨床的な病気です。 スーパーアーキテクチャでエンジンを書く人々に常に対処しなければなりません。 長年にわたって。 数千の抽象概念の真空の中で理想的なエンジンであり、実際の応用例に出会ったことはありません。石の床のガラス玉のように現実の世界に侵入するからです。 彼らはそこにいた...

コンピューター科学者

特定の知識の適用を懸念するエンジニアとは異なり、CSの科学者は理論的基礎を研究します。 特定の式とアルゴリズムが抽象モデルで機能する理由を証明する理論数学者のように、コンピューターサイエンスは数学にルーツを持ち、そこから推論と定理の証明の方法を継承しています。 他の科学と同様に、科学者は1つまたは別の分野に特化しています。たとえば、アルゴリズム（多数の分野）、計算可能性理論、関数型プログラミング、機械学習、コンピュータービジョンなどの正確性の構築と証明です。



最近、大衆は関数型プログラミングのためだけに科学者について知っています。 例えば、ある程度の成長を遂げたScalaは、自分自身の複雑さ（ ScalaのTypeシステムはチューリング完全です ）につまずき、Haskellでは、Monadが何であるかを誰も理解していません。



「モナドはエンドファンクターの範疇にあるモノイドにすぎませんが、問題は何ですか？」[ Via ]



私は個人的には科学だけに携わっている人には馴染みがありませんが、少なくともそのような人は存在すると確信しています（おそらく私たちの国ではないでしょう）。 興味深い出版物は時々スキップします。 それで、つい最近、2011年の最終候補がありましたが、今でも見つけることができません。

クリエイティブコーダー

最近、テクノロジーとツールの開発により、まったく異なる非常に興味深いクラスのプログラマーがスクリプターから成長し始めました。 これは、Flash、Processing、Max / MSP、vvvv、JavaScript、OpenFrameworks、Cinderによって大幅に促進されました。



目標は当初は異なるため、スクリプトからのものです。コードを使用して何かを描画し、アニメーション化し、描写し、再生することです。 アーティスト、VJ、その他の技術以外の分野からやってきた彼らは、プログラミングの表面的な特徴と、仕事をしなければならない環境をすぐに吸収しました。



その人は「どうすればいいの？」という質問をします。 Googleはコードと、さまざまなコンポーネントを接続する方法を要求します。 コンポーネントは必ずしもソフトウェアではありません。たとえば、Arduino経由のセンサーなど、異なるハードウェアを使用することが必要になる場合があります。 したがって、Creative Coderには基本的に表面的な知識が豊富にあります。 しかし、十分な準備、経験、そしてしばしば必要なメンタリティがなければ、彼は単純な製品以上のものを作ることができません。 コードはコピーペーストとパッチで構成されているためです。



それでも、Creative Codersは、外部パラメーターを使用してプロトタイプをすばやく組み立てる驚くべき能力を示しています。 さまざまなテクノロジーとそれらの間のバンドルを使用します。 エンジニアは理論を掘り下げ、開発者はフレームワーク（特定のタスクのために1回だけ必要）を作成しますが、Creative Coderはグーグルで作業プログラムを組み立てます。 もちろん、どの方法でさらにサポートすることを目的としていますか？



多くの場合、 創造性はこれらの外部パラメーターの値をフィッティングすることで正確に表現されます- 「ここに0.1を入れ、次に42を入れるとどうなりますか？..クラス！」 。 したがって、狭い円にはミーム「創造的なコーディングに従事する」があります。これは、コード内のいくつかのパラメーターを目で調整して一般的な喜びを達成するか、コード内でそれがどのように機能するかが明確ではないが、目標が達成されることを意味します。



一方、Creative CodersはCodersに似ています：コードの品質、コピー＆ペースト、このコードの理論的基礎を理解する意欲の欠如。 一方で、彼らは開発したり、何かクールなことをしたり、実験したり、新しいことを試してみたいと思っています。



また、彼らは単にジュニア開発者と呼ばれ、それに終止符を打つことができますが、私が言ったように、彼らは別の初期目標を持っています、そしてそれは創造的なことを行うために使用できるため、コードが使用されます Junior Developerがプログラミングの基礎をより深く理解し、Developerでさらに成長する場合、Creative Coderはそのような成長プロセスには関心がありません。 彼は、小さな興味深い（研究、1回限りの）プロジェクトのために成長したいと考えています。



そして、ここで私は、Creative Coderが他の開発者とチームでどのように機能するかを正直に理解していません。なぜなら、彼はチームに関してはジュニア開発者であり、他に何もありません。 プログラムを適切に設計し、コードを書くことを学ぶまで、誰も彼に独立した興味深いプロジェクトを与えることはありません。 彼らはすべて単独で、または志を同じくする非プログラマーと一緒に働くことがわかりますか？



それにもかかわらず、理論を無視せず、合理的なアルゴリズムと健全なソフトウェアを設計するための正しい考え方を持つCreative Codersの例があります。 プラットフォームに制限されることなく、彼らはソフトウェア開発者とは反対側からソフトウェアエンジニアにアプローチし、同時にハッカーカテゴリの品質を示しました。

創造的な技術者

最近、 クリエイティブ技術者としての職業を説明する発表を見ることができます。 要件はどこでも異なります：プログラミング経験のないセミデザイナー/セミjsエンコーダー（原文）、To C ++およびOpenGLウィザード。



この立場は、デジタルエージェンシーがクリエイティブをコードに変換する必要性から生まれました。 したがって、デザインを考え、コーディングしている人がこのポジションの理想的な候補者になると思われます。 しかし、実践が示すように、主にデザイン思考を持つ人々は貧しい開発者（つまり開発者）です。 どういうわけか、それは脳の半球と関係しています。私は医者でも心理学者でもありません-私は気にしません。



優れた開発者を雇うことは、はるかに正しいことです。同時に、コミュニケーション能力と優れた趣味がないわけではありません。 もちろん、大きなソフトウェア開発のさまざまな依存症を取り除くには数ヶ月かかります。 しかし、最終的には、信頼できるコードベースがあり、ストローハウスのパッチセットはありません。



したがって、私には特別なクリエイティブテクノロジー専門家のカテゴリはありません。 これは、Creative Coder自体、またはデジタル代理店の世界で働くソフトウェア開発者/エンジニアと呼ばれるものです。

インタラクティブ開発者

その人は、ユーザーと対話するソフトウェアを書くことを強調したいと考えています。 インタラクティブインストール用のソフトウェアに加えて、Interactiveは最近、WebGL、Canvas、その他あらゆる種類のHTML5を実験しているFlash開発者とJS開発者の功績を認められています。

おわりに

人々は、観察されたオブジェクトをグループに分類する傾向があります。多くの場合、入れ子が優れています。たとえば、生物学を思い出してください。 後で、特定のオブジェクトが属するグループを決定すると、そのグループのプロパティをそのグループに簡単に外挿できます。



カテゴリを念頭に置いて、それらの1つに人を精神的に配置しようとすると、彼についていくつかの仮定を立て、知識とトレーニングを評価し、彼の目標と考え方を理解しやすくなります。 これにより、正常な通信の確立に関連する多くの問題を回避できます。



もちろん、このカテゴリーへの分割は、純粋に私の主観的な意見です（いつでも変わる可能性があります）。 誰かが完全にまたは部分的に私に同意しますが、あなたが私が根本的に間違っていると思うなら、私はあなたをコメントの議論に招待します。



そして、まだそのようなリストがない場合は、自分でリストを作成するか、このリストを作成してください。 将来、便利になります。