有一说一，Go 语言设计的真不怎么样

感谢楼主，mark 一下

个人推荐 Flutter

目前而言 RN 的生态比 Flutter 其实略逊一筹，阿里云腾讯云的很多服务会提供 Flutter 、iOS 、Android 的 SDK 但没有 RN 的 SDK 。Flutter 的开发的移动端应用目前能直接跑在 Web 端上。
Flutter 坑很多，听说 RN 坑更多。
《哔哩哔哩漫画》所有页面都是用 Flutter 开发的，流畅度非常不错。
另外是个人觉得 React 的函数式数据更新思路很奇怪，后来的 vue3 、solidjs 、Flutter 的 GetX 都没有采用 React 的函数式 + Hook 的思路，代码写起来顺畅多了。

我个人感触比较深的是 ORM 场景。C# 有 Entity Framework 、TypeScript 有 TypeORM 、MikroORM 、PHP 有 Eloquent 、Kotlin 的 Ktorm 。看过了以上 ORM 再看 Go 的 ORM 实践就很一言难尽。

优雅的 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)
```
这样确保了编译时类型安全但将查询条件改成了指令式的罗列，损失了简洁性。

GraphQL 大法好 https://graphql.cn/
GraphQL 就没有 get 、put 、delete ，全是 post ，根本不纠结。

有一说一，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 ！