タグ

2017年7月13日のブックマーク (9件)

  • バス・タクシーで宅配荷物を運送 規制緩和、9月から - 日本経済新聞

    国土交通省は、宅配用の荷物と旅客を同時に運べるようにするため規制を緩和する。路線バスがこれまで以上に多くの荷物を運べるよう重量制限を撤廃する。地域限定で、タクシーが荷物だけでも配送できるようにする。運送・物流業で担い手不足の深刻さが増すなか「貨客混載」と代替輸送によってサービスの効率化を進め、人手不足に対応する。国交省はこれまで旅客運送の安全を確保する観点からバスやタクシーは旅客、トラックは貨

    バス・タクシーで宅配荷物を運送 規制緩和、9月から - 日本経済新聞
    ymm1x
    ymm1x 2017/07/13
  • ロゴのリデザイン ー なぜGapが失敗しAirbnbが受け入れられたのか | freshtrax | デザイン会社 btrax ブログ

    ブランディングにおけるロゴの重要性が高いことについては今さら議論する必要はないだろう。 数多くあるブランド形成を担う要素の中でも、企業や製品のシンボルとなるロゴこそが私たちの記憶に最も直結している要素だと言っても過言ではない。 それだけに、もし新しくリニューアルしたロゴが不評だった場合、元のロゴに戻すのかそのまま使い続けるのかの決断は難しいものになる。その決断次第では、その後のブランディングに大きな影響を及ぼしかねないからだ。 この記事ではロゴのリニューアルを発表するも当初は不評だった2つの会社を例に、なぜ一方は元に戻すことを余儀なくされ、なぜ一方は使い続け成功をすることが出来たのかを分析してみたい。 デザインの重要性がわかるロゴのマッシュアップ例 優れたロゴを構成する5つの要素まずはじめに、優れたロゴの条件はどのようなのかを軽くおさらいしたい。詳しくは以前の記事「優れたロゴを構成する5つ

    ロゴのリデザイン ー なぜGapが失敗しAirbnbが受け入れられたのか | freshtrax | デザイン会社 btrax ブログ
  • WebSocket対応した噂のALB (Application Load Balancer) を試してみた - tail my trail

    TL;DR 2016年8月にAWSのLoad Balancerが WebSocketに対応した スムーズすぎて心配になるくらい簡単に導入できる 「うまい、はやい、やすい」ので、導入しない理由はないと思う ALB Release! 巷では長らく噂になっていた、新しいAWSのLoad Balancer。 先月2016年8月11日についにリリースされた。待望のL7対応だ。 個人的に魅力の一つだったのはWebSocket対応。 従来のELBではWebSocket通信を終端できなかったため、 WebSocket通信の負荷分散/バランシングを行ったりSSL/TLS化する場合、 自前でバランシングする仕組みを実装したり、Nginxを前段に配置するなどちょっとした工夫が必要だった。 AWSのLoad BalancerがWebSocketサポートしてくれるのであれば、この設計構築および運用をアウトソース出来

    WebSocket対応した噂のALB (Application Load Balancer) を試してみた - tail my trail
  • 「1000人を部屋に集めてお金をランダムな相手に渡し続ける」を色々条件を変えてやってみる - Qiita

    はじめに 「100人を部屋に集めてお金をランダムな相手に渡し続ける」とだんだんと貧富の差が生まれる というGigazineの記事があります。 「そりゃあ、まあそうだろ」「おお、驚いた」と色々な感想があると思いますが、簡単な実験なので色々条件を変えてやってみると、意外と面白かったので紹介します。 100人だと少ない気がしたので1000人でやってみます。 1000人が初期に金1000を持って、各ターンで無作為に誰かに金1を渡す場合 それぞれ、10, 100, 1000, 10000ターン目の所持金額とその人数のヒストグラムは以下のようになりました。 基的に、1000を中心とした正規分布っぽい感じですね。試行を繰り返すと裾野が広がっていくのがわかります。 1000人が初期に金1000を持って、各ターンで無作為に渡すが 自分より金持ちに渡す時は10%の確率で再度誰に渡すか考え直す 場合 自分より

    「1000人を部屋に集めてお金をランダムな相手に渡し続ける」を色々条件を変えてやってみる - Qiita
    ymm1x
    ymm1x 2017/07/13
  • npxが結構良さそうな件について - Qiita

    追記:2017/07/12 gist連携時の理解が間違ってたので修正 npm 5.2リリース。npmパッケージのダウンロードと実行を一度に行うCLIツールnpxが同梱された / “Release v5.2.0 (2017-07-05) · npm/npm · GitHub” https://t.co/2CXccPBqcq — Teppei Sato (@teppeis) 2017年7月11日 へー、と思って見に行ったら結構面白かったので雑な紹介を書いてみることにする。 v.5.2.0 リリースノート npxの紹介記事 この記事は紹介記事のざっくりしたサマリ相当です。 適当に20分くらい触ってわかったことだけ書いてあるので間違ってたり不正確だったりしたら別途詳解記事を書いて教えてもらえると幸いです。 npx is 何? $(npm bin) やってくれるマン npx tsc は大体 $(np

    npxが結構良さそうな件について - Qiita
    ymm1x
    ymm1x 2017/07/13
    ゆるい
  • スーパーに置いてある全種類の肉食べた

    でも何も起こらなかった。

    ymm1x
    ymm1x 2017/07/13
    現実のデバッグ作業はこういう感じ
  • Dockerコンテナでapt update が失敗するのを対応したメモ - 磁力式駆動

    ymm1x
    ymm1x 2017/07/13
    “外部のDNSを参照出来ていない”
  • Datadogで長期間のグラフ表示でもピークがわかる設定 - Qiita

    要点 ・[重要]Datadogのグラフは表示する時間の範囲に350データポイントまで表示する ・クエリの結果に対してrollup(method,time)を設定すると、複数のデータポイントをまとめて表示することが可能 今回の設定するデータ AWSのcloudwatchから取得されたメトリックス(RDS CPU使用率) 困っていた点 短時間(1h,4h)で表示すると1分間隔のデータが表示されるのですが、長時間(1week,1month)で表示されると 時間平均されてしまい、データのピークが隠れてしまうことがあります。 図1:時間の範囲1monthでRDSのCPU使用率を表示した例 図2:上記の30%の部分を時間の範囲5hで表示 いちいち、時間設定を短時間にして調べるのは面倒なので、長時間のグラフ表示のときでもピークがわかるようにしたい。というのが、今回の要件です。 公式ドキュメントで調べてみ

    Datadogで長期間のグラフ表示でもピークがわかる設定 - Qiita
  • 「Stack Overflow Channels」発表。開発チーム内で情報共有するためのQ&Aサイトサービス

    「Stack Overflow Channels」発表。開発チーム内で情報共有するためのQ&Aサイトサービス Stack Overflowはもともインターネット上で誰もがプログラミングなどに関する質問をし、誰もがそれに答えられるというパブリックなQ&Aサイトとして始まりました。 その後、システム管理者やネットワーク管理者向けのQ&Aサイト「Server fault」や、パワーユーザー向けQ&Aサイトの「Super User」、数学関連Q&Aサイトの「Mathematics Stack Exchange」などをはじめとするさまざまな分野へと守備範囲を広げていきました。 こうして分野を広げる一方で、昨年登場した「Stack Overflow Enterprise」は、企業内でプライベートなQ&Aサイトを作り、クローズドな環境での情報交換を行うためのサービスです。 今回発表されたStack Ov

    「Stack Overflow Channels」発表。開発チーム内で情報共有するためのQ&Aサイトサービス
    ymm1x
    ymm1x 2017/07/13