タグ

2018年3月21日のブックマーク (7件)

  • PWAが来るって言っているエンジニアは今すぐ辞めろ

    PWAとかいうhtml5のリブランドが技術者界隈で騒いでるが、こんなの受け入れられないだろ。 PWAの実物見た?触った?? instagramのPWAが最高〜!ネイティブと見分けつかない!!とかほざいているグー○ルのエバンジェリストだかエンジニアが騒いでいたので触ってみたのだが、 オワコンであった。 ネイティブと見分けつかないんだったら当にエンジニア辞めたほうがいいよ。 まず、タイムライン上で複数投稿があった時にスワイプで切り替えられない。 なんと左右をタップするのである。 HTMLを操作してる感満載のガクガクの感じ。 ユーザーってこういう些細なガクガクに敏感だよね。マーケット感ある人ならわかるよね。 そんでもってストーリーズ。 もう最低。 動画が自動再生しないの。止まるは止まるは。もう何なの???って感じ。 こんなの受け入れられないでしょ。 カメラは直接起動できないし、フィルターも少な

    PWAが来るって言っているエンジニアは今すぐ辞めろ
    cartman0
    cartman0 2018/03/21
    serviceworker だけで事足りそうではあるよな
  • 【謎】本当にあったfindコマンドの怖い話【検証編】

    3/21 22時頃: 質問編へのリンクを撤去し、タイトルを変更しました。(元のタイトルは「【謎】当にあったfindコマンドの怖い話【解決編】」) 昨日のエントリについて、実験にしてはケースが雑だったので再検証していきます。 【謎】当にあったfindコマンドの怖い話【おもしろ現象】 - くんすとの備忘録 ちなみにモチベーションは「問題を回避したい」ではなく「この現象の原因を知りたい」です1。 よろしくお願いします。 現象からしてfindコマンドが処理中に書き換えられたファイルを読み込んでいるのは明白です。 少しずつ仮設を立て見ていきましょう。 まぁまぁお付き合いください。 検証ケース ケース1: 10万ファイルで実行 ケース2: パイプを使わずfindコマンド一発にし、100万ファイルで実行 ケース3: ケース2を10万ファイルで実行 ケース4: ケース2を15万ファイルで実行 ケース1

    cartman0
    cartman0 2018/03/21
    コマンドの細かい挙動結構わからんし、どんどん啓蒙記事増えるべきやね
  • dev.toにおけるServiceWorker活用術 - Qiita

    重い腰を上げてServiceWorkerに触れました(Service Worker の紹介)。 こんなにも簡単にブラウザキャッシュできるのか!と感動し、「速い速いと言われるdev.toでも使っているんでしょう?」と見てみたら更なる感動があったので内容を書き残します。 何をやっていた? 結論から dev.toにアクセスした時点で、記事ページのhtmlがキャッシュされる(上から6枚くらい) オフライン用のhtmlがキャッシュされていて、リクエストが失敗する(= キャッシュされていない)画面ではこれが返される スクロールする毎に記事ページのhtmlを取りに行き、次々にキャッシュする なので、dev.toにアクセスした後にオフラインになったとしても ファーストビューに出ている記事くらいは見ることが可能で それ以降の記事を踏まれたとしても「ネット回線切れているよー」というhtmlが表示されるため、殺

    dev.toにおけるServiceWorker活用術 - Qiita
    cartman0
    cartman0 2018/03/21
    “、記事ページのhtmlがキャッシュされる(上から6枚くらい) オフライン用のhtmlがキャッシ”
  • サービスワーカーの使用 - Web API | MDN

    この記事はサービスワーカーを使い始めるための情報を提供するページです。基的な構造、サービスワーカーの登録、新しいサービスワーカーのインストールと有効化のプロセス、サービスワーカーの更新、キャッシュやレスポンスの操作を含めた、オフラインで動作するシンプルなアプリケーションの機能についてです。 ウェブユーザーが長年苦しめられてきた主要な問題の一つは、接続を失うことです。世界中の最高のウェブアプリは、ダウンロードできないときの使い勝手が最悪でした。これまでにも、この問題を解決するための技術を生み出す試みはさまざまに行われ、いくつかの問題は解決されてきました。しかし、一番の問題は、資産のキャッシュとカスタムネットワークリクエストのための優れた全体的な制御メカニズムが存在しなかったことです。 このような課題を修正したのがサービスワーカーです。サービスワーカーを使用すると、キャッシュ資産を最初に使用

    サービスワーカーの使用 - Web API | MDN
  • なぜいま Heroku なのか - Qiita

    開発中のサービスに Heroku を採用した経緯を社内で周知するために書いた文章なんですが、ついでに Qiita にも貼っておきます(ちなみに Heroku の回し者ではないので悪しからず)。 従来、Heroku は日で使うにはレイテンシの問題で番環境での利用が避けられることが多かった これは Heroku の Common Runtime には Tokyo region がなく US 等のサーバーと通信するとレイテンシが大きいため1 実際、Wantedly 社なんかもレイテンシを理由に Heroku から AWS に移行している だが、Service Worker の先読みと Fastly(のような instant purge 可能な CDN)の登場により、このレイテンシの影響は極小化された のではないか 多くのリクエストは Fastly のエッジサーバー からレスポンスを返せるはず

    なぜいま Heroku なのか - Qiita
    cartman0
    cartman0 2018/03/21
    アプリケーションごとにfreeかそうでないかプランを割り当てられると聞いて個人で使うなら十分だと感じた
  • 55歳ファンが孤独死 心配して自宅を突き止めたアイドル、亡くなったことを知り追悼ライブを開催(2018年3月20日)|BIGLOBEニュース

    ロリータシンガーソングライターを称する有坂愛海が、亡くなったファンのための追悼ライブを開催すると発表した。 有坂は20日に「ファンを亡くした気持ち」とのタイトルでブログを更新し、追悼ライブ開催に至るまでの経緯と心情を綴った。ファンの間で「おっきゃん」の愛称で知られていた55歳の男性は、10年間ほとんど全てのライブに来場していた。しかし、昨年に大動脈乖離の手術を受けることになり入院。その後、SNSの更新は止まり、ライブにも訪れなくなっていた。 心配していた有坂は、事務所に所属しておらず、迷惑をかけるメンバーもいないことから、このファンの会いに行くことを決意。住所や電話番号、メールアドレスなどの連絡先は知らなかったが、名を頼りに自宅を突き止めて訪問。その際、近所の住人から、退院後の昨年8月29日に自宅で亡くなったと聞いたという。 ファンには家族がなく、葬式も行わなれなかったと知った有坂は、「

    55歳ファンが孤独死 心配して自宅を突き止めたアイドル、亡くなったことを知り追悼ライブを開催(2018年3月20日)|BIGLOBEニュース
    cartman0
    cartman0 2018/03/21
    糞TV業界じゃ無理だな
  • AI:誤って「回転」と錯視…人間同様に 立命大など発見 | 毎日新聞

    静止画なのに回っているように見える「錯視」について、深層学習(ディープラーニング)で自ら学習する人工知能(AI)も、人間と同様に「回っている」と誤って判断し、錯視が起きていることを、基礎生物学研究所(愛知県岡崎市)と立命館大学(京都市)などの共同研究グループが発見し、国際学術誌で発表した。 AIの深層学習は、世界のトップ棋士を次々と破った「アルファ碁」で注目を集めた新技術。画像など膨大なデータを読み込み、判…

    AI:誤って「回転」と錯視…人間同様に 立命大など発見 | 毎日新聞
    cartman0
    cartman0 2018/03/21
    こんなん学習データの数で変わるでしょ