コードモンキーであることの何が問題になっていますか？（または、コードモンキーとは何ですか？）[終了]

プログラマーは、軽的な方法で「コードモンキー」であることについて話す傾向があります。「そこでは動作しません、あなたはただのコード猿になります！」。

私は2つの仕事のオファーを持っています。1つは小さな会社で、もう1つは非常に大きな会社（同じ給料）でです。私の友人は私が大企業のコードモンキーになると言ったばかりで、小さな会社は私を「コードモンキー」に変えるよりもやりがいがあることを直接知っています。

「コードモンキー」プログラマと「本物の」プログラマの違いを本当に理解していません。詳しく説明してください。プログラミングが大好きなので、コンピュータープログラミング（コードモンキー）に座るという考えは悪くないようです。プログラマーがプログラミングを楽しんでいる場合、「コードモンキー」とはどういう意味ですか？

コードモンキーとは、猿ができるほどシンプルなコーディングを行うことを意味します

多くの場合、最下位レベルのプログラミングジョブを指すために使用されますが、コーディング以外のことを行わない人を指すためにも使用できます。UIの設計、アーキテクチャの入力、開発の決定などは不要

コードモンキーであることは何も悪いことではありません（私は自分を1つと呼ぶこともあります）。しかし、コーディングをしているだけなら、チェーンを上に移動することはできません。ソフトウェア開発サイクル全体を理解する。

「Code monkey」とは、創造性がゼロであることが要求されるコーダーのことです。このようなコーダーは、クローンの形式やファイルの変更など、退屈で退屈な作業を繰り返します。

あなたが「本物のプログラマー」と呼ぶものは、実際にアプリケーションのロジックの設計に参加し、実際に仕事に対する創造性を使用する人です。

少なくとも私にとっての違いは、コードモンキーは実際にそれを考えずにコードを生成するだけであり、「適切な」プログラマはプロであるということです。彼らはエンジニアリング技術を使用して高品質のコードを生成し、システム全体を認識し、より良い計画とより徹底した設計を行います。

たとえば、「適切な」プログラマーの一部の機能（貨物カルト主義に注意してください）は次のようになります。

• プログラマーは、コーディングだけでなく、ソフトウェア開発ライフサイクル全体にある程度関与しています。コードモンキーは、設計との協議で作成されたものではなく、設計またはそれらにダンプされた要件をコーディングしている場合があります。
• プログラマーは、コードを記述する前に大規模な設計（テストを含む）を作成します。彼らは、デザインを書き始める前に、デザインが優れていること（高速、効率的など）をかなり確信しています。コードモンキーはまっすぐに飛び込みます。彼らは実行するまでデザインが良いかどうかを知りません。
• プログラマーは、自分の仕事を計画する責任を負います。コードモンキーは、指示されたときにマネージャーが指示したとおりに実行します。
• プログラマーは、創造性とスキルの点で個人として評価されます。コードモンキーは、コードを出力する交換可能なブラックボックスと見なされます。
• プログラマーは順応性があります。多くの分野、言語などにスキルを適用できます。コードモンキーは専門性を過剰にし、新しいフレームワークで作業しなければならない場合は迷子になります。
• プログラマーは常にプロとしての成長を期待しています。コードモンキーは、スキルと経験の点で現在の場所に留まります。

ここではスペクトルの両端で2つのポイントを使用しました-ほとんどの仕事はその中間にあると思われます。さらに、キャリア全体が同じ場所にとどまることはまずありません。良い会社は、トレーニングと専門能力開発を通じて、従業員をプログラマーのスケールの終わりに移動しようと努力します。雇用主が最終的に「適切な」プログラマーの地位をもたらす卒業生のスキームなどを持っている場合、コードモンキーエンドでジュニアプログラマーの仕事をする価値があるかもしれません。

「Code Monkey」 「code mon.key」 （/koʊd/ / ˈmʌŋki /）

「コードモンキー」とは、次のことを行うプログラマを説明するための軽de的な用語です。

• 非常に単純であるか、実際の課題がないと考えられるプログラミングタスクをプリフォームします。
• 問題を解決したり、アプリケーションの設計に参加したりすることはできません。

現在、「本物の」プログラマーは、時々これらのタイプのコーディングを時々行うこともあります。

ただし、主な違いは、「コードモンキー」には他に何もする選択肢がないことです。

「Code Monkey」は、プログラマーの立場または能力を暗示するために使用できます

専門用語ファイルによると、コードモンキーは以下を参照できます。

1. コードを細分化することしかできないが、ソフトウェアアーキテクチャ、分析、および設計の高霊長類のタスクを実行できない人。軽度のin辱。多くの場合、プログラミングチームの最も若い人たちに適用されます。

2. 生計を立てるためにコードを書く人。プログラマー。

3. 経営者の決定に対する責任を否定する、またはそのような決定を受け入れなければならないことについて不満を言う自己非難の方法。「COBOLでコンパイラを記述する必要がある理由を聞かないでください。私は単なるコードモンキーです。」

ジョナサンコールトンによると、コードモンキーは次のとおりです。

1. 彼らのコードに対する不公平な批判に直面した場合、彼らは批評家に対してかなりの怒りを築きますが、彼らの仕事の状態を傷つけるリスクは、怒りを抑えこみ続け、何も言わないでしょう（彼らはそうではないと主張しますクレイジー、ただ誇りに思っています。）
2. フリトス、タブ、マウンテンデューが好きです。
3. 見せたくない繊細な側面を持っているか、見せ方がわからない可能性が高いです（大きな暖かいファジーな「秘密」の心を持っています）。
4. 彼らは行き止まりの仕事をしていることを知っており、その仕事に来る代わりに、目を覚まし、コーヒーケーキを食べ、風呂に入って昼寝をするだけです。
5. 自分の仕事は「創造的な方法で達成する」ことだと自分自身に納得させようとしますが、深いところにいると、彼らはそのようなくだらないことを知っています。
6. 社会的状況ではあまり良くありません。
7. 考慮されるすべてのものは、まだ彼らの将来について明るい見通しを持っています。

すべての深刻さにおいて、仕事はあなたの行動と態度だけがそれを行うことができるようにあなたをコード猿にすることはできません。

Pete Goodliffeの「Code Craft」には、プログラマーのタイプに関する章全体があります。「Code Monkey」の意味のすべての側面は、他の回答で言及されています。私が強調したいこと（およびGoodliffeのテキストが示すこと）は、あらゆる種類の長所と短所を見つけることができるということです。仕事や性格によっては、チームのコードモンキーになるのが良い/望ましい/フルフィルメントである場合があります。チームのコードモンキーは、「美しいコード」を作成してアイデア/コンセプト/プランを実現します。

優秀なプログラマーである限り、あなたはどこに行っても非常に優秀なプログラマーになるでしょう。コードモンキーであることについては、自分自身で構築するか、会社が強制する関係になります。コードモンキーであるということは、シンプルなツールやテクノロジーに専念するだけで、マイナーなものを単一のモードで開発することを意味します。より大きな会社、それはしばらくの間あなたを猿のレベルに保ち、会社が大きく、私があなたが一生懸命働くなら私がコードゴジラに来ると確信しています！あなたの友人が会社が大きいと言って、あなたがコードマネーの方法で保たれるなら、彼は間違っています。企業は、産業規模の大きな問題に取り組む傾向があり、より大きな設計と開発の問題に取り組むため、大きくなります。中小企業がそれを行うことはめったにありませんが、これは中小企業が成長しないことを意味するものではありません。また、数か月でチームリーダーになることもできます。