Build with Chrome Learn how Chrome works, participate in origin trials, and build with Chrome everywhere.
![Chrome DevTools | Chrome for Developers](https://cdn-ak-scissors.b.st-hatena.com/image/square/0de6460538a79d8171fe10e0d781cc26f27d245c/height=288;version=1;width=512/https%3A%2F%2Fwd.imgix.net%2Fimage%2Ffuiz5I8Iv7bV8YbrK2PKiY3Vask2%2FiGPiWTtoy7iF932Xday1.png%3Fauto%3Dformat%26w%3D1521)
Intro スクロールによる DOM 要素の出現などを効率よく検知するため、新しく Intersection Observer という API が追加された。 この API の使い方と、本サイトへの適用について記す。 要素交差(intersection)の検出 ページをスクロールしていく過程で、特定の DOM が画面に出現したことをフックしたいケースがある。 代表例は 画像の遅延読み込み であり、初期ロードでは画像の取得を行わずスクロールしていく過程で順次取得する手法である。 特に画像の多いページでは表示に必要なリソース取得のみに最適化でき、初期画面表示などでは効果が大きいとされる。 これを実装するのに必要なのは、「 <img> 要素が出現しているかどうか」であるが、本質的には「画面外にあった <img> が viewport と交差したか」を取得することになる。 つまり、 要素出現の取得
Integrate with the OS sharing UI with the Web Share API Stay organized with collections Save and categorize content based on your preferences. Web apps can use the same system-provided share capabilities as platform-specific apps. With the Web Share API, web apps are able to use the same system-provided share capabilities as platform-specific apps. The Web Share API makes it possible for web apps
2017年09月13日 13時00分更新 文● 株式会社ウサギィ 町裕太・五木田和也、聞き手:遠藤諭、編集● 杉本 敏則/ASCII 2017年9月20日(水)に、角川アスキー総合研究所は『1日で学ぶ “人工知能” で失敗しないプロジェクト発注の仕方』と題したビジネスセミナーを初開催する。今回、セミナーで講師を務める株式会社ウサギィの町裕太氏と五木田和也氏へ、遠藤諭(角川アスキー総合研究所 取締役主席研究員)が「企業が人工知能(AI)やディープラーニングを導入するって、つまりどういうこと?」というぶっちゃけ取材を敢行した。本記事ではそのインタビューの様子をお届けする。 「AI/ディープラーニングを自社でも活用せよと予算がついたが、果たしてどんなメリットがあるのか?」や「自社事業が抱えている課題に対して、AI/ディープラーニングという手法がその解決につながるのか?」といった点にお悩みの方に、
この記事は私の考えるタグの使い方なので、もし間違っている事や反論のある方は ぜひコメントやブログを書いてください。読みます! タグを打つ意味 そもそも、なぜgitでタグを打つのか? これは下記のような理由だと思う。 sha1でコミュニケーションするのは一般的に難しい*1 コミットとは別にデプロイなどのイベントをリポジトリ内で扱うため そもそも、gitのタグとは gitのタグはタグオブジェクトという形でgitのリポジトリ内に保存されます。*2 タグオブジェクトには下記の情報が含まれます。 タグを作成した日時 タグ作成者 タグを作成した理由 タグを付けたコミットのsha1 日付つきのタグとは タグの名前に日付情報がつけられたものです。 $ git tag -m "bump tag" 1.0.0-`date "+%Y%m%d_%H%M%S"` $ git tag -l 1.0.0-2014060
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
Redisは多彩なデータ構造をもつ1インメモリDBであり、昨今のWebアプリケーションのデータストアの一つとして、広く利用されている。 しかし、一方で、性能改善のための手法を体系的にまとめた資料が見当たらないと感じていた。 実際、最初にCPU負荷が問題になったときにどうしたものかと悩み、調査と試行錯誤を繰り返した。 そこで、この記事では、自分の経験を基に、RedisサーバのCPU負荷対策を「CPU負荷削減」「スケールアップ」「スケールアウト」に分類し、パターンとしてまとめる。 背景 RedisのCPU負荷対策パターン CPU負荷削減 multiコマンド Redisパイプライニング Luaスクリプティング Redisモジュール(夢) スケールアップ スケールアウト 参照用スレーブ 垂直分割 水平分割 Redis Clusterによる水平分割 その他 スライド資料 あとがき 参考資料 背景 R
9✕9マス(ミニ版もある)の盤上で戦う対戦ボードゲームで、お互いのコマを交互に1マスずつ動かし、どちらが先に相手側のゴールに辿り着くかというとてつもなくシンプルなルール。 ただし、そこに頭脳的かつ戦略的そして面白さを加えるのが「壁」の存在だ。コマを1手動かす変わりに壁(10枚所持)を設置してもよいことになっている。壁は2マス分の長さがあり、縦、横どちらの向きにも置くことができ、壁を駆使して相手の最短ルートを妨害していく。壁でコマを完全に閉鎖することは禁止で、必ずゴールに繋がるルートが残るようにしなければならない。 一度設置した壁は変更できないので、あとになって自分に不利に働かないように作らなければならないが、基本的な攻め方のひとつとしてはコの字型に壁を設置して出口を後方につけることで、相手を遠回りさせるというのが比較的簡単で有力なやりかたのようだ。 壁はひとり10枚しかないため、相手を攻め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く