演繹（えんえき、英: deduction）は、一般的・普遍的な前提から、より個別的・特殊的な結論を得る論理的推論の方法である。 帰納に於ける前提と結論の導出関係が「蓋然的」に正しいとされるのみであるのに対し、演繹の導出関係は、その前提を認めるなら、「絶対的」「必然的」に正しい。したがって理論上は、前提が間違っていたり適切でない前提が用いられたりした場合には、誤った結論が導き出されることになる。近代では、演繹法とは記号論理学によって記述できる論法の事を指す。 例えば、物体が落下するとき、重いものほど速く落ちるというのがかつての常識であった。これに対してガリレオ・ガリレイは、詳しい実験から物体の落下時間が質量に比例するものではないことを示した。これは帰納的な判断である。また、ここから彼は物体の落下速度は質量にかかわらず一定だろうと判断した。これはアブダクション（仮説形成）である。 その後、様々
Raised $600k | 2009 | airbnb.com Investor(s): Sequoia Capital "On June 26, 2008, our friend Michael Seibel introduced us to seven prominent investors in Silicon Valley. We were attempting to raise $150,000 at a $1.5M valuation. That means for $150,000 you could have bought 10% of Airbnb. Below you will see 5 rejections. The other 2 did not reply." Brian Chesky CEO, Airbnb Brian Chesky shared his r
きれいなバラには棘があるというけれども、その美しい容姿の裏に猛毒を抱え込んだ女性がいる。 彼女らは悪女と言われしばしば歴史の表舞台に現れては大暴れをするわけだが、恐ろしさの中にもどこか魅力を感じる人物ばかり。そこで今回はそんな世界史に名が残るような悪女たちの伝説をまとめてみたいと思う。 ちなみにこの前文は記事が書き終わってから書いている訳だが、書いた感想としてはこんな感じになっているかなと思う。 50位～35位：悪女と言ってもねぇ、誰でもそういう部分はあるからねぇ、そうでもないような気がするねぇ 34位～25位：うん、これは悪女だね 24位～8位：ヤバイ、背筋が凍るレベルだ… 7位～1位：規模が違い過ぎて現実感がない。段々感覚がマヒしてくる 特に後半はどこか遠くで起こったのことのように感じてくるし、自分の中の常識も段々と亡くなってくるのだけれど、恐ろしいことにこの記事に記載されていることは
六次の隔たり（ろくじのへだたり、Six Degrees of Separation）とは、全ての人や物事は6ステップ以内で繋がっていて、友達の友達…を介して世界中の人々と間接的な知り合いになることができる、という仮説。多くの人数からなる世界が比較的少ない人数を介して繋がるスモール・ワールド現象の一例とされる。SNSに代表されるいくつかのネットワークサービスはこの仮説が下地になっている。 この仮説は、後述のスタンレー・ミルグラムの実験を裏づけとして大きく広まったが、それ以前から文学作品などを通じて知られていた。この仮説を描いた最古の作品はハンガリーの文学者カリンティ・フリジェシュによる1929年の小説『鎖』とされているが[1]、「六次の隔たり」という名称は、劇作家ジョン・グエアの戯曲に由来する。この戯曲は後に『私に近い6人の他人』（原題：Six Degrees of Separation）と
昨今ではWebサイトやWebアプリケーションに対し「適切にページが表示されるか」だけでなく、ロード時間の早さやアクセシビリティといった使い勝手の良さも求められるようになっている。これらは利用者の満足度向上だけでなくGoogle検索の表示結果にも影響するため、できる限り対応しておきたい。そこで今回は、Googleが提供するWebサイト/Webアプリのパフォーマンスやアクセシビリティ診断ツール「Lighthouse」を紹介する。 さまざまな指標による診断を手軽に実行可能できるツール「Lighthouse」 WebサイトやWebアプリケーションを構築する際には、かつてはどんなWebブラウザでも同じように表示され同じように動作することや、検索エンジンによって高く評価されるようなマークアップを行うことが求められていた。これらは現在でももちろん重要ではあるのだが、昨今ではそれに加えて使い勝手の良さも求
This is a timeline of desktop web browsers from 1996 to the present. I am a first year PhD student, data geek and I love visualizations. As always your feedback is welcome. Please support my channel. It can buy me another cup of coffee :) Sasha Data sources: aggregated statistics from OneStat, TheCounter, Wikimedia, W3Counter and StatCounter
今日伝えたいこと キーボードのどこをこだわるのか、どんなカスタムができるのか
ネットワークワーキンググループ Request for Comments： 2119 BCP： 14 分類： ベストカレントプラクティス English RFC において要請の程度を示すために用いるキーワード （Key words for use in RFCs to Indicate Requirement Levels） このメモの位置付け このメモは、インターネット コミュニティのためにベストカレントプラクティス（現時点における最善の実践）について規定するものであり、改善のための議論や提案を求めております。 このメモの配布に制限はありません。 要旨 多くの標準化過程の文書において、いくつかの語句が、当該仕様の要請の程度を 示すために使われています。これらの語句は、よく大文字になっています。 この文書では、これらの語句が IETF の文書においてどのように解釈されるべきであるか、につい
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
このように、可視化されたデータを連続して見せることによってファクトを伝えるのが、データ・ストーリーの手法です。 Ben Jones氏によるデータ・ストーリーについての解説と、彼が見出した7つの王道パターン データを伝える記事を多く出しているNYタイムズですが、彼らの新人記者向けの研修の資料では、データ・ストーリーについて詳しいBen Jones氏による以下の講演動画が紹介されていました。(講演のスライドはこちらから見られます。) 講演の内容について手短に解説します。Jones氏は当時(2015年)、データ可視化ツール大手のタブローソフトウェアでプロダクトマネージャーをしていました。(ちなみにタブローは、先月Salesforceに1.7兆円で買収されています。) ある日、タブローがいくつかの可視化されたデータを連続して見せる機能を公開したところ、ユーザーはそれを使ってさまざまなデータ・ストー
世界最大の広告・クリエーティブの祭典「カンヌライオンズ2019」全部門のグランプリ作品を自身の勉強のためにも簡単にまとめましたので投稿していきます。 その① https://t.co/YVoyFA618l
ウェブページのテキストはいくつかの文字サイズの組み合わせで出来ています。それぞれの文字サイズは情報の階層構造を表現するなどの役割を担いますが、同時にお互いが適切なバランスで調和しているべきです。そのため文字サイズはページやコンポーネントごとに場当たり的に決められるべきではありません。プロジェクトを通じて一貫したシステムを形成している必要があります。 そういった調和と一貫性を持った文字サイズのシステムを作るために、私たちのチームでは「調和数列」に基づいて一連の文字サイズを決めることがあります。調和数列とは等差数列（隣接する項が共通の差を持つ数列）の各項の逆数からなる数列です。 1, 2, 3, 4, 5, 6 ... // 等差数列 1, 1/2, 1/3, 1/4, 1/5, 1/6 ... // 調和数列 実際に調和数列を用いて文字サイズを算出する例を以下に示します。 $font-siz
カリフォルニア芸術大学の教室A113の扉 A113はアメリカのアニメーション作品に見られる仲間内ジョークである。作品中の画面に「A113」という文字がたいした意味もなく出てくるという物。カリフォルニア芸術大学（カルアーツ）を卒業したアニメーターの仲間内で用いられる。由来は同大学の教室番号。 このジョークを最初に使ったのはブラッド・バードである。『世にも不思議なアメージング・ストーリー』の「いじわる家族といたずらドッグ (The Family Dog) 」の回に登場する車のナンバープレートの番号として用いている。バード曰く「（A113の事を指し）これは私の映画作品、どれでもことごとく使っているよ。ザ・シンプソンズも含めてね。いうなればこれはアル・ハーシュフェルド作品におけるNinaの署名の私版といったところかな」との事。 また、やはりカルアーツ出身のジョン・ラセター率いるピクサーの長編映画作
アイキャッチともいうnote の見出し画像のサイズ比率が変更されました。2018年6月14日 a.m. 11時以降の投稿から適用されたようです。それ以前に投稿された見出し画像は以前のままのサイズ比率だそうなので、急いで変更する必要はなさそうです。気にならなければ、そのままで良いのではないでしょうか。 具体的にサイズ比率がどう変わったのでしょうか。 旧見出し画像比率 ＝ 1：2.415 新見出し画像比率 ＝ 1：1.91 旧見出し画像は下のような比率です。 少し縦が狭かったんですね。 デジタルカメラで撮影する画像の比率は「1：1.5（2：3）」とか「1：1.34（3：4）」なので、上下がかなりトトリミングされてしまいます。もともとのイメージから離れてしまうことが多くあります。 ならば、いっそのこと「1：1.5」か「1：1.34」にすれば良いのでは？と思うかもしれません。なぜ「1：1.91」と
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日、 ブラウザ君「ワイはCSSのセレクタを右から読むんや」 という記事を読みまして、ちょっと気になったので後で確かめようと思っていたのですが、なんとなくそのままになってしまいやや旬を逃した感がありつつ、ツッコミを入れてみようと思います。 なお『ワイ「ほげほげ」』みたいな形式は使いません1。恥ずかしいので。 私は仕事でChromiumのソースコードをよく読んでいるので、ChromiumのソースコードからCSSの処理を見つけて、それを基準にして解説しようと思います2。そのため、他のブラウザのレンダリングエンジンと異なる最適化が施されている
安全で、誰にも手頃でアクセスしやすく、ユーザーを尊重したWebを作るためのHTTPヘッダーのプラクティス [UI/UX]原文 HTTP headers for the responsible developer - Twilio (English) 原文著者 Stefan Judis 原文公開日 2019-04-23 翻訳依頼者 翻訳者 meiq 翻訳レビュアー doublemarket msh5 原著者への翻訳報告 1950日前 メールで報告済み 編集 This article was originally published on twilio.com, and translated with the permission of Twilio and the author. 当記事の原文はtwilio.comにて公開されたものであり、Twilio社および原著者の許可を得て翻訳しています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く