「最高のパフォーマンスは、苦しみの闘いと悪に対する勝利の物語です」-技術レポートに関するウラジミール・クラシルシュチク

平均的な人間の目では、典型的な開発者は、複雑なタスクのために明滅するモニターの前で暗闇の中で一人で座っている、社交的でないひげを生やした男のようです。 これは本当にそうですか？ もちろんそうではありません-さらに、現代の世界では、彼は単にそのようなタスクにアクセスできませんでした。 実際にどのような才能のある開発者が実際によくなるのか、そして優れたプログラマーがソフトスキルを習得する必要があるのはなぜですか？



これらの質問に答えるために、Yandexの開発者であるVladimir vlkrasil Krasilshchikに、彼がどのように「影から出た」のか、技術会議で話し始めたのか、そして何が起こったのかについてインタビューしました。

最初は言葉でした。 そしてその言葉は...レガシー

JUG.RU：ウラジミール、パフォーマンスを始めたきっかけを教えてください。 何がそのような人生につながったのですか？



ウラジミール：話すことは常に私の人生の一部でしたが、ITカンファレンスで話すまでの道のりは長くて厄介でした。 サンクトペテルブルクの子供の音楽学校31で勉強しながら合唱団で歌いながら、コンサートやコンテストの報告で演奏し、年をとるとグラノ・サリス・グループでファンクとボサノバを演奏しました。 ですから、聴衆の前で舞台に立ち、大衆に善と永遠をもたらす人前で話すというまさにその形式は、私が幼少の頃からよく知っていました。



ITスペシャリスト向けのパフォーマンスで、すべてがなんとなくシンプルで、自然で自然なものになりました。 Luxoftで、同じタスク、つまり一部のJavaオブジェクトから他のJavaオブジェクトへの変換（一般に「変換」、「マッピング」、または「変換」と呼ばれる）が5または6つの異なる方法で。 さまざまなアプローチに基づいた変換のコードをサポートすることは不合理に難しくなりました。そのため、1つのアプローチだけを残すという疑問が提起されました-もちろん、最高です。 Dozer、ModelMapper、Transmorphなど、変換用の既存のライブラリを理解し始め、ワーキンググループ向けにプレゼンテーションを準備しました。 その後、彼らはArchCommの資料-Luxoft Architectural Community-に興味を持つようになりました。これは周辺のプロジェクトの典型的なタスクであり、私たちのグループの経験が同僚に役立つことがわかったからです。 私はArchComのプレゼンテーションを行い、当時のArchComのリーダーであるMisha Druzhininに精通しました。 これは、サンクトペテルブルクのJava開発者JUG.RUの復活したコミュニティの報告がサンクトペテルブルクで本格的に行われた時期であり、主催者のアレクセイ・23デレボ・フェドロフとアンドレイ・リアル・アレス・ドミトリエフの心の中で、サンクトペテルブルクでのクールなJava会議を作成する計画はすでに成熟していました。 ミーシャはアレクセイとアンドレイを紹介してくれました。その瞬間、彼らはレポートと講演者を取り上げただけで、私のプレゼンテーションのトピックに興味を持つようになりました。 その結果、彼らは会議で講演するように私を招待し、技術的およびプレゼンテーションの観点からレポートを準備し、作成するのを手伝いました。 そこで、 最初のレポート「実用的なプログラマー向けのJavaマッピング」が誕生しました。これは、2013年にサンクトペテルブルクで開催された最初のジョーカー会議で作成しました。 それで、JUG.RUのメンバーとのコラボレーションを始めました。







それから、すべてが何らかの形で行き来しました。私はただ働いただけで、副作用はいくつかの資料の出現であり、最終的には特定の会議での報告とその後のプレゼンテーションに変わりました。 たとえば、Javaアプリケーションを監視するためのツールの分析により、2014年のJokerでのレビューレポート 、2016年春のノボシビルスクのJBreakおよびモスクワのJPointでのマイクロサービスのロギングのリファクタリングがスピーチに変わり 、アーキテクチャのレッスンでレポートが生成されました10月にサンクトペテルブルクで開催されるJoker 2016でプレイするBig Dataについて。 オープンソースに対する私の情熱は、一連のウェビナーに変わり、vert.xについて報告します。 次に 、 次のジョーカーで大衆に伝えます。



JUG.RU：マーケティング担当者とセールスが話す多くのカンファレンスを知っています。 彼らの興味は理解できる。 そして、エンジニアの利益は何ですか？ 会議での会議は仕事に役立ちますか？



ウラジミール：レポートの準備と実施は、レポートのトピックを本当に深く理解するのに役立ちます。 仕事であなたが緊急に十数個のライブラリやツールを緊急に理解し、必要に応じて多かれ少なかれ作業を選択し、タンバリンで半分に準備し、彼らが言うように昨日生産に入れるとき、それは一つのことです。 そして、技術的に有能で経験豊富な視聴者向けにエクスプロイトに関するレポートを作成する場合は、まったく異なる問題です。これには、マテリアルの詳細、引数、測定値、および数値のまったく異なるレベルの精緻化が必要です。 トピックに関する知識の最終仕上げは、レポートのすぐに、聴衆の専門家からの質問に答えたときに、またはディスカッションエリア、会議の傍観者、またはソーシャルネットワークでレポートの直後に行われます。 次に、トピックを所有しているかどうか、トピックのどの側面がまだ開示されていないか、どの領域でまだ掘り下げるべきかが完全に明らかになります。



また、すべてのスピーカーエンジニアが彼らが働く会社に代わって発言し、企業がカン​​ファレンスで利己的な関心を持っていることを理解する必要があります。カンファレンスは通常、有能なスペシャリストの検索で表現され、「会社に対するブランドロイヤルティの強化」と言われています技術および情報コミュニティ。 これらの目的のために、企業は技術的経験とこの経験を一般大衆と共有する能力を備えた高度に資格のある専門家を切実に必要としています。 したがって、企業は、会議や会議で便利なプロジェクト「シェル」からクロールし、自分自身に信じられないほどの努力をし（少し皮肉はありません）、口を開いて同じ統合失調症と通信する技術者を愛し、奨励しますほとんどのプログラマーの性格など。



自分で言うと、Luxoftを代表してカンファレンスで講演を始めてから、社内の多くの人を認識し、Luxoftの多くの人が不在で私を認識したことがわかりました。 その結果、彼らは会社の社内イベントにスピーカーとして私を招待し始め、会社の雑誌に私の記事を印刷し始めました。 その結果、さまざまな興味深い機会とポジションが私の前で開かれ始めました。特に、LuxoftからYandexへの移行に耐えたビッグデータアーキテクトとしての私の最後のポジションです。



JUG.RU：私が理解しているように、Yandexに移行する前に、Luxoftでの経験に基づいてレポートを作成しました。 会社はこの方向であなたを助けましたか？

ウラジミール： Luxoftは、言葉で言えば真の「血なまぐさい企業」です。つまり、非常に尊敬すべき顧客、特に銀行、自動車、航空会社の懸念をリアルタイムで解決するテクノロジーおよびサービス企業です。限られたリソース。 Luxoftは偽造品ではなく、技術的および社会的な観点から、非常に大規模で複雑なプロジェクトの作業スキルの開発と適用に関心のある開発者のための単なる高炉ワークショップであると言えます。 実績のある膨大な数の多様な技術と「まだ暑くて、オーブンから新鮮な」が、1つのプロジェクトの枠組みに密接に絡み合っています。 さらに、さまざまな都市、国、さらには大陸の人々が1つのプロジェクトに取り組むことができるため、これらの条件でレポートに役立つ実用的で興味深いトピックがたくさんあることは驚くことではありません。 Javaのマッピング、監視、ロギング、および今後の「ビッグデータの導入防止」に関する「実用的な」レポートの登場は、Luxoftでのプロジェクトで得られた経験のみに基づいています。



Luxoftは、技術専門家が会社を代表して公に発言することを強く希望しています。 マーケティング部門のディリア・サラケトディノバとナスティア・ティコミロワの女の子たちが準備や「スピーチをする」ことを気にしないことを明らかにするとすぐに、彼らは会社のさまざまな内部および外部イベント、例えばロシア全土で行われる非公式のオープンミーティングでスピーカーとして私を呼ぶようになりました、SofiaのJava Open Day、およびLuxoft Technology Seriesの一部としてvert.xの一連のウェビナーを提供してくれました。 この会社は、このような全社的な戦略的任務を遂行するための出張に関する報告書を喜んで送ってくれましたが、私の設計および生産タスクには常に妥協がありました。

現場で一人でいるのは戦士ではありません：見込み客、チーム、先輩について

JUG.RU：人事管理に入らなければ、シニア開発者のキャリアパスはあまりありません。 人前で話すことは専門能力開発にどのように影響しますか？



ウラジミール： 「青写真」開発者は、人を管理することに加えて、キャリアパスが少ないとは言いません。 専門分野を深く掘り下げ、狭い専門分野の問題を迅速かつ効率的に解決し、専門家の評価を行い、リスクを評価し、企業のコストを節約できる技術の第一人者になることができます。 幅広く掘り下げて、大規模で複雑なプロジェクトを確実に設計および実行できるアーキテクトになることができます。 社内のトレーニングセンター（ある場合）に接続したり、既成のコースを読んだり、独自のメンタージューンを発明したり開発したりできます。 実際、誰もが会社内で自分に特化したポジションを作成することができます。そこでは、コミュニケーション、メンタリング、マーケティング、そしてもちろんテクノロジーの理想的なバランスが取れます。 これらの活動のこれらの組み合わせの1つは最近ロシアで絶大な人気を得ており、海外のIT企業で長い間存在しています-これは技術エバンジェリストのような立場です：技術会議や会議で会社を代表する優れたコミュニケーションスキルを持つ一流の技術者世界中に。



「相乗効果」について少し話しましょう。 私のプロジェクトの1つで、「Sinier」という言葉は、呪いではないにしても、皮肉になりました。 もし誰かが誰かを迎えに行きたければ、彼は次のようなフレーズを組み立てることができます：「まあ、あなたはサイレンな人です。どうしてここでヌルチェックが必要なのかわからない」。 またはこのように：「シエラリの人々がここに集まったので、会議でスマートフォンで遊ぶのをやめて、最後に私に聞いてください。」 まあなど。 しかし、真剣に、「相乗効果」は、JVM内部の動作の微妙な違いや、いくつかのプログラミング言語の専門知識を理解することとはほど遠いものです。



「相乗効果」は、何よりもまず効果的なチームワークであり、目標の明確なビジョン-あなた自身、あなたのチーム、そしてあなたの会社を掛け合わせたものです。 ロシアの英雄たちが、独創的なプログラマーという意味で、地球上に存在し、彼らが本格的な戦闘部隊であったとき、時間が経ちました。 現在、この分野の戦士ではありません。効果的なチームが登場しました。 ところで、スピーチでは、ステージ上でスピーカーのチームが見られることが多く、メインの物語のスレッドを巧みに投げていることに注意してください。 Cyril tolkkv Alpha研究所 TolkachevとAlexander aatarasoff Tarasovの反応性カップル、 Evgeny EvgenyBorisov Borisov、 JFrogの Barukh jbaruch Sadogusky、Tagir lany Valeevの有名なパズル、そして同時にMaven対Gradleの戦い既に3人のスピーカーがいました。すべて同じユージンとバルーク、さらにZeroTurnaroundのAnton antonarhipov Arkhipovです。







音楽でもサッカーでも、他の分野と同様に、チームはプレーし、このチームの経験の浅いメンバーもプレーします。 そのため、本当に「シレニー」な人は、若くて暑い人を病院内の少なくとも平均気温まで迅速かつ効率的に引き上げ、常に最も弱いリンクをカバーするような方法でチームの仕事を組織します。 一方、シニア自身はナンセンスに従事せず、他の人はそれを許可しません。 多くの場合、「ブループリント」開発者は、無限の最適化、アップグレード、または改善に陥り、この種のエンターテイメントに多くの時間を費やし、美しく有能に正当化します。 開発者の動機は明らかです。私たちは基本的に小さな子供であり、すべてがどのように機能するかを学ぶことに興味があります。 たとえば、a）Springバージョンを取得して最新のものに置き換え、b）すべてをScalaに取得して書き換え、c）Hibernateを取得してねじ止め、d）よくわかった場合はどうなるでしょうか。 しかし、問題の事実は、子供とは異なり、大人（そしてこの文脈でシニアという言葉を英語からどのように翻訳すべきか）が最初に何をする必要があるのか​​、そして最も重要なことを明確に理解していることですなぜあなたはこれをする必要があるのでしょうか。 そして、これは、大人がすべてがどのように機能するかを学ぶことに興味がないからではありません。 これは、大人が自由に使える限られたリソース、特に時間を大切にしていることをよく知っているからです。 したがって、大人は、そもそもタスクを達成するためにできないことだけを行う必要があることを明確に理解しています。 開発者の「相乗効果」または「成熟度」は、個人、チーム、および企業の目標の内部コンパスとのコースおよびチーム作業の恒久的な調整にあるのはこのためです。



同僚の仕事を正しい方向に導くには、交渉、チームワーク、効果的なプレゼンテーションと通信のスキルが必要です。 実際、経験豊富な「ナンセンス」は、実験、変更、改善の絶対的な必要性を十分に主張できます。 そして、彼らは絶対に正しいだろうが、彼らの活動が彼らと自分自身だけに必要であるという文脈においてのみであるが、ワーキンググループと会社のタスクを解決する助けにはならない。 さらに、「ナンセンス」の議論は、「将来問題が発生しないように」または「このコードで何かを変更する必要がある場合」または「このg @％but 「コードを維持することは完全に不可能なので、注釈にすべてを書き直します」など。 そして、ここで「大人」の開発者は、仕様で読むことができず、シニアコースで21日間習得できないスキルを使用すると便利です。これらのスキルは、技術公開プレゼンテーションの準備および実施の過程で自然に開発されます。経験豊富なスピーカーはそれぞれ、聴衆とコミュニケーションをとり、「でたらめ」を洗脳する独自のスタイルを持っています。 ここでは、結局のところ、ホールからトロールまたはチームからの「コーディングカウボーイ」をしっかり包囲する必要がありますが、その人が「起き上がって外に出ない」ように、そしてあなたの「水手順」の後、快適で創造的であるが、同時に支配されるようにそれを行う必要があります同時に生産的な雰囲気。



15 x 85の原則についてどこかで読んだことがありますが、個人的には非常に近いことがわかりました。 このように聞こえます。私たちの成功は、私たちができることに15％依存し、人と交渉する方法に85％依存しています。 もちろん、成功の定義はすべての人で異なりますが、具体的には、狭い意味での成功、つまり「青写真」開発者の成功したキャリア成長です。 したがって、15〜85の原則から、「大人の」開発者はいわゆるソフトスキルまたはコミュニケーションスキルを開発するだけでよいということになります。 4人のちらつきのあるモニターの前の暗い、気取らない独立したオフィスに一人で座っている、技術指導者の最も望まれない立場を想像することができます。 しかし、それを得るためには、多くの人々に同意する必要もあります。そのため、交渉する能力がなければ、あなたの耳のようにそれを見ることができません！ したがって、開発者は、より良く、より成功することを望んでいる場合、技術的にアップグレードし、別のプログラミング言語を学び、新しいフレームワークまたはビッグデータテクノロジーを習得することを再び決定すると、成功につながる可能性の15％だけを引き出します。



テクニカルレポートまたはウェビナーのビデオとオープンソースまたは独自のプロジェクトへの参加は、「大人」の開発者にとって最適なプロフェッショナルポートフォリオです。 多くの人があらゆる種類の証明書の取得に熱心だった時代を覚えています。 ベンチマークの金色の段ボールで壁一面を吊るしていた友人がいましたが、誰か他の人がそのようなことを覚えているかもしれません。 現在、認証はありますが、キャンセルはされていませんが、潜在的な雇用者に、GitHubで自分のコードを取得して読み取る能力など、候補者のような迅速かつ正確なアイデアを与えることはできません。 そして、候補者が会議や会議でのスピーチ中に人々とどのように働くか、ストレスの多い状況にどのように対処するか、トリッキーな質問にどのように答えるかを見てみましょう。 そして、この考えをもう一度強調します。はい、雇用主は常に候補者の技術的スキルを評価しますが、彼はまた、彼がどんな人であるか、彼が自分自身を理解しているかどうか、そして彼が会社のチームと微気候にどれだけ適合するかを見ます

シェイクするがミックスはしない：ブロックバスターレポートのレシピ

JUG.RU：レポートの資料はどこから来たのですか？ 仕事、自分のプロジェクト、他の何か、より多くの質感を与えるものは何ですか？



ウラジミール：あなたが人生のほとんどを費やしている主要な作品のみが、信頼でき、興味深く、有用な報告書の基礎を提供することができます。 結局のところ、私たちの会議に参加する人々は、戦闘条件、つまり限られた時間とリソースで苦しむ必要がある本当の問題を解決します。 そして、そのような日常の課題を解決するために、人々が好奇心が強く有益であっても、温室研究温室や裏庭の父親のガレージで成長した報告を聞くことは非常に役に立ちません。 結局のところ、実際には、有用なレポートとは何ですか？ そして、「正しい」パフォーマンスのちょっとした秘密を教えてください。 奇妙なことに、すべての正しいパフォーマンスは同じ単純な原則に基づいています。 ですから、正しいパフォーマンスとは、文字通り...「主人公がどのように苦痛に戦い、最終的に悪を打ち負かすことに成功したかの物語」です。 何にも似ていませんか？ はい、はい、それはまだ世界と同じ古い原則であり、それによってすべての本が書かれ、映画が作られます。 何が正しいパフォーマンスを成功させ、本をベストセラーにし、映画を大ヒットさせたのか知っていますか？ 聴衆。 成功は、主人公が彼女に似ているため、そして人々がすでにこの悪をすでに知っているため、同じ悪と戦っている瞬間、または人々が認識するため悪とは何なのか、それが判明し、それがどのように対処するかです。 気に入った鮮やかなレポートを思い出してください。 これは、ステージ上の人が彼のプロジェクトで突然何かが壊れたり、生産性が急激に低下したり、まったくできないことを緊急に行う必要があったことを伝えるレポートになると確信しています。 そして今、彼の袖、ロールアップ、プロファイル、ベンチマーク、バラバラ、接着剤、想像力と想像力を尽くす心、機知と意志、そして見事な発見：見事な発見、洞察の瞬間、またはクールなフレームワーク、最終的にパフォーマンスグラフィックの調整、メモリリークの排除、他の技術的な奇跡。 したがって、メインキャラクター（この場合はスピーカー）を使用して技術者の聴衆を自然でシームレスな方法で識別するために、演技の「戦闘」開発者は単に舞台に立つことを義務付けられ、痛みに満ちた善と悪の間の闘争の自分の本当の物語を独占的に語らなければなりません、悲しみと勇気。 もちろん、パフォーマンスはスタニスラフスキーのシステムに基づいて完全に構築される必要がありますが、そうです、すでに詳細=）



所有またはオープンソースのプロジェクトは、通常、メインの作業よりもはるかに少ない時間を費やし、同じ作業プロジェクトのようにユーザーと時間によって耐久性がそれほど厳しくチェックされないため、あまり強力でないストーリーとレポートを生成しますLinux、OpenJDK、Spring、Kotlinなどのオープンソースプロジェクトではありません）。 私の場合、それは正反対でした：レポートの準備中にJavaアプリケーションを監視するツールの研究は、 独自のプロジェクト Drozdになりました-Intellij IDEA用のプラグインは、開発者が古き良きIDEのインターフェースを離れることなく、リモートJavaアプリケーションを監視できるようにします開発者が追加のエージェントをリモートサーバーにインストールしたり、それらで実行されているプログラムを計測または変更したりする必要はありません。

技術会議への恐怖と嫌悪

JUG.RU：講演者としてだけでなく、参加者として会議に参加したことは確かです。 2つの形式の違いを比較できますか？



ウラジミール：会議の参加者として初めて、サンクトペテルブルクで開催されたSun Tech Days会議に2千回も訪れました。 正直なところ、Java技術会議が何であるか、どのように、どのように開催されるのか、そしてそれから何が期待できるのか、一般的には知りませんでした。最大の目標は、「Sunロゴ付きの黒のバックパックを手に入れて、無料のランチを食べる」ことでした=）その後、私はそれを手に入れませんでしたが、ステージと傍観者に起こっていたことは私には明らかではありませんでした：Tシャツをホールに投げ込む会議の海外形式はワイルドで、スタンドの女の子募集者は引き付けられるよりも怖かったです（女の子と募集者の両方）、しかし、一般的に、起こっていたことのまさに雰囲気は革命的でした 退屈で刺激的。 技術レポートから、JavaFXおよびRTJS-リアルタイムJava仕様に関する印象的なプレゼンテーションを今でも覚えています。



Sun'ovカンファレンスの時から、私は講演者としてのみJavaカンファレンスに参加し、参加者として私はMobius （モバイル開発に関するカンファレンス）に参加しましたが、これは私にはあまり知られていませんでしたが、 HolyJS （フロントエンドのカンファレンス）は今年から始まりました。 とはいえ、レポートを読んだ後は、他のスピーカーを歩き回って他のスピーカーに耳を傾け、とりわけ、彼らのスタイルと資料の提示方法を評価し、聴衆の注意を引き付け、聴衆と協力し、スライドを設計するためのテクニックを採用するプレゼンテーションまたはライブコーディング。



おそらく、会議参加者にとって最も難しいのは、どのレポートを送信するかを決定することです。通常、複数のレポートを同時に送信し、そのうちの1つを優先することは非常に困難です。 本当の専門家レベルに私を連れて行くそれらの失われた情報の断片を自分で引き出すために、私はすでに何かを知っている、または専門家である領域を選ぶべきですか？ または、タイトルのレポートにアクセスして、知識の技術的な地平を広げるあいまいな言葉がたくさんありますか？ 会議の主催者は、参加者が自分に合ったレポートを選択し、レポートの短い説明と「ランタイム」、「ハードウェア」、「ビッグデータ」または「マイクロサービス」タグをここでレポートを選択するのを積極的に支援するために、この方向で大幅に作業する必要があるように思えます明らかに十分ではありません。 映画業界のレポートの短い予告編を作成して、参加者が1〜2分でレポートの内容を理解し、スピーカーを実際に見て、スピーカーとしての自分のスタイルを評価し、言うように、自分？



JUG.RU：演奏後にどのようなフィードバックを受け取りましたか？ レポートの評価についてではなく、興味深いケースについてです。誰かがあなたのチームへの参加、プロジェクトの提供、または貴重なアドバイスや提案をお願いしましたか？ 予想外の負のフィードバックがあったのでしょうか？



ウラジミール：会議の前に、最も建設的なフィードバックが発生します。 人々が気付いているかどうかはわかりませんが、レポートの申請書を提出した後、あなたとあなたの資料は、会議のプログラム委員会Andrei Dmitrievが率いる会議のプログラム委員会によって慎重に審査されます。 委員会は、経験豊富で「強力な」スピーカーで構成されています-ところで、レビュアー、今回は私も参加します。 そのため、特定の段階で、レポートのテスト実行が行われます。その間、その後、コメント、コメント、難しい質問で、同僚が文字通り「空白」に「撃たれ」ます。 あなたはレポートの長所と短所の両方をすぐに理解しますが、あなたが知らないこと、そして最も重要なことは、人々があなたのレポートを必要とするかどうか、あなたのメインメッセージを聴衆に伝えることができるかどうか、PC上の同僚の意見この意味で、素晴らしいリトマス試験。 この機会を利用して、NetCrackerのVolodya vladimirsitnikov Sitnikovが最も頑固で、タフで、妥協を許さず、したがって、私にとって最も価値のあるプログラム委員会のレビュアーであることに感謝したいと思います。 =）







会議中に最も楽しいフィードバックは、聴衆を笑わせることができた場合です。 カンファレンスは講演者だけでなく参加者にとっても大変な仕事です。レポートと一連の質問と回答は通常正確に続くため、行くレポートを決めて約1時間維持する必要があります。 。 さらに、このサイクルを1日に5、6、さらには7回、多くの場合2日間続けて繰り返す必要があります。 もちろん、会議プログラムには休憩があり、スピーチのオープニングとクロージングは​​、通常、最もハードコアなスピーチではなく、技術的な微妙さに富むよりもインスピレーションとモチベーションが高い可能性があります。 しかし、とにかく、参加者には非常に申し訳ありませんが、少なくとも数秒間、観客をリラックスさせ、元気づけ、充電し、脳を活性化させるために、ショーの要素をパフォーマンスに追加する必要があると信じています。



そのような場合がありました。 , , , , , , – . , . , . , , . « », : FPS- . , , , , … , . ? . , - , , , . , , , - . , , , 5-7, . , , , , . - «» , . « XYZ?», . , , «» , , : , , .

---

Java-, , – Joker 2016 !



, , (, , ):

• .NET- DotNext ;
• JavaScript- HolyJS ;
• ;
• Java- JBreak 2017 ;
• Java- JPoint 2017 ;
• Mobius 2017 ;