タグ

2018年5月2日のブックマーク (10件)

  • 通信の最適化を開始したmineo、最適化が効かないSSL通信には帯域制限をかけている模様

    ※タイトルが適切でないとの指摘があったため訂正しました(2018/05/02 20:19:12) × 通信の最適化を発表したmineo ↓ ○ 通信の最適化を開始したmineo 道乃 歩 @sh_rainbow295 > 通信事業者が「通信の最適化」などと称して勝手に自サイトのデータを改竄して届けていることになります。こうした行為は、Webサイト運営者がSSL対応によるHTTPS化を行うことで防ぐことができる 解説:mineoが悪名高い「通信の最適化」を開始。 – すまほん!! smhn.info/201804-tuusin-… 2018-04-27 10:26:01 nonask @eatist9 サイトがhttpsであれば回避できるなら、今年7月までには結構な割合のサイトで気にしなくていい話にはならないのかな? あんまり話題見かけないけどみんなChrome68用に常時SSL化しないんだ

    通信の最適化を開始したmineo、最適化が効かないSSL通信には帯域制限をかけている模様
  • リスニング3000時間の感想

    英語を1000時間、2000時間、3000時間聞いたらどのような変化が起こるのか・・・。ちょっとした好奇心から計測を始め、6年目にして3000時間を超えましたので、3000時間リスニングで気づいたことをまとめてみます。 リスニング時間の内訳と聞こえ方の推移 現在までのリスニング時間は3200時間。だいたい年500時間〜600時間とゆっくりめのペースなので、それほど負担にはなりませんでした。内訳ですが、最初の100時間はSpotlightやVOAを主体としたスクリプト付き音源を聞きました。中級時にEnglish Journalを360時間、オーディオブックが1700時間です。その他の1000時間は、Podcast やスクリプト無しのドラマ、Khan Academy教材などです。聞き流し時間は含んでいません。英検1級取得時のリスニング時間は1162時間、年1回、3年目まで受けたTOEICのリス

    リスニング3000時間の感想
  • Makefileの書き方 - $ cat /var/log/shin

    まえがき その昔、Makefileの書き方という非常にわかりやすいMakefileの入門ページがあったのですが、seiichirou氏の卒業(?)とともにページが消えてしまいました。 私も大変お世話になったページだった、というかこれからもお世話になりそうなので、そこでWebArchiveから引っ張りだしてきたものを、はてな記法で書き直したものがこの記事になります。 元々自分用に書き直したのですが、せっかくなので公開してみます。 なので、以下の著作はseiichirou氏に帰属します*1。 Makefileの書き方 はじめに ここでは、Makefileの中でもGNU makeにかぎって説明します。 makeって何? ソースファイルを分割して大規模なプログラムを作成していると、コマンドでコンパイルするのが面倒です。また、一部のソースファイルを書き換えただけなのに全部をコンパイルし直すのは時間の

    Makefileの書き方 - $ cat /var/log/shin
  • 2018年のPythonプロジェクトのはじめかた - Qiita

    4/30 公開 5/1 増補改訂: 大幅加筆しました。 この記事では、2018年以降に実現可能になったモダンなPythonプロジェクトのはじめかたを整理して紹介します。 PythonにもPipenvという公式推奨の高機能なパッケージマネージャーが登場し、さらに2018年に入ってからの機能向上で、npmやyarnのような開発体験が得られるようになってきました。 私はここしばらくはフロントエンドやNode.jsに携わっていて、npmやyarnに慣れきっていたせいか、pipenv導入以前はvirtualenvやpipを組み合わせた開発が面倒で仕方なかったですが、Pipenv導入によって一変しました。 これからはPythonプロジェクトがよりクリーンかつ簡単にはじめられるようになり、開発体験も向上するでしょう。 それでは、まずはPythonのインストールからです。 Pythonのインストール P

    2018年のPythonプロジェクトのはじめかた - Qiita
  • Custom domains on GitHub Pages gain support for HTTPS

    ProductCustom domains on GitHub Pages gain support for HTTPSEncryption for all GitHub Pages sites Today, custom domains on GitHub Pages are gaining support for HTTPS. GitHub Pages is the best way to quickly publish beautiful websites for you and your projects. Just edit, push, and your changes are live. GitHub Pages has supported custom domains since 2009, and sites on the *.github.io domain have

    Custom domains on GitHub Pages gain support for HTTPS
  • マンション修繕に怪しい機械業者が入り込んできた

    言迷水💦日音黒通信団ブロンズ戦闘員C103日東ペ35a @genmeisui 私の立場。 ・自宅マンションが謎水装置を拒否すれば活動終了 ・この業者が他で商売をする事には関知しない (神社のお守りを買う人に「効果がない!」と言って回るようなことはしない。信じることでシアワセになるのは個人の自由なので) 2018-04-09 19:05:31 言迷水💦日音黒通信団ブロンズ戦闘員C103日東ペ35a @genmeisui ・謎水はあくまでも謎であって、特定の商品名は出さない ・似たような装置は多数販売されており、このツイートでは商品を特定できない ・特定の商品を連想された方には「その商品の事ではない」と言う ・漫画は「疑似科学にハマる人々」を描くのがメイン。特定商品の非難ではない 2018-04-09 19:05:32

    マンション修繕に怪しい機械業者が入り込んできた
  • 私の会社の機械学習経験ゼロの「ディープラーニングおじさん」が会社のAI戦略を動かすまで - karaage. [からあげ]

    ディープラーニングおじさん 私の会社には「ディープラーニングおじさん」がいます。「います」といっても私が勝手に一人で心の中でそう呼んでいるだけですが…ともかく、今日はその「ディープラーニングおじさん」が、機械学習経験ゼロから、最終的に会社を動かすまでの華麗なる軌跡を紹介したいと思います。 なお、会社に関する情報は、私の都合である程度、虚実入り混じった情報になることご了承ください。今回の話で伝えたいことに関しては、影響は無い範囲とは思っています。 ディープラーニングおじさんの華麗なる軌跡 自分のツイートを「ディープラーニングおじさん」で検索したら、最初に引っかかったのが2016年10月ころでした。もう1年半くらい前ですね。 自分も個人で少しだけディープラーニング試したりしてるので、ディープラーニングおじさんに少しだけ自分の知ってる情報を提供してみたけど、おじさん何も聞かずに特攻しててワロタw

    私の会社の機械学習経験ゼロの「ディープラーニングおじさん」が会社のAI戦略を動かすまで - karaage. [からあげ]
  • Vue.js ( Nuxt.js ) でアニメーションやってみたら最高だった話。 - Qiita

    Nuxt.jsで自己紹介サイトを作りました。 https://nitta.studio/ 見ていただくと分かる通りアニメーションをしまくったのですが、、 https://t.co/CXj31medDj Nuxt.jsで自己紹介サイト作りました。NetlifyホスティングでPWA対応してます。 いろいろ自分のイカれた略歴など晒しました。宜しくお願いします。 — 新田聡一郎 (@soichiro_nitta) 2018年4月26日 VuexとVue.jsのウォッチャをつかって、 イベントハンドリング ステート変更 ウォッチャで検知 複数のコンポーネントでアニメーション発火🔥 のような書き方をしたら最高だったので、ご紹介です。 アニメーションって、どこにどの処理書けばいいのか困りませんか? 凝ったものを実装するとめちゃめちゃなコードになりがちですよね... しかーし!Vue.jsのデータ駆動と

    Vue.js ( Nuxt.js ) でアニメーションやってみたら最高だった話。 - Qiita
  • ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳

    はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録

    ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
  • 8年間で20以上のWebサービスを作ってきて、ほとんど失敗した理由|ren@Anyflow Inc.

    みなさま、はじめまして!  ren と申します。 追記(5/6) 「具体的にどんなサービスを作って、どういう失敗をしたのですか?」と言われることが多かったので、書いてみました → 8年かけて開発したWebサービス15個の具体的な失敗理由とは? note は初投稿なのですが、タイトルどおり、 8年間で20以上のWebサービスを作ってきて、ほとんど失敗した理由を私の実体験を元に書いてみようと思います! Webサービスを作っている人、自社のサービスを作っている人、起業家、これからWebサービスを作りたい人など、少しでも参考になれば幸いです。 この記事を通して伝えたいこと1. Webサービスやアプリを成功させる事はかなり難しい 2. Webサービスやアプリは実際世の中に出すまで分からないが、成功確率は上げることができる 3. Webサービスやアプリの成功確率を上げるにはどうすれば良いのか です。

    8年間で20以上のWebサービスを作ってきて、ほとんど失敗した理由|ren@Anyflow Inc.