11月15日、C ++に無関心でないすべての人を、CoLaboratoryプロジェクトの枠組みで同僚との会議に招待します。 C ++ユーザーグループの住人は、お気に入りのプログラミングツールを使用する実際的な側面に専念します。
さまざまなトピックについて話しましょう。 たとえば、clangとlibtoolingライブラリは、カスペルスキーがコードを自動生成するのにどのように役立ちますか？ 「反射」がC ++で最終的に登場するのはいつですか。どのような形で標準に該当しますか？ 負荷の高いシステムの「スレッドプール」を設計する上で、どのような落とし穴があり、それに対処するのでしょうか。
次のパフォーマンスが予定されています。
clangを使用してソースコードを自動生成する
シニアソフトウェアアーキテクトのSergey Sadovnikovが、clang 3.9 APIとclangの一部である専用のlibtoolingライブラリに基づいたソースコード自動生成テクノロジーについて説明します。 彼は、既存のC ++ソースのセットを分析し、それに基づいて別のソースのセットを生成する簡単な方法（たとえば、enumを文字列に、またはその逆に変換する関数）について話す予定です。 さらに、単純なコードジェネレーターを「ゼロから」開発する例を紹介し、そのようなライブラリをビルド環境に統合する方法についても説明します。
C ++でのリフレクション
C ++の存在を通して、コンパイル時のリフレクションのテーマは常に議論されてきました。 しかし、残念ながら、言語標準はまだコンパイル時情報を抽出および操作するための十分な機能を提供していません。 この問題を解決するために、単純なマクロからQt-mocまたはODBに至るまで、多くのライブラリとプリプロセッサがすでにプルアップされていると言わなければなりません。 ただし、彼のレポートでは、別の開発者であるアントンビキネエフが、この問題に関する標準化委員会の位置について、どのソリューションが提案され、どのソリューションが支配的になったかについて話します。
いくつかのスレッドプーリングアプローチについて
GolosCoreのアーキテクト/チームリードであるAlexander Borgardtは、個人の経験から、負荷プロファイルと数学モデルを評価する前にスレッドプールを設計する必要がない理由を説明し、実際のシステムとどのように重なるかについても説明します。
このイベントは、11Aのレニングラードスコエショッセにあるオリンピアパークビジネスセンターの本社で、11月15日19:00に開催されます。 会議に参加するには、 登録する必要があります 。