Mail.Ru GroupオフィスのMoscow.pm：Play PerlとPerlプログラマーの偏見について

4月4日に、私たちはモスクワのPerlプログラマのMoscow.pmコミュニティの会議にオフィスの扉を開きました。



会議では、Money Mail.Ruプロジェクトのプログラマー、Elena Shishkina、Mail.Ru Mailプロジェクトの責任者、Vladimir Perepelitsa、Yandexブログ検索開発者Vyacheslav Matyukhinが話しました。





Moscow.pmは、世界中に200以上のコミュニティを持つ世界的なPerl Mongers Associationのメンバーです。 彼らは皆、お互いの関係を維持し、参加者の専門的成長のために快適な環境を作り、共同プロジェクトを実施し、アイデアを共有するよう努めています。 技術的なオフライン会議は2〜3か月ごとに開催されます。 会議では、開発者がPerlを使用した経験と成功した発見を共有します。



最初のスピーカーであるElena Shishkinaが 、 実行時に動的コードシンボルテーブルを変更する方法について話しました 。 このトピックは多くのソースでカバーされていますが、それをどのように実践するかは必ずしも明確ではありません。 Elenaのレポートは、コード生成の実用的な側面に特化したものです。 エレナ自身が決定したように、「本当にしたい場合に発明できる自転車に関する報告書」。







特に、クラスコンストラクターなどの繰り返しコードを記述する必要がある場合に、状況を詳細に調査しました。 そのようなコードを手動で記述する必要は、多くの人にとって面倒です。 さらに、これは時間の損失、不注意によるエラーの可能性、およびメンテナンスの複雑さです。 解決策はサードパーティのコードを使用することかもしれませんが、時には非常に便利です。 ただし、それらの使用には多くの問題も伴います。 特に、実装にエラーが含まれる場合があります。 さらに、サイトでサードパーティのモジュールを使用する可能性を証明する必要があり、コードの制御が低下し、システムおよび使用ブロックがコード内に散らばり、その他の不快なものがあります。



困難な状況から抜け出す方法として、エレナ・シシキナは独自の方法を提案しましたが、彼女は試行錯誤を繰り返しました。 これは、コード生成ランタイムメソッドの使用です：ルーチンの再定義、評価、シンボルテーブルの変更。 彼女は彼女の経験から他の方法について話しました：オンデマンド生成、サードパーティのモジュールのコードのオンザフライでの変更など。



Vyacheslav Matyukhinは、彼のプレゼンテーションを、2013年冬に開始されたPlay Perlサービスの機能に捧げました。 これは、ゲーム要素とソーシャルネットワークを持つPerl開発者向けのTo Doリストです。 ここでは、彼らはアイデアとタスクを投稿し、その実行において競争し、ポイントを蓄積します。 友人では、チャットして友人の仕事についてコメントを残すことができます。







Vyacheslavは、GitHub、Trello、Asanaなどの有名なツールを、オープン性と社会性の欠如、およびユーザーの連絡先の輪を広げていないことを批判しました。 ソーシャルネットワークは、視聴回数の最適化、つまり消費の刺激についても批判されました。 Vyacheslavは、ソーシャルネットワークのユーザーに行動を促すこと、つまり、ゲーミフィケーションの助けを借りて、有用なものの数を最適化することも提案しています。 Vyacheslavによれば、3つの要素すべて：社会性、行動に焦点を当て、ゲーミフィケーションは、将来のソーシャルネットワークに存在する必要があります。 Play Perlを作成するとき、彼は同じ原則に従いました。



ミーティングは、 「誰も信頼しない、または効果的なアプリケーションを開発する」という興味深いタイトルのウラジミールペレペリツァによるレポートで終わりました。







ウラジミールは、テクニックやテクニックについてではなく、彼の作品を導く基本原則について語りました。 明確かつ美しく定式化された有意義な原則は、Perlプログラマーだけでなく、あらゆるプロファイルの専門家の作業のガイドとして役立ちます。 例：「魔法はありません。 プロセスには誤解があります”、”勉強せずに使用しないでください。 理解せずに使用しないでください。」 「偏見を信じないでください。 彼らは他の状況下で形になった。」



Perlの開発者の間でしばしば遭遇する彼によって暴かれた偏見の中には、例えば、「予備的な最適化は悪です！」、「マッチを保存しないでください-便利なコードを書く必要があります」、「コンパイラーが賢い」、「Cが速い、 Perlよりも。」 これらの各ステートメントは、状況に応じて真または偽のいずれかになります。



ミーティングは波乱に富むことが判明し、聞いたことの議論はレポート自体よりも刺激的であることがありました。 一般的に、私たちは長い間IT会議、会議、その他のイベントを開催し、ホストしてきましたが、特にそれをもっと頻繁に行う予定です（特に、最近、新しいオフィスに引っ越して以来、さらに多くのホール、スクリーン、オットマンがあります）。 次回の会議は7月4日に開催され 、皆様にお会いできることを非常に嬉しく思います。 当然、そのような会議は講演者なしでは不可能です-何か話すことがあれば、 Dzirtikに書いてください 。 さて、会場のない良いイベントを知っているなら、コメントの購読を解除してください！