みなさんこんにちは！

最近、次のC ++ Siberia 2019がノボシビルスクで開催されました。 ビデオレポートの公開準備中です。 この機会を利用して、頻繁に会議を欠席することのない頻繁に講演を行う2人のスピーカーと話をしました。AntonPolukhin antoshkkaとPavel Filonovです。

アントンは、C ++標準化ワーキンググループの国際会議でISOのロシアを代表しており、C ++言語標準、Boostライブラリ、Boost C ++ Application Development Cookbookのいくつかの承認された提案の著者です。

Pavelは、Kaspersky Labの開発者および研究者です。サイバー物理システムのセキュリティを確保するための機械学習法の適用に携わり、教育に従事しています。 会議のビデオを待っている間に、会話のトランスクリプトを読むことをお勧めします。

セルゲイ：みなさん、こんにちは！ これがセルゲイプラトノフです。現在、C ++シベリア会議に参加しています。 今日はアントン・ポルキンとパベル・フィロノフのレギュラースピーカーと話しています。 お元気ですか？

パベル：すごい！ ノボシビルスクに戻りました。

セルゲイ：今、私たちはシベリアの森林に直接直面しています。

Pavel：素晴らしい眺め、素敵な人々、とても興味深いトピック。

アントン：そして、現時点ではモスクワよりも暖かいです。

Sergey：今日はC ++についてお話したいと思いますが、C ++カンファレンスでは奇妙に聞こえます。 さまざまなことについて。 たとえば、モスクワからノボシビルスクまでの会議に参加する理由に興味がありますが、これは初めてではありません。

Pavel：私自身、主な理由があると言えます-誰かに何かを伝えるのが本当に好きです。 私は自分でそれを保つことができません。 いくつかの新しい興味深いことを学ぶとき、一方で、それが本当に良い、面白いかどうかを常に疑います。人々に伝えて、彼らがこれにどのように反応するかを見る必要があります-彼らが吐き出すか、再び来るように頼むかどうか。 そして、彼らは唾を吐かないという事実から判断して、彼らはトマトを投げません、人々はおそらく私と一緒に破裂しているものが好きです。 私はそれらを聞き、話し合いたいです。 さらに、ただ乗ることは常に喜びです。 ノボシビルスクに初めて行ったのはC ++シベリア会議で、2回目もノボシビルスクでした。 そのように、私はここに着かないでしょう。

アントン：他の都市に旅行するのはいつも面白いです。 ノボシビルスクは素晴らしいです。モスクワよりも暖かいです。 濡れた雪は首の首筋に流れません。 ワンプラス！

セルゲイ：もちろん、私は不誠実で、この質問には理由があります。 私は、ワーキンググループ21の思い出と、私の意見では、それがどのように現れたかを記憶しています。 私は実際にそれをした人の話を聞くことに興味があります。 ロシアが委員会の代表になったのはどうしてですか？

アントン：サンクトペテルブルクのロシアのC ++で起こった。 妻のゴア・ニシャノフ（ ツイッター ）がすでに立っていたときにエレベーターに入ったのを覚えています。これは国際標準化委員会に参加する方法を見つけるのに最適な方法であることに気付きました。 実際、私は彼にこれについて尋ねました。 そして、ゴアは次のとおりです。「ご存知のように、今日、あなたは私にこの質問を思い付く最初からはほど遠いです。 Yandexの人々があなたに近づいてきました。」 私はYandexで短期間働いていると答え、これらの人々がどのように見えたのかを説明するように頼みました。 ゴアは私にすべてを語った。 私は彼が説明した人々に行きました。 そして、YandexはC ++に後れを取らず、国際的な委員会でロシアの開発者の利益を代表する一種のワーキンググループを作成しようとしていたことが本当に判明しました。 グループが作成されました。 Yandexの従業員だけでなく、他の会社の従業員もいます。

Pavel：現在、Kaspersky LabのAnton Bikineevもグループの一員として働いています。 今日、残念ながら、彼は私たちと一緒ではありません。

アントン：ところで、アントンは非常にクールなことをしています-彼は腕と脚でコンパイラに登り、私たちの提案の1つを実装しようとします。 彼は、多少なりとも動作するプロトタイプさえ持っています。

Pavel：ところで、彼はあなたが提案をコンパイラに実装するよりも速く提案を書くとあなたに不平を言っています。

アントン：はい、そうです。

Sergey：つまり、ここのアントンビキネエフは、ワーキングWGのコアグループとして機能していますか？ 会議がこれに関与したと聞いてうれしいです。 これがどれほど便利で面白いかをみんなが理解してくれることを期待しています。 ワーキンググループに参加するためにYandexで働く必要はないことがわかりました。

アントン：一般に、アイデアをC ++標準化委員会に伝えたり、プラスになったりするために、ワーキンググループに参加する必要はありません。

Pavel：ただサイトに行って提案を残すことができるようです。

アントン：はい、 https ： //stdcpp.ruで 。 そこでアイデアを共有し、他の参加者のアイデアについて話し合うことができます。 多くのアイデアがありますが、すべてを引き受けるのに十分な手がありません。 したがって、人が来て、アイデアの少なくともいくつかの提案の特定の草案を書き始めると、誰にとっても簡単になり、これらのアイデアはすぐに委員会に届きます。

パベル：アントン、あなたはどう思いますか？

アントン：私たちはプロのすべての静的反射の方向性を決めました。 今覚えているように、 constexpr_vector



-constexprコンテキストでのみ使用できる別のクラスを作成する提案がありました。 Davidが出て（David Vandevoorde）このことについて話します。 ホール全体がうれしそうに叫んでいます。 そして、彼は次のようなものです。「しかし、標準ライブラリのすべてのクラスをそのように複製したいのですか？ 他に方法はありません。」 「おそらくconstexpr_new?



「」いいえ、機能しません。 そして私は：チャレンジを受け入れました。 そして3か月後、私とSasha Zaitsevは、 std::vector



がconstexprコンテキストで動作できるようにするプロトタイプを作成しました。 clangで直接動作します。コンパイラーでも、何もする必要はありませんでした。 私たちはそれをデビッドに見せました、と彼は言います。 よくそうですか？ いいえ、ここでごまかしました。」 同意しました。 彼は言い​​ます：「いいえ、もちろん、できます。 ちなみに、なぜだ。」 その後、彼はconstexpr_vector



を使用して論文をconstexpr_vector



し、標準ライブラリのすべてのコンテナがconstexprコンテキストを使用できるように作業を開始しました。 ワーキンググループの私たちは基本的にconstexprのすべてのアルゴリズムを見逃し、Louis Dionはconstexprの見逃したコンテナを作成し、Davidは言語のコアを何らかのconstexprを巧みに作成します。

Sergey：これはアロケーターについてですか？

アントン：はい。 アロケーターに問題がありました。

セルゲイ：すごい！ これらは大きな変化のようです。

アントン：さらに6年、彼らは標準に表示されます;-)

Pavel：いいえ、おそらく、すぐに指先で触る時間はないでしょう。

アントン： constexprコンテナーは20番目の標準にある必要があります。 constexprアルゴリズムは間違いなくヒットします。

Pavel：それはほんの数年ですか？

Sergey： 2019年が始まった場合、20番目の標準は2020年のどこかになります。 まあ、はい、おそらく数年。

Pavel：さらに、私が正しく覚えていれば、コンパイラは常に標準記述子と比較して遅れていました。今では、コンパイラを介して実験として何かを最初に実行しようとすることがよくあります-アントンがしていることはあなたが伝えていることです。 そして、それだけで標準の形でそれを取る。

セルゲイ：以前、私は覚えている、まだTRがあった。

アントン：しかし、彼らはTSを支持して投げられました。 たくさん変更されました、はい:-)

Sergey：つまり、現在の最新のコンパイラでは、名前空間ts



接続することもできますか？

Anton：現在、コンパイラの拡張機能を備えたチェックボックスで処理が行われています。つまり、Coroutines TSがあり、ClangとVisual Studioで試すことができます。 TSモジュールがあり、どこでも同じではありません。 ライブラリー、マルチスレッド、ネットワーキングに関するTSがあります。

Sergey：これはまだアロケーターを備えた言語の中核ですが、これも特定の個別のフラグによって設定されていますか？

アントン：別のフラグは与えられません。 David（David Vandevoorde）-コンパイラ開発者の1人、EDGフロントエンド開発者の1人、彼はちょうどそれを実装しました。 これは大丈夫、何も壊さない、他の新しいものが欲しくない、ここで実験するのは意味がない、すべてがうまくいくと信じられています。 いいですね、引っ張ります。

Sergey：とてもクールです。

Pavel：ところで、会議のトピックに戻ります。 アントン、あなたはC ++ロシアだけでなく、CPP Con、Meeting CPP、CPP Nowなど、多分他にも頻繁に講演しています。 どういうわけか、あなたは違いを見るものを比較して言うことができますか？ これらは同じ人ですか、同じトピックですか、それとも、あなたがどのように動いているかによって、会議の主題や使用言語が変わると感じますか？

アントン：原則として、ロシアでの会議には非常に強力な開発者がいると感じています。 非常に複雑なトピックを伝えることができます。 私は別の会議のどこかで非常に難しいトピックであるmagic_getを話そうとしましたが、私が話したように、外部刺激に反応しなくなった男を思い出します。 彼はただ座って点滅しません。 冗談を挿入できるかもしれないと思った-私はそれを挿入し、冗談を言った-彼はまばたきさえしなかった。 それから彼は回りました。 しかし、おそらくどこかでこのようなハードコアを伝える方が良いでしょう。

セルゲイ：そしてアントンビキネエフだけに。 それは、会議の1つでmagic_getについて話していた夕食の時に話を思い出しただけです。

Pavel：アントンはこの会議に出席し、あなたが非常に難しい質問をしたので、彼はあなたが言ったことを明らかに超えました。 タイプのリストでの検索は線形ではなく、バイナリ検索を使用しているようです。 あなたは彼に答えて、彼がどうやってそれを知っているのか尋ねました。 アントンは、レポートの前夜、GitHubにあるmagic_getのソースを読んでいて、その仕組みを理解しようとしていたと述べました。

アントン：アントンビキネエフとの古い奇妙な話があります。 私たちがお互いを知る前であっても、Boostで彼がどのようにコミットしたかを見ました。 その後、彼がClangとconstexprの両方でプルリクエストを行ったことがわかりました。 私はこのプルリクエストを見て、何らかの理由でその名前を思い出しました。 おそらく、ClangにコミットするBoostの男が素晴らしいからです！ その後、C ++でシベリアで17番目のプラスについて、constexprについて、そして男が聴衆から叫びます。「はい、私はこれを少しClangでやりました。」 「あなたはアントンビキネエフです！」

Sergey： C ++ Siberiaが接続します。

Pavel：また、正しく覚えていれば、マスタークラスで最初の実験を設定し始めたのはシベリアでした。 最初に彼らは試してみて、このフォーマットがうまくいくかどうかを確かめました。 最後の3〜4回の会議の実践が示すように、C ++ロシアを数えると、新しい形式が非常にうまくいったように思えます。 たとえば、40分ではなく、いくつかのトピックを突き出そうとする機会がありますが、6時間は落ち着いて、必要だと思うすべてを伝えることができます。 人々が準備ができていれば、私はできる限り、6時間以上も話します。

アントン：ワークショップは楽しいです。 時々、彼らはあなたがそのような質問をします：「くそ、なぜそうなの？」そして数日間、この特定のコンパイラ、この特定の悲惨なラップトップでなぜこれが機能しないのかを理解しようとします。 そして、コンパイラなどに何らかのエラーがあります。 何かを伝えるためだけにマスタークラスに来るように見えますが、代わりに、どこかを修正し、何かを改善するのに役立つ有益なフィードバックが得られます。

セルゲイ：会議の主催者とコミュニティキュレーターの観点から、ワークショップは私にとって非常に便利だと思います。なぜなら、時々人々はそこに行き、基本的な知識を得て、それをさらに発展させ、それを応用し、それについての報告書とともに戻ってくるからです。 数人の人が私のところに来て、あなたの1人にマスタークラスに行った、彼らはそのトピックに非常に興味があり、自分で報告したと言った。

Pavel：アントン、あなたはBoostの本の著者でもあることを覚えています。今では第2版がすでに出ています。 あなたがそれを書くことにした方法を教えてください？ たとえば、私の考えでは、このような複雑な形式で自分の考えを表現することはまだできません。

アントン： Boostで忙しい月でした。私はそこで誰かと議論し、誰かと呪い、何が間違っているべきかを言っていました。 彼らは私を納得させたようです。 出版社は、Boostに関する本を書く人を探していました。 彼らはBoostメーリングリストを見て、他の誰よりも自信を持って話した最も活発な参加者を見て、私を選んだようです。

Pavel：どのようにしてBoostへの貢献を始めましたか？ 仕事ですか、それとも趣味ですか？

Anton：これは、Boostの仕組みが理解できなかったためです。 職場でBoostを使用しました。 Boostは私の最初の作品の1つであり、そこでどのように配置されているのか、なぜそのように機能するのかまったくわかりませんでした。

Paul：今のところBoostはちょっとした魔法のライブラリです。

アントン：そして、私は見て、理解し始め、ある時点で、ここlexical_cast



もっと良くできることに突然気付きました。 次に、そのメンテナーであるlexical_cast



Alexeiにこのパッチを適用してみましたが、彼は私に答えませんでした。 私は彼にさらに2つまたは3つのパッチを書きました。

Pavel：私の記憶が正しければ、パッチを積極的に宣伝する必要があります。

アントン：もちろん。 常にオープンソースで。 その結果、メンテナは完全にlexical_cast



いるlexical_cast



言い、やるべきことがたくさんあり、私にlexical_cast



メンテナlexical_cast



なることを申し出ました。 私は喜んで同意しました。 そして、Boost.Any、Boost.Variantゆっくりと電話を切りました。 その瞬間、彼は自分のライブラリー、Boost.TypeIndex、Boost.Stacktraceをいくつか作成しました。これは現在標準として受け入れられています。

Pavel：既製ライブラリの新機能のアイデアはどこで入手できますか？

アントン：いくつかのこと、たとえばBoost.DLL-この人はBoostのメーリングリストに書いた、彼らは私が持っているクールなライブラリを見て、とても怖くて複雑で面白いことをたくさんしていると言っています。 私は彼女を見て、「そう、はい、はい、はい、ああ、私はそれが欲しい！」と言いました。私はこの男に連絡し、プラグインを個別に扱うための作品を取り出すよう提案しました。 彼らはそれを別々に取り出し、この作品が男性自身が行うよりもはるかに早くBoostに入ったことが判明しました。 Stacktraceでは、ある時点でStacktraceを取得するメカニズムがないことに気付きました。 はい、時々ゆっくりと届きます。 そしてこれは、プラスにはStacktraceを取得する方法がないことに気づいた瞬間です。

Pavel：秋にスタックトレースを印刷するために、2つの異なる作品で同様のライブラリを2回作成したようです。

アントン：それで、私はそれを取って試し、ブーストの人々にそれを投げました、彼らはノー、それはしないと言いました。 それから私はさらに2回試みました、そして、ここにバージョンの1つがあります、彼女はすべてを整えて、根を張りました。

Pavel：でも、どういうわけかあなたの仕事で使っていますか？

Anton：はい、Yandex.TaxiはBoost.Stacktraceを非常に積極的に使用しています。たとえば、同じアクションで非常に優れています。 共通点はありますか-JSONで作業してください。 ある時点で、ユーザーはそこにないJSONフィールドにアクセスします。 例外を投げるだけですか？ まあ、その上のどこかでキャッチします。 一般的に、このユーザーはどこを呼び出しましたか？ JSONを操作するためのすべてのコードにユーザーがいますか？彼が到達していない正確なフィールドはどこですか？ どの時点で彼はそれを要求しましたか？ また、Stacktraceは、何がどこで間違っているのか、ユーザーがどこで混乱したのかを完全に理解するのに役立ちます。

Pavel：多くの場合、職場で使用しているバージョンは、オープンソースのものと一緒に分散し始めますか？ または、機能を常にやり取りしようとしていますか？

アントン：機能をやり取りします。 もちろん、リーダーシップの許可を得て。 そして、これは非常に有用な相互作用であると言えます。 たとえば、Yandex.Taxiでは、StacktraceのtoString（）関数が欠落していることに気付きました。 それは標準化提案にあり、どこでも説明されていますが、Boostにはありません。 彼女がそこにいるように見えたという事実にもかかわらず、私はBoostからの標準化提案全体を引き裂きました。 Boostに追加されました。 誰もが幸せです。

Pavel：ところで、ワーキンググループに戻ります。 おそらく、C ++シベリアの後、すぐに次の会議に行きますか？

アントン：はい、明日の朝、40時間のフライトで飛行機に乗り、その同じ日にコナに飛びます。 会議の議題では、委員会全体がC ++ 20の外観を決定する必要があります。 C ++ 20の前の最後の停止は、バグ修正のみです。 モジュールとコルーチンは現在アジェンダにあります。

Pavel：長く熱心な議論がある2つの重要な機能。

アントン：モジュールについては、すべてが多かれ少なかれ明確で、受け入れられているように見えますが、コルーチンでは完全に理解できません。この会議で、コルーチンに関する3番目の競合する提案が登場したからです。 これは、Coroutines TSにあるものとは完全に異なっており、長所があります。 もちろん弱いものもあります。 それがどうなるかは不明です。 そして、どのくらい一般的に人々はコルーチンにチューニングされます。

Pavel：次のC ++ロシアの計画は？ あなたからの報告が必要ですか？

アントン：はい、間違いなく。 私は何かを思いつきます。 おそらくピラロマについて。

セルゲイ：まあ、友人たち、どうもありがとう！ もう遠慮しません みなさんさようなら！ C ++ロシアでお会いしましょう。

C ++ Russiaカンファレンスでのトレーニングについて一言

Pavelがこのインタビューで正しく述べたように、トレーニングとマスタークラスには紛れもない利点があります。モデレーターは、通常のレポートのように50分以内に維持しようとするのではなく、数時間以内にトピック全体を紹介する機会があります。

ゆっくりと、マスタークラスが伝統になりつつあります。 最初にそれらを2017年に開催してから、C ++ Siberiaでテストしました。 今年は3つのマスタークラスがあります。 このインタビューでは、すでに2人のリーダーに会っています。

マスタークラスは6時間で、理論情報と実践的な演習を組み合わせます。 少数の参加者がそれぞれに個別の作業を提供します。 これは、まず第一に、もちろん実践です。 そのため、すべてのマスタークラスには、最新のC ++コンパイラがインストールされたラップトップが必要です。

「C ++での関数型プログラミングの適用」はIvanČukićによって行われ、「C ++開発者向けの継続的な統合」と「スマートでモダンなC ++」は開発者のPavel FilonovとAnton Polukhinによって行われます。

Ivanのマスタークラスはエントリーレベルではなく、知覚の扉をより広く開けたいミドルに適しています。 Ivanはベオグラード大学の研究者であり、KActivities、Contourデーモン、LancelotなどのKDEプロジェクトのメンテナーです。 理解できるように、関数型プログラミングについてです。 念のため、参加者は最新バージョンのGCCおよびClangを入手することをお勧めします。 少し後で、必要なものすべてを含むVirtualBoxイメージをレイアウトします。 マスタークラスでは、次のトピックについて説明します。関数型プログラミングとはほど遠いSTL、関数型オブジェクト、std :: invokeおよびmonads、monads、monadsです。 そして、さらにいくつかのモナド。

Kaspersky Lab Pavel Filonovのこの開発者研究者にはすでに精通しています。 彼は、コナンとトラビスでCIを構築するよう参加者を招待します。 また、Pavelは継続的インテグレーションの方法についても説明します。実際の部分では、ホームプロジェクト/オープンソースでの作業とクローズドソースコードを使用した作業プロジェクトの例を使用して問題を解決する方法を教えます。

当然、C ++でプログラムを作成し、任意のOS、メインコンパイラの1つ、新鮮なcmake（CMakeLists.txtの構文を理解する必要があります）、git、python 3、pip3、および多数のアカウントを備えたラップトップを持ち込むことができるはずです。 これについての詳細は、サイトの説明にあります 。

最後に、 antoshkkaのマスタークラスは適切な最適化スキルに専念しています。 念のため、彼はYandex.Taxiサービスのシニア開発者、C ++標準化委員会の国際会議でのWP 21の代表者、言語標準の承認された提案の著者、Boostの開発者などです。 アントンは、時期尚早な最適化のエラーが頻繁に発生する例を検討し、参加者は、標準ライブラリのアルゴリズムと複雑さ、機能を備えたコンテナ、Moveセマンティクスとその予期しない動作、マルチスレッドを検討します。 このコースは実用的であるため、Googleベンチマークベンチマーク用のC ++ライブラリを使用して、すべてのトピックが実験的に調査されます。 このコースでは、基本的なC ++の知識と、C ++ 11をサポートする最新バージョンのコンパイラのみが必要です。

上記のすべてはもちろん、参照用の簡単な参照にすぎません。 真実の唯一の真の源は、すべてが詳細で明確に述べられている会議サイトです。 たとえば、ラップトップに必要なソフトウェアとそのバージョンが明確にリストされます。

C ++ロシア会議は、2019年4月19〜20日にモスクワで開催されます。 チケットは公式ウェブサイトで購入できます。 重要： 3月1日から、チケットの価格が上がります。 2月の価格で購入する場合は、今すぐ購入する必要があります。