g****t
发帖数: 31659 | 1 速度快，表达能力强。感觉各方面比Julia强很多啊。
熟悉微软技术的来说说？xiaoju怎么看？ |
c******n
发帖数: 16666 | |
n*w
发帖数: 3393 | |
n*w
发帖数: 3393 | 4 但是还不支持higher kindred type, dependent type. 微软不愿用type erase 的方式
实现。可能要先等CLR的支持 |
x***4
发帖数: 1815 | 5 你觉得higher kindred type, dependent type平时可以怎样用？
【在 n*w 的大作中提到】
: 但是还不支持higher kindred type, dependent type. 微软不愿用type erase 的方式
: 实现。可能要先等CLR的支持
|
n*w
发帖数: 3393 | 6 hkt我有想要用的情况。dt还没有，可能和以前不了解有关。
【在 x***4 的大作中提到】
: 你觉得higher kindred type, dependent type平时可以怎样用？
|
g****t
发帖数: 31659 | 7 F#:
最快的实用functional programming语言。
多年历史，持续更新，背后有大公司。
【在 c******n 的大作中提到】
: 是干啥用的？原生FP的C#
|
g****t
发帖数: 31659 | 8 这个是缺点吧。Emacs／vim 工具链不全
【在 n*w 的大作中提到】
: 还有一点，开发工具好用。不管是vs还是vsc。
|
g****t
发帖数: 31659 | 9 这些都是次要的。信号流，rename，apply，输入输出，基本的数据结构
等是关键。
复杂的语法糖，学了以后，下次版本更新不支持了，就废了。
而且这个东西和投篮姿势一样的，学坏了改起来难。
【在 x***4 的大作中提到】
: 你觉得higher kindred type, dependent type平时可以怎样用？
|
l**********0
发帖数: 150 | 10 能不能在linux下跑，有没有interactive console？ |
|
|
g****t
发帖数: 31659 | 11 yes.yes.
【在 l**********0 的大作中提到】
: 能不能在linux下跑，有没有interactive console？
|
e*******o
发帖数: 4654 | 12 ocaml 可以
搜搜 real world ocaml
【在 l**********0 的大作中提到】
: 能不能在linux下跑，有没有interactive console？
|
g****t
发帖数: 31659 | 13 http://fsharp.org/use/linux/
【在 e*******o 的大作中提到】
: ocaml 可以
: 搜搜 real world ocaml
|
l**********0
发帖数: 150 | 14 出来也十年左右了吧，现在有啥成功项目产品吗？
【在 g****t 的大作中提到】
: yes.yes.
|
l**********0
发帖数: 150 | 15 哦，还是要用mono，本质还是dot net。
【在 g****t 的大作中提到】
: http://fsharp.org/use/linux/
|
g****t
发帖数: 31659 | 16 1.
At Kaggle we initially chose F# for our core data analysis algorithms
because of its expressiveness. We’ve been so happy with the choice that we
’ve found ourselves moving more and more of our application out of C# and
into F#. The F# code is consistently shorter, easier to read, easier to
refactor, and, because of the strong typing, contains far fewer bugs.
2.
At Credit Suisse, we’ve been using F# to develop quantitative models for
financial products
我猜商业应用
C# and F#混合使用更加现实些。
回头我可能会试着混合F＃和python。
任何人我觉得python不可能不用。
数据清洗，输入输出，字符串，列表，等等等等方面优势太大。
就是速度不行。
F＃理论上和C＃速度一样，有一定表达能力。
所以对我来说，关键就在于能不能搞好F＃ emacs 的org mode。
【在 l**********0 的大作中提到】
: 出来也十年左右了吧，现在有啥成功项目产品吗？
|
n******7
发帖数: 12463 | 17 F＃就是软软版的ocaml啊
【在 e*******o 的大作中提到】
: ocaml 可以
: 搜搜 real world ocaml
|
x****u
发帖数: 44466 | 18 大家用微软主要是因为上手快好找人好管理啊，这些不是f#强项吧
【在 g****t 的大作中提到】
: 速度快，表达能力强。感觉各方面比Julia强很多啊。
: 熟悉微软技术的来说说？xiaoju怎么看？
|
g****t
发帖数: 31659 | 19 我不找工作，也不和人合作编程序。所以只关心
F#有如下几个优点:
运行速度快
开发速度快,强类型但是类型推断不错，表达能力强
Tool chain完备
F#到现在还活的挺好
挺惊讶的
唯一的问题就是MSFT可能会很流氓，
几个语言互相绑定兼容，tool chain锁定什么的。
其实ocaml语言很好。但是标准库和tool chain太差了。
Haskell也有类似的一些问题。
: 大家用微软主要是因为上手快好找人好管理啊，这些不是f#强项吧
【在 x****u 的大作中提到】
: 大家用微软主要是因为上手快好找人好管理啊，这些不是f#强项吧
|
n*w
发帖数: 3393 | 20 用visual studio code也很好，开源。配合.net core，全在Linux上做都可以。
【在 g****t 的大作中提到】
: 我不找工作，也不和人合作编程序。所以只关心
: F#有如下几个优点:
: 运行速度快
: 开发速度快,强类型但是类型推断不错，表达能力强
: Tool chain完备
: F#到现在还活的挺好
: 挺惊讶的
: 唯一的问题就是MSFT可能会很流氓，
: 几个语言互相绑定兼容，tool chain锁定什么的。
: 其实ocaml语言很好。但是标准库和tool chain太差了。
|
|
|
x****u
发帖数: 44466 | 21 这玩意是玩具作品吧，不是生产力工具不可比的
【在 g****t 的大作中提到】
: 我不找工作，也不和人合作编程序。所以只关心
: F#有如下几个优点:
: 运行速度快
: 开发速度快,强类型但是类型推断不错，表达能力强
: Tool chain完备
: F#到现在还活的挺好
: 挺惊讶的
: 唯一的问题就是MSFT可能会很流氓，
: 几个语言互相绑定兼容，tool chain锁定什么的。
: 其实ocaml语言很好。但是标准库和tool chain太差了。
|
l**********0
发帖数: 150 | 22 这些scala都有。。。它就是吃的dot net平台的亏，没法无缝融入linux/jvm的洪流。
【在 g****t 的大作中提到】
: 我不找工作，也不和人合作编程序。所以只关心
: F#有如下几个优点:
: 运行速度快
: 开发速度快,强类型但是类型推断不错，表达能力强
: Tool chain完备
: F#到现在还活的挺好
: 挺惊讶的
: 唯一的问题就是MSFT可能会很流氓，
: 几个语言互相绑定兼容，tool chain锁定什么的。
: 其实ocaml语言很好。但是标准库和tool chain太差了。
|
g****t
发帖数: 31659 | 23 对。我也打算从VS code开始试一下
【在 n*w 的大作中提到】
: 用visual studio code也很好，开源。配合.net core，全在Linux上做都可以。
|
g****t
发帖数: 31659 | 24 It is not a toy. From my personal observation, F# had been ready for
industry application for many years. Tool Chain/Document both are mature.
没听说有很多坑这个情况。最大的坑是Mono。所以如果只是windows用户，我觉得没问
题。
【在 x****u 的大作中提到】
: 这玩意是玩具作品吧，不是生产力工具不可比的
|
n*w
发帖数: 3393 | 25 f# 4.1 支持 .net core。不需要mono了。
【在 g****t 的大作中提到】
: It is not a toy. From my personal observation, F# had been ready for
: industry application for many years. Tool Chain/Document both are mature.
: 没听说有很多坑这个情况。最大的坑是Mono。所以如果只是windows用户，我觉得没问
: 题。
|
n******7
发帖数: 12463 | 26 .net core是啥？
可以linux下面直接跑？
open source？
【在 n*w 的大作中提到】
: f# 4.1 支持 .net core。不需要mono了。
|
N*****m
发帖数: 42603 | 27 是的
【在 n******7 的大作中提到】
: .net core是啥？
: 可以linux下面直接跑？
: open source？
|
n******7
发帖数: 12463 | 28 这么说c# F# 可以跟java/scala 等等正面竞争了？
有意思
【在 N*****m 的大作中提到】
: 是的
|
N*****m
发帖数: 42603 | 29 难，现在太晚了。
可以等下一波热点的时候切入。
【在 n******7 的大作中提到】
: 这么说c# F# 可以跟java/scala 等等正面竞争了？
: 有意思
|
l**********0
发帖数: 150 | 30 如果在linux上clr的性能比jvm要好那还有的搞，java语言真的有点落后。
【在 N*****m 的大作中提到】
: 难，现在太晚了。
: 可以等下一波热点的时候切入。
|
|
|
n******7
发帖数: 12463 | 31 只是用语言来实现自己的想法
跟热点关系不大吧？
晚点各种lib还成熟一些
【在 N*****m 的大作中提到】
: 难，现在太晚了。
: 可以等下一波热点的时候切入。
|
N*****m
发帖数: 42603 | 32 我是回答你关于正面竞争的问题。
现在谈不上正面竞争。
【在 n******7 的大作中提到】
: 只是用语言来实现自己的想法
: 跟热点关系不大吧？
: 晚点各种lib还成熟一些
|
g****t
发帖数: 31659 | 33 F# ---- CLR
Clojure ---- JVM
F# was from the Ocaml.
Clojure was from the Lisp.
Both Clojure and F# are practical excellent tools.
【在 n******7 的大作中提到】
: 这么说c# F# 可以跟java/scala 等等正面竞争了？
: 有意思
|
n******7
发帖数: 12463 | 34 至少先天不足补上了
我相信不能解决linux支持和开源两个问题
很多人是根本不考虑C# F#的
【在 N*****m 的大作中提到】
: 我是回答你关于正面竞争的问题。
: 现在谈不上正面竞争。
|
n******7
发帖数: 12463 | 35 作为野鸡码工
最喜欢在纸面比较各种语言
Ocaml作为最快的FP（同时又非常expressive）
Clojure作为最快的脚本（之一）
都看过两眼
【在 g****t 的大作中提到】
: F# ---- CLR
: Clojure ---- JVM
: F# was from the Ocaml.
: Clojure was from the Lisp.
: Both Clojure and F# are practical excellent tools.
|
g****t
发帖数: 31659 | 36 我看了下.net core，
起码姿势和流程看着是对的。
但是大公司都是一朝天子一朝臣，
技术领袖被斗倒之后，恐怕
有的产品就难以维持了。
说实话F#能活下来10年还能有序的更新，
我挺惊讶的。
也许是因为这块肉不肥，
所以反而在公司内部形成了几个人小圈子的小众生态。
: 至少先天不足补上了
: 我相信不能解决linux支持和开源两个问题
: 很多人是根本不考虑C# F#的
【在 n******7 的大作中提到】
: 作为野鸡码工
: 最喜欢在纸面比较各种语言
: Ocaml作为最快的FP（同时又非常expressive）
: Clojure作为最快的脚本（之一）
: 都看过两眼
|
g****t
发帖数: 31659 | 37 我literate review下来。
Ocaml和F#应该是速度都差不多。haskell也很快。
这三家我觉得速度不会差超过20%.
所以F#优势明显。Ocaml,Haskell 坑还是略多了点。
F#就是linux支持被诟病做多。
: 作为野鸡码工
: 最喜欢在纸面比较各种语言
: Ocaml作为最快的FP（同时又非常expressive）
: Clojure作为最快的脚本（之一）
: 都看过两眼
【在 n******7 的大作中提到】
: 作为野鸡码工
: 最喜欢在纸面比较各种语言
: Ocaml作为最快的FP（同时又非常expressive）
: Clojure作为最快的脚本（之一）
: 都看过两眼
|
n******7
发帖数: 12463 | 38 F#就是MS版的Ocaml
haskell太拧巴了
我一直想找一种写得快（expressive),跑得快，又学的快的语言
可惜逻辑上，这三者最多只可能做好两者
所以就是取舍
以前看过一个很多语言的benchmark
Ocaml是综合写和运行时间最佳的
学习难度似乎也尚可（学过几天...）
就是库太少
这对于搞数据分析的是致命伤
目前来看，只有两个现实方案
1. 脚本+C/C++，比如python流或者R流
2. JVM平台包打一切，比如scala
【在 g****t 的大作中提到】
: 我literate review下来。
: Ocaml和F#应该是速度都差不多。haskell也很快。
: 这三家我觉得速度不会差超过20%.
: 所以F#优势明显。Ocaml,Haskell 坑还是略多了点。
: F#就是linux支持被诟病做多。
:
:
: 作为野鸡码工
:
: 最喜欢在纸面比较各种语言
:
: Ocaml作为最快的FP（同时又非常expressive）
:
: Clojure作为最快的脚本（之一）
|
g****t
发帖数: 31659 | 39 https://www.quora.com/Functional-Programming-How-does-F-compare-to-OCaml
目前来说，python必不可少。其他的可以选1，2个。
其实clojure工具链文档都很好。Scala太复杂了，
我觉得支持开发的人是不是内讧了？
: F#就是MS版的Ocaml
: haskell太拧巴了
: 我一直想找一种写得快（expressive),跑得快，又学的快的语言
: 可惜逻辑上，这三者最多只可能做好两者
: 所以就是取舍
: 以前看过一个很多语言的benchmark
: Ocaml是综合写和运行时间最佳的
: 学习难度似乎也尚可（学过几天...）
: 就是库太少
: 这对于搞数据分析的是致命伤
【在 n******7 的大作中提到】
: F#就是MS版的Ocaml
: haskell太拧巴了
: 我一直想找一种写得快（expressive),跑得快，又学的快的语言
: 可惜逻辑上，这三者最多只可能做好两者
: 所以就是取舍
: 以前看过一个很多语言的benchmark
: Ocaml是综合写和运行时间最佳的
: 学习难度似乎也尚可（学过几天...）
: 就是库太少
: 这对于搞数据分析的是致命伤
|
e*******o
发帖数: 4654 | 40 ocaml 其实最近几年发展很不错，ocaml 学习起来比haskell 容易。
非Windows支持的话，看不到F# 的优势。
现在这个时代，语言，要靠人来下功夫推。大家都差不多，就看谁的社区好，谁对新手
友好。
王寅老师的神器，都开源了，大牛看看如何？
https://github.com/cisco/ChezScheme
【在 g****t 的大作中提到】
: 我literate review下来。
: Ocaml和F#应该是速度都差不多。haskell也很快。
: 这三家我觉得速度不会差超过20%.
: 所以F#优势明显。Ocaml,Haskell 坑还是略多了点。
: F#就是linux支持被诟病做多。
:
:
: 作为野鸡码工
:
: 最喜欢在纸面比较各种语言
:
: Ocaml作为最快的FP（同时又非常expressive）
:
: Clojure作为最快的脚本（之一）
|
|
|
e*******o
发帖数: 4654 | 41 ocaml 可以做到这三点。当然比java 麻烦。
数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
咱俩差不多，可能语言基本上都玩过。
【在 n******7 的大作中提到】
: F#就是MS版的Ocaml
: haskell太拧巴了
: 我一直想找一种写得快（expressive),跑得快，又学的快的语言
: 可惜逻辑上，这三者最多只可能做好两者
: 所以就是取舍
: 以前看过一个很多语言的benchmark
: Ocaml是综合写和运行时间最佳的
: 学习难度似乎也尚可（学过几天...）
: 就是库太少
: 这对于搞数据分析的是致命伤
|
g****t
发帖数: 31659 | 42 老王去Cisco 了？硬件公司做软件，混日子王道之一啊。Cisco 是搞出租房的好公司。
这个看上去像不错的项目。
: ocaml 其实最近几年发展很不错，ocaml 学习起来比haskell 容易。
: 非Windows支持的话，看不到F# 的优势。
: 现在这个时代，语言，要靠人来下功夫推。大家都差不多，就看谁的社区好，谁
对新手
: 友好。
: 王寅老师的神器，都开源了，大牛看看如何？
: https://github.com/cisco/ChezScheme
【在 e*******o 的大作中提到】
: ocaml 可以做到这三点。当然比java 麻烦。
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
: 咱俩差不多，可能语言基本上都玩过。
|
g****t
发帖数: 31659 | 43 看我前面的链接。ocaml不支持native 64位。
Python速度不行。
语言我觉得是最爽的。
: ocaml 可以做到这三点。当然比java 麻烦。
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
: 咱俩差不多，可能语言基本上都玩过。
【在 e*******o 的大作中提到】
: ocaml 可以做到这三点。当然比java 麻烦。
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
: 咱俩差不多，可能语言基本上都玩过。
|
n******7
发帖数: 12463 | 44 scala是很复杂
问题这是现在应用最广的FP了 js不算的话
工作和社区都比clojure好
特别是统计计算
clojure就一个半死不活的incater项目
纯玩自然没必要跟自己过不去
【在 g****t 的大作中提到】
: https://www.quora.com/Functional-Programming-How-does-F-compare-to-OCaml
: 目前来说，python必不可少。其他的可以选1，2个。
: 其实clojure工具链文档都很好。Scala太复杂了，
: 我觉得支持开发的人是不是内讧了？
:
:
: F#就是MS版的Ocaml
:
: haskell太拧巴了
:
: 我一直想找一种写得快（expressive),跑得快，又学的快的语言
:
: 可惜逻辑上，这三者最多只可能做好两者
:
: 所以就是取舍
|
n******7
发帖数: 12463 | 45 多线程也是问题
之前纸上研究了一下
据说是10年前的时候
Ocaml开发者认为cluster计算是未来方向
没想到多核这么快就铺开了
【在 g****t 的大作中提到】
: 看我前面的链接。ocaml不支持native 64位。
: Python速度不行。
: 语言我觉得是最爽的。
:
:
: ocaml 可以做到这三点。当然比java 麻烦。
:
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
:
: 咱俩差不多，可能语言基本上都玩过。
:
|
e*******o
发帖数: 4654 | 46 思科把拥有chezscheme 的公司买了，这个是他老师的scheme。
不开源据说可是每年几千到的license费。
【在 g****t 的大作中提到】
: 老王去Cisco 了？硬件公司做软件，混日子王道之一啊。Cisco 是搞出租房的好公司。
: 这个看上去像不错的项目。
:
:
: ocaml 其实最近几年发展很不错，ocaml 学习起来比haskell 容易。
:
: 非Windows支持的话，看不到F# 的优势。
:
: 现在这个时代，语言，要靠人来下功夫推。大家都差不多，就看谁的社区好，谁
: 对新手
:
: 友好。
:
: 王寅老师的神器，都开源了，大牛看看如何？
:
: https://github.com/cisco/ChezScheme
|
g****t
发帖数: 31659 | 47 我眼光还不错嘛。
我还以为是老王憋的项目呢。
: 思科把拥有chezscheme 的公司买了，这个是他老师的scheme。
: 不开源据说可是每年几千到的license费。
【在 e*******o 的大作中提到】
: 思科把拥有chezscheme 的公司买了，这个是他老师的scheme。
: 不开源据说可是每年几千到的license费。
|
e*******o
发帖数: 4654 | 48 要真是他的项目，那他估计能吹上天。
【在 g****t 的大作中提到】
: 我眼光还不错嘛。
: 我还以为是老王憋的项目呢。
:
:
: 思科把拥有chezscheme 的公司买了，这个是他老师的scheme。
:
: 不开源据说可是每年几千到的license费。
:
|
n******7
发帖数: 12463 | 49 我琢磨了很久，这个在逻辑上是不可能的
为了实现写的快还跑的快，设计上必然会有代价
比如F#为了expressive，据说各种函数要记忆的很多
不知道ocaml是不是也是这样
这个类似围棋背定式，不用实时处理了
这就是学习的负担
另外为了写的方便，搞类型推断，我记得ocaml里面的数据只有double类型
不支持多线程也有性能考虑
【在 e*******o 的大作中提到】
: ocaml 可以做到这三点。当然比java 麻烦。
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
: 咱俩差不多，可能语言基本上都玩过。
|
n******7
发帖数: 12463 | 50 这个scheme 牛在哪里？
要玩scheme，我会玩玩CHICKEN Scheme
【在 e*******o 的大作中提到】
: 思科把拥有chezscheme 的公司买了，这个是他老师的scheme。
: 不开源据说可是每年几千到的license费。
|
|
|
g****t
发帖数: 31659 | 51 你可以画一个xy的图，
写的速度范围我Vs 跑的速度范围
每个语言放一个方块
其实每个方块都有可能有合适的应用
Scala我觉得比不上f#
因为速度慢一倍到50%
: 我琢磨了很久，这个在逻辑上是不可能的
: 为了实现写的快还跑的快，设计上必然会有代价
: 比如F#为了expressive，据说各种函数要记忆的很多
: 不知道ocaml是不是也是这样
: 这个类似围棋背定式，不用实时处理了
: 这就是学习的负担
: 另外为了写的方便，搞类型推断，我记得ocaml里面的数据只有double类型
: 不支持多线程也有性能考虑
【在 n******7 的大作中提到】
: 这个scheme 牛在哪里？
: 要玩scheme，我会玩玩CHICKEN Scheme
|
n******7
发帖数: 12463 | 52 我有个同事说Cython很不错
我没用过
现在更喜欢R，说起来也是FP和OO都支持的，比scala还是简单多了
【在 g****t 的大作中提到】
: 看我前面的链接。ocaml不支持native 64位。
: Python速度不行。
: 语言我觉得是最爽的。
:
:
: ocaml 可以做到这三点。当然比java 麻烦。
:
: 数据分析的话，没有啥复杂的逻辑，我觉得Python够了。
:
: 咱俩差不多，可能语言基本上都玩过。
:
|
n******7
发帖数: 12463 | 53 有的，写的速度按LOC来衡量就好
我就是这样发现ocaml的
我得找找那个图
【在 g****t 的大作中提到】
: 你可以画一个xy的图，
: 写的速度范围我Vs 跑的速度范围
: 每个语言放一个方块
: 其实每个方块都有可能有合适的应用
: Scala我觉得比不上f#
: 因为速度慢一倍到50%
:
:
: 我琢磨了很久，这个在逻辑上是不可能的
:
: 为了实现写的快还跑的快，设计上必然会有代价
:
: 比如F#为了expressive，据说各种函数要记忆的很多
|
g****t
发帖数: 31659 | 54 速度差。
一上午可以调试和更改算法的遍数少好几遍。
一停下来跑，就老灌水，一罐水就歇菜了
: 我有个同事说Cython很不错
: 我没用过
: 现在更喜欢R，说起来也是FP和OO都支持的，比scala还是简单多了
【在 n******7 的大作中提到】
: 有的，写的速度按LOC来衡量就好
: 我就是这样发现ocaml的
: 我得找找那个图
|
e*******o
发帖数: 4654 | 55 http://www.yinwang.org/blog-cn/2013/03/28/chez-scheme
洗脑文来了。
【在 n******7 的大作中提到】
: 这个scheme 牛在哪里？
: 要玩scheme，我会玩玩CHICKEN Scheme
|
n******7
发帖数: 12463 | 56 说实话，没能坚持看完。。。
王垠其实应该去写YY爽文的
【在 e*******o 的大作中提到】
: http://www.yinwang.org/blog-cn/2013/03/28/chez-scheme
: 洗脑文来了。
|
e*******o
发帖数: 4654 | 57 函数用多了自然记住了。
java 也要记method
数据类型 guvest 的那个帖子也提到了， 这个有那么重要？
我觉得程序麻烦的是搞业务逻辑
【在 n******7 的大作中提到】
: 我琢磨了很久，这个在逻辑上是不可能的
: 为了实现写的快还跑的快，设计上必然会有代价
: 比如F#为了expressive，据说各种函数要记忆的很多
: 不知道ocaml是不是也是这样
: 这个类似围棋背定式，不用实时处理了
: 这就是学习的负担
: 另外为了写的方便，搞类型推断，我记得ocaml里面的数据只有double类型
: 不支持多线程也有性能考虑
|
g****t
发帖数: 31659 | 58 数据类型影响run 速度。
我的做法基本上是极度糙快猛。因为要不停改算法。看看结果如何。
你可以设想我求解非线性偏微分方程。画网格有3个想法，算梯度有5个，再加上6个边
界条件。
这不算多吧？3*5*6 如果是速度慢的语言，那么效率肯定是不行的。
Fortran／C实现新的想法的效率是很低的。然后为了提高效率，自己会攒一些中间步骤
的软件，
或者函数库，但这些tool和中间步骤本身会限制思路。
【在 e*******o 的大作中提到】
: 函数用多了自然记住了。
: java 也要记method
: 数据类型 guvest 的那个帖子也提到了， 这个有那么重要？
: 我觉得程序麻烦的是搞业务逻辑
|
g****t
发帖数: 31659 | 59 老王这基础知识太差了。看了两句就没法看了。
【在 e*******o 的大作中提到】
: http://www.yinwang.org/blog-cn/2013/03/28/chez-scheme
: 洗脑文来了。
|
