この投稿では次のように伝えます。

Heisenbug 2018 Piterカンファレンスの現在のステータス;
Habrに関する定期的なアナウンスメントの書き方について。
Tema LebedevのスタイルでプログレッシブJPEG で絵を描く方法についての小さなライフハックについて。

Habrovskの多くの居住者はIT企業で働いており、当社にはHabréに関するブログがあります。このブログは、会社の製品とサービスのショーケースとしてよく見られます。あなたが企業のブログに投稿を書くとき、誰もが無意識のうちにそのような振る舞いを期待しています。ハンターが彼らの家の壁に素晴らしい動物でトロフィーを掛けると、新しいバージョン、新しい機能、新しいバグがウィンドウに表示されます。

しかし、私たちは皆、まず第一に、Habrは素晴らしい物語のコレクションであることを理解しています。企業ブログは、本当に便利なもの（ブラウザーの「高速タイピング」でのIntel MEでのコード実行に関する@ptsecurity記事）または「新しいテクノロジー」を備えた地獄のような汚れた沼地（決して新しいものではありませんが、まったく技術的でなくても）、またはオフィスの写真を持つInstagramの関連会社です。あなたは最終的に何が起こるかを決定します。

さらに言うと、トップ企業にはたくさんの購読者がいます（ JUG.ru Groupのブログには 1.5万人がいます ）が、メインの一般的な出版物には約50のプラスがあります。そのため、サブスクライバーはほとんどすべての投稿をメインページにプルすることができ、エラーの範囲内でクリックするだけです。つまり、habraautorとしては、メインページのコンテンツ（Habrの外観、名誉、評判）に責任を持つのはあなたです。

これにより、自動的に質問が発生します。会議のレビューについてはどうでしょうか。この点で、私たちにとっては、たとえばソフトウェアメーカーよりもやや複雑です。ソフトウェアの製造元は通常、すでに正常に完了および完了した作業について書き、その結果はhabrozhitelによって使用されます。会議は、会議の直前の日でも常に進行中の作業です。すべての新しいニュアンスと開発の段階について書く場合、段落のサイズで継続的に更新をリリースする必要があり、これはむしろTwitter形式です。 Habréでは、長い間読みたいと思っています。

多くの人がここで同じ問題を抱えていると思う。コメントで議論し、解決策を批判する価値がある。

私たちの決定は、Covodryのパラグラフ167でArtemy Lebedevによって説明された「プログレッシブジープ法」によって簡単に説明されています。

クラシックを現実に合わせてわずかに改良する必要がありました。

ライフハック：そのような絵を描く方法

私は小さな実用的な余談を許可します。多くの人はパラグラフ167について知っています。職場で自分の写真で「プログレッシブジープの方法」を説明したいと考えていますが、その方法はわかりません。この記事は、このオープンサインの秘密を明らかにせずには完成しませんが、Googleにとっては非常に困難です。

直感的には、画像を描画するアルゴリズムを使用し、N番目のステップ（スキャン）で停止して修正する必要があるようです。難しいことではありません。実際、すべてはすでに私たちの前で行われています。ブラウザが一般的な写真よりも少ないデータをダウンロードする必要がある場合、そのような停止はブラウザでプログラムされます。サーバーに正しい値「Content-Length」を設定するためだけに残ります。

Photoshopまたはエンコード形式を管理できる他のエディターで画像を保存します。

PhotoshopでJPGに保存すると、次のダイアログボックスが表示されます。

このウィンドウで「プログレッシブ」を設定すると、画像を順次改良するオプションが表示されます。そこにベースラインを設定すると、画像は上から下に少し描画され始めます-上記の例とまったく同じです。
PHPをダウンロードして解凍します（ダウンロードへのリンク）。これはWindows、macOS、GNU / Linuxのユーザー向けで、 brew install php70

およびapt-get install php7.0

ます。
php.exe

へのフルパスを手でphp.exe

しないようphp.exe

、 php.exe

がPATH

php.exe

ディレクトリを追加することをお勧めします（ただし、必須ではありません）。
たとえば、 C:\\Temp\\jpeg.jpg

ように、ファイルシステムに画像を配置します。

jpeg.php

スクリプトを使用します。

 <?php //      ? $divide = isset($_GET['divide']) && intval($_GET['divide'])>1 ? intval($_GET['divide']) : 1; $img = 'jpeg.jpg'; //     . //    ,     : $size = round(filesize($img) / $divide); //  HTTP-: header("Content-Type: image/jpeg"); header("Content-Length: $size"); //    : $fp = fopen($img, 'r'); echo fread($fp, $size); fclose($fp); ?>

コンソール（Windows- cmd

、macOS-iTermなど）で、 jpeg.php

がjpeg.php

フォルダーにjpeg.php

、ローカルPHPサーバーを起動しますjpeg.php

php -S localhost:8000

;
指定したアドレスのブラウザーに移動します： http://localhost:8000/jpeg.php?divide=10

;

divide

パラメーターの値が大きいほど、画像がぼやけます。理想的な図は、 divide=1

です。
利益

なぜJavaではありませんか？売れた、ひっくり返された、すべてがJavaで悪いのか？しかし、悪いことは何もありません。戦術的な後退でした。

これはどのように起こりますか

この段落は、これが私たちの中でどのように起こるかに興味がある人のためのものです。基本的に新しいハイゼンバグについて必要な場合は、次の大きな見出しまでスクロールするか、このリンクをクリックしてください。

通常、次の会議のレビューは、前の会議の直後に公開されます。少なくとも、サイトに古い情報がなく、サイトを信頼する必要があることを明確にするために、Habréの投稿が必要です。

なぜこれが重要なのか：昨日、 Django Girls SPbワークショップの主催者であるDmitry Nazarov（ @nazarov_tech ）がPMで私に手紙を書いた。 Django Girlsは、女性向けの無料のWeb開発ワークショップです。私たちは喜んで話し、次のDjango Girlsは秋（最後の秋）にしかないと思いました。しかし、すぐに通過することが判明しましたが、これはまだサイトにありません。 Django Girlsについて悪いことを言っているわけではありません-結局のところ、誰もがそうしています。これは、偏執的な高速サイト更新の戦略が適切であることを示唆しています。

この時点で、日付と場所はすでに明確になっていますが、プログラムは完全に理解できません。間違いなく来る星がいくつかあります。例えば、ハイゼンバグの場合、サイモン・スチュワート-セレン・マンまたはヴィタリー・フリードマン、スマッシング・マガジンはとても絶望的で速いです。

この場合、私たちは発表を書くだけでなく、いわゆるCall For Papers（CFP）を発表しています。会議に参加するのは、伝説だけでなく、普通の人でもあります。

多くの人は、何も言えないと思います。最高のレポートのいくつかは、まさにそのような誤fallから始まりました。実際、あなたにとって日常的に見えるかもしれないことは、誰かへの啓示です。たとえば、負荷テストのプロセスを取り、巧妙にデバッグしました-これで終わりです。しかし、ほとんどの人にとって、これは彼らが何かをする解決策を聞く機会のために、同様に難しい仕事であり続けました。

今、この投稿を読んでから少し脱線し、あなたが伝えることができるものについて考えてください。その後、迅速かつ決定的に登録フォームに記入してください！

残念ながら、そのような発表の投稿とアピールの投稿はほとんど視聴されず、講演者はこれを失います。誰もがこの段落を読んだわけではなく、誰もが講演者になる機会を実現したわけでもありません。友人に、Habrを読んでいない人、十分な招待状を持っていない人など、Call For Papersについて伝えることで、私たちを助けることができます。少なくとも、この投稿を気に入っていただけます（気に入った場合）。

この段階の直後、作業はプログレッシブジープで始まります。まず、このプログラムについて既にお話しできます。最初はプログラムについて、次に特定のレポートについてです。

しかし、最も重要なことは、すでに多くの有益な情報を含む更新を常に公開していることです：古いレポートのテキストの転写（テキストが大好きなので、Habr'sを読みます。このトピックに関する興味深い記事：1つの復号化の作成には1週間以上かかる場合がありますが、結果（価値のあるコンテンツでHabrを埋める）は価値があります。

さらに、作業中、開発とテストのタスクを常に満たしています。たとえば、 Seleniumに関する記事のように、書くべき罪ではない興味深いタスクが発生することがあります。

そして最後に、会議の日に近づいて、最終的なメガポストはすべてのレポートとスピーカーについて書かれており、別の記事はオンライン放送についてです（開催される場合）。

メガポストフレームワークを構築する最も簡単な方法は、サイトを解析して必要なものをすべて引き出すJavaのプログラムを作成することであることに気付きました。このためのコードの書き方は、別の投稿で伝え、 GitHubに既製のサンプルコードを配置しました。はい、通常のすべてを行い、プログラマーのデータを引き出すように依頼することが可能です。しかし、夜、インスピレーションが現れる瞬間に投稿を書きます。そして、サイトの開発者は夜寝る普通の人です。すべてを自分で行う方が簡単かつ迅速です。

一般に、このアプローチのおかげで、メインの広告にアクセスし、広告を散らかさず、多くの興味深いコンテンツをユーザーに配信することがわかりました。この戦略の主な問題は、極端なリソースの集中です。バランスのとれた1つの投稿は、クリックベイトヘッダーのあるゲームの部分よりもはるかに高価です。

ハイゼンバグのステータス

既にご存知のように、2018年5月17〜18日はHeisenbug 2018 Piterです。多くの人がすでにチケットを購入し始めています（私は悲観論者であり、これは私たちの超国際的な名声によるものではなく、チケットの特別な1月のコストによる可能性が高いことを理解しています）。したがって、以前のレポートと比較して変更および改善された点を新しい到着者に伝えたいと思います。

朗報：10人のスピーカーがすでに会議への参加を確認しています。彼らの半数はすでに報告書を決定しており、一部は執筆中です。現在、多くの講演者がプログラム委員会と協力しています。たとえば、 Michael Boltonは、マネージャー向けの Rapid Software TestingおよびRapid Software Testingを執筆した有名なコンサルタントおよびトレーナーです。しかし、私はこれらの10についてのみ書きます。

サイモン・スチュワート

セレンプロジェクト

SimonはWebDriverの作成者であり、Seleniumプロジェクトの責任者です。過去には、Facebookのアセンブリツールチームの責任者であり、Buckグラフィカルアセンブリユーティリティを開発し、モノリポジトリの使用を強く主張していました。 Facebookに参加する前、彼はGoogleで5年近く、ThoughtWorksで3年連続して過ごしました。彼は本当にたくさんのコードを見ました。さらに、Simonは再現可能なアセンブリに真剣に興味を持っています。

アンドレイ・サタリン

Andreyは経歴の中で、まったく異なるプロジェクトに取り組んできました。彼はYandexの分散システムのテスト、Mail.ruのゲーム、Kaspersky Labのクラウド検出システム、Deutsche Bankの為替計算システムのテストに従事していました。彼はバックエンドと分散システムのテストに興味があります。

アダム・グーチャー

モバイル体験会社

Adamは動くものすべてを自動化します。動かないもの-最初に動かしてから自動化します。これらは彼自身の言葉です。 Selenium IDEを復活させたのは彼でした（その後、代価を支払いました）。空き時間には、彼女は審判としてダービーローラーボール（ローラースケートでの接触チームスポーツ）に参加します。

レポート： クラウド時代のテストの「C0MEDIES」

クラウドに存在するアプリケーションをテストするには、独自のハードウェアで使用されるものと同じテクニックとテクニックが必要です。ただし、通常のユーザー定義機能だけに限定されることはありません。「クラウド」ソフトウェアを「クラウド」にするすべての要素もチェックする必要があります。実際、クラウドソリューションを修正するためのアーキテクチャを変更すると、間違いなく他のすべての完全な再テストが行われるため、「クラウド」の適切な動作を確保することがユーザー機能よりも重要であることを証明できます。「C0MEDIES」は、これらの問題に対処できるさまざまな原則と技術のリストの略語であり、このレポートで説明します。

アルチョム・エロシェンコ

独立コンサルタント

Artyomは、8年以上にわたってWebアプリケーションのテストの自動化に取り組んできました。この間、彼はさまざまなチームとさまざまな役割で働いていました。テスト自動化、テストツール開発チームのマネージャー、テスト自動化グループの責任者です。 Artyomは、一般的なツール（Selenium、HtmlElements、Allure、Jenkins）での幅広い経験があります。主にJavaとGroovyでプログラムします。

マイケル・パロタス

Element34 Solutions GmbH

Element34 Solutionsの創設者兼CEO。 Selenium Gridの開発者の一人。 eBayの品質エンジニアリングの元ディレクター。マイケルは10年以上にわたり、品質工学の責任者としてeBay Internationalのテストアプローチを形成してきました。彼はeBay Internationalを、特にエンジニアリングプラクティスの分野で、新しい方法とアプローチを使用して、滝のaから非常に柔軟な組織に変える責任を負っていました。 eBayに参加する前、マイケルはエリクソン、ノーテルネットワークス、インテルなどの企業で指導的地位にありました。

レポート： Seleniumを使用したエンタープライズオートメーションと、Seleniumとほとんど関係がない理由

SeleniumがW3C標準になると、より多くの組織がSeleniumを主要なテスト自動化ツールとして使用し始めています。ほとんどのチームは、テストの作成とSelenium自体を使用した問題の処理に焦点を当てています。それでも、私たちの経験では、Seleniumは、エンタープライズプロジェクトでの使用に適したテストソリューションをゼロから作成する場合の最小の問題です。このレポートでは、Seleniumを使用したテスト自動化が最終的に大規模なソフトウェア製品プロジェクトになる方法について、実際の多くの実例を見ていきます。最初から、これがまさにそのようなソフトウェアプロジェクトであることを理解し、それに応じて実施する必要があります。レポートには、チームがSeleniumツールに基づいて拡張可能で信頼性の高いソリューションを構築することを妨げる主な問題が表示されます。また、Seleniumに基づいてこのようなソリューションを作成する際に、無駄のない原則をどのようにうまく適用できるかについても説明します。

ジュリアン・ハーティ

ジュリアンは、モバイルテクノロジーの分野で独立したコンサルタントです。現在、彼はプログラム委員会とともに、報告書の内容と発表に取り組んでいます。詳細については、Heisenbug 2018 Piterプログラムに関する以下の記事をご覧ください。

ニキータマカロフ

同級生

ニキータはアウトソーシングおよび食品会社で働いていました。 Linuxベースの組み込みオペレーティングシステム、ビジネス、ソフトウェア、およびハードウェアシステム向けの複雑なVPNソリューションの自動化に従事していました。 2012年1月以来、彼はOdnoklassnikiプロジェクトのテスト自動化グループの責任者です。

ヴィタリー・フリッドマン

スマッシングマガジン

Vitaliyは、優れた美しいコンテンツを作成することを好み、困難が生じてもgiveめません。彼はミンスクで育ち、ドイツでコンピューターサイエンスと数学を学び、印刷、執筆、デザインへの情熱を発見しました。フリーランスのデザイナーとして6年間働いた後、彼はSmashing Magazineを共同設立しました。これは、ウェブデザインとウェブ開発に関する最大かつ最も影響力のあるオンラインマガジンの1つです。 Vitaliyは自分の手で書き、両方のSmashing Books （共著、 2冊の本）の共著者および編集者でした。現在、Vitaliyはドイツの都市フライブルクのSmashing Magazineの編集長です。

レポート： Wild Westテスト：スマートレスポンシブインターフェイスデザインパターン

このレポートでは、Vitaliyが頻繁に遭遇するインターフェイス要素の顕微鏡的に正確な検証について説明します。レスポンシブUIで問題を探す対象と、一般的な問題について。レポートは、アコーディオン、日付と時刻の選択、製品の機能を比較するためのコンポーネント、保険コストの計算、自動車構成コンフィギュレーターなどの理想的なコンポーネントに関するものです。注意：このレポートで一度勉強すれば、忘れることはできません:-)

ヴセヴォロド・ブレケロフ

グリッドダイナミクス

Vsevolodは、ソフトウェアテスト/テスト自動化で5年以上。昨年、Full Stack Developer / Tech Leadは、モバイル、デスクトップ、およびWebプロジェクト（主に金融会社向け）のテスト自動化をゼロから構築することに取り組んできました。ハッカソンに参加し、賢い同僚と仕事をしたい。彼は、テスト自動化エンジニア、開発者、およびアナリスト向けに多くのインタビューを実施しました（200人以上、すでにカウントを停止しています）。ここ数年、彼はグリッドダイナミクスで働いています。現在はカリフォルニアに住んでおり、Googleの契約の下で働いています。

スタニスラフ・バシキルツェフ

EPAMシステム

Stanislavは2008年から主にJavaで開発を続けています。常にテストとコード品質に引き寄せられます。ある時点でプロセスの最適化に関与し始め、2013年にCI / CDアクティビティに切り替えました。 AQAの仕事に完全に満足することはなかったので、2015年にテストに入り、すべてがより良くできることを証明しました。彼は証明し、ビジネス分析に入りました。

レポート： パフテスト

テストを迅速、簡単、信頼できるものにするために、ピラミッドを構築することがいかに重要であるかを、世界中から聞いています。しかし、なぜ誰もこれをしないのですか？以下について説明します。

ピラミッドを構築するために、どのレベルのどのテストを作成する必要があるか。
今日の多くのプロジェクトが実際には2つのサブプロジェクトで構成されていることを考えると、いくつかのピラミッドを作成する方法：バックエンドとUI。
より低レベルのテストを作成できるようにするために、アプリケーションのアーキテクチャはどうあるべきか。
どのmokaが役立ち、どれが品質テストの構築を妨げますか。

このレポートは、開発者とプロジェクトマネージャーを対象としています。

これらの（および将来の）レポートに興味がある場合-いつものように、ハイゼンバグのチケットは、 1月が終わるまでカンファレンスの公式ウェブサイトで購入できます-1月の特別料金で。この記事へのコメントで追加の質問をしたり、プライベートメッセージで書いたりすることができます-私たちは常にすべてを読んで答えます。

ハイゼンバグ2018 Piterでお会いしましょう！

プログレッシブハイゼンバッグ法