翻訳者のメモ：この投稿の投稿にアクセスすると、大量のトラフィックが消費されます。 そしてこれは、取り上げられたトピックを考えると皮肉です。 しかし、元の記事で昨年11月にシドニーで行われた1時間近くのスピーチだったことを覚えていれば、すべてがすぐに適切な場所に収まります。 投稿の読み取りにかかる時間は大幅に短縮されます。 ビデオ録画（1280×720）の形式では、音声は2ギガバイトを占有します。 投稿には12 MiBしかかかりません。 ワイドモニターで表示することをお勧めします。







Tiradeを開始する前に、素晴らしいサイトがあらゆる形とサイズで登場するという事実に注意を喚起したいと思います。 そして、ここでは、使用されるビット数、使用されるリソースの量などについて誰も恥ずかしく思いません。 私は大きなジューシーな画像ギャラリーが大好きです。巨大なJavaScriptの実験が好きです。みんなと同じように、高解像度でオンラインビデオを見ています。 これは素晴らしいと思います。



パフォーマンスはそれについてではありません。 この公衆衛生危機、この肥満サイトについてお話ししたいと思います。 なんらかの理由で、私のようなWebについて考える優れたデザイナーは、ページを大きくします。 私たちは基本的にテキストサイトについて話している、それはいくつかの不可解な理由のために毎年ますます増えています。



このプレゼンテーションでは、例を挙げます。そうでなければ、抽象的すぎることが判明したからです。 そして、いくつかの大企業を除いて誰も恥ずかしくはありません。 しかし、私はこれらのプロジェクトに圧力と強制のもとで取り組んでいる個人を理解しています。

危機

肥満サイトの危機とは何ですか？ GigaomのWebサイト「The Growing Epidemic of Puffing」の2012年の記事をご覧ください。 彼女は、平均ページサイズがメガバイトを超えていることを警告しています。 記事自体のサイズは1.8メガバイトです。


2年後の2014年の同じサイトの記事「 Overweight Web 」はほぼ同じです。 この記事では、平均ページサイズが2メガバイトに近づいていると警告しています。



記事自体のサイズは3メガバイトです。



この傾向が続く場合、ページサイズに関する警告のある記事は2020年までに5メガバイトを超えます。



特定のサイズのしきい値を選択する際の問題は、これにより異常が標準になることです¹ 。 今日ひどく肥大化したウェブサイトと見なされるものは明日は典型的なページになり、来年はエレガントでエレガントなデザインになります。



サイズをより永続的なものに修正することをお勧めします。


Twitterで行った提案を繰り返します。サイトがテキスト（記事など）である場合、ファイルサイズがロシア文学の主要な作品を超えないようにしてください。



これは非常に寛大な手段です。 小説が微妙なフランス語を選ぶことができました。 しかし、私はロシア人を選んだのです。彼女は重いという評判で、堅固な散文の大きなレンガです。



たとえば、 Oblomov ^2では タイトルキャラクターのゴンチャロワ、最初の100ページがベッドから出ます。


このツイートをブラウザで開くと、900 KBのページが表示されます。



これは、「 巨匠とマルガリータ 」の全文よりもほぼ100 KB大きく、ブルガコフの小説の神秘主義とコメディで満たされています。 この小説は、ポンティウスピラト、イエスキリスト、忠実だが信頼できない使徒マタイの生涯についての平行した物語によって中断されています。



1つのツイート。



これは素晴らしい本であり、あなたはそれを読むべきです。 これは素晴らしいツイートであり、すでに読んでいます。 私が言いたいのは、同じサイズである必要はないということです。


または、この400語の記事をMediumでご覧ください。 そのような文があります：



「誰のために、何のために作成しているかを理解していないチームは、肥大化した製品を書く傾向があります。」



中規模のチームは、この天才の一粒が1.2メガバイトを必要とするようにしました。


これは、ドストエフスキーの貧困に陥った学生に関する心理的スリラーである犯罪と罰のサイズよりも長く、ナポレオンについての考えで頭を下げ、年配の強奪者を殺すことを強いられます。



罪悪感に苦しめられ、罪を犯し、金を奪うことすら忘れていたラスコルニコフは、陰湿な捜査官とのネコとネズミのゲームに巻き込まれ、聖なる売春婦の信じられないほどの愛にredいを見いだします。



このすべてのドストエフスキーは、ろうそくの光の中で、手で、地獄のペンで書いた。


最近の記事「 （そうではない）Web膨満感の簡単な歴史 」。



彼女は、膨満感が悪いという通常の理由を繰り返しますが、「重いページはしばしば遅くなり、遅いページは不幸なユーザーを意味する」というフレーズも含みます。



この引用は、小説「 アンナカレニーナ 」を開く有名なラインに似ている可能性があります。


「幸せな家族はすべて同じです。不幸な家族はそれぞれ独自の方法で不幸です。」


しかし、ウェブでの膨満感のそれほど短い歴史は、アンナ・カレーニナよりはるかに長いです。 比較は間違っています、小説は1.8 MBしか持ちません。



比較する本は、戦争と平和 、約3 MBです。 これは、個々の人々が歴史の偉大な出来事を決定するかどうか、または歴史的不可避性の克服できないコースに沿ってまだ航海しているかどうかのトピックに関するトルストイの反映です。


これは、数千の小さな町のニュースサイトの典型的な代表であるヨークシャーイブニングポストの記事です。 彼女は時間と個人の意志の関係を探りません：



「 リーズの病院経営者は、混合カレーとクランブルについて謝罪しています 」 ³ 。


病院で皿に2つの皿を混ぜるというこのつらい話は、マルセルプルーストのペンからほとんど抜け出すことができました。時間と記憶は感情の欺onlyにすぎません。



カレーとクランブルに関する記事のスクリプトのみが、「In Search of Lost Time」よりも長くなっています。 記事全体のサイズはほぼ40 MBです。



私は、ブラウザが何らかの形でこの重みを示していると示唆しています。 たぶん彼らは落ちて、それから彼らはページの重さのために持ち上げられる必要があるでしょう。 それは恐ろしさのある種の理解だったでしょう。 これは特にモバイルデバイスでうまく機能します。パーティが爆発する可能性があります。


その精神で続けることができます。 そして、私はそれが好きだから、そうします！



「オンライン生産性を向上させるためのベストプラクティス 」に関する記事を次に示します。 1つの簡単な方法は、3.1 MBページを作成しないことです。



この記事は、Googleがページを100 KBから80 KBに減らすことで、Googleマップでのユーザーエンゲージメントを向上できたと述べています。 その時代の最も高度なWebアプリケーションであるGoogleマップが、最新のニュース記事よりも35倍小さかった時代を覚えていますか？


ウェブ上の肥満は奇妙な形をとることがあります。 たとえば、 ティム・カデレックはパフォーマンスに関して優れた執筆と講演を行っています。 彼の個人サイトは質素さの小さなモデルです。 ティムは、膨満感を減らす方法について多くを知っています。



しかし、 彼の最近のパフォーマンストークのスライドは 、9メガバイトのページまたは14メガバイトのPDFでのみ利用できます。


Googleが検索結果で特別な「遅い」アイコンで大きなページをマークしようとしていることを警告するTechTimesの素晴らしい記事で締めくくりたい 。



この記事は、なんとか18メガバイトのサイズに達しました。これには、「親密な潤滑油」であるKY Jellyを使用した3メガバイトのビデオクリップが含まれています（私が測定した表示では）。



現在、フィルター処理されていないウェブをローミングするには、多くの親密な潤滑剤が必要です。



一体何が起こっているの？

誤った決定

誰もが問題を認識しています。 同様のページはラップトップではひどいもので（私のファンはスピーチの準備をしている3週間すべてを運転しました）、モバイルデバイスでは一般に地獄です。 そして、出版社は行動を起こしています。



2015年5月、 FacebookはInstant Articlesを発表しました。これは、Facebookフィードにほぼ瞬時にアップロードするために作成されたニュース記事の特別な形式です。



Facebookは、6.8メガバイトのページでこの発表を行いました。 Facebookでも機能しません。単なるナショナルジオグラフィックの写真エディターです。



以下のページでは、プロジェクトについて知る唯一の方法である41メガバイトのビデオクリップを見ることができます。 ビデオでは、編集者は、デバイスの向きを変えて写真のサイズを変更するなど、最も興味深い不要な新しい形式を賞賛しています。 つまり、電話のレベルを維持しないと、Ken Burnsドキュメンタリー^4のように写真が浮かびます。 。


Facebookは、インターネットアクセスを拡大する試みとして、 internet.orgも立ち上げました。 感情的なページには、インターネットアクセスが彼らにとって意味するものについて、さまざまな発展途上国の人々からの物語が含まれています。



さて、あなたは次に何が起こるか知っています。 Internet.orgからタブを離れて昼食に行きましたが、戻ったとき、彼女は1/4ギガバイト以上のデータを転送していることがわかりました。


しかし、マチェイ、あなたは言います。 この地球が惑星が回転する巨大な16 MBのビデオファイルであることはできませんか？ しかし、そうです。



これはFacebookの世界へのメッセージです。「インターネットは遅い。 座りましょう。」



そして、悪いチャネルは第三世界の国に特有の問題ではありません！ 私はすでにオーストラリアを十分に旅行しましたが、タスマニアとクイーンズランドの農村部では、売り手はWiFiを100年露出したブランデーと見なしていることを知っています。



あなたが好きなだけ購入することができますが、それは大金がかかり、小さな部分で与えられます。 そして、3回目または4回目のサービングの後、彼らはあなたを驚かせます。



シドニータイプの接続が良好な場所でも、ネットワーク信号が弱く、バッテリーが切れると、サイトの巨大な部分にビデオやスクリプトをロードし、レストランの住所などの重要なニュースレターを釣る必要があるときに問題が発生しました。


私は簡単な解決策を持っています。そのFacebookページのレベルで同様のプエルガに到達するデザイナーは、最高のペナルティを受けるに値します。



彼らは彼らのキャリアの残りのためにAppleのマウスパックを使用することを強制される必要があります。 [リスナーは恐怖にhowえた。]何年も思い出せない場合、これは完全に丸いマウスです。 マウスを見ずにボタンがどこにあるかを見つけることは不可能でした。


GoogleはAccelerated Mobile Pagesと呼ばれるインスタント記事の競合を開始しました。 AMPは、モバイルデバイスの速度のために設計されたHTMLの特別なサブセットです。



不要なごみのないプレーンなHTMLを提供してみませんか？ 質問は未回答のままでした。



AMPプロジェクトは公開されていないため、あらゆる種類の出版社が参加しています。 モバイルWebへの愛があふれているため、Googleは自主的にホスティングインフラストラクチャを採用しました。 特に、ユーザーに続く部分については。


Jeremy Kateは 、AMPの説明ページのサイズが技術的に無限であることを示しました。 Chromeで開くと、同じカルーセルがビデオから無限にダウンロードされ続けます。 これはモールス符号のような一連のダウンロード行の画像で見ることができ、3.4メガバイトのビデオの無慈悲なダウンロードが何度も繰り返されています。



カルーセルが壊れているSafariでページを開いても、ページは4メガバイトを消去します。



Web加速プロジェクトのこれらのコミカルに大きなフロントページは、スピーカーが立ち上がってクッキーを食べるエクササイズビデオを見ることと同じです。



世界最大のテクノロジー企業は、ページの肥大化を減らすために、将来の主力製品を説明するモバイルデバイス用の高速で軽量の小さなテキストサイトを作成できません。



敗北をより強く認めることは想像できません。


Google AMP CTO からTwitterで回答がありました 。 彼は膨満感の存在を認めた。 彼は、Googleにはリソースの制限があり、プロジェクトを外部委託する必要があると説明しました。



それは私に深い感情的な印象を与えました。 Googleが困惑しているとは思わなかった。 GoogleがWebを台無しにすることについて多くのことを話しますが、彼らはフラッグシップ製品について1ページのWebサイトを作成する余裕はありません。 それで私は思いやりの心を深く削り、数時間の個人的な時間をAMPサイトの私自身の静的バージョンを作るのに費やしました。


カルーセルをWilliam Howard Taft ^5の写真の画像に置き換えることから始めました 、アメリカ最大の大統領であり、非常に堅実な小規模でした。



私には、元のページの不適切なアニメーションがなくても、著しく良くなったようです。


生ごみ⁶ 昼食後の残りの日は、ページサイズを元の4 MB +∞から半メガバイトにトリミングすることができました。 これは、オリジナルの8分の1です。 これはそれほど強力な成果ではありません。あなたはもっとうまくやれると確信しています。



Googleに変更を無料で提供しましたが、明らかにリソースの制限が非常に強いため、コピーする時間すらありません。


このプロジェクトはTaftテストに影響を与えました：



各画像をWilliam Howard Taftの写真に置き換えると 、ページのデザインは改善されますか？



はいの場合、おそらくこれらの写真は実際にはデザインにとって何の意味もありません。 少なくともそこにタフトを残してください！ あなたは彼がより良く見えることを認めました。 彼を見てうれしいです。口ひげであろうと、毛皮のコートであろうと、彼はフレンドリーに見えます。


コンパクトなデザインのページサイズは、通常の散らかったページのページサイズよりも大きくなければならないという信念に驚かされます。 任意のサイトのパフォーマンスを向上させるために、2つのステップの簡単な秘密を共有したいと思います。

1. 最も重要なページ要素をユーザーに送信します。 最初にレンダリングすることを確認してください。
2. やめて

ユーザーに必要なものを配りました。 定義上必要ない他の何かがあるのはなぜですか？ ミニマリズムに勇気を出します。


有名なやる気を起こさせるスピーチとの類似点を描く⁷ 、今夜、あなたが持っている資料を使って、スピーチの冒頭で見せたサイトを書き直し、1秒より速くロードできるようにしました。 2時間で。



できますか？ できますか



もちろんできます！ これは難しくありません！ 2002年に簡単なサイトを作成する方法を知っていました。 これは、ギリシャの火、ダマスカス鋼、または歴史家が絶賛したその他の失われた秘密ではありません。



しかし、サイトにもっと多くのことを強いるプレッシャーに直面しています。



クライアントに来て、「魚」を200キロバイト見せたら、解雇されると思います。 たとえ見栄えが良く、奇跡的に必要なすべてのカウンターとソーシャルメディアのゴミを管理することができたとしても、彼らはそれを置くことを要求しました。 ちょうど今、このサイズが私の頭に収まらないというだけです。


体重を減らそうとした場合、これらのトリックに慣れているので、人々は自分が実際よりも薄いと確信します。 腹部を引っ込めたり、細いシャツを着たり、体重計の右側に立つことができます。



これはパフォーマンステストで発生します。 タイトなサイトがすばやく読み込まれることを確信させるために、私たちは創造的な工夫を凝らし、新しい指標を発明しました。



GoogleにはSpeedIndexと呼ばれる人気のあるものがあります。 （これがGoogleであることを理解するのは簡単です。なぜなら、彼らは、何も考えなくても、integral慢に積分のサインを定義に組み込むことができるからです。）



SpeedIndexは次のように述べています。重要なのは、サイトの可視部分がどれだけ速くレンダリングされるかです。 ページのどこで何が起こっても関係ありません。 接続チャネルが詰まっていて、電話が熱いことは問題ではありません。 バッテリーが目の前で減少していることは問題ではありません。 ブラウザウィンドウに最初に表示されるページの一部がすばやくレンダリングされるまで、すべてが正常に処理されます。



もちろん、ページのどの部分が最初に表示されるかは、ページが読み込み後に中間広告終了画面を表示し始めるかどうかは関係ありません 。 または、他の多くのモバイルユーザーと同様に、すぐにページを巻き始めて、最適化されていない部分をズボンでキャッチします。



Webパフォーマンスのメトリックは1つだけです。 リンクをクリックしてから最後のバナーをスキップするまでに経過した時間です 。



他のすべてはでたらめです。


Webパフォーマンスの支持者との議論では、燃料消費に関するSUVの所有者との会話でヒッピーのように感じることがあります。



彼らは消費を改善するために多様なトリックの海を持っています。 より速く回転するには、左前のホイールをわずかに収縮させます。 燃料タンクのキャップにマグネットを取り付けます。 サイドミラーを曲げます。



同様に、Webパフォーマンスに関する講演のほとんどには、圧縮、非同期読み込み、アセットスケジューリング、HTTPリクエストのグループ化、パイプ処理、縮小などの技術的な詳細が満載です。


すべてが単純なソリューションを覆い隠しています。 コーナーショップにのみ電話する必要がある場合は、自転車に乗ってください。



合計5文のテキストを表示する場合は、プレーンHTMLを使用します。 はい、それはいまいましい、ただテキストファイルを与えてください。 次に、圧縮ハッキング、積分記号、および複雑なガントチャートが、どの順番で何がロードされているかを示す必要はありません。



ブラウザは非常に優れた通常のHTMLを表示します。



技術があります。






栄養士はかつて食品ピラミッドの概念を愛していました。 健全なサイトがどのように見えるべきかを自分自身に思い出させるには、Webに必要なものだと思います。 2015年にバランスの取れたサイトに推奨するものは次のとおりです。

• 読む価値のあるテキストの強固な基盤であり、マークアップの健全な部分でフォーマットされています。
• デザインのトーンを示し、設定する中程度の数の画像。 虐待する必要はありません-よく絞ってください。
• CSSスプーン。
• そして、それは非常に控えめであり、必要な場合にのみJavaScriptを少しだけ使用します。

代わりに、Webピラミッドは次のようになります。

• HTMLベースレイヤー。
• 不要な内臓の巨大な山。
• 2階は監視スクリプトの海です。

太った広告

Webデザイナー！ それは完全にあなたのせいではありません。 あなたは、スピードのために研ぎ澄まされた素晴らしいサイトを作成することにあなたの魂を入れました。 ユーザーのニーズを予測しようとして開発プロセスに時間を費やし、バラの花びらで彼の道をばらまきます。



その後、作業が終了すると、クライアントは監視と広告のスクリプトを台無しにしてしまいます。 それを制御することはできません。 その起源とコンテンツは、ページがユーザーのブラウザにロードされるときに決定されます。 その全体的な目的は、デザインを壊し、ユーザーがサイトに来た目的からユーザーをそらすことです。



サイトのユーザーエクスペリエンスは、制御できない敵対的な要素によってキャプチャされます。


これは、広告ブロッカーの人気が高まっていることを説明するNational Public Radioの記事のスクリーンショットです 。 アドオンのない通常のブラウザでは、ページの重量は12.4メガバイトです。


含まれている基本的な広告の過酷な広告と同じ記事は1.1 MBです。 12倍小さい。 これは質素さのモデルではありませんが、それでもプラグインのみが作成する違いです。



ノーカットバージョンの特徴を見ると、これらは単なるビデオやバナー広告ではなく、ファイルやスクリプトファイルです。 各ビーコンビーコン、アクティビティトラッカー、および共有用のソーシャルネットワークウィジェットには、サードパーティのサーバーから受信する必要がある独自のスクリプトセットが含まれています。 各リクエストには、少数のCookieが返されます。



Cookieを増やすことは、太ったWebサイトが最後に必要とするものです。



これらのスクリプトはどこへ行くのか神に理解してもらいます。 マルウェアを配信するための理想的な攻撃ベクトルです。



広告主はそうすべきだと言うでしょう。 しかし、彼らと話すとき、彼らはプロの嘘つきであることを覚えておく必要があります。 私は気分を害したくありません。 私は仕事の責任について話している。 広告主の仕事は、他の方法ではできないことを行うように説得することです。 Webデザイナーとの会話では、広告主の仕事は、広告を表示する唯一の正しい方法は、大量のサードパーティのゴミと監視を含めることであることを提案することです。



彼らは、パフォーマンスとセキュリティの恐怖である肥大化は、読者が無料コンテンツに対して請求される価格だと確信しています。


私は「広告会社の生態系」の計画につまずいた。 私はスキームが好きです。 彼らは、素数ができない方法で広告業界の欲を伝えます。



このような企業が100社あった2011年のエコシステムのレビューを以下に示します。


それが、2012年に350があったときの状況です。


2014年までに、主は遣わされ、947人がそこにいました。


そして、2015年の現在の年では、これらの作品は1876年です。これらはすべて、オンライン支出のごく一部のために戦っています。



この成長産業は非常に複雑です-私には意図的に思われます。 複雑なシステムを理解する必要がある場合は、状況を大規模に見ると便利です。


たとえば、これは地球のエネルギー収支を示すドイツ語の図です。 日光が水や葉に当たると、あらゆる種類の複雑なことが起こりますが、それらを完全に無視して、出入りするエネルギーをすべて測定することができます。



広告バブルについても同様のスケッチを描いてみましょう。


最初にクライアントがいます。 異文化に対する認識を追加するという非常に間違った試みで、私はクライアントをカンガルーとして提示しました。


顧客は、商品やサービスと引き換えに売り手にお金を渡します。 ここの赤い矢印は、お金の売り手への流れ、またはオーストラリアで言うようにドルを表します。


このお金の一部は、広告の支払いを拒否されます。 これは、購入するものすべてに対する小さな消費税だと想像してください。


ストリームが誰かのポケットに収まるまで、お金は広告仲介業者の世界を中心に展開します。



現在、お金はFacebook、Yahoo、Googleなどの成功した広告ネットワーク事業者のポケットに流れ込んでいます。


入るよりも多くのお金がシステムから出ることに注意してください。



広告会社が顧客だけから得ることができるお金には限度があります。 どの程度の広告が表示されるかを考え、同じ期間に購入した回数と比較してください。



投資家がいることを幸運に感謝します！ 今、彼らはこの赤熱した市場への投資の洪水でギャップを埋めています。 投資家は、勝者になる会社に行くことを望んでいます。


しかし、ある段階では、自発的にお金を注入する投資家は、スキームの右側にいることを望むでしょう。 そして、彼らは投資したよりも多くのお金を受け取ります。


これが起こると（そして、これは今起こっているように思えます）、あなたは何かを犠牲にしなければなりません。



もっと買うか、支出のほとんどが広告予算に費やされるか...



または、バブルが破裂します。


バブルの爆発後、残りのスタートアップはタイトになります。 調査の革新的な形式の助けを借りて、パックから自分自身を区別する方法の検索が開始されます。



協会、合併、監視の新しい積極的な形態、およびオンラインプライバシーの残りの完全な破壊の波が見られます。 それは、オオメジロザメの腹部にある胎生サメの群れのようなものです。 彼らはすべて、生まれる唯一のものになるために、生涯互いに戦っています。



それが、 私がこの業界を地獄に規制することを提案した理由です。 サードパーティの追跡とサードパーティの広告ターゲティングは禁止されるべきだと思います。 広告は再び馬鹿になります。 表示されるサイトによって発行されます。


現在、ページの読み込み中に広告スペースをオークションにかけるのが一般的です。 広告自体（そのすべてのスクリプトと追跡構造を含む）は、コンテンツ要素が配置された後にブラウザーに表示されます。



ユーザーエクスペリエンスを類推の言語に翻訳すると、開始後にパーティーに登場し、音楽をオフにすることを要求し、Tupperware ⁹製品でテーブルを占有する販売代理店のようになります ゲストを拷問します。 雰囲気は死んでいます。


サーバーサイド広告がデザイナーにとって何を意味するか想像してみてください。 ページが実際にどのように見えるかは明らかです。 適切な順序でアセットをロードすることが可能です。 ウイルスを広めることはできませんでした。 ロード後、巨大なアニメーションがページに飛び込むことはなくなり、デザインが破壊され、ユーザーがリソースを嫌いました。


実際、もっと広く考えてみましょう。 サイト運営者が一般に広告サポートを必要とするかどうかわからない



人々はマイクロペイメントを忘れ、事実上十分に機能するマイクロペイメントシステムをすでに持っているという事実を無視します。



ニューヨークタイムズのチャートは、使用されたデータに基づいて米国の携帯電話ネットワークを使用してページをダウンロードするのに費やされた金額を示しています。 たとえば、Boston.comページの広告を通常の料金で読み込むには30セントかかります。



これは、通信会社の小額支払いに他なりません。 そして、これはBoston.comがページのインプレッションから受け取る以上のものであると確信しています。 広告の読み込みに費やしたお金をサイトが受け取ると想像してください。 彼らはバナーを完全に削除することはできたが、それでも今以上のものを手に入れるだろう。



広告が他の皆を犠牲にして通信事業者と広告ネットワークに莫大な利益をもたらすとき、私たちは愚かな状況にあります。


広告主は、古い馬鹿げた広告モデルを使用するように強制しようとすることに対して懸命に戦います。 しかし、愚かな広告がスマートより悪いという証拠はありません。



何年もの間、ターゲットを絞った広告は、テレビスタジオ全体、ラジオ番組、その他あらゆる種類のエンターテイメントに十分な資金をもたらしてきました。 愚かな広告はBatmobile ^10を購入しました 。 ひどくターゲットを絞った広告から、巨大な会場、スタイリッシュな衣装、バットモービルでテレビ番組を作成し、それをテレビで無料で表示するのに十分なお金がありました。



フリーランスのジャーナリスト数人とウェブデザイナーを雇うことは、ホームコメディーを雇うよりもはるかに少ないです。 では、プライバシーを侵害しない成功した資金調達モデルへの復帰を強制することはなぜ考えられないのでしょうか？


もちろん、広告主は、すべてのテレビにカメラがあれば、古いテレビがどのように良くなるかを教えてくれます。



しかし、私たちはすでにそれらについて十分に耳にしました。


馬鹿げた広告は、広告支出の大部分が監視技術の能力に関するばかげた約束によって促進されるため、広告からの利益が少なくなることを意味します。



しかし、既存のバブルが破裂すると、とにかく広告市場は爆発します。 唯一の質問は、出版社が前進して利益を享受するのか、それとも他の人と同じようにどこにも消えないのかということです。

脂肪資産

ウェブ肥満の別のケースについて話しましょう。



脂肪資産！



この問題は常に存在していましたが、広告ネットワークの高速化とパブリッシャーテクノロジーの自動化の複雑さにより、サイト上で大量のファイルを誤って公開することが容易になりました。


例！



これは、肥大化したサイトを他の人に迷惑をかけるのが大好きな偽善的なブロガーです。 [ここで彼自身のブログについて語っています。]同時に、彼の最新の投稿の冒頭には、まったく不適切な3メガバイトの写真があります。



これは、画像の圧縮が忘れられた典型的なケースであると想定できます。 低速の接続で作業しない場合、間違いに気付くことは困難です。



ネットワーク速度の増加はこの問題を増加させます。


これが最近の中国のコルク写真です。 道路には50車線があります。 51番目のケースを追加しても役に立ちません。



同様に、チャネル帯域幅を追加しても、ページに表示するコンテンツが少なくなると考える人はいません。


ボットネットに関するこの最近のVice記事を検討してください。



記事の冒頭には、意味のない3メガバイトのヘッドフォンの写真があります。 ページはTaftテストに失敗します。



これは、記事がスクロールするためのスペースを作成することを目的とする「ヒーローイメージ」を含む高速通信チャネルのメリットの不幸な傾向の一部です。



この場合、作者を責めることは無意味です。 この巨大な画像を縮小する原因は、公開ツールでは機能しませんでした。 さらに重要な問題があります。高速通信チャネルは、ページにそのような視覚的なフィラーを含めることを引き起こします。


圧縮技術、最小化、キャッシュ、およびサーバー構成にますます依存しています。 これに伴い、エラーをキャッチするのが難しくなり、エラーが発生します。



次に、2つの理由から興味深い別の例を示します。 まず、元の画像の品質はひどいです。 これはテレビ番組のスクリーンショットであるため、画像はブートで撮影されたように見えます。


いずれにせよ、写真は巨大です。 サイトをSafariにアップロードすると、画像サイズは数メガバイトになります。 Chromeにアップロードする場合、Chromeはオンザフライで圧縮形式をサポートするため、Safariにはない100キロバイトになります。



これらすべての洗練された最適化パイプラインを使用すると、視聴者と同じものが見えるかどうかを確認するのは困難です。


おまけとして、下にスクロールすると、Webデザイナーがchumと呼ぶページの一部に、1メガバイト以上の小さなGIFアニメーションが表示されます。



これはクリックベイトの役に立たない部分ですが、ページの全体的な重みに大きく影響します。


誰もがAppleのようにベタベタしません。 このサイトは途方もなく肥大化しています。 これはマーケティングの秘thinkだと思います。



「私のAndroidフォン上のこれらの写真は、ひどくゆっくりとロードされます。 Appleのガジェットを購入する機会を待っています！」



iPad ProでiOSについて説明しているAppleサイトページをご覧ください。 何文、10文？


このページはどれくらい大きいと思いますか？



伝説のiMacのメモリ全体（32 MB）よりも大きいと思いますか？


Macintosh SE用のスペースが残っています...（5 MB）。


スペースシャトルのメインコンピューター全体の内容を合わせることができます。


1つではなく、5つの宇宙船の艦隊全体（5 MB）。


すべてのシェークスピアの作品（5 MB）が収まります。



そして多くの空きスペース。 ページサイズは51メガバイトです。

クソミニマリズム

Appleのページは、私がくだらないミニマリズムと呼んでいるものを示しています。 これは、最新のWebの主要なデザイントレンドです。



このテーマに関するエッセイをMediumで書いた。 これは50分のスピーチなので、完全に読み上げてみましょう。



「ファッキングミニマリズム：メガバイトのゴミに裏打ちされたシンプルさの錯覚。」


中程度の肥大化した記事についてはすでに述べました。 これは1つの文からのエッセイです-1.6 MB。



私はその理由を理解し始めました。 無意味な400kスクリプトだけではありません。 フッターにはまだこの大きなイメージがあります。



私の記事はとても小さいので、物理的にねじることは不可能です。 しかし、開発者ツールの助けを借りて、私はそこにあるものを見ることができました。 写真では、宇宙服を着てタブレットや携帯電話を使用している人がいることを理解していません。 しかし、彼女はそこにいます。 なんで？



そのサイズは900キロバイトです。


くだらないミニマリズムのもう1つの例は、Google Contributorプロジェクトのホームページです。



これは、何らかの理由で3つの文章を読むためにマウスを3回クリックする必要がある2メガバイトの巨大な青い砂漠です。



最後の文は、このプログラムはオーストラリアでは利用できないことを示しています。


Tatamagouche Brewing Companyのホームページは、私が公にからかう不幸な醸造所です。 ページ上の唯一のものはおいしいビールです。 ナビゲーションを開くには、ハンバーガーアイコンに頼る必要があります。



ハンバーガーに頼ると、たるんだインターフェースの問題は解決されません。


デザインスタジオは、目に見えないハンバーガーのこのアンチパターンを崇拝します。 これは3 MBのPOLLENホームページです。 ハンバーガーアイコンが後列から見えるかどうかはわかりません。


博物館に置かれたくだらないミニマリズムの美学の最も強力な例は、The VergeのApple Watchのレビューです。



どれだけの人が…「読む」という動詞を使用できるかさえわかりません。 この記事をブラウザでダウンロードしようとした人はどれくらいいますか？ 今すぐこれを行わないでください。そうしないと、会議のWi-Fiネットワークがダウンします。



概要Vergeは、ブラウザのスクロールメカニズムを完全にキャプチャするユーザーインターフェイスの完全な憎悪です。 記事をスクロールしようとすると、奇妙なことが起こります。



インターフェイス要素が左側に飛び出します。



インターフェイス要素が右側に飛び出します。



中学2年生の頃から見たことのないインターフェイス要素は、夜中に突然電話をかけ始めて、元気ですかと尋ねます。



ごくまれに、ページが実際にスクロールします。



ラップトップは、常に熱心にファンをオンにし、過熱で死なないようにします。



The VergeのApple Watchレビューをスクロールしながらビデオを作ろうとしましたが、失敗しました。 最近リリースされたAppleラップトップモデルのビデオカードは、文字通り負荷に対処できませんでした。

インターフェイスストレッチ

iPadが登場したとき、デザイナーはある種の脳の寄生虫に打たれました。 いくつかはまだ回復していません。 これですべてがタッチスクリーンのように見えるはずです。



これは、 Wiredマガジンの英国版で 、スクロールメカニクスとの戦争を宣言した別のサイトです。 デザイナーは突然「水平に-今では垂直に」という考えを持ちました。 スクロールを試みることができますが、代わりにサイトは右に移動します。 記事のタイルは、画面スペースを食い尽くす巨大なごみタイルのように見えます。 これらの大きなタイルのすべて。 もちろん、左側の小さなナビゲーションを除きます。


シックなiPadのもう1つの特徴は、明るい背景に読めない細い白いフォントのエレガントなインフォグラフィックになりました。 地元のボルチモア新聞のこの写真は、フルサイズのスクリーンから撮影されました。


ヴァージンアメリカのウェブサイトでフライトを予約してみてください。赤の海にそびえるこのボタンの列に迎えられます。



インターフェースは見た目は良いかもしれませんが、大画面では怖いようです。


「book」ボタンは、入力フィールドの広大な範囲に送信します。



巨大なフォント、小さなフォント、非常に薄いフォントなどの特徴的な機能に注目してください。


目的地を選択すると、サイトはこのカレンダーウィジェットに移動します。



同じように大きなボタンがありますが、必要な情報-毎日のチケットの価格-は、日付の下に顕微鏡テキストの形で表示されます。



このデザインの美学では、情報密度の損失は私を悩ます。 私は大人で、マウスとキーボードを使って大画面に座っています。 もっとふさわしい。



電話からトイレに座っているインターフェイスの下にすべてのインターフェイスを作成する必要はありません。


これは、以前のPayPalインターフェースの外観です。



私は朝、視力の賜物を神に感謝するためにひれ伏すことはありませんでした。



しかし、彼はタスクを実行しました。


これが、今日のPayPalの外観です。



最大の要素はアイコンです。これは、PayPalの外観を見せなかったことを思い出させて私を苦しめます。 その隣には、「アプリケーションをダウンロードしてください」という無駄なリマインダーがあり、それからクレジットカードのオファーがあります。



並べ替え順序を制御することはできず、フィルタリングツールはありません。スクロールしないと、表示されるレコードがはるかに少なくなります。 もちろん、最大のマイナスはテキストの不鮮明さです。私はほとんど読むことができません。


「広告の設定」をカスタマイズできるGoogleの「コントロールパネル」を次に示します。 私はそこに行って、私は何にも興味がないと言いました。 私を観察して15年後、彼らは年齢を決定することができましたが、彼らはまだ私が男性であることを理解できません。



彼女は同様におもちゃのようで、肥大化しています。 2008年に目が覚め、レゴの数字が突然Duplo ^11に変わったことがすぐにわかったようです。 。 以前に有用なデータを示したサイトは漫画に似ています。 インターフェース要素は大きくて厚いです。 一部のサブハンバーガーの深みで複雑さのヒントが削除されました。



サイトは、タッチスクリーンの初心者ユーザー向けです。 他の誰もが苦しむことを余儀なくされています。


インターフェースの肥大化のもう1つの例は、Dockerホームページです。 それは空虚の大きな部分で区切られた色あせたテキストで構成されています。



グラフィックデザインをナビゲートするために、そり犬や干し鹿を探す必要はありません。


すべての打撃のほとんどは、検索ページに落ちました。巨大な文字と太字のボタンが、必要なもの-検索結果のみを置き換えました。



これは、高解像度のモニターであっても、結果が1つだけであるデザインです。


やりたくありませんでしたが、キャッチーなレスポンシブデザインを作成する必要がありました。肥満かどうかはわかりませんが、解決策もありません。



誰もが、あらゆるサイズの画面で見栄えの良いWebサイトを作成することは難しいことを理解しています。しかし、サイズを重視することで、ユーザーがインターフェイス要素を操作する方法の重要な違いを忘れました。



電話で、肉のスタイラスが手に付いた小さなスクリーンを突く人。このシナリオでは、大きなボタンを使用することが論理的です。ヘクタールのスペースとカーソルを移動するための非常に正確なデバイスがある大画面では、同じインターフェイスがおかしくなります。 iPad ProのリリースとPencilスタイラスの普及により、問題は悪化しています。違いに気付くことは不可能かもしれません。デザイナーは、私たち全員がラップトップの使用をやめるのを待っているだけだと感じています。



これは、2つの火災の間に捕まった典型的なレシピサイトです。彼が一生懸命努力しているので、私はスラッシングを始めたくありません。しかし、いくつかの要素は小さく、いくつかは巨大であることに注意してください。ページの半分はタッチインターフェースの方言を示しており、これらすべてを理解して読むことは困難です。



インターフェイスの幅がわからないため、インターフェイスはそれ自体と戦っています。小さなフォント、大きなテキスト、巨大な赤い「オン」ボタン、大きなハートをタップできるようにします。そしてもちろん、ハンバーガーのアイコンは、その拘束力がすでに法律で定められているようです。


左のバーガーメニューが開いているForbesのホームページを次に示します。ビデオメモリのランダムな塊のように見え、何らかの理由でビデオ出力にレンダリングされます。しばらくの間、私はそこで何が起こっているのかわかりません。



上矢印、下矢印、フォントのビュッフェ、この重要な情報を共有するためのアイコンのセットがあります。独自のスクロールを行うドロップダウンメニューがあり、スクロールするとどうなるかわかりません。



また、2階には、タイポグラフィとレイアウトに関する独自のアイデアがある、大きくておいしい広告があります。彼は座って、ページ上の他のすべてのものから注意を引きます。



あなたはそのように生きることはできません。私たちは動物ではありません！

重い雲

最後に、私たちの巨大なバックエンドに触れたいと思います。



このような悪い例がサーバー側にインストールされている場合、Webインターフェイスからの調和をどのように期待できますか？


クッキーを焼いて生計を立てている友人がいます。他の多くのホームベーカーと同様に、彼女は自分のキッチンから始めました。彼女は最大限に彼女をロードし、すぐに家のすべてが苦しみ、アパートは熱帯のように熱くなった。



ある時点で、友人は市販のベーキング機器を購入する時だと気付きました。


クッキーを焼くのに優れたスキルは、プロのレストラン機器を選択し、価格と設置について話し合う優れたスキルを意味しません。



家庭の調理師は、産業用ストーブ、冷却用の棚、生産用ミキサーを購入する必要があることを恐れています。恐ろしいことに、今では25キログラムの袋で材料を購入する必要があります。



従業員の雇用、キッチン用のスペースのレンタル、証明書とライセンスの取得はさらに恐ろしいものです。一つの間違い-そしてビジネスは終了します。


何年もの間、インターネットは同様の方法で機能してきました。小規模なサイトをホストする場合は、コンシューマサーバーで十分に対応できます。しかし、このプロジェクトは人気を博し、突然、売り手の魅力的な声が、機器、通信チャネル、ラックコロケーションの電話契約について話し合います。



地面を失い、高価な間違いを犯すのは簡単です。


すべてがAmazon Web Servicesプロジェクトを変更しました。彼らは、プロフェッショナルなツールをオンデマンドで、毎時、スケーラブルに提供しました。ストレージが必要ですか？それはあなたが望むだけです。クールな機器？お願いします



「鉄」を購入する必要はありませんでした、その所有の事実に依存していませんでした。サービスのマークアップを支払う必要がありましたが、多くのリスクを取り除くことができました。もちろん、あなたはまだそれを使う方法を学ばなければなりませんでした。しかし、実際にはこのプロセスは興味深いものでした。


しかし、常にキャッチがありました。ストーブのバーナーが小さすぎました。フライパンのハンドルが予期せぬ瞬間に壊れる場合があります。



アマゾンは価値があります。会社は最初からこれについて警告し、失敗を考慮して独自の手順を作成する必要があると述べました。



絶対に拒否できない人もいます。たとえば、冷蔵庫は決して霜取りできません。しかし、冷蔵庫のドアを数時間連続して開けられない場合がありました。それで、料理することを計画するとき、これを考慮してください。これらはAmazonの気まぐれではなく、単に分散システムの性質です。



人々はクラウドに移行し始め、この事実は私たちを大規模に考えさせました。いくつかのマシンとアクセシビリティゾーンについて考える必要がありました。これは、冗長性とフォールトトレランスの考え方を意味していました。



すべての規模でこれは良いことですが、小さなサイトの場合-バスト。卵1個を揚げるのに、レストランのキッチン全体は役に立たない。


そして、システムが大きくなり、Amazonはより多くの自動化を提供し始めました。彼らは巨大なストーブをレンタルするだけでなく、キッチンロボットの小隊全体をレンタルすることを提案しました。



繰り返しになりますが、プログラミングロボットは、キッチンの操作を自分で行うよりもはるかに楽しいことがわかりました。


多くのテクノロジー企業では、優秀なプログラマーを見つけることはお金を見つけることよりも困難です。したがって、彼らにとって、高度に自動化されたサービスへの切り替えは論理的でした。



プログラマーにとって、クラウドは数十および数百のサーバーで分散システムを設計する機会を提供しました。そして、これはキャリアの始まりです。これは、飛行学校のすぐ後に第747ボーイングの鍵を取得する方法です。


サイトでのほとんどの作業は日常的です。データベースをテンプレートに接続し、誰も電源コードを滑らないようにします。仕事は重要ですが、刺激はほとんどありません。



しかし、大規模な自動化？これはクールで非常に難しいです！


これは、数人の中小企業会計士を雇い、セイシェルで数十億ドルの企業の税金を逃れるためにオフショアを作成するということです。



突然、彼らは生き返り、自由を感じます。彼らは、マズローのニーズの階層の最上位にあり、すべてのペアで自己実現しています。彼らは戻りたくないでしょう。


それがプログラマーが雲に絡み合っているように感じる方法です。彼らは同類で遊ぶのが好きです。そして私も例外ではありません。



賢い人にとっての複雑さは、虫を誘引する電球のようなものです。たとえそれが有害であることを知っていても、私たちはそれと戦うことはできません。これでの作業は素晴らしいです。


その結果、ほとんどのWebはひどく再構築されます。一部の企業は、大規模に機能するためにテクノロジーを必要とし、それを開発しています。このような技術は、この規模での作業を夢見ている人々の手にあります。



そして、誰にもノーと言うこと。


アダムドレイクは200万のチェスゲームの分析に関する興味深い投稿を書いた。 Hadoopクラスターを使用する代わりに、彼は単にラップトップでいくつかのUnixユーティリティを台無しにして、ビッグデータアプローチに比べて235倍のパフォーマンス向上を得ました。



ポイントは、Hadoopクラスターを使用するのがばかということではありません。そして、すべてがラップトップで行えるというわけではありません。一番下の行は、大規模システムとは何かに関する多くの人々の直感は、2015年のハードウェアと一致しないということです。



オーバーヘッドの抽象化の50層をスキップすると、ラップトップまたは小さなピザボックス形式のブレードで多くのことができます。


具体的な例を挙げましょう。最近、競合他社から連絡があり（ACME Bookmarking Co.と呼びましょう）、ブックマーク部門を離れてサイトを販売することになりました。



ACMEのトラフィックは自分のトラフィックよりもはるかに多くありましたが、毎日のユーザーの半分が使用されていました。ブックマークサイトの成長に伴う難しいタスクは、コンテンツを保存するユーザーと協力することです。



同じ数の従業員がいました。彼らは、プロジェクトの1日の一部を担当したインターンがいました。私は愚かで、世界を旅して会議で話しました。正社員の半分を言います。



ユーザーあたりの収入は同程度でした。私は月に12,000ドルを受け取り、5,000ドルを受け取ります。



しかし、プロジェクトの価格は大きく異なります。 ACMEはAWSでサイトをホストし、ある時点で月に23,000ドル（!!）を支払いました。タイタニックの努力により、この数字は月額9,000ドルに引き下げられました。



私は自分の機器に基づいてホスティングするために月に千ドルで少しだけ支払う。この数には、私がいるデータセンターの自動販売機からの鉄とソーダの償却原価が含まれています。



私にとって、ブックマークは、私が自営業できるようにする有益なビジネスです。彼らにとっては、1か月あたり4,000ドルの穴です。私は彼らがユーザーデータをマーケティング会社に売り、セグメントを去るのと同じ利益の流れで生きています。



事実は、複雑さについての仮定があなたの期待を固定し、あなたの試みのスペースを制限するということです。 「実際の」サイトがクラウドに存在し、1ダースのマシンで実行されると考えると、そうでなければお金を稼ぐ多くの製品が不採算になります。



同様に、オンラインパブリッシングビジネスを実行するために多層CMSと強力なカスタムJavaScriptが必要だと思われる場合、考えられるソリューションのスペースは非常に狭くなります。



再設計されたプロジェクトを単純に見せようとする代わりに、なぜ単純にできないのかを自問してください。


私は雲の上で固くなりたくありません。雲の中の私の親友の何人か。



むしろ、下にたくさんのスペースがあることを皆さんに思い出させたいと思います。今日、開発者はあまりにも多くのレイヤーで作業を行っており、テクノロジーがどれほど強力になったかに気付きます。問題は、プリンセスとエンドウの話の反対です。



ブラウザでも同じことが起こります。基礎となるテクノロジーは非常に優れており、高速であるため、大量のごみを上に載せることができましたが、依然として正常に動作します。サイトを目立たせる方法があります-最適化されたブラウザを実行させる勇気を見つけるためです。すべてのフレームワークとツールが時間とお金を節約すると仮定しないでください。



残念ながら、複雑さは一種のプライド状態に達しました。開発者はお互いにテクノロジーの「スタック」があることを自慢し、これを管理する方法に関するヒントを共有します。



「スタック」は「ポリフィル」という言葉に類似しています¹² 。 どちらの用語も、非常に洗練された構造を持っていることを示しています。

心に強く訴える結論

審美性や有効性だけでなく、これを心配する理由があります。



コンピューターゲームを使用して、Webの未来を示す類推を描きましょう。



Webの最初のバージョンはMinecraftです。シンプルなルールに従うシンプルなオブジェクトを備えたオープンワールドです。グラフィックは角張っていますが、それはポイントではなく、誰も気にしません。



このバージョンでは、あなたはアクティブな参加者であることが想定されており、新しい参加者を作成することが期待されています。最も楽しいのは、他の人と協力する場合です。ゲームのルールはシンプルで、制限はほとんどありません。


プレイヤーはMinecraftで素晴らしいものを作成します。



ここで愛をこめて高層ビルの街全体を作成しました。


ここに、赤い石の完全に機能するプロセッサーを作ったマニアがいます。あなたがそれを適切な程度に増やすと、彼はMinecraftを起動することもできます-彼の頭に収まるのは難しいです。


Webの別のバージョンは、Call of Dutyです。これは非常に洗練されたゲームで、参加する必要がありますが、多くの息をのむような効果とコンテンツを購入するためのさまざまな機会があります。



同様のバージョンのWebを作成するには、大規模な専門家チームが必要です。誰もが作品の全体像を理解しておらず、誰も必要としません。誰かがすべての技術を磨くことができたとしても、開発のコストは法外なものになるでしょう。



このようなバージョンのWebでのユーザーエクスペリエンスは、かなり厳しい制限の下でのヘルプの錯覚を伴います。進むべき明らかな方法があり、障害は逸脱することを許しません。これに加えて、ゲームはわずかに恐ろしい帝国主義的な世界観を持っています。それを拒否する唯一の方法は、プレーしないことです。



過剰な開発コストにもかかわらず、全体に均一性が感じられます。あなたはいつも同じ茶色の戦争地帯にいます。多大な努力とスキルを犠牲にして、そのようなゲームの世界に小さな変更を加えることができます。しかし、ほとんどは出版社が意図したとおりに再生されます。これは、たまにキーをタップするだけの受動的なエンターテイメント形式です。


Webサイトの作成やWebページの編集を難しくするステップ、ソースを表示してコードの記述方法を学ぶのを難しくするステップ、およびWebに対するこの消費者の態度を促進するステップ。



私自身はソースを見て1999年にHTMLを学びました。参加しやすくするツールを作成するには、できるだけ多くの人をウェブに参加させる必要があると思います。本格的なプログラマーになる義務はありません。ただし、必要に応じて、特別なレッスンなしで互いのコードから学習できる必要があります。



専門家のチームが記事を公開するのに必要だと考えるなら、これは自己実現的な予言になります。 Webを再複雑化するということは、人々が自分で学び、新しい予想外のアイデアで他の人を驚かせる機会を与えていた機会を排除することを意味します。


ここに、プレゼンテーションの有益な部分があり



ます。Webをハイパーテキストメディアとして保存してみましょう。世界で唯一のWebです。他の例で既に起こっているように、ウェブを消費のために別の媒体に変えないようにしましょう。



コンピューターとネットワークの処理能力と速度の向上に伴い、ウェブも高速化されると約束しましょう。



パニックに陥ったオンラインパブリッシャーの恐竜が流星からパニックに陥ったときに私たちを踏みにじらないようにしましょう。代わりに、穴の中に隠れて、自然にそれをさせましょう。



そして最も重要なことは、私たちの生活だけでなく自由も脅かすオンライン監視の世界のバックボーンを壊しましょう。ここオーストラリアだけでなく、アメリカ、ヨーロッパ、イギリス、そしてたった10年前に絶え間ない完全な監視のアイデアが愚かな空想科学小説のように聞こえた自由な国でも。


巨大企業がインターネットを殺菌するのを止める方法は？サイトを不要にします。他の場所で何か面白いことが起こった場合、彼らは私たちをフォローします。これはすでにAOLとProdigyで行っていますが、もう一度行うことができます。



これを可能にするには、多くの人がウェブに参加できることが重要です。これは、サイトを作成することを意味します。サイト全体を訪問できるほど小さいだけでなく、誰もがイメージで自分のサイトを作成する方法を学ぶことができるように小さいサイトです。



効率が悪いため、爆発は私には関係ありません。むくみは、ウェブにアクセスできなくなるので私を興奮させます。



ウェブのシンプルさを保つことは、その魅力を維持することを意味します。



ありがとうございます！



[拍手heavyの激しい動揺。]

---

翻訳者のメモ：



過去に、Maciej TseglovskyはTwitterのデータウェアハウスを作成および構築し、Yahooのスタートアップや他の多くの興味深い企業の社内インキュベーターで働いていました。 Tseglovskyは、LAMPサーバー、AJAX、時にはJava、C ++などの言語を使用して、広告の操作とWebアプリケーションの作成というさまざまなタスクを解決しました。彼はIdle Wordsブログを運営しており、ベンチャーキャピタルに興味があります。現在、Tseglovskyは、他の多くの個人プロジェクトとPinboardソーシャルブックマークサイトに取り組んでいます。後者は、YahooからAVOS Systemsに販売されたDeliciousユーザーの避難所として人気を集めています。



翻訳は本質的に非常に無料です。それは、音声自体とその組み合わせですテキスト形式の短いバージョン。


1.原作では、Define Deviancy Downという表現を使用しています。ダニエル・パトリック・モイニハン上院議員は、犯罪に対する国民の態度の正常化を批判する記事に題名を付けました。

2.以下、参照はロシア語のオリジナルまたは翻訳に置き換えられます。

3.カレーとクランブル-それぞれインド料理とイギリス料理。紛争の本質は、これがメインディッシュとデザートであるという事実に由来し、それらを混ぜると食事の喜びが損なわれます。Macheusは、高貴な文学との対照を比較するために、そのようなささいな日常の問題を意図的に選択しました。

4.ケンバーンズは、アメリカの映画製作者およびドキュメンタリープロデューサーです。ここでは、彼の「Ken Burnsエフェクト」とも呼ばれる特徴的なスタイルについて説明しています。ナレーションを行うと、フレームが写真を通過し、必要な詳細をつかみ、遠ざかったり近づいたりします。

5.ウィリアム・ハワード・タフト-第27代アメリカ合衆国大統領（1909-1913）。この政治的人物の2つの特徴がスピーチで使用されています：巨大な体重（115から160 kgまで変化）と写真の特徴的な外観。

6.単語cruftは、オリジナルで使用されます。技術用語のこの言葉は、不必要なハードウェアまたはソフトウェアコンポーネントを説明しています。以下の翻訳では、「ごみ」という言葉がそれに相当します。

7.映画「アメリカ人」/「グレンガリーグレンロス」の主人公のスピーチへの言及。ベテランのブローカーがあまり成功していない同僚に、同じリソースでももっと達成できると伝えています。

8.オリジナルでは、インタースティシャル広告という特定の用語を使用しています。

9. タッパーウェアは、キッチン用品（プラスチック皿、容器など）を供給するアメリカの会社です。彼女は、代理店が小売店以外の顧客に連絡するとき、「直接販売」スキームの下で働く慣行で知られています。そのような目的のために、タッパーウェアパーティーを組織することができますが、営業担当者は他の主題の小さな社会的イベントに登場する場合があります。

10.私たちは、リンカーンフューチュラコンセプトカーに基づいて作成された60年代半ばの小道具について話しています。変更なしのオリジナルのみが25万ドルかかりました。インフレを含め、これは2016年の220万ドルです。

11. DUPLO-5歳未満の子供を対象としたLEGO会社の数字。この点で、それらは古典的なレゴレンガの各側で2倍大きいので、小さな子供がそれらを吸い込んだり飲み込んだりすることはありません。

12.ポリフィル-単一のブラウザーで機能を提供するように設計されたコード。通常は標準と見なされます。たとえば、古いバージョンのInternet Explorerの一部のHTML5機能は、ポリフィルを介して実装する必要があります。