![https://www.bloomberg.com/news/features/2017-06-08/how-to-visit-tsukiji-fish-market-in-tokyo-before-it-closes](https://cdn-ak-scissors.b.st-hatena.com/image/square/09ea5e02aef3379d98fedf41fcaba41c3252f75e/height=288;version=1;width=512/https%3A%2F%2Fassets.bwbx.io%2Fimages%2Fusers%2FiqjWHBFdfxIU%2FinpTs_dyC.Gw%2Fv1%2F1200x800.jpg)
元の記事はさらっと読んでしまうと,「ふーん,意外と数が少ないもんなんだな」くらいで終わってしまいそうなので少しばかり突っ込んで説明してみる.1 初学者だと「そもそもなんで正格関数と非正格関数で分けるの?」「なぜ正格関数のところでやってるように引数に起きうるケースと返り値で有りうるケースの組み合わせで全てを計算できないの?」などといった疑問が湧いてこないかな. というわけで順を追ってありうるケースのうちどういった理由からそれらが除外されていくのかを考えることにする. ウォーミングアップ まずはMaybe a → Maybe aより簡単なa → aを考えてみよう. a型をもらってa型を返す関数は一体何本あるか? a型は任意の型なのでありうるケースはa型の任意の値xかまたは⊥かのどちらかだ. 引数 ⊥ x ⊥ x この表の各マスはその組み合わせがあるかどうかを書き込んでいくことにする. 例えば1
LSTMs are behind a lot of the amazing achievements deep learning has made in the past few years, and they're a fairly simple extension to neural networks under the right view. So I'll try to present them as intuitively as possible – in such a way that you could have discovered them yourself. But first, a picture: Aren't LSTMs beautiful? Let's go. (Note: if you're already familiar with neural netwo
Recently I translated Nix's derivation parser to Haskell and I thought this would make an instructive example for how C++ idioms map to Haskell idioms. This post targets people who understand Haskell's basic syntax but perhaps have difficulty translating imperative style to a functional style. I will also throw in some benchmarks at the end, too, comparing Haskell performance to C++. Nix derivatio
おおむね以下の点を理解することを目標に、CRubyのメソッド呼出がどのようなフローで実行されているかを見ていく。対象バージョンは2.4.1。 Rubyで定義されたメソッド、C拡張で定義されたメソッド、コア内部で実装されたCのメソッドはそれぞれCRuby内部でどういったデータ構造で保管されているか それらはそれぞれどのようなアルゴリズムで検索されるか それらはそれぞれどのような流れで実行されるか メソッドキャッシュはどのように実装されており、どういう時使われるのか バックトレースの管理などメソッド本体の処理以外には何が行なわれているのか send命令とopt_send_without_block命令とrb_funcallの間では何が異なるのか なおこの記事のタイトルは、RubyConf 2015の時 Messenger: The (Complete) Story of Method Look
IEEE Internet Computingの2017年5・6月号に "Two Decades of Recommender Systems at Amazon.com" という記事が掲載された。 2003年に同誌に掲載されたレポート "Amazon.com Recommendations: Item-to-Item Collaborative Filtering" が Test of Time、つまり『時代が証明したで賞』を受賞したことをうけての特別記事らしい 1。 「この商品を買った人はこんな商品も買っています」という推薦で有名なAmazonが1998年にその土台となるアルゴリズムの特許を出願してから20年、彼らが 推薦アルゴリズムをどのような視点で改良してきたのか 今、どのような未来を想像するのか その一端を知ることができる記事だった。 アイテムベース協調フィルタリング 20年前も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く