『头破血流』学编程语言(Rust 篇)

 『头破血流』学编程语言(Rust 篇)

学习 Rust 已经有一段时间了,断断续续地在业余时间造了一些轮子。通过这一系列的练习和仿造,对于如何学习新的编程语言有一些新的感悟。这篇文章讲的方式并非是捷径,也不是什么 7 天精通,而是继续使用笨办法地方式来进行学习。

从我的角度来看,前者的介绍过于简单,只是告诉了你应该这么做,但是没有说要怎么做。而后者则难度太大,对于大部分的人来说,几乎是不会想着去做这样的事情。而本文的难度呢,刚好介于两者之间,至于是不是中间嘛,也不好说。难度,因人而异,因时间也有区别。

对于编程和计算机理解越来越深刻,那么原先难度适中的事情,因为做过会变得更加简单;而原先复杂的事情,如果我们还没做过,那么我们可能还觉得它依然相当的复杂。

为什么学习新的编程语言?

工作多年,我们依然会和同事、朋友讨论到:业务是永恒的,技术是永远在变的。所以,成为一个业务专家更容易、更持续,成为一个技术专家更难、更需要持续提升。选择很难,因为我们不是火星人,也没有上帝视角。所以,成为一个技术上的专家,我们需要不断地接触一些新的东西,接受一些新的概念。其中的一种模式便是,人们口中经常说的:每年学习一门新的语言。

从个人的角度来看,这是一个非常 SMART (具体、可度量、可实现、相关性、有时限)的目标。所以,它还会存在这么一些优点:

  1. 保持学习的习惯。
  2. 为技术热情添到香油。
  3. 学习不同的编程模式。
  4. 拓展职业机会和前景。

除此,从职业鸡汤上来说,就是:机会是留给有机会的人。如果你学习了一门新的编程语言,那么未来有相关的机会,你更有可能触摸到。

若是你将学习新的编程语言,视为非常火热的什么内卷化、奋斗逼之类的说辞,那么我倒是没啥好说的。有的人是真的在 “奋斗”,有的人是想了解各种有意思的东西。从我的角度来看,学习新的编程语言和上述的说辞是不存在关系的 —— 不存在竞争,只是加一条赛道,笑。

寻找语言学习的高效路径

在上文中,我提及的第一篇文章《学习的艺术——如何学好一门技术、语言》在今天对于我来说,已经是一个相当浪费时间的事情 —— 重复劳动。文中提到的方法,无非是造重复的轮子、重写旧的应用,这种方式和诸如在 30 天里去练习不同的项目,都只是在特定的场景之下,出于特定的目标而练习的垃圾产物。随着我们的成长,生活和工作上的一些事情,会占据我们更多的时间。尽管,我尚未被这些问题困扰着,但是我已经有了一个又一个的方案。不过,我相信你们都会有这些问题。

简单来说,我们需要即学好一门编程语言,又不重复劳动。所以,可行的方式是学习新的语言,并在新的编程语言里寻找新的轮子。诸如于《『如何同时学会两门编程语言?』》就是一种不错的方式,但是对于多数的人来说,它有点难。不过,从个人的角度来看,如果你是选择从一个 XML 解析、JSON 解析开始的话,可能就没有那么难。但是,就是在重复的造轮子。

这么一圈废话下来,其实我们的结论就是:在语言的适合场景下,造适合的轮子 —— 这可能意味着一定的时间成本。比如,用 JavaScript 来处理非关系型数据,用 Go 来开发跨平台命令行工具,用 Rust 来开发 WASM 应用等等。

高效路径

在我尝试了一系列的造轮子工作之后,我有了一个初版的模型(基于 Rust 语言)。我暂时划分了四条路径:

  1. 工程实施。即使用该语言时,开发应用时需要哪些实践。
  2. 应用开发。理解完整的开发应用所需要的知识体系。
  3. 框架设计。使用该语言如何进行各种抽象设计。
  4. 语言练习。要么用它来写语法解析,要么来解析这门语言。
  5. 领域特定编程/场景编程。即寻找适合这门语言的场景。

作为初版,这条路径可能不一定能 match 上你的需要,但是随着我们不断也提升,我们终将能形成一个更完整的路径。

工程实施

从工程实施,这个角度来看,我们所要掌握的是一些基本的编程能力:

1.自动化测试。诸如于单元测试、集成测试等等,以帮助我们开发出高质量的应用,并节省 debug 的时间。

  • TDD(测试驱动开发)。同上。从个人的角度来看,若是掌握 TDD 这一项技能,可以编写高质量的代码。
  • 测试覆盖率。
  1. 持续集成。真实的软件开发需要持续集成,这也是我们学习编程语言时,要掌握的工程技能。
  2. 构建管理。寻找适合于这门语言的构建体系,以帮助我们构建出可信的软件。

如我们在使用 Rust 开发应用时,就可以使用 GitHub + Travis CI 的方式完成对于持续集成的了解;结合 Justfile/Makefile 等,完成自动化的构建。

应用开发

应用开发是基于真实项目的角度出发,来完成对于语言的练习。这些内容包含了:

  • 自动化部署。主要用于学习在真实项目下,如何提交效率。
    • 容器化部署。
  • 分层架构。如何合理的划分项目的目标结构,常见的方式有两种:
    • MVC 架构。传统的三层架构
    • 整洁架构。基于抽象的形式设计的架构
  • DevOps 体系。根据需要,完成从需求到上线流程的支持。如:
    • 应用性能监控。
    • 日志。

不同的语言之间,或许存在一些差异,但是从最终的情况来看,它们都需要提供一致性的接口,或者是采用一致性的接口。如对于数据库的访问,使用的接口是一致的;提供 RESTful API,其对于消费者来说,也需要提供一致地 API。

框架设计

框架设计是基于造轮子的需求场景下的路径。它包含了:

  • 抽象。语言如何进行抽象
    • 支持 OO。
    • 不支持 OO。如何使用诸如于 Rust Trait 完成类似的工作
  • 语言无关。如何进行跨语言的设计支持。如:
    • 语言无关的数据格式。
  • 模块化开发。如何完成跨团队、跨业务模块的代码、服务共享。
  • 包管理/依赖管理。如如何构建,并发布到制品仓库,实现复用。

框架设计从理论上来说是稍微复杂一些。至于有没有必要,就看你想学习到什么程度了。

语言练习

语言练习是《如何同时学会两门编程语言?》模式之下的一种路径方式,相对会陡峭一下。

  1. 编写其它语言/DSL 的解析器。
  2. 使用其它语言编写该语言的解析器。
  3. 使用该语言解析该语言。

嗯,是不是有点意思了。从场景上来说,当我们拿到了一个语言的 AST,然后就可以尝试去做一些高端的事情。如我在 Coca 里做的自动化重构、架构可视化等等。

领域特定编程

领域特定编程是在该语言擅长的场景下,做该语言擅长的事情。如 Rust 里的

  1. 跨平台
  2. WASM
  3. 一门应用跨端运行
  4. 系统级编程
  • 结合系统接口,如获取用户输入,并修改输出。

这依赖于我们识别场景,并知晓出什么时候才是合适的场合。

其它

没有银弹,如果有的话,那就不需要人类了。

相关推荐