有一说一，Go 语言是真的破烂。

拿 ORM 场景举例来说。
正常(TypeORM)是这样的：
```
const article = await articleRepository.findOne({ title:"Tales of Ten Worlds"，published:true });
```
从 文字表里取一篇文章，取出来的变量直接从 findOne() 函数里传出来，非常顺畅。

Go (gorm) 语言是这样的：
```
var article Article
db.Where(&Article{Title: "Tales of Ten Worlds", Published: true}).First(&article)
```

先声明 article 为 Article ，再传指针到 First() 里，一下子打破了函数式编程的 「没有"副作用"」「不修改状态」的教条，这里将 article 的类型改为其他也不会有编译时错误。

或者这样(ent)的：
```
article :=client.Article.Query().
Where(article.TitleEQ("Tales of Ten Worlds"),article.PublishedEQ(true)).Limit(1)
```
这样确保了编译时类型安全但将查询条件改成了指令式的罗列，损失了简洁性。

Go 语言自身的缺陷也是对开发者的限制，比如 Go 语言的 ORM 和 C#、php 、TypeScript 之流比就显得 too simple 。

小孩才做选择，大人 CSS In JS 、Utility CSS 全都要

https://fower.vercel.app/zh-cn/
https://xstyled.dev/

如果要支持 node.js 和 php 的话只有 dtm 了
https://github.com/dtm-labs/dtm

关键词：分布式事务
常用实现：AT 、TCC 、SAGA

https://seata.io/zh-cn/blog/tcc-mode-design-principle.html

php 行为

https://ruanyifeng.com/blog/2017/04/memory-leak.html
阮一峰这篇写的挺清晰的

文档做的很漂亮，对于中文学习者来说确实比 docker 官方的文档友好太多。

关于视频泼一下冷水
在开发运维工具的学习中最重要的是上手实操，这一点上 kubernetes 的官方交互式教程已经做的非常完善了。相比之下通过视频来学习并不能获得深刻的印象，真正实操的时候还得跟着文档敲，那为什么不一开始就跟着官方文档呢？

教程类视频的最大价值实际上是帮助制作者本身通过费曼技巧加深对知识的理解。
对于学习者而言，个人还是推荐尽量接触一手文档。

个人觉得前端发展的方向：

1. 跨平台
一次编写，到处运行。
目前比较成熟的是 React Native 和 Flutter ，微软的 MAUI 还处于玩具阶段。

2. 低代码
移动端开发有 Android Studio 的布局编辑器，桌面端开发有 Blend 。各种设计工具(蓝湖、figma)也自带输出各端代码的能力。希望以后 view 层的代码能做到由 UI 设计师输出，由开发者优化。

关于写好文档，推荐一下 GraphQL ，接口即文档，一目了然

简单性和低运行时本身就是相悖的，没见过哪个语言既简单又没有垃圾回收的。Rust 已经很不错了。GoLang 的语法在我看来已经是简陋了。

推荐 https://github.com/pmndrs/valtio ，使用 proxy 跟踪状态的变化来更新组件，非常符合直觉，状态与视图天生分离，省去了组件间通讯的各种麻烦。
当然如果允许的话最好是直接用 Vue3 或者 Svelte 。

单纯说开发效率的话那肯定是低代码框架的开发效率最快，定好数据结构直接生成增删改查接口，不过低代码框架做复杂需求会比较麻烦。
下面是几个还行的低代码框架：

[Strapi]( https://strapi.io/): 🚀 开源的 Node.js wuoCMS ，轻松构建可定制的 API

[NocoDB]( https://docs.nocodb.com/): 🔥 🔥 🔥 开源 Airtable 替代方案-由 Vue.js 提供支持❤️

[PostGraphile]( https://github.com/graphile/postgraphile): 执行一个命令（或挂载一个 Node.js 中间件），为您的 PostgreSQL 数据库获得即时高性能 GraphQL API ！

代码里小驼峰更美观，但是 url 、git 、部分数据库 不区分大小写 只能下划线

提名 mikro( https://mikro-orm.io/) 一下，比 TypeOrm 强在隐式事务、自带请求作用域

第二张有[副作用]( https://zh.wikipedia.org/wiki/%E5%89%AF%E4%BD%9C%E7%94%A8_(%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%A7%91%E5%AD%A6))，在某些情况下函数副作用会给程序设计带来不必要的麻烦，给程序带来十分难以查找的错误，并降低程序的可读性。

既然要服务端渲染，不如直接用 Node.js ，Next.js + Prisma
https://www.prisma.io/nextjs

类 是 对象 的抽象。
函数 是 过程 的封装。

类是面向对象思想的实践。
函数来自于数学。

类必须被实例化成对象后才能使用（除了充当 NameSpace 的静态类）。
函数能直接使用。

Rust 和 Go 都没有严格意义上的类，使用结构体和接口的组合也能面向对象。
另外 JavaScript 中，类本质上就是特殊的函数:。