過去のモスクワPython Conf ++ 2019のハイライト：コミュニケーションのプラットフォームへの変換

Moscow Python Conf ++で最もホットなトピックは、非同期開発であり、Python、そのベストプラクティスおよびツールと他の言語のアナログとの比較、および現代開発のランドスケープにおける位置付けです。 さらに、CPythonの開発者の1人であるBenjamin Peterson、YandexのGrigory Bakunov、その他多くの非常に興味深い人々を招待しました。



4つ目と2つ目は、私たちのチームと共同でアレンジされたモスクワPython Conf ++が目立って変化しました。 このイベントでの出来事、業界のITフォーラムでどのように際立っていたか、参加者がもたらした利益と喜び-サイトからの短い写真スケッチで。




このカンファレンスでは、サイト自体に460人以上のゲストが集まり、多数のオンライン参加者が集まりました。 24のレポートのプログラムを3つのストリームに並列化しました。 「重力異常」を避けるために、会議のヘッドライナーはグリッドに沿って均等に配置されました。したがって、トップの人物が自分自身にすべての注意を引き付けないようにしました。 今年は、2日間の形式での実験の継続も拒否しました。これは、申請の流れが増えた背景にあったため、強力な専門家が不足することはありませんでした。 強力なレポートを備えたスピーカーが集中しているため、誰とどこで聴くかを選択するのが困難になりましたか？ はい、いいえ。

モスクワPython Conf ++プログラムディレクターGrigory Petrov ++：
「開発者はほとんど常に専門知識（機械学習、データサイエンス）を持ち、ほとんどの場合、全員がプログラムを検索し、自分のプロファイルに一致するレポートにアクセスします。 そのため、プログラム委員会のタスクは、並行したストリームで同様のトピックに関するスピーチが行われ、人々がホールの間で落ち着かないように急ぐ状況を防ぐことです。」

もちろん、モスクワPython Conf ++ 2019にはヘッドライナーがありましたが、準備した資料の実用的な有用性（およびストーリーの「ケースヒストリー」など）の点では、スピーカーの一般的な構成とは強く対照的ではありませんでした。 残りの20人の講演者のメリットを損なうことなく、主観的な基準と一部専門家のメディアの重みに基づいて選択した4つの中心的なトピックをより詳細に説明します。

ベンジャミンピーターソン：Pythonガバナンス

CPythonとPyPyの主要な開発者の1人であるベンジャミンピーターソンがトップスピーカーになりましたが、カンファレンスの唯一のスーパースターではありませんでした。 とりわけ、ベンジャミンはサンフランシスコのDropboxで、言語の創始者であるGuido van Rossumとともに働いています。 昨年、彼は「寛大な生涯独裁者」パイソン（人生のための慈悲深い独裁者、またはBDFL）のポストから自分自身を解雇し、したがって「代替」を必要としました。 そのため、5人の委員会が選択的に形成されました。ステアリング評議会は、偶然にも、ヴァンロッサム自身を含んでいます。 ベンジャミン自身は、彼の入場によれば、この構造に入らなかった：「彼は投票で6位になった」。

スピーカーのスターダムとPythonの中心（文字通り-コア）に近いにも関わらず、彼の報告はおそらく「ギド後の時代に私たちを待っているもの」であり、技術的指向ではなく概念的なものでした。 一方、組織委員会は、スピーチの発表で仕事にPythonを使用している人として組織委員会が指摘したことは何もありません。 コミュニティにとって最も重要なことでした。

報告書で、ピーターソンはCPython開発モデルが受けた変換、彼にとって可能な進化パスを指摘しました。 その後、彼はPythonの将来についての見解を共有しました：言語リリース、サポート、標準ライブラリなど（関連するすべてのPEP）がどのように変化するか-これが幅広いpythonistsにとって何を意味するか、そして言語とエコシステムの運命にどのように影響するかを概説しました。 一般的に、彼はコミュニティが今どのように生活するかをきちんとしたストロークで概説しました。 詳細なしではありませんでした。たとえば、言語の開発に関する議論はより適切にモデレートされると宣言されており、現在はバグの処理にGitHubを使用することになっています。

カンファレンスの後、ベンジャミンは、Pythonの開発に関する賢明な提案が彼の傍観者に落ちたことを喜んで認めました。

グリゴリー・バクノフ：「Pythonコードが遅くなったらどうするか」

bobukは自分を「偽のプログラマ」として認定することを好みます-「プログラミングに1日2〜2.5時間しかかかりません」-そしてそのような自己決定に誠実ですが、Pythonの悲しみと喜びについて聴衆と共有する何かがありました。 Pythonコードの実行をスピードアップするための生産的および非生産的で非生産的な方法の両方からのヒントが、ステージから注がれていました。 崩れた-そして彼らの頭によくフィットします。グレゴリーの論文は伝統的に極端な人間工学に満ちています。 彼の報告では、あなたの頭の中でテトリスのアイデアを使っているようです。

どうやら、開発に専念している1日2時間のうちのかなりの部分が、技術「Yandex」の普及担当ディレクターがPythonの演習に費やしているようです。 さもなければ、numbaがPythonアクセラレーションに非常に選択的に適していることをどのように知る必要がありますか？主に科学的アプリケーションに関連して、GoのPythonコードのGoogle翻訳者であるGrumpyは実際のインフラストラクチャではほとんど実用的で実用的なソリューションではありません。

その過程で、グレゴリーは「nim and the prophet and nimpy」への愛を公然と告白し、またコードの迅速な実行を妨げる可能性のある「トリッキーな」Cythonを通過しました。 彼は20分間の鞭打ちをまとめました。

• PyPyで十分な場合もあります（可能な場合）。
• 単純なコードの最適化も重要です。
• ツールキットは安定している必要があります。
• 密教を恐れないでください、楽しいです。
• 古い友人は新しい2人よりも優れています。

報告書と期間の点で報告書を上回ると思われるQ＆Aブロックの後、約30人のパイニストが「偽のプログラマー」を囲み、非常に長い間彼を行かせませんでした。

Vitaliy Levchenko：Python vs Go

サンクトペテルブルクの囲Goおよび信頼性集会の主催者として広く知られているヴィタリー・レフチェンコは、彼の演説を故意に挑発的に名付けました。 そして、彼はそれを挑発的に開きました：彼らは言う、答えは表面上にあると言います-Go WebベンチマークではPythonよりもはるかに速く（rpsで）、場合によっては5倍以上の優位性を示します。 ただし、このアプローチは、Pythonと比較したGoの利点と欠点を慎重に評価するための言い訳にすぎません。 そして主なことは、どこがより効果的かを示すことです。 もちろん、Goのフォロワーとして、彼はその利点-シンプルさ、更新に問題がないこと、外部ライブラリへの少数の依存関係など-に集中せざるを得ませんでした。

彼の建設的な「モノバットル」の終わりに、VitaliyはGoへの移行によって生産性が10倍に向上した開発プラクティスのストーリーを共有しました。 今日のPython + Goバンドルの普及状況を考えると、多くの熱心なpythonistsは、Goの範囲と最新のオンラインサービスのバックエンドでの位置に関する知識を拡大するためのレビュー比較を明確に見ています。

Go-campの大使によると、Pythonは次の場合に優先権を与えるのが妥当です。

• アプリケーションのブートストラップ速度が重要です。
  
• データサイエンスの問題を解決する必要がある。
  
• 心は非同期/待ち受けにあります。
  

マキシム・ラプシン：「Python asyncの開発目標としてのElixir」

オーガナイザーは、ビデオストリーミング製品erlyvideoの創設者であるHighLoad ++ 2018の受賞者に、Pythonで分散非同期システムがどのように構築され、どのように構築されないかを調べることを2つの意図で求めました。 erlyvideoの基盤はErlangで書かれていますが、ソリューションの一部はPythonで作成されたため、彼自身の承認により、マキシムはネットワークメカニズムが「ピトンのスタイル」で機能することに苦痛を感じることができました。

プレゼンテーションのサブタイトル-「ソケット、スレッド、データを一緒に管理する方法」（そして誰もしたくない！）を開いて、マキシムは並列コンピューティングの既存のコンセプト、特にそれらがErlangとElixirでどのように実装されるかをレビューしました。 彼の主な仕事は、例によって、言語と技術のより広いコンテキストがPythonのネットワークメカニズムの実装にどのように影響し、影響を与え、その「非同期性」がどの方向に進化するかを示すことでした。 マランは、Erlang / Elixirでの並列コンピューティングのすべての利点を強調して、正義のために、コストを概説しました（プロセス間でデータをコピーするための最適でないパフォーマンスと「オーバーヘッド」を含む）。

Who by Python

サイト上の視聴者の移動と混雑した部屋から判断すると、各スピーカーは視聴者と「話を失いました」。

共鳴は、YandexでのPython開発がどのように進化したかに関するアレクサンダーコシェレフの報告によって引き起こされました（ネタバレ：劇的）。 また、Booking.comのKirill Borisovの経験と推奨事項-彼はレガシーコードをリファクタリングするときにテストを実施することについて話しました-彼の話を聞くために集まった人々のかなりの部分の要求にちょうど陥りました。

会議の別の外国人ゲスト、AlibabaのシニアクラウドエンジニアであるQin Xuyeも、大規模コンピューティング向けの包括的なオープンソース、テンソルベースのPythonフレームワークを導入することで成功しました。 HH.ruのIgor Kitsenko氏は、機械学習の奇妙な事例について次のように語っています。Pythonで書かれたMLサービスのジョブの推奨事項-レポートのハイライト-Javaの検索エンジンと統合されています。

グリゴリーペトロフ：
プログラム委員会は、イベントの参加者が何よりも話したいスピーカーを集めました。 確かに、私たちの観点から、会議は人々が真剣に何かを勉強する場所ではありません。 また、これは彼らが根本的に新しい何かを学ぶ場所ではありません。 これは、特に密室で実際のプロジェクトに携わっている同僚と人々がチャットする場所です。 はい、たとえ彼らがオープンであっても、多くの人はまだHabréやStackoverflowでの仕事について書いていません。

スピーカーを選択するための社内の経験的基準の1つは、言語と技術の差し迫った問題について個別に話をし、彼の作品について注意深く尋ねることが興味深いことです。 同じベンジャミン・ピーターソンは決して結婚式の将軍ではありません。 彼は優れたプログラマーであり、一般的に多才な人物であり（同時にピアノを完璧に演奏します）、特にDropboxのすべてのCIを扱っています。 空き時間があるとき、私たちは彼らの会社が巨大なクラスターでPythonコードのテストをどのように組織したかについて話し、GitLabの前でさえこれを始めました。 Moscow Python Conf ++ 2019の他のスピーカーもこの基準を満たしています。 いずれにせよ、私たちの意見では。



Moscow Python Conf ++アジェンダの多様性にもかかわらず、その最もホットなトピックは非同期開発（他に類を見ない）であり、Python、そのベストプラクティスおよびツールと他の言語のアナログとの比較、および現代開発のランドスケープにおける位置付けでした。 これは、レポートのトピックからわかるように、プログラム委員会の計画に含まれていました。

そして話す？

メインコンテンツプログラムで講演者と会議参加者間のコミュニケーションが注目されていることに加えて、モスクワのPython Conf ++を通じて、コミュニティ内でのネットワーキングが終日続くように努力しました。



まず、ロビーにはフリーチャートを備えたディスカッションゾーンがありました。 彼らは、誰もが参加できる、また参加すべきである紛争の予備的なトピックを書くために使用されました：「Pythonで非同期が必要ですか？」、「6年から1年または10年でチームリーダーに行くのは普通ですか？」などハリウッドスピリット。

「内向的な人のためのパッケージ化された社会化」は、このコミュニケーション形式を半ば冗談で説明した主催者の一人でした。

確かに、ディスカッションゾーンに集まった人々の内向性を疑うことは困難でした。討論の参加者は暑すぎました（しかし友好的）。 さて、昼食後、Infospace全体が1つの連続したディスカッションゾーンに変わったようです。

MoscowPythonコミュニティの共同創設者であるValentin Dombrovsky：
モスクワパイソン+ Pyladiesモスクワの二重スタンドと地域コミュニティの共同スタンドは非常にうまく機能しました。 第二に、パイニストの地元のたまり場がどのように組織されているかについての会議が開催されました。 その間、参加者は共同作業に同意しました。最終的にはメタ社会、つまりコミュニティのコミュニティができることを期待しています。 結局のところ、Pythonはコミュニティが作成した言語です。

しかし、一般的には、会議はすべてロシア語であることが判明しました。サンクトペテルブルク、カザン、クラスノダール、オムスク、ウファ、チェリャビンスク、イワノフ、リペツク、ノボシビルスクを含む首都を除く全国から人々を集めました。 一部はすでにエストニアとアゼルバイジャンから来ています。 だから、おそらく、すべてロシアのものよりもさらに広い。

パートナーのスタンド-IponwebとEvrone-では、技術会議でよくあることとは対照的に、ejcharsまたはseisalsのサービスは退屈しませんでしたが、動きが繰り広げられました。 賞品の抽選、コンテスト、同じ専門的な議論、クイズ-何かすることがありました。 Arduinoのマスタークラスの「ITワニ」に。



ソフトウェアネットワークの陰謀のため、または通信への賭けが報われたため、または両方の理由で、会議に参加したすべての人の半分以上がすぐに残されました。 党はモスクワPython Conf ++の一般的なラインを継続し、ビール、さまざまなスナック、健康的な煙のシェアがネットワークの追加燃料になりました。

グリゴリー・ペトロフ：コミュニティは年を取り、より専門的になっています。 会議では、銀行やITの巨人からのプログラマーが増えています。 このような企業はますますPythonを使用するようになっており、HRブランドとコミュニティとの専門知識の開発に努めています。 ここで、産業開発のアプローチと、ビジネス上の問題を解決する際に生じる複雑な問題について完全に議論できます。 アーキテクチャの問題だけでなく、チームの作業を適切に編成して、音声アシスタント、遠隔医療プラットフォーム、根本的に新しい金融サービス、無人車両用のソフトウェアなどの大規模なクールな製品を取得する方法を考えてみましょう。

次は？

PCでは、会議の最初の結果によると、来年の計画が形成され始めました。 実装を計画しているいくつかのアイデアを次に示します。

• Guido Van Rossumの到着を保証する-最大のタスクとして。 来年でなければ、間違いなく将来に。
• 人気のあるライブラリのコア開発者や著者を呼び出します。
• 主に情報セキュリティについて、前回の会議で未到達のままだったトピックについて、クールな講演者を招待する。
• より多くのチームメンバー、テスター、アナリストを参加者として引き付けるために、厳密な意味で開発者ではないすべての人が、仕事で常にPythonを使用しています。
• 別のワークショップに参加して、他の言語のコミュニティの人々を巻き込むなど、新しい形式の活動を紹介することができます。
• 参加者が長い間求めてきた商品。

私たちの会議に参加することができなかったPS Friendsは、 YouTubeチャンネルに登録することをお勧めします。YouTubeチャンネルでは、夏の終わりにスピーチのビデオ録画のアップロードを開始します。 秋の会議のほとんどすべてのレポートをダウンロードしたので、注目すべき点もあります。