Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

从 Java 和 JavaScript 来学习 Haskell 和 Groovy(引子)

Posted on 04/12/201510/08/2024 by 四火

compare 我记得刚接触计算机的时候,我就受到了两个非常巨大的错误观念的影响,这个观念最初是来自于老师的传授还是学长的教诲已经记不清了,但是直到我工作几年以后,才慢慢有了实际的体会:

  1. 学习和使用什么编程语言不重要,重要的是算法和设计;
  2. 程序员学习的精髓是面向对象的设计模式,掌握以后,一通百通。

简直就是是胡扯啊。也许在某个极其狭隘的上下文中还能这样说,但是泛泛而谈,这样的态度无疑是误人子弟的。

就说第一条,编程语言不但重要,而且太重要了。换句话说,学习一门新的编程语言,可能学习的是背后的范型和思考问题的方式。如果这个部分能带来新的东西,那就是值得花时间投入的。

可能很多人和我的背景一样,熟悉 Java 和 JavaScript,一门是经典的静态语言,一门是经典的动态语言。有人说相较而言,搞 C++背景的人算法和数据结构基础更加扎实;而起初搞 Java 背景的人可能设计方面懂的多一点,但是水货更多;而说起 JavaScript,就似乎更 “低廉” 了,虽说学好太难,但入门门槛超低。于是针对像我这样背景的工程师,我打算用类比 Java 和 JavaScript 的方式写一些新的编程语言的学习笔记,因为在我看来,用 “类比” 的方式是学习印象深刻,而且容易更容易理解的有效方式。以前也用类似的方式写过一些新技术的学习笔记,比如 《GWT 初体验》。但是通常要学习一门新的编程语言,尤其是从未熟悉的一个新的编程范型,学习曲线要比这个高得多。在我的脑海里有这样一个清单,记载了最想接触和熟悉的编程语言,这个清单最首要就包括:

  • Groovy。学习 Groovy 就是奔着 “动态语言” 去的,而动态语言,就是奔着 “元编程” 去的。“动态”,是指在程序运行过程中可以改变数据类型的结构。也就是说,是围绕着 “元编程” 产生的特性。元编程,指的是在运行时改变 “类” 的定义,例如访问、增加或修改等等。一言以蔽之,就是 “用程序来写程序”。Groovy 是和 Java 最亲近的动态语言。07 年底接触过一段时间 Groovy 程序,还混过当时 Groovy 中国社区的斑竹,只可惜本人如此喜爱挂念的东西,现在依然不算多活跃,在最新的 TIOBE 排行上面,列在 36 位,有趣的是,35 位的是 Scala,真可谓难兄难弟。这里有个小段子,Groovy 的作者 James Strachan 说,如果当年他看到了 Scala,就不会有 Groovy 什么事儿了。即便是这种自掘坟墓式的追捧,如今看来 Scala 的下场也没见得好到哪去。JavaScript 也一样是动态语言,为什么还要接触 Groovy?其中一个重要原因是其中的元编程特性太丰富。
  • Haskell。纯粹的函数式语言。可以这样理解 “纯粹” 一说:有一些语言 “可以” 进行函数式编程,但是有的则是 “不得不” 进行函数式编程。编程语言发展的两大趋势就是动态语言和函数式语言。因此有了 Groovy 代表动态语言,接着我一直想学习一门函数式语言。函数式编程就像数学中的函数一样,唯一给定了输入参数,就可以唯一确定输出结果,没有上下文的影响,没有执行次数的影响,或者说是天然幂等的。网上太多文章批 Haskell 太过学院派,连教科书里面要教授函数式编程都用 Scheme(因为它更易学,还没有那么复杂的类型系统),但是开阔视野无疑是非常好的(“代码原来可以这样写!”),尤其喜爱其中的模式匹配的特性。

当然还有其它的,有代表性的语言想深入研究,比如逻辑式的 Prolog,还有可以写诗的 Perl……但是也害怕吃得太多就会撑着。

Haskell 之于函数,就像 Perl 之于字符串,就像 Prolog 之于谜题,就像 Groovy 之于 DSL。

我会记录和讨论一些语言特性,但是不会去讨论大多数语法糖这样可能重要但是琐碎的部分。如果只是纯粹的学习笔记那多无聊啊,还不如把它写成吐槽帖。我争取从 Java 和 JavaScript 到 Haskell 和 Groovy,对这四门语言,一个特性一个特性地横向比较,比如站在类型系统的角度,弱类型、强类型,静态的、动态的,类型之间的关系、类型创建等等;再比如元编程方面,Java 的反射和代理系统,JavaScript 的 prototype,Groovy 强大的元编程体系,还有 Haskell 的编译期元编程实现等等。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. Groovy on Grails 交流活动
  2. JavaScript 3D 图表
  3. 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(元编程)
  4. Javascript Memoizer
  5. java.util.concurrent 并发包诸类概览

2 thoughts on “从 Java 和 JavaScript 来学习 Haskell 和 Groovy(引子)”

  1. 袁良锭 says:
    03/24/2017 at 6:23 PM

    一直就想了解一下 schema。有没有这方面的材料推荐一下。从入门到深入到语言平台架构的。

    Reply
  2. tossking says:
    04/13/2015 at 10:53 AM

    http://www.yinwang.org/blog-cn/2015/04/03/paradigms/
    http://www.yinwang.org/blog-cn/2013/03/31/purely-functional/
    http://www.yinwang.org/blog-cn/2013/04/01/lazy-evaluation/
    http://www.yinwang.org/blog-cn/2013/04/02/currying/
    http://www.yinwang.org/blog-cn/2014/02/04/pl-tool/
     
    函数式编程的思想,学 scheme 就够了

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Python Spark 互联网 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 程序员 管理 系统设计 缓存 编码 编程范型 英语 西雅图 设计 评审 问题 面试 项目

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Big Data and Machine Learning (5)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • + 1.943624 BTC.NEXT - https://graph.org/Ticket--58146-05-02?hs=9a9c6f8dfe3cdbe0074006e3e640b19b& on 所有文章
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
  • Anonymous on 我裸辞了
  • Dylan on 我裸辞了
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme