美しいコードとは何ですか、それは必要ですか？ Yandexはどう思う

Yandexの従業員数は6,000人を超えており、一部の推定によると、従業員の半数以上がプログラミングの経験を持っています。 そしてもちろん、これらの人々はそれぞれ、理想的なコードがどうあるべきかについて、独自の正しい意見を持っています。



その結果、私たちはしばしばコードが美しいはずかどうかについて議論します。 さらに、ここでの美しさの概念は、他の場所と同様に主観的であることがわかりました。「プログラマーのコードの好みは、女性の好みのようです。 ブルネットが好きな人もいれば、ブロンドが好きな人もいます。」



コードのどの特性がさまざまな関係者によって支持されているかを理解するために、私は次の白熱した議論を熱心に追求して、同僚に美しいコードとは何か、そしてそれはまったく美しいはずかを尋ねることにしましたか？ それがうまく機能し、理解できるのに十分ですか？ または、明確なデフォルトコードは美しいですか？







調査には、 bobuk 、 anatolix 、 anton 、Andrey yafinder Plakhov、Anton Samokhvalov、Andrey Gulin、Vladimir Ivanovなどが含まれます。 このマイクロインタビューに参加したすべての参加者の8年間のプログラミング経験は198年です。





アンドレイ・ヤファインダープラホフ

24年間のプログラム。 Yandexです。6歳。



彼は2008年に上級開発者としてYandexに来ました。 彼の最初の仕事は、新しいタイプのランキング要素であるドメインを作成することでした。 ランキングに従事し、Spectrumシステムを作成しました。 物理学および数理科学の候補。 現在、彼は検索機能サービスを管理しています。特に、 検索ヒントを開発しています。 彼は、製品の技術とユーザー特性の両方を深く理解しています。

美しいコードとは何か、プログラマはこのようにすべきかどうかを尋ねるのは、建築家に美しい家とは何か、そうすべきかと尋ねるのと同じです。 建築家があなたに美しい家とは何かを説明することはまずありませんし、もしあなたがそれがそのようなものであるかどうか尋ねると、彼はもちろん彼がすべきことを言うでしょう。



私の意見では、コードは美しいはずです。 それが美しい場合、それは非常に良いですが、時々あなたはそれなしでやらなければなりません。 実際、心の中で私たち一人一人は、いつか彼がシドニーなどに自分のオペラハウスを建てることを夢見ています。 それまでの間、共同アパートを建てる必要があります。



たぶんこれは少し悲観的なことかもしれませんが、1950年代に共同アパートから自分の家に引っ越した人の場所に身を置くと、たとえ5階建ての小さな建物であっても、現在は「フルシチョフ」と呼ばれます。人生の喜びは、上から吊るすことができるどんな美しさよりも。



コードの美しさとわかりやすさは、まったく同じものではありません。 最も理解しやすいコードは、存在しないコードです。 コードが少ないほど良い。 100行のコードは、10,000行のコードよりも理解しやすく、2行目がどれほど美しく魔法のように書かれていても関係ありません。 これが最初です。 第二に、理解しやすく、一般的にコードを理解することはセックスのようです。 一人でやらないほうがいいという意味で。

ウラジミール・イワノフ

30年間のプログラム。 Yandexです。22歳。



彼は、Yandex自体の開始の数年前にYandexプログラマーとして働き始めました。 1992年、彼はローカルネットワーク上で5台のコンピューターを収集しました-夜、好奇心から。 Yandexが別の会社として選ばれたとき、彼はネットワーク事業に切り替え、長い間すべてのNOCを率いていました。 現在、彼は再びプログラミングを行っています。ほとんどの場合、ネットワークの操作に関連するものです。 公開されたプロジェクトのうち、 Yandex.BrowserでFastDNSという名前を付けることができます。 世界の不完全さを深く理解し、彼は簡単に全世界を書き換えます。

もちろん、コードを美しくすべきかどうかはコンテキストに依存します。 おそらく、洗濯機のコードはあまり美しくないかもしれません。多くの人が書いていないからです。 そして、多くの人々がプロジェクトに参加するとき、コードは少なくともそれほど厄介ではないはずです。 たばこの吸い殻が足の下にきしみ音を立てる汚れた部屋とは何ですか、これはおそらく理解できるでしょう。 コードは、あなたが逃げたいものでもありえます、はい。 そして、人が拒絶感を抱いているところでは、私は働きたくありません。



おそらく、コードはある程度美しく、ある程度まともであるべきです。 美しい文字で、あなたはある種のまったくのナンセンスを書くことができます。 しかし、それは起こります...つまり、インデントだけではありません。

アナトリーアナトリクスオルロフ

それは25年間プログラミングされています。 Yandexです。9歳。



最初の2年間、MarketはYandexについて書いた後、「サンクトペテルブルクに小さなオフィスを作りました」と長い間探していました。主にその生産性をはじめ、その他すべてを探していました。 現在、彼は速度、建築などの分野でさまざまなプロジェクトに従事しています。 彼らは、AnatolixがYandexプログラマーの中で最もcであると言っています。

私は最近、Kurserで神経生物学のコースを取りました。 人々は彼をMRIに入れ、写真を見せ、どれが美しいのか、どれがそうでないのかを尋ねました。 その後、研究者は参加者のどの脳領域が活性化されているかを調べました。 要するに、美しい写真を見ると、食べられるものの原因となる脳の領域が活性化され、悪い写真を見ると、その領域が逃げ出すことになります。 美しいコードとは、できるだけ逃げたくない食用のコードです。



誰もが美しいコードを望んでいます。 真剣に言えば、実際には大規模システムでは、完璧で美しいコードは不可能です。 嫌なコードは使用できないため、コードは嫌なものであってはなりません。 そして、あなたはそれを正常に戻すために時間を費やす必要があります。 しかし、完全に美しいコードは、ある種の時間を費やすことでもあります。 チームにはそれをなめる時間がありません。

アントンPG83サモクバロフ

18年間のプログラム。 Yandexです。9歳。



9年前、彼は普通のC ++プログラマーとしてYandex Marketに来ました。 彼はサービスのさまざまなタスクを担当しました-そのとき私たちはほとんどいませんでした。 数年後、検索に移り、ランタイム検索の信頼性とパフォーマンスに携わりました。 メタ検索、ロボットトラップ、負荷分散システムで多くの仕事をしました。 現在、彼は大規模な分散クラスター上でコードベース全体を数分でアセンブルできるビルドシステムに取り組んでいます。 アントンは、エラーなしですぐに書くと言うプログラマーのグループに属します。 ただ、彼はそうしているようで、話すだけではありません。

美しいコードは最小限のコードです。 これは、このコードで解決しようとしているタスク以外に何もするべきではないことを意味します。 ゆるい麺はなかったが、それは思考の明確で簡潔な説明でした。 これが美しいコードです。



コードは読み取り可能である必要がありますが、それによってコードが美しくなることはありません。 私の見地からすれば、美しくない、非常に読みやすいコードを見ました。



奇妙なことに、コードはおそらく美しくなくてもかまいません。 美しさはその優れた特性ですが、完全にオプションです。 まず、コードは適切に機能し、それを読んだ人が理解できるものであり、解決されるタスクにとって過度に複雑であってはなりません。 彼は同時に美しいでしょうか？ 彼が同時に美しいならいいのですが、原則としてこれは必要ありません。

アンドレイ・グリン

それは25年間プログラミングされています。 Yandexです。9歳。



彼はC ++プログラマーとしてYandexに来ました。 最初のタスクは、ドキュメント内の単語の正確な形式に関する情報を書き留めるために、逆索引の形式をやり直すことでした（補題のみが以前に保存されていました）。 機械学習テクノロジーであるMatrixnetの主要なクリエイターの1人。 ランキングサービスを実行します。 クヌートが彼の3巻を書いていなかったら、この仕事はアンドレイに与える価値があったでしょう。 アンドリュー自身は、ヤンデックスで何をしているのかと尋ねられたとき、「私はコンピューターで働いており、すべての人が幸せになるようにあらゆることをしている」と答えた。

美しいコードが何なのかわかりません。 美しいは、ある種の美的カテゴリーです。 画面に収まるか、画像に似ているか。 これらの概念で操作するのは難しいと思います。 正直に言うと、彼らは私にはあまり興味がありません。



最良のコードは、存在しないコードです。 したがって、すでにコードを記述する必要がある場合は、何かがおかしかったのです。 ただし、それを書いている場合は、読みやすいように書いてください。 誰かがあなたのコードを読むのが不快な場合は、無駄にしようとしたからです。 一般に、コードの記述には10％の時間がかかり、残りの90％はすでに記述されたものを読んでいます。 したがって、美しいコードが必要かどうかはわかりませんが、読みやすいコードが重要です。



読めないコードは通常、新しい開発者によって作成されます。 そして、もちろん、新しい人を募集するとき、またはインターネットから何かをダウンロードするとき、私たちはこれに直面しなければなりません。 それは有用であり、使用できるという事実にもかかわらず、誰かが読むことが不可能な方法ですべてを書いた、変数の名前は1文字で構成され、読むことに費やす必要がある努力はすべてを書くことに匹敵するまた。 したがって、そのようなコードはもちろんcourseいです。 美しいは明確なコードであり、美しくないコードは特に美しいです。



つまり、問題を単純化し、それほど悪くも良くもない方法で解決することができたなら、これは間違いなく利益です。 システムがあり、その半分を消去することができた場合、これは祝う必要がある大きなお祝いです。 複雑な方法の発明を避けることができれば、これはあなたがする必要があることです。 単純な線形検索で十分に高速であれば、問題ありません。

アンドレイ・ミシュチェンコ

24年間のプログラム。 Yandexです。9歳。



彼は、C ++開発者としてYandexに来ました。長い間、Blog Searchの開発の責任者であり、Perlで書いていました。 アンドレイは、物理科学および数理科学の候補です。 現在、Andrei Gulinと協力して、検索エンジンの学習アルゴリズムを改善しています。

私にとって、美しいコードの主な機能は柔軟性です。 彼の開発の可能性は何ですか。 より複雑になり、足元で変化するタスクを実行する場合、毎回プロジェクトの半分を再描画する必要はありません。 いくつかの場所で変更を加える-すべて準備ができています。 すべての成長ポイントは、事前にコードで予測する必要があります。 プログラマーはこの方向に美意識を向けるべきだと思います。



訓練することができます。 プログラマーに美しいコードを見せ、賞賛するように教えてください。 そして、訓練された美意識は、正しい建築上の決定を下すのに役立ちます。 彼らはあなたに直接美しいように見えます。



そして、スペースを正しく配置する方法、どの変数名を与えるか、どのファイルにプロジェクトをレイアウトするか、どのフォルダーに入れるかは、空虚だと思います。 私たちはこれ以上でなければなりません：あなたが同僚に同意するなら、それをしてください。 他の人にこれについて議論させてください。

アントン・アントン・ヴォルヌヒン

23年間のプログラム。 Yandexです。8歳。



最短の方法で問題を解決するプログラマー。 彼は2006年にプロジェクトマネージャーとしてYandexに来ました。 長年、彼はブログ検索サービスの責任者でした。 現在、彼はテクノロジー配布グループを率いています。「Yandexにはクールなテクノロジーがいくつあるかを全員に認識させ、ロシア全体でテクノロジーストーリーの品質とその重要性を理解しようとしています。」

「美しいコード」という用語は、2つの異なることを意味するように思えます。 最近プログラミングをした人にとっては、美しいコードのように思えますが、長い間これをやっていて多くのことに出くわした人にとっては、別のものです。 最初のものは美学であり、それは私の頭の中の抽象的な美しさの表現に基づいています。これが起こった場合、コードは完璧なようです。 もう1つは、コードがその役割を適切に実行し、たとえば、このコードを後に読んでくれる100人の人々にとって理解しやすい場合です。 そして、これらはしばしば非常に異なるコードであることが判明します。



コードが美しいかどうかは、特定の目的に依存します。 一般的に、そうだと思う。 人々は自分自身が好むもののために努力するべきです。 そして、美しいコードは彼らが好きなものです。 人々が不快で恐ろしいと思うことを書いた場合、彼らは自分たちがしていることを好まないでしょう。 次に、たとえば、Yandexは悪いでしょう。 だから、誰もが美しいコードを書くよう努力する必要がありますが、頭の中で何年もかけて起こるいくつかの修正があります。

グリゴリー・ボブク・バクノフ

それは25年間プログラミングされています。 Yandexです。10歳。



ヤンデックスで何をしていたのかと尋ねると、彼は「みんなに」と答えました。 かつてシステム管理者として働き始め、現在はテクノロジーディストリビューションのディレクターをしています。

美しいコードとは、まったく異なる2つのカテゴリになります。 アルゴリズムによる解決策は美しい場合があります-これは1つの話です。 または、たとえば、いくつかの美しいトリック。 たとえば、古代では、メモリの一部を迅速にクリアするために、アセンブラのプッシュコマンドを使用して、メモリを一気にすばやくプッシュしました。 そして、それはただの美しいトリックでした。 産業用プログラミングの美しいトリック-深刻なワークロード、いくつかの大きな深刻な決定に関しては、ほとんどの場合、場所がありません。 しかし、美しいアルゴリズムには常に場所があります。 そしてもちろん、コードは美しくなければならず、誰もがここでコードが強力であることを知っている必要があります。



コードの主なタスクは、設定されている問題を解決することです。 コードが行うべき最も重要なことは作業です。 ステージに分割できます。 最初に、コードをコンパイルする必要があり（コンパイルされた言語のコードの場合）、テストに合格する必要があります。 そして最終的に、これがユーザー向けのコードである場合、彼は彼を喜ばせる必要があります。 つまり、コードは膨大な数の異なるタスクを実行します。 コードはプログラマー自身を喜ばせるべきですか？ もちろん、そうすべきです。 そうでなければ、なぜ彼は実際にプログラマーとして働くのでしょうか？ お金のためではなく、私たちは皆ここで働いていますよね？

これらは私が集めた意見です。 実際、それらは誰もが美しいと考えるコードのみが異なります。 最も重要なことは、誰もが同意し、誰も疑うことのない、コードが機能することです。 そして重要なのは、同僚があなたのコードをどのように扱うかということです。 きっとあなたはこの問題についてあなた自身の視点を持っています。 異なるかどうかを知るのは興味深いです。 コメントで教えてください。