スポーツプログラミングの経験と実績は、実際の生活や仕事に役立つのでしょうか、それとも干渉しますか？

スポーツプログラミングは非常に物議を醸すトピックです。 その成果は、産業発展のための才能とスキルの良い指標であると信じている人もいれば、そのような経験がより多くの害をもたらすと信じている人もいます。



たとえば、 Peter Norvigは最近、Googleでプログラマーのオリンピックでの個人の勝利と仕事での成功との間に負の相関関係があると述べました。 彼の意見では、スポーツプログラミングは短期的なタスクに集中することを教えてくれますが、職場ではプロジェクトの将来について考える必要があります。



私たち自身のスポーツプログラミングチャンピオンシップであるYandex.Algorithmのアプローチに関連して、スポーツプログラミングの経験が産業用プログラミングで役立つかどうかにかかわらず、さまざまなコンテストに参加し、優勝したYandex開発者に質問することにしました。







今年のYandex.Algorithmのすべてのステージはオンラインで開催されるため、どこかに行く準備ができていない人でも参加できます。 このアルゴリズムは、複数の予選ラウンドで構成され、各ラウンドで5つの問題を100分で解決する必要があります。 8月6日に行われる決勝戦では、選考結果に応じて上位25位が決定されます。 登録する価値があるトレーニングラウンドは、5月3日に開催されます。







ローマン・ウドビチェンコ、ミンスク。

ジオサービス開発者。 Yandexで-3年。



Yandex.Mapsのさまざまなタスクで機能します。そのソリューションにより、マップの可読性が向上し、向きがより便利になります。 彼は2013年にBSUの応用数学と情報学部を卒業しました。 学生世界選手権ACM ICPC 2013の銀メダリスト、他の多くの大会のファイナリストおよび優勝者 。 2013年の最終Yandex.Algorithmのタスクの作成者。

オリンピアードに参加して得たスキルの一部は産業用プログラミングにも応用できるので、これが役立つと思います。 同時に、産業用プログラミングでは、すべてをより慎重かつ冷静に行う必要があるという事実に寛容であることは価値があります。 少なくとも何らかの形で機能するように、何かをすばやく行う習慣から自分自身を引き離す必要があります。 オリンピックでは非常に有用ですが、産業の発展を妨げます。

ミハイル・パラキン、モスクワ。

検索テクノロジーのディレクター。 Yandexで-年



MEPhIを卒業後、CJSC STC「モジュール」で働き始めました。 90年代には、モスクワで自動学習システムを学んだ場所はほぼ唯一でした。 それから彼は、実際に手書きおよび印刷テキスト認識の分野で独占者であるパラスクリプトに行きました。 長年、彼はアメリカで働いていました。 過去7年間、Microsoftで5人がBingのマルチメディア検索サービス部門を率いていました。 昨年の春、彼は検索技術のディレクターとしてYandexに来ました。

私はここで否定的な経験をしています。 ACMの人々は私のプロジェクトでひどいことをするのが大好きなので、今は好きではありません。 経験そのものが邪魔になるとは思いませんが、助けになります。 スポーツプログラミング自体は、メモリを解放せずにすべてを迅速かつ迅速に書き込み、誰も読まないようにすると、このようなスタイルにつながります。 さらに、質問のスポーツの部分に興味がある人は、会社での面接に非常に合格していますが、仕事の仕方がわからず、学ぶ必要があります。 期待されるものと実際のものとの間には矛盾があります。

パベル・スホフ、ニジニ・ノヴゴロド。

ジュニアジオデータストレージ開発者。 Yandexは年です。



彼はHSEのニジニノヴゴロド支部で学び、そこで2年間教えています。 Yandexの前は、研究所で働いていました。 Yandexはジオアプリケーションを開発しています。

スポーツプログラミングの主な利点は、複雑な問題を解決し、それを迅速に行う方法を教えることです。 主な欠点は、複雑な問題を解決し、それを迅速に行う方法を教えてくれることです。 しかし、タスクは単純であり、迅速に解決されるのではなく、長期間、系統的かつ永続的に解決されると想像してみましょう。 あるスタイルのタスクに対処する方法を知っているため、別のスタイルのタスクを解決できません。 スポーツプログラミングは万能薬ではありませんが、確かに有害ではありません。 これは、特定の種類のタスクを処理するためのメカニズムです。

アレクセイ・トルスティコフ、ミンスク。

ファクター開発者、データ分析学部のミンスク支店のキュレーター。 Yandexで-3年。



ACM ICPCチャンピオンシップの複数の参加者は、2010年のハルビンでの決勝戦でBSUチームで20位になりました。 Google Code Jamの準決勝進出者、ロシアコードカップの2回のファイナリスト。 TopCoder Belarus College Tourの受賞者。 彼は彼が教えるBSUを卒業しました。

これはよく知られている物議を醸す問題です。 スポーツプログラミングの長所と短所、およびこれらのアルゴリズムオリンピックへの参加を見つけることができます。 部分的に、彼らは意識を構築します。なぜなら、プロジェクトを書いていない学生や学童でさえ、コードを構築することを学ぶからです。



しかし、同時に、彼らはコードを書いて、できるだけ早くすべてをやりたいと思っています。さらに、チームの競争を見ると、書かれていることを理解しているのは3人だけであることがよくあります。 あるチームの参加者は、同じコードを非常に迅速に読んで理解することを学び、ほぼシンボルごとに何らかのアルゴリズムを書くことができます。 業界コードは誰にとっても明確でなければなりません。



この意味で、オリンピアードのプログラミングは悪いことを教えていますが、まだまだ良いことがたくさんあります。 私の意見では、これはチームワーク、小さなチーム内の機能を分離する能力です。 産業用プログラミングでは2〜4年の経験があり、スポーツではこれを並行して学習します。

ヴラディスラフ・マラホフスキー、ミンスク。

チームリーダーインタラクティブテクノロジー。 Yandexで-2年。



Yandex.Browserの開発に従事。 彼は、ベラルーシ国立情報無線大学のコンピューターシステムおよびネットワーク学部で学びました。 開拓者の宮殿のサークルで、10歳のときに最初の基本プログラムを書き込もうとしました。

仕事の経験は何かに役立ちます。問題は効率です。 スポーツプログラミングは、いくつかの深いアルゴリズムの知識と、どのアルゴリズムを適用するかを時間内に認識する能力を提供します。 しかし、商用プログラミングでは、ほとんどの場合、複雑なアルゴリズムを使用する必要はありません。開発中のプログラムまたはプロジェクトのほとんどは、すべてをすべて知っているかなり原始的な構造で構成されているためです。 しかし、特に難しい場所では、スポーツプログラミングを使用すると、良い解決策を探すために時間を無駄にすることなく、余分な夜を眠ることができます。

アンドレイタートル。 ミンスク

インターフェース開発者 Yandexで-1年。



彼は、Yandex検索インターフェイスの開発に従事しています。 かなりの数の人々がまだ使用している古いブラウザの検索インターフェイスで最近完了した作業。 彼は電子工学のミンスク州立大学で学びました。 Yandexの前は、フロントエンドでも働いていました。 彼は17歳でプログラマーとして正式に働き始めました。

人によって異なります。 誰かが、混乱しているアルゴリズムと、一見重要ではないように見える場所にいくつかのワイルドな最適化を押し出し始めます。 そのような人と仕事をすることは困難であり、そのような人は難しいでしょう。なぜなら、彼にとってどんな単純な仕事も難しいように見えるからです。 スポーツプログラミングであれ産業用であれ、コードを記述する他の人々は、適切な状況でスキルを適用します。

セルゲイ・シラエフ。 ミンスク

開発者 Yandexで-1年。



大量の外部データの分析と処理に従事。 同時に、彼はベラルーシ州立大学とミンスクのYandex School of Data Analysisで教えています。 BSU応用数学部を卒業。

私は数年前からスポーツプログラミングに携わってきましたが、自分と友人から判断すると、検索で発生するタスクはアルゴリズムに非常に関連しており、アルゴリズムの理論の知識はかなり複雑なコンピューティングシステムの実装を実際に単純化します。 しかし、マイナスの1つを強調することができます。多くのオリンピアードは夜間に開催されているため、競技に参加している人は不規則に働くことに慣れています。 その結果、そのようなリズムは仕事に移されます。 誰かが朝に仕事をするのは便利であり、誰かが夜に来て真夜中まで黙って仕事をする方が快適です。 一部の人にとってはこれはプラスですが、誰かにとってはマイナスです。

アレクセイ・シコルスキー、ミンスク。

Yandexのミンスク事務所の長。 Yandex-3年



Leshaが開発オフィスを監督していることに加えて、彼はtoloka.yandex.ruサービスも管理しています。このサービスには、その名前にベラルーシ語のルーツがあります。 彼はベラルーシ州立大学の応用数学と経済研究所を卒業し、応用数学科学アカデミーを卒業しました。

趣味があります。 10年間、私は問題の著者であり、コンピューターサイエンスの国内オリンピックの審査員でもありました。 彼の学生時代に彼はACMに参加しました。したがって、私には思えるように、私はスポーツプログラマーの魂をよく理解しています。 はい、この経験は大いに役立つと思います。



スポーツプログラミングは、限られた時間、極端な条件で結果を達成する能力を訓練します。 そして、それは人生にとてもよく似ています。 多くの場合、特定の複雑さの問題を解決する必要がありますが、おそらく解決策はありません。 オリンピックは小さな世界のモデルです。 結果に到達し、ハイスコアを取得すると、すべてがうまくいきます。



そのとき、すべてのオリンピアドニキが良い従業員になり、良いキャリアを築くとは言えません。 ほとんどの場合、これは助けになり、成功し、創造性は非常によく発達します。 しかし、いくつかの欠点があります。 スポーツプログラマーは基本的にサブカルチャーであり、自分の意見に耳を傾け、注意に囲まれ、賞を受け取り、無意識のうちにスターのように感じ始めます。 その後、状況が変化すると、仕事に来てスターにならないようになり、権限を取り戻す必要があります。 そして、人々はしばしば理解しません：「どうして？ なぜ、私が来るとき、誰も私に耳を傾けないのですか？「または、あなたは思う：」私はすでにすべてを知っています。 なぜ何かを学ぶ必要があるのですか？」



2番目のポイントは関心です。 スポーツプログラマーは非常に関与することに慣れており、将来的には興味深いタスクのみを実行する準備ができています。 しかし、すべての作業には、何らかの方法で結果を記録する必要があるタスクがあります。 すべてがこのフィニッシュラインに十分というわけではありません。 スポーツプログラミングのすべての代表者が、定期的な作業の短い間隔を通過するのに十分な内部自己組織を持っているわけではありません。



オリンピアードとは誰ですか？ これは、限られた時間、極端な条件での彼の創造的な活動を通して結果を達成することに慣れている人です。 オリンピックは、実際の生活を優しく寝かせてくれる一種のモデルです。 解決策がまったくあるかどうかわからない場合、創造的である必要があり、時間が限られている場合、多くの場合、タスクに対処する必要があります。



はい、オリンピアードは常に良いキャリアを築けるとは限りません。 しかし、しばしば人々は心を変えます。

ミハイル・ロパトキン、ニジニ・ノヴゴロド。

モバイルブラウザのコア開発者。 ヤンデックス-2年



彼はAndroid用のモバイルYandex.Browserを書いています。 Yandexの前は、さまざまなアウトソーシング会社で働いていました。 彼はニジニノヴゴロド州立工科大学を卒業し、現在、オリンピアードプログラミングのために大学チームを指導しています。

スポーツプログラミングは、心の生き生きとしたトレーニングに適しています。 一方で、それは仕事で役立ちます。 一方、あらゆる種類のトリッキーなアルゴリズムを学習しますが、これらは一般的にあまり有用ではありません。 私はまだブラウザでストリーム検索を書く必要はありませんでした。

アレクセイ・チェルニギン、ニジニ・ノヴゴロド

モバイルジオプラットフォーム開発者。 Yandexは年です。



彼はUNNを卒業しました。 N.I. ロバチェフスキー。 彼は電気通信会社で働いており、そこではセルラー通信ノード用のソフトウェアの開発とサポートに従事していました。 次に、小売チェーン向けのビデオ監視システムとコンピュータービジョンアルゴリズムを開発しました。 Yandexはモバイルジオアプリケーションを開発しています。

スポーツプログラミングはプログラミングよりも数学の方が多いため、競技会で効果的にパフォーマンスを行う人々は、しばしば産業用プログラミングに適応することが非常に困難です。 まず、問題を数学的に解決する必要があります。つまり、理論を構築し、解決策を考え出し、それをコードに変えます。 しかし、ここで重要なのはソリューションの速度と効率であるため、人々はコードをすばやく入力します。 彼を見る人は、そこに何が書かれているかを単純に理解しません。 コードは、ここで何が起こっているかがすぐにわかるようにする必要があります。 オリンピアードによって書かれたコードはしばしば高速ですが、人々は長い間それを見て、ここで何が起こっているのかを考えます。 したがって、高品質のコードを作成するには、再トレーニングする必要があります。 しかし、もちろん、彼らは優秀な数学者、優秀なプログラマーであり、大きな可能性を秘めています。

オレグ・イグナティエフ、モスクワ。

画像検索品質開発者。 Yandexは年です。



モスクワチームチャンピオンシップの優勝者である、コンピューターサイエンスの全ロシア学校オリンピックの入賞者。 準々決勝ACM ICPC。 学生は準決勝ロシアで7位になりました。 モスクワ州立大学卒業

スポーツプログラミングは、役立つ多くの機能を提供します。 30分で、1週間の時間を費やすのではなく、大量のコードを記述してプロトタイプをテストできるとしましょう。 30分で、1週間やるべきかどうかを理解できます。 スポーツプログラミングがなければ、私はこれを学ばなかったでしょう。 さらに、競争力のある部分が役立つのは、それが理由だからです。 あらゆるスポーツの競争力のある部分は、人生に役立ちます。 私はオリンピックの経験にマイナスはないと信じており、しばしば紛争の中でスポーツプログラマーの擁護者であることに気づきました。



彼らは非常に宣伝されているため、彼らからもっと多くを期待しているという理由だけで、彼らは不適切な悪い産業プログラマーと見なされます。 スポーツプログラマーは、オリンピックを勝ち取ったという点でのみ通常のプログラマーと異なります。 彼は悪いプログラマーであると考えられているので、それは悪くも理解できないものでもないようです。



私の経験では、彼はアルゴリズムの観点から何かをする方法を説明する必要はありません。あなたは何かをするように言うことができ、彼は質問をしません。 この点で、スポーツプログラミングの経験がある人にとっては簡単です。 彼らが持っている残りの資質はすべての人々とまったく同じです。彼らは彼らと同じくらい怠け者であり、仕事に興味がないかもしれません。



Norwigの研究に関する多くの議論を見てきました。 何よりも、私はスポーツプログラマーとスポーツ以外の質問をしたという発言が気に入っており、Googleとのインタビューは最初の質問を非常にうまく進めることに焦点を当てています。 その結果、ある人がスポーツプログラマーではなく、それに対処した場合、おそらく、彼はメガスターです。 したがって、スポーツ以外のプログラマはより良い結果を得ることができます。 しかし、結果がまさにそれだった理由はさらに100万あります。 具体的には、スポーツプログラマーが5時間の仕事で投獄されているとは思わない。 仕事以外に常に活動している、自分のプロジェクトをしている友人がたくさんいます。彼らは数ヶ月を費やしてすみません。

ミハイル・レビン、モスクワ

ビッグデータ分析のヘッド。 Yandexで5年間



活動の非常に大きな部分は、アカデミックプログラムで働いています。 彼はデータ分析学部で教え、HSEおよびYandexのコンピューターサイエンス学部でのトレーニングプログラムの作成に参加しています。 モスクワ州立大学のチームの一員として、ACM ICPCで2回メダルを獲得しました。 M.V. ロモノソフ。

これは永遠のホリバーです。 もちろん、人がオリンピックに勝った場合、彼が優れた開発者であることは明白です。 人々が再訓練しなければならない問題があります。 しかし、スポーツプログラミングは特定のことに役立つと思います。 彼と一緒に、プログラムが機能しないという理解がすぐに生じます。 プログラミングの経験があり、次にテストを含む機能するプログラムを作成する経験、ソリューションの詳細を熟考する、バグをすばやく検索する、一般に機能するプログラムの概念があります。 また、チームワークの要素があり、非常に便利です。 はい、仕事を妨げることさえあるかもしれません。 たとえば、オリンピアードによって書かれたコードは、産業用プログラミングでは使用できません。 しかし、競合他社はこれに焦点を合わせていません。1時間以内に何かを行う必要があります。 ただし、実用的なプロトタイプをすばやく作成するのに役立ちます。

イワン・フェファー、モスクワ

動画ランキング開発者。 Yandexで-半年。



彼は、スポーツプログラミングの選択科目が非常に発達しているサラトフ州立大学で学びました。 彼は、カザン、ロシアコードカップ、VKカップ、Yandex.AlgorithmでICLに参加しました。 2014年、彼はエカテリンブルクのACM ICPCのファイナリストでした。

スポーツプログラミングの経験が私に与えてくれた有用なもののうち、これはもちろんプログラミング技術であり、その複雑さに関係なく、あらゆるアルゴリズムを実装する能力です。 また、これはいくつかの基本的な科学的知識です。 基本的な性質のために直接適用することは困難ですが、思考は開発に役立ちます。



プログラミング競技中は、多くのコードを記述する必要があり、これはテクニック、スタイルを形成します。プログラムを作成中につまずかないように、常にプログラムを熟考してください。 また、作業に役立ちます。 具体的には、時々実験をしなければなりません。 この経験のおかげで、仮説をテストするためだけに、すばやく効率的に何かを書くことができます。 そのような状況では、スタイルを振り返ることなく、まるで競技会にいるかのように書くことができます。 仮説が機能していることが判明した場合、産業用プログラミングの標準に従ってすべてを実装できます。



はい、競技中、できるだけ短時間でできるだけ多くの問題を解決しようとします。 しかし、私が仕事をしているとき、私が競争しているとは想像できません。 スポーツプログラマーが悪いコードを書くという意見をたくさん聞きます。 はい、コンテストでは、サポートサイクルが5時間を超えないコードを作成します。 しかし、5か月のサポートサイクルでコードを書くとき、別のコードを書きます。



このような最後の作業で、最初に始めたのはスタイルガイドを読むことでした。 そして、私はそれに従うようにします。 さらに、大学のスポーツプログラミングセンターで勉強しているときでさえ、1つまたは2つの講義を行いました。そこでは、教師がコードの書き方を教えました。常にインデントし、スペースで区切って、論理ブロックで区切る方が良いと述べました。 個人的な競争でも、明確かつ透過的に記述されたコードは、非常にすばやく入力するよりも優れています。 あなたがミスを犯し、テストでそれを見つけることができない場合は、座って、書いたものをもう一度読む必要があるからです。 もちろん、これは最近書かれたものですが、誤って書かれたコードを読むことは、美しくて正しく書かれているよりもはるかに困難です。



さらに、チームメンバーがお互いのコードを読むチーム競技があります。 そこで、たとえば、1文字の変数名を使用することもできますが、とにかく、スタイルは内部で形成されます。 gと呼ばれる変数はグラフを意味することを常に知っています。 もちろん、職場では変数gに名前を付けず、グラフと呼びますが、このために特別に再学習する必要はありませんでした。



私が聞いたすべての否定のうち、最も真実なのはおそらくprobably慢です。 世界クラスの大会、特に成功した大会への参加は、時には考えさせられます。 もちろん、すべては非常に個人的なものですが、私の意見では、客観的な自信だけを与え、他の人よりもあなたを良くすることはありません。