タグ

2018年8月10日のブックマーク (6件)

  • CtoCのニワトリとタマゴの問題を解決するためにやった5つのこと

    初期のマーケットプレイスの立ち上げ方法シリーズの続編。 前回も話したようにフリマアプリのようなマーケットプレイスは出品者と購入者の両方が必要です。 ただし、最初のプラットフォームは、ほとんどのユーザーにとって、そこに参加するコストの方が、そこから得られる価値より高くなります。 つまり買い手がいないマーケットプレイスに登録して、商品を出品する手間(コスト)を払うユーザーなどいないという問題にぶち当たります。 なので、プラットフォームの最初の目標は、両方のユーザーを十分な数を集めて流動性を確保することです。 どちらが先か? 冒頭の通り、マーケットプレイスは需要と供給においてどちらを先に獲得するのか?といったニワトリが先か、タマゴが先か問題に必ず直面します。 そしてほとんどの場合、初期の流動性の確保のために売り手(供給サイド)の構築から始めることになります。 これは初期の段階では、売り手側により

    CtoCのニワトリとタマゴの問題を解決するためにやった5つのこと
  • サマータイム実施は不可能である

    PFN福田圭祐による東大大学院「融合情報学特別講義Ⅲ」(2022年10月19日)の講義資料です。 ・Introduction to Preferred Networks ・Our developments to date ・Our research & platformSimulation ✕ AI

    サマータイム実施は不可能である
  • RDBにおけるキャッシュという考え方

    RDBの専門家として日々活動している中で気づいたことのひとつに、「RDBはデータへのアクセスの実装をインデックスに頼っているが、インデックスは全ての問題を解決できるほど万能ではない」ということがある。インデックスというのはとても強力な部品であり、その点には全く異論はない。だが、世の中の全ての問題(クエリ)を解決できるほど、柔軟性に富んだものではないということだ。RDBは、どのインデックスを使ってデータへアクセスするかということを、オプティマイザを用いて判断する。大抵のRDB製品では、オプティマイザはよい仕事をするので、インデックスとオプティマイザの組み合わせによって、ほとんどの問題に対応できる。だが、100%ではないのであり、そのようなケースがシステムの性能問題を引き起こしたり、プログラマ(アプリケーションの設計者)に、NoSQLへ完全に移行したり、クエリ高速化のために非正規化をすると言っ

    RDBにおけるキャッシュという考え方
  • 保存しておくと便利!CSS Flexboxでよく使用するコードがまとめられたCSSのスニペット集 | コリス

    ヘッダでロゴを左寄せにしたり、検索窓を右寄せにしたり、画像をページの中央に配置したり、ページ上のあらゆる要素を揃え整列させるFlexboxをベースにしたスタイルシートのスニペットを紹介します。 サイトやブログの全体で利用できるユーティリティのclassとして、保存しておくと便利なスニペット集です。 Speed up alignment in CSS with Flexbox utility classes by CodyHouse 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 CSSで面倒なのは要素を整列させること Flexbox以前 Flexboxで簡単に CSSで面倒なのは要素を整列させること CSSで面倒なのは、要素を整列させることでした。しかし、Flexboxが登場して、理にかなった方法で整列させることが可能になりまし

    保存しておくと便利!CSS Flexboxでよく使用するコードがまとめられたCSSのスニペット集 | コリス
  • Web Workerによる並列処理をRxJSを用いて実装する - Qiita

    はじめに JavaScriptはシングルスレッドだけど、時々、並列処理をしたくなります。 RxJSを使うと綺麗に書けたので紹介します。 やり方 import { Observable, from } from 'rxjs' import { bufferCount, mergeMap } from 'rxjs/operators' const enum InputType { InitialData, Direction, } interface InitialData { type: InputType.InitialData // 初期化のためのデータを追加 } interface Direction { type: InputData.Direction // 並列化する処理のためのデータを追加 } function start(initialData: InitialData, d

    Web Workerによる並列処理をRxJSを用いて実装する - Qiita
  • JPEG画像の最適化には85%の品質がいいらしいので画像の最適化プロセスを見直してみた

    オリジナルはPhotoshopの「書き出し」で画質を100%にして書き出した画像です。画像によっては81%にしても目視では差がわからなかったので、それくらい下げちゃっても良さそうですけど、ざっくりとしたデフォルトとしては85%が良さそうです。91% → 85%の方が85% → 81%より圧縮率がいいんですね。 サンプル画像 上の表にある「sampleXX.jpg」の画像をまとめて圧縮したファイルを用意しました。ご参考までに以下からダウンロードどうぞ。 サンプル画像をまとめて圧縮したファイル(ZIP / 3.4MB) ちなみに、表で91%と81%になっているのはImageOptimで設定できるのが、なぜかその数値だったからです。90%、80%には設定できませんでした(v1.8.0)。 職場で作業するときのプロセスはだいたい以下のような感じです。 PhotoshopやAffinity Desi

    JPEG画像の最適化には85%の品質がいいらしいので画像の最適化プロセスを見直してみた