大家认为是否需要在国内的程序员中推广一下Haskell？

izhier

提议将List放到函数前面讲的主要考虑和想法是什么？说说当时的思路，讨论一下吧

不是太清楚 List 和函数的关系
只是觉得：
将 haskell 语言中的基本类型放在前面讲
可以使我们这些新手有一个全局的把握
好多书都是先讲基本类型，然后是函数，类，异常

flw

没讲函数之前又不是不能用函数，难道学不会 Monad 就不用 print 了？

flw

原帖由 MMMIX 于 2009-3-24 21:26 发表

Monad 算作语言要素，其他的算作使用部分，包括 I/O。因此，先讲 monad，后讲 I/O。之所以把 I/O 压后，是因为既然是以介绍函数式编程思想为主，那么 I/O 就不是那么重要。再说了，想要先了解 I/O 的人可以翻 ...

IO 还是早点儿涉及吧。
没有 IO 的语言是很莫名其妙的，除非书很薄。

我看这点 RWH 就比 YAHT 要好。

izhier

我目前对List的理解是，它在函数式语言中，不单单是一个数据结构，同时也充当着一定的“控制结构”的角色。正像MMMIX所说，List和函数关系紧密。

折中一下可否
先介绍 tuple 和 list 的最基本的概念，但不涉及 list 的“控制结构”的角色
再介绍函数
然后重点介绍 list 的“控制结构”的角色

MMMIX

原帖由 flw 于 2009-3-25 09:11 发表

IO 还是早点儿涉及吧。
没有 IO 的语言是很莫名其妙的，除非书很薄。

放在后面并不意味着不能先读呀。BTW，可以借助交互式环境，例如 GHCi，来弥补最开始的 I/O 部分。

我看这点 RWH 就比 YAHT 要好。

RWH 和 YAHT 的定位就不同，RWH 更注重实用，而 YAHT 则是 Haskell 的 tutorial，主要还是语言本身的入门介绍。

flw

原帖由 MMMIX 于 2009-3-25 09:22 发表

放在后面并不意味着不能先读呀。BTW，可以借助交互式环境，例如 GHCi，来弥补最开始的 I/O 部分。

RWH 和 YAHT 的定位就不同，RWH 更注重实用，而 YAHT 则是 Haskell 的 tutorial，主要还是语言本身的入门 ...

GHCi 的话，就又得先讲 let，
没学过 FP 的人，很容易会把 let 理解成赋值，比如 GW-BASIC 里赋值就用 let

我个人希望 let 和 where 出现的晚一点，到讲程序结构、模块划分的时候再讲。

[ 本帖最后由 flw 于 2009-3-25 09:34 编辑 ]

flw

原帖由 izhier 于 2009-3-25 09:22 发表

折中一下可否
先介绍 tuple 和 list 的最基本的概念，但不涉及 list 的“控制结构”的角色
再介绍函数
然后重点介绍 list 的“控制结构”的角色

你不如说说啥叫【list 的“控制结构”角色】？
我怎么有点不太懂的样子。

izhier

原帖由 flw 于 2009-3-25 09:34 发表

你不如说说啥叫【list 的“控制结构”角色】？
我怎么有点不太懂的样子。

新手
不懂
我是引用 34 楼说的
我只是想表达一下自己的看法
希望我能更容易上手

[ 本帖最后由 izhier 于 2009-3-25 10:02 编辑 ]

kwlong2008

不知道这个书

我@一条柴

原帖由 kwlong2008 于 2009-3-25 10:26 发表
不知道这个书

Haskell中文教程  見附件