<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>kazu-yamamoto</author_name>
  <author_url>https://blog.hatena.ne.jp/kazu-yamamoto/</author_url>
  <blog_title>あどけない話</blog_title>
  <blog_url>https://kazu-yamamoto.hatenablog.jp/</blog_url>
  <categories>
    <anon>Haskell</anon>
  </categories>
  <description>Haskellがとっつきにくい原因の一つに遅延評価がある。入門書では、無限リストと遅延評価がことさら強調される。しかし、Haskellを業務で使ってみると、遅延評価が煩わしくなってくる。遅延評価なしでもほとんどのことは実現できるし、メモリーの使用量は推測できないし、あまりいいことはない。 Haskellの評価戦略が、他の言語と同じように正格評価だったらよかったのに。 今まで、このようなセリフを何度聞いたか分からない。 そもそも遅延評価が役立つことはあるのだろうか？ ある。お世辞抜きに、少なくとも以下の3つでは本当に役立つ。 リスト(あるいは類似のデータ構造)処理 純粋性に対する暗黙のテスト 効…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fkazu-yamamoto.hatenablog.jp%2Fentry%2F2019%2F02%2F15%2F115630&quot; title=&quot;さようなら遅延評価 - あどけない話&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url></image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2019-02-15 11:56:30</published>
  <title>さようなら遅延評価</title>
  <type>rich</type>
  <url>https://kazu-yamamoto.hatenablog.jp/entry/2019/02/15/115630</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
