日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN（世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス）で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無

Convert to study materialsBETATransform any presentation into ready-made study material—select from outputs like summaries, definitions, and practice questions. Convert

YAPC::Kansai OSAKA 2017の資料です

一気に書いた。 結局（一時？）閉鎖に追い込まれたWELQ問題と、キュレーションと、DeNAがやってること。 タイトルは釣りだ、タイトル付けは難しい。 けど「モラルなき金儲け」の土壌が生まれた背景に、あの外資系が影響しているように思う。外資系企業は、「自国以外の法や心情には無頓着にサービス展開」する傾向はままある。但し、韓国企業の批判ではなく、話の流れとして登場させた。 WELQ問題は2つのポイントがある。一つ目は、場合によっては生死に関わるかもしれない医療情報の問題。そしてもう一つが、前々から一部の人達が不満を抱えている「パクリ」問題だ。こちらのパクリ問題はまだネット業界の一部だけにしか問題視されていない。DeNAとしては何としてもWELQだけの閉鎖で誤魔化したい所だろうが、今やっていることはあまりにも酷い。 「キュレーション」という"合法"ドラッグみたいな言葉が生まれた背景。薄給でライタ

ウェルク問題で盛り上がっているので、 現状インターネットメディアを自称するほとんどの会社がやっていることは、実質メディア運営ではなく、検索エンジンを占拠するビジネスである 検索エンジン占拠ビジネスにおいては、コンテンツにお金をかける、特に一記事にコストを掛けることは経済的に不合理である と考えている理由について、気分転換がてら書いていきます。 最初に断っておくと、これから書くことはメディア運営をしている一個人の感想であると同時に、メディア運営者の一人として自分も完全にブーメラン案件であり、誰が正義とか悪いとかそういうことを話したくて書くわけではありません。 よくも悪くもインターネットというのはこういう仕組みになっているので、短期的な経済的成功だけを目指すのであれば、ウェルクを始めとする昨今のキュレーションサイトのようなやり方は合理的である というの旨の話となります。 今回のウェルク炎上で比

WWD Japanのウェブサイトがリニューアルして、スッキリした見やすそうな印象のものに変わった。しかし実際のところ見やすさは見せかけだけで、ナビゲーションをクリックしても見当違いのタブに切り替わったり、ニュース一覧からニュースをクリックしたら、要約ページへ移動するだけで、本文へはもう一度クリックしなければならなかったりする。中でもひどいのがMobile Safariでの閲覧だ。 このウェブサイトではスクロールをほぼ自前で制御しようとしているため、常にこのようにMobile SafariのURLバーとツールバーが上下にそれぞれ表示され続ける。その上、最上端にロゴとグローバル・ナビゲーション、最下端に広告がそれぞれ固定位置であるので、コンテンツの領域がかなり制限されている。iPhone 5SやSEどころか6+や7+でさえも致命的なのではないかと感じられる狭さだ。 とにかく文書を読ませようとい

This document summarizes a presentation about single-page applications (SPAs). It discusses what SPAs are, some user experience challenges with SPAs like navigation and accessibility, and solutions to those challenges including server-side rendering and preloading resources. Links are provided to additional resources on topics like accessibility in SPAs and using service workers and prefetching to

Googleはこのほど、2015年10月に公表したオープンソースプロジェクト「Accelerated Mobile Pages（AMP）」の日本語版導入ガイドをウェブサイト管理者向けに公開した。 このAMP（アンプ）と呼ばれるプロジェクトは、スマートフォンで閲覧するモバイルサイトの表示速度を従来のサイトよりも高速化させることを目的としたもので、すでに世界各国のニュースサイトなどがこのプロジェクトに参加し、AMPへの対応を準備しているという。 プロジェクトの目的と具体的な内容について、Google日本法人 プロダクトパートナーシップ本部 ストラテジック パートナー デベロップメントのマネージャであるダンカン・ライト氏、そして同じくプロダクトパートナーシップ本部 出版コンテンツ アジア太平洋統括部長の佐藤陽一氏に聞いた。 ページ表示の遅さによるユーザーの閲覧断念を解消したい --まず、このAM

1. Copyright (C) 2016 DeNA Co.,Ltd. All Rights Reserved. ウェブを速くするために DeNAがやっていること HTTP/2と、さらにその先 DeNA Co., Ltd. Kazuho Oku 1

今は忙しいので手がつけられないのだが、色々落着いたら、ここ半年以上このKousyoublogの記事を更新とほぼ同時に丸ごと転載し続けている「ライトノベルとノベライズや小説のご紹介」（novelnavi.info）というブログについて、googleにDMXA侵害の報告をしたり、ホスティングしているさくらインターネットに規約違反（さくらインターネット基本約款「第16条1.i.当社もしくは第三者の著作権・商標権等の知的財産権を侵害する行為、またはそのおそれのある行為」）ではないかと連絡したりする。whois情報によればドメイン管理はムームードメイン。 当該ブログにはkousyou-yamanoカテゴリ（魚拓）まで作られ、他にも複数の作者名表記での記事が存在していることから、他のブログからも転載しているようだ。確認した限り ・ikadoku　さん ・UNO＝日昌晶　さん ・kajikablo

こんにちは、虎塚です。 10月18日(日)、次世代 Web カンファレンスへ行ってきました。イベントの趣旨は「「次世代 Web カンファレンス」を開催します - Block Rockin’ Codes」で公開されています。 最初のセッション「server_perf (サーバーサイドパフォーマンス)」に参加してメモを取ったので、共有します。 オーナー: @mirakuiさん クックパッドでインフラ担当 @xcirさん ゲーム屋さんでインフラ担当 @cubicdaiyaさん メルカリでインフラ担当 登壇者の紹介 mirakuiさん：サーバサイドパフォーマンスというセッションは、次世代Webの文脈では話題選びがむずかしい。サーバサイドアーキテクチャもモニタリングも別にセッションがあるので、Webのパフォーマンスの話に絞る必要があった。そんな話ができる方ということで、xcirさんとcubicdai

さまざまな企業がオウンドメディアを開設しています。SNSなどで話題になり広く読まれる記事を継続的に公開しなければ、と苦労している担当者も少なくはありません。話題になる記事をどのように制作するか、運営する企業などでも重要さが指摘されはじめています*1。また、記事を制作するライター側でも、思うように読まれなかったり、収入がなかなか増えなかったりという課題があるようです。 今回はそういった企業とメディアと書き手の関係について、記事を制作するライターの視点から「今インターネットで最も数字を持っている」と言われるヨッピーさんにお話を伺いました。 神さえ降臨してくれば10万PVも狙える ――― お忙しそうでなによりです。 いや、もうぜんぜん暇ですけどね！ ――― いやいや、このところ毎週のようにどこかで出た記事が、ずっとバズっている印象がありますよ。 まあ、記事って、打ち合わせ2時間、撮影が5時間、執

こんにちは。ソーシャルネイティブ世代を研究するSNL研究班のイイヅカミチカです。 先日、SNL研究班にて「巨大LINEグループとはなんぞや」ということをリサーチし、記事（→大人が知らない中高生のLINEグループの使い方を調査したら、闇が深かった。）にしたところ、 kakeruについて 面白そうな会社だね — 帝越コク () 記事内で取り上げた「帝越（みかごし）グループ」の総裁・帝越コク氏に即効でエゴサ（※）された上、 ※エゴサ…エゴサーチ（自分の名前などで検索をかけること） 匿名クラブ公式ページに媒体掲載としてアップデートされるという完全に予想外の事態に至りました。 そこで、kakeruサイドからも組織との接触を図ってみたところ、なんと急遽、帝越コク氏と都内で面会できることに！気になっていたLINE巨大グループの全貌から、噂のあの事件の真相まで、いろいろ聞いてきちゃいました。 いざ、初対面

Web APIを開発していると、HTTPのヘッダについてRFCにおける規約を確認しなきゃいけない場面がたまにあるので、今回調べたことをまとめた。 HTTP/1.1のRFC HTTP/1.1のRFCといえば、長らくRFC2616であったが、2014年にRFC7230〜7239が発行され、2616は廃止された。 RFC2616 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC7230〜RFC2739 HTTP/1.1 — RFC 7230 〜 7235 — 日本語訳 両者の変更点については、RFC 723xの付録に記述されているので参照のこと。Content-MD5が廃止されたり、ちょいちょい面白い。文章としても723xの方が分かりやすくなっているので、一度目を通しておくことをお勧めする。 HTTP/1.1 が更新された | The Long Wait あたらしいHTTPの話をし

2015-06-24 ニトリのコードを見てニヨニヨする会 雑記 情報リンク集 ニヨニヨ はじめに ニトリのECサイトであるニトリネットがリニューアルに失敗して6日も経ってから復旧したということで、 （一部の）プログラマクラスタで騒ぎになっています。 僕の率直な感想は次のようなもの。 閉鎖状態の「ニトリネット」が6/23にサイト運営を再開、不具合の主因はCPU不足 | ネットショップ担当者フォーラム ともあれ関係者の皆さまお疲れ様でした。個人の責任問題などと短絡化することなく、粛々と原因解明と、できればぜひ知見の共有公開をお願いしたい。2015/06/23 13:40 プレスリリースでは、原因としてCPU不足を挙げています。 珍しい原因ですよね。あまり聞いたこと無いのでぜひその知見を知りたいものです。 しかし雲行き怪しく 早速、ニトリのトップページ見ている。すごい8000行の中にデバックコー

6/13 (土) は htmlday ということで、こちらのイベントに参加してきました。 HTML5オールスターズ勉強会｜IT勉強会ならTECH PLAY［テックプレイ］ 第58回 HTML5とか勉強会 - HTML5最新情報@Google I/O, de:code 2015｜IT勉強会ならTECH PLAY［テックプレイ］ とりあえず今の時点で公開されてるスライド資料やらキーワードやらをまとめ。 （随時更新します） Twitter でのハッシュタグは #dotshtml5 , #htmlday , #html5j などなど。 （2015/06/15追記） 若狭さんの『ハードウェアこわい』、川田さんの『The next generation mobile web!』 のスライドを追加しました。 （2015/06/19追記） 『Edge だけじゃない! Build 2015 で発表されたそれ

フロントエンド周りの技術は驚異的なスピードで進化し、また多様化しています。それらを全てマスターするのは途方もなく大変なので、ペパボでは、社内のエンジニア・デザイナが「最低限これだけはおさえておこう」というスタンダードを文書化することにいたしました。社内向けを想定した文書ではありますが、社内のみに留めず多くの方に役立てたいと考えたため公開します。 スタイルシートの夢 (1) 予測しやすい (2) 再利用しやすい (3) 保守しやすい (4) 拡張しやすい 代表的な CSS 設計手法 既存プロジェクトの CSS に立ち向かう！ (0) 流れ (1) 既存の CSS ファイルを元に SCSS ファイルに変換する (2) イニシャライズ CSS や共通の箇所のスタイルを分離する (3) CSSLint を使って、修正しやすいところから整理していく (4) コンパイル (5) スタイルのスコープ（あ

こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは