プログラミングにおける悪いトーンと良いトーンのルール-専門家の意見

これまでのところ、IT業界およびそれ以降のプログラマーの需要は非常に高いです。 しかし、どの業界でも、その人気に関係なく、「良い」専門家は常に高く評価されています。 問題は、そのような専門家になる方法ですか？ 高度なプロフェッショナリズムのどの基準を区別できますか？ これらの質問に対する答えは、特定の雇用主に大きく依存しています。

各ソフトウェア会社には、開発者向けの独自の要件があります。 最新のソフトウェアプロジェクトは、さまざまな教室、建物、さらには都市や国で働くことの多いプログラマのチームによって開発されています。 リモートワークテクノロジーにより、雇用主の所在地に関係なく、最高の開発者のスキルを活用できます。 このような開発アプローチでは、コードの品質、特に可読性と透明性に重大な要求があります。

弱い開発者にとって、孤立して作業することは乗り越えられない障害になる可能性があります。 、彼らは通常、彼らの後ろに遅れを引っ張るより経験豊富な同僚の親権から落ちるので。

専門家の間では、常に何らかの種類の契約があります。 これは、たとえば、かつてさまざまなパラダイムとプログラミングスタイルが形成されたという事実に表れています。 ただし、まず第一に、開発の方向やスタイルに関係なく、プロのプログラマーに適用される基本的な要件がいくつかあります。

プログラマが基本的な要件を満たしていない場合、遅かれ早かれ、彼らはドアを指し示します。

悪いプログラマーの兆候

主な兆候の1つは、「頭の中でプログラムを実行できない」ことです。 あなたが履歴書に美しいポジションを持つ人がいるが、彼が紙に簡単なアルゴリズムを書くことができない場合、それを台無しにしない方が良いです。

かつて「Habr」に関する投稿があり、そこでは悪いプログラマーの兆候が議論されました。

•「マジック」、「ブードゥー」コード、またはプログラムの目標とは関係ないが、それでも慎重に維持されるコードの存在。

•冗長コードの作成によるエラー修正。これにより、障害のあるコードの実行中に受信したデータが置き換えられます。

•「ヨーヨーコード」。値を異なる表現に変換してから、元の表現に正確に戻します。

•「ブルドーザーコード」。これは、コードの一部をプロシージャに分割することでリファクタリングの印象を与えますが、他の場所では使用できません。

また、ポインターと再帰に関する2つの問題も強調しています。 誰かが再帰アルゴリズムを作成せず、ポインターを使用して手動で操作を実行しない場合、これがどのように機能するかを理解する必要があります。

ポインターの難しさ

ポインターを理解していない場合は、複雑なデータ構造と有用なAPIを作成できるため、書くことができるプログラムの種類の非常に小さな輪が残っています。 ポインタの概念の誤解は、データ構造とエラーの設計の誤りに反映されます。その理由は、値渡しと参照渡しの違いにあります。

マネージ言語は、ポインターの代わりに参照を使用しますが、これらは類似していますが、ポインターの自動逆参照を提供し、算術演算を禁止してエラーのクラス全体を排除します。

再帰の難しさ

再帰の概念はかなり簡単に理解できますが、プログラマは多くの場合、再帰的な操作の結果や、単純な関数で複雑な計算を行う方法を提示する際に問題を抱えています。 再帰を続行するための条件の記述を開始するときの「現在地」ビューの問題、または再帰関数のパラメーターの形式化に問題があると、再帰関数の開発が非常に困難になる可能性があります。

取り決めに従う

開発者が「正常に動作する」という原則に基づいてコードを記述した場合、それは高度な専門家とは見なされません。 結局のところ、これはすべてのプログラミングパラダイムの原則-オブジェクト指向、機能的、宣言的など-と矛盾しています。 このアプローチにより、共同開発が困難または実質的に不可能になります。 このような態度は、人を硬直的で表面的であり、知識を深め、スキルを向上させたくないと特徴づけています。

前述の投稿の著者である@victorbは、開発パラダイムに従うことができないことに関する次の「症状」を指摘しています。

•必要な構文を使用して、言語によって提案されたモデルを「ブレイクアウト」し、プログラムの残りの部分を命令型/手続き型スタイルで記述します。

•（OOP）非静的関数の呼び出し、またはインスタンス化されていないクラスへの変数の割り当てを試みます。そのような構成がコンパイルされない理由を理解する問題。

•（リレーショナル）データベースをオブジェクトのリポジトリとして扱い、すべてのJOINを実行し、クライアント側で整合性をチェックします。

•（機能）高次関数を一般化アルゴリズムに渡す代わりに、異なるタイプまたは演算子を処理するための同じアルゴリズムの多くのバージョンの作成。

•（宣言的）データバインディングを使用する代わりに、命令型コードで個々の値を確立します。

明確なマイナスに加えて、開発者は完璧主義、過度のペダントリ、スローネスなどの品質を持っている場合があります。 これらの品質はどの業界にも固有ではありませんが、一部の業界では重要ですが、一部の業界では重要ではありません。

私たちはロシアのIT業界の専門家と話をして、良いプログラマーと悪いプログラマーに関する意見を見つけ、初心者向けのヒントをいくつか求めました。

Pyrusサービスの創設者であるMaxim Nalsky：

優秀なプログラマーにはどのような資質が必要ですか？

優れたプログラマーは、質の高いソースコードを他のプログラマーよりも優れた速度で記述します。 ファッションテクノロジーを知っていて、クールな企業で働いており、有名な大学を卒業し、優れた推奨事項を持っているが、妥当な時間内に優れたソースコードを生成できない場合、強力なプログラマーとは言えません。

プログラミングは、特定の言語やプラットフォームに依存しない考え方です。 強力な開発者は1週間で新しい技術を習得し、すでに結果を出すことができます。 もちろん、専門家になるには時間がかかります。

プログラマーでない人（マネージャーなど）が、良いプログラマーと悪いプログラマーをどのように区別できるのでしょうか？

読みやすく、コンパイルされた、自己テストに合格した作業コードを書く能力が主な基準です。

初心者プログラマには「悪いアドバイス」、悪いルールを教えてください。

あなたが悪いプログラマーになりたいなら-コースに行って、講義を聞いてください。しかし、決して自分でプログラムしないでください。 一部の人々はこれを行います-彼らは教科書を勉強し、試験に合格し、論文、証明書を取得します。

証明書の長いリストを含む履歴書を読むと、信頼できるソフトウェアを作成するスキルを向上させるのではなく、成績を上げるために、人が人生でどのように時間を費やしたかがわかります。

EcwidのCEO、Ruslan Fazlyev氏：

優秀なプログラマーにはどのような資質が必要ですか？

優れたプログラマーは、優れたコードを迅速かつ効率的に生成する必要があります。

プログラマーでない人（マネージャーなど）が、良いプログラマーと悪いプログラマーをどのように区別できるのでしょうか？

優れたプログラマーを識別するのは、彼が作成したものと、簡単な問題をどれだけ迅速に解決するかに基づいています。 複雑なタスクは単純なタスクで構成されており、プログラマがアトミックキューブを簡単に所有できれば、生産性が向上します。

優秀なプログラマーは完璧主義者になれますか？ なんで？

優れたプログラマーは誰でもあり得ます-悪者、完璧主義者、退屈者。 これらの長所を活用し、弱点を軽減することは、優れたエンジニアリングマネージャーの仕事です。

企業は完璧主義者のプログラマーに警戒すべきですか？ なんで？

彼らは恐れる必要はなく、管理する必要があります。 完璧主義者にとって頻繁な中間の締め切りは必須です。「生まれた」コードがない場合は、「帝王切開」を行う必要があります。

開発者がインターネットから問題を解決するためにほとんどのコードを使用するという事実についてどう思いますか？

結果を高速化できれば素晴らしい。

優れたプログラマは、ループでreturn trueまたはfalseの式を使用する必要がありますか？ 優秀なプログラマーは通常、使用する条件ステートメントを少なくしようとするのは本当ですか？ 優秀なプログラマーがelse演算子などをほとんど使用しないのは本当ですか？

優れたプログラマーは、今日のコードがクライアントに対して機能することを保証する必要があります。 プレイヤーは、彼がするようにゴールを決めなければなりません-それは重要ではありません。 プログラマーの「アーキテクチャ」という言葉に注意してください。 コードの美しさについて言えば、それが自然で途中にあるのは素晴らしいことです。もちろん、「ifs」の海は美しくなく、グリッチの危険はありません。 しかし、私はこれについてプログラマーと話し合いたくありません。私が知りたいのは、テストされた高品質のリリースの準備がいつできるかです。

初心者プログラマには「悪いアドバイス」、悪いルールを教えてください。

すべての幸せな家族は等しく幸せです;不幸になる方法は百万通りあります。 悪いプログラマーになるための最初の方法は、怠zyで誇りに思って、単純なものがある複雑なソリューションを探すことです。

Sum IT Co.のCEO、Evgeny Potapov：

優秀なプログラマーにはどのような資質が必要ですか？

仕事中の優れた本（著名な開発者との一連のインタビュー）のCoders-主な質問の1つは、「他の人のコードをどのように学ぶのですか？」です。

優れたプログラマーとは、他の人のプロジェクトをサポートできる人、立ち上げ後も引き続きコードを追加できる人、他の人がコードをサポートできる人です。

プログラマーでない人（マネージャーなど）が、良いプログラマーと悪いプログラマーをどのように区別できるのでしょうか？

非プログラマーによってプログラマーを評価する唯一の通常の方法は、これらのプロジェクトのマネージャーが彼が働いたプロジェクトにどのように反応するかを評価することだと思います。 途中で放置せず、時間通りに完成させ、作業を続けましたが何も落ちませんでした。 彼らは殺すためにどこで彼を見つけることができるか言うように頼まれます-彼を雇わない方が良いです。

優秀なプログラマーは完璧主義者になれますか？ なんで？

たぶん、生産性を損なうものでなければ。 残念ながら、それはほぼ確実に進み、現代のビジネスでは、ほとんどの場合、展開前の時間がコードの理想よりもはるかに重要です（医療用ソフトウェアを作成して人々を宇宙に打ち上げるまで）。

企業は完璧主義者のプログラマーに警戒すべきですか？ なんで？

彼らはすべきですが、企業は以前の仕事からのフィードバックを求めるべきであり、すべてがそこでうまくいけば、恐れてはいけません。

開発者がインターネットから問題を解決するためにほとんどのコードを使用するという事実についてどう思いますか？

そして、ビルダー自身が粘土を収集せず、レンガを焼かないという事実はどうですか？ アルゴリズムの知識は重要な基礎ですが、現在の主なスキルは、必要なソリューションを確実にサポートし、期限どおりに接着する能力です。

優れたプログラマーが、自分の仕事で使用する言語のアルゴリズムと構文構造の一部を慢性的に覚えていない可能性はありますか？ なんで？

非常に無知のレベルに依存します。 もちろん知っておくべき基本的なこと

優れたプログラマは、ループでreturn trueまたはfalseの式を使用する必要がありますか？ 優秀なプログラマーは通常、使用する条件ステートメントを少なくしようとするのは本当ですか？ 優秀なプログラマーがelse演算子などをほとんど使用しないのは本当ですか？

優れたプログラマーとは、gotoを作成せず、本来あるべき場所に戻り、4つのOOPパターンのすべてのGOPを知っているプログラマーではありません。

優れたプログラマーは、興味があるだけでなく、プロジェクトを機能させる必要があるため、コードを書く人です。 彼はユーザーが満足することを望んでおり、彼のために来る人が苦痛を感じてはならないことを理解しています。

Snapchatテクニカルディレクター、Victor Shaburov氏：

優秀なプログラマーにはどのような資質が必要ですか？

スマートで物事を成し遂げます。

プログラマーでない人（マネージャーなど）が、良いプログラマーと悪いプログラマーをどのように区別できるのでしょうか？

コーディングの問題を与える。 たとえば、夕方のミニプロジェクト-それがどれほど速く、コードの品質と極端なケースをどのように処理するかを確認します。

優秀なプログラマーは完璧主義者になれますか？

はい、それはとても良いです。

企業は完璧主義者のプログラマーに警戒すべきですか？ なんで？

恐れることはありませんが、逆に大好きです。 マネージャーはもちろん目標を設定し、その実装を時間通りに監視する必要があります。 しかし、一般に、プログラミングの速度と決定力と組み合わせると、これは素晴らしい品質です。

優れたプログラマは、ループでreturn trueまたはfalseの式を使用する必要がありますか？

約10年前、私がまだコーディングしていたとき、答えはノーでした。

優秀なプログラマーは通常、使用する条件ステートメントを少なくしようとするのは本当ですか？

美しいコードを作成し、必要に応じてできるだけ多く使用する必要があります。 たとえば、Javaでは、&&と||を使用してifを短縮します。

優秀なプログラマーがelse演算子などをほとんど使用しないのは本当ですか？

必要に応じて他のものを使用しましたが、微妙な点があります。

初心者プログラマには「悪いアドバイス」、悪いルールを教えてください。

絶えず自分自身に取り組み、プログラミングスキルを向上させ、成長するにつれて急勾配の企業に移行するために、良いアドバイスをしたほうがよいでしょう。 プロジェクトのプログラマーが強いほど、より多くのことを学び、学ぶことができます。

給与だけでなく、プロジェクトの観点や会社の発行済み株式数を見てください。 LookseryやMachine Learning Worksのような強力なチームで成功したプロジェクトでは、この期間に支払われるよりも数十倍多くの株式を獲得できます。

---

「良い」プログラマーになることは、純粋に技術的な欠陥を修正することだけではありません。 他の専門家と同様に、彼は同僚と、また必要に応じてクライアントと通信できる必要があります。 フィードバックや批評を適切に知覚する能力は、アルゴリズムやソフトウェア開発技術を吸収する能力と同じくらい重要な品質であると考えられています。