Comparing Browser Page Load Time: An Introduction to Methodology On blog.mozilla.org, we shared results of a speed comparison study to show how fast Firefox Quantum with Tracking Protection enabled is compared to other browsers. While the blog post there focuses on the results and the speed benefits that Tracking Protection can deliver to users even outside of Private Browsing, we also wanted to s

mizchi @ Firebase.yebisu 2017/11/21 LT

2017.11.18 HANATANI Takuma(@potato4d) #jsfes

どうもせせりです:) 19歳の頃からほぼ1人でRailsでWebサービスを作り始めて早7年 紆余曲折ありなんだかんだで作ったサービスは30個ほどになりました 7年ほど前に一番最初に作ったTwitterアカウントで「僕の夢は25歳までに3億円を稼いで残りの人生を楽しむ事です」などと言っていました あれから7年がたち26歳になり、3億円は無理でしたが残りの人生贅沢しなければ働かずに生きていけるくらいにはなりました Rails勉強会、ハッカソン、未踏、などなど色々参加していましたし、狭いRails界隈なのでもしかしたら勉強会などでお会いした方は覚えている方もいるかもしれません 色々お話を聞いてくださりアドバイス下さった先輩方ありがとうございます あの頃の初心者は無事に夢にたどり着きました！ 振り返ってみれば訴訟起こすぞって怒られたり、警察から電話がきたり、サーバー会社にサービス止められたり、サー

ReactにするかVue.jsにするか、jQueryだけ触っていたエンジニアがサンプル作って比較してみたJavaScriptVue.jsReact 今のタイミングでWebサービスを、何か新しく開発しよーって思ったら、フロントサイドをどうしようか悩みますよね？ 特にVue.jsかReact.jsか... そんな悩んでいるあなたへの記事になります。 自分の仕事領域について あまり普段javascript触ってません 触るとしてもjQueryが多いです そんな人が書いた記事だと思って下さい 今回作ったもの ReactとVue.jsで簡単なカレンダーを作成しました。 React https://github.com/ykyk1218/react-calendar-sample Vue.js https://github.com/ykyk1218/vue-calendar-sample コンポーネン

2017-11-09「フロントエンド開発に再入門する」タスクフォースの進め方こんにちは。開発本部の宍戸です。 メドレーでは定期的に、テーマに沿って組織の技術的な底上げを行うための機会（タスクフォースと呼んでいます）を行っています。そのタスクフォースの１つとして先日、フロントエンド開発力のベースアップを目的としたタスクフォースを行いました。本記事では、その取組みについてご紹介したいと思います。 背景メドレーには現在 20 人弱のエンジニアが在籍しており、その約半数がサーバーサイド出身者です。また普段の開発においては、一つの機能をフロントからサーバーサイドまで一貫して一人が担当するケースが多くあります。サーバーサイド出身者のフロントエンド開発のスキルセットには多少ばらつきはあるものの、普段の開発業務ではレビュー等でそれぞれサポートしつつ開発を行っています。 しかし、フロントエンドの基礎的な部分

はじめに Webフロントエンドの知識がjQueryで知識が止まっていたので、モダンなWebフロントエンドに触れてみた。そのメモ。 良かった点 「今はこうなっているのかー」と分かった。今後はナウい記事を読んでもビビらないと思う。 Reactのすごさ 触ってみて下の記事のいうことが理解できた。何がすごいの？と聞かれたら下の記事を掻い摘んで説明したい。 Reactを使うとなぜjQueryが要らなくなるのか 触ってみたもの ES6 Yarn Webpack Babel Sass/SCSS React とりあえずエディタ開いてHTMLを書くぞというタイプの人間だったので、フロントエンド開発にまずはコマンドラインを打って環境を構築する点が新鮮。自動化できるところはツールで共通化してラクできるところはラクをする、というのは分かった。Reactは使うか分からないが、Webpack/Babel/SCSSは絶

今から約7年前の2010年10月にそのサービスを開始して以降順調にユーザー数を伸ばし、いまやFacebookやTwitterと並んで"3大SNS"のひとつに数えられるほどに現代人の生活と密な関係となったInstagram。これまでにも"ストーリーズ"機能をはじめブックマーク機能やアルバム投稿機能、"Superzoom"機能などを新たに追加、常に人々の心をつかんで離さないInstagramだが、今回更なる注目の新機能が搭載されるべく準備中であることが判明。 本稿タイトルにも記載した通り、その新機能とはズバリ"Regram（リグラム）"機能。Instagramユーザーならばこの言葉だけできっと大体の方がどんなものか分かってしまうと思うが、これは言わば他人が投稿した画像を自分のフィード上で共有したり、自分が過去に投稿した画像を改めて共有する、Twitterで言うところのリツイート機能のようなもの

【ご報告】本日、最高裁から、在特会の上告審を受理しないという決定が届きました。一、二審判決が確定しました。これまでご支援を頂いたみなさま、ありがとうございました。対保守速報との裁判はまだもう少しかかると思います。引き続き頑張ります。本当に嬉しいです。

超低遅延、高画質な配信を実現するための選択肢の一つとして WebRTC があります。 ただ WebRTC はもともと少人数で双方向の配信を前提としているため、スケールしないというのが一般的な認識です。 せっかくなので WebRTC サーバを開発・販売している立場から WebRTC を利用した配信の現実がどの程度なのかを書いていこうと思います。 P2P モデルまずは WebRTC といえば P2P なので、WebRTC の P2P 利用についてお話する必要があります。 WebRTC の P2P 利用は、配信者が視聴者分の変換を行うという負担があることから、最大でも 10 名程度までしか配信できません。 さらに、何より配信者の PC 負荷がとても高くなるため、採用は趣味のページまででしょう。 ビジネスで P2P を配信に利用するのはとても現実的ではありません。

1.ニコニコ（く）がニコ生崩壊の引き金を引いた有料会員は、2017年11月に発表したデータによると、前年同期の256万人から28万人減少。 まるで、シャッター街と化した賑わいをなくした商店街のように、客と店が閑散とし、それが負のスパイラルとなって更に客と店が逃げていくような状況に陥っている。 思い返してみれば、2009年から2013年頃は配信者も、リスナーも勢いがあり、ニコ生には熱があった。 しかし、その熱は徐々に失われ、人々の感情を動かす熱情は冷めつつある。 もちろん、一部例外はある。七原くんや、加藤純一のように、未だニコ生を楽しんで盛り上げている人もいる。ここで指摘しているのは、サイト全体の空気感の話だ。 しかし現状は、Twitterを眺めても、ニコ生を愛し、毎日のように生主の話題で埋め尽くしていた重度のニコ生愛好者のアカウントの多くが、ニコ生のことをつぶやくのをやめてしまっている。自

Still trying to wrap my head around how to be the best ally I can. In the meantime, my partner and I will be joining protests in Brooklyn this afternoon and donating $1m across organizations working for justice in policing, starting with the NAACP LDF and The Policing Project. Black lives matter. Just wanted to add my congratulations and thank you to everyone at WordPress and Tumblr. Matt is a vis

CMU #51の発表資料です。 webブラウザでC/C++を始めとしたJavaScript以外の言語を使う謎テクノロジーWebAssemblyについて解説します。概要から始まり、Hello worldを通してWebAssembly APIの動作、C/C++ - JavaScript連携の方法について解説します。Read less

It took more than six years to have CSS Grids implemented across all browsers. Throughout its history, the spec has always been surrounded by controversy. In 2011, it was met with skepticism as the Microsoft Developer Team announced prefixed support for IE10. The lack of information about the W3C proposal made some developers wonder whether there was an actual need for another layout system, since

My web app died from performance bankruptcy TL;DR Chrome team breaks web to make Chrome perform better. There’s a widely-used piece of DOM API called addEventListener. Almost every web site or web app that does anything dynamic with JS probably depends on this method in some way. Up until 2016 the convention was that you just pass an event type, a callback and an optional “useCapture” boolean flag