@gyt95 不至于，不至于。这是副业，目标是开发出给自己带来工作之外的收入的产品🤨

@AscenZ 这是副业，想开发出给自己带来的收入的产品🤨

已经身处后端开发大军，学 iOS 只是想开发😅

工作多年的程序员，喜欢给自己购买好用的工具，目前使用 Keychron K2, 对 HHKB 持观望态度。原因是，我是 Jetbrains IDE 用户，经常需要 F1-F12 那一行按键，如果需要我在 HHKB 上是用组合键模拟 F1-F12 ，我是不太能接受的。不知 HHKB 持有者有没有这样的烦恼🤔️

@JasonEWNL Realm 评价不错，周末敲个 demo 体验体验

@middle2000 怎么说？我不应该学 iOS ，而是去学 Web3, AI 吗

建议是别在宝安租房，两分钟起飞一趟航班，航空噪音严重。能劝退一个是一个😅

看错标题了，以为是说无法续费 Plus 的 😂

遇到了同样的问题，在 Azure 虚拟机上，我可以把卡添加到支付方式（我没有把上一次添加的支付方式删除，重复添加同一张卡），但是扣钱时总 declined 。然后我注册一个新的账号，成功升级到了 Plus 。

我遇到过用着用着企业微信就突然要人脸识别，没有任何其它替代选项可以让你选择，而我向来反感人脸识别。我慢慢是认识到了，这个软件不尊重用户，强制用户，不给用户其他自由选择。

这个玩意离 Slack 差了十万八千里，也就在中国大陆有人愿意用。

我觉得非常合适。

本人是一个 Android 转 Go 的后端业务程序员，我能够顺利转过来，只因 Go 的优点让从写代码到部署投入使用的难度非常低：Go 开发环境搭建非常简单、Go 语法非常简洁、上手 Go 时不用学习框架、应用跑起来就能给客户端使用，不用考虑配置 Nginx 之类、要部署到服务器也就 go build 然后 scp 等等，这些都让我上手后端的过程中没有遇到难度和阻碍。

多年体验下来，我觉得 Go 的优点有：
- `语法简洁`：Go 中共有 25 个关键字，很容易上手 Go 编程。
- `灵活`：Go 属于编译型的静态语言，但是 Go 的很多特性使得用 Go 编程像使用动态脚本语言一样的灵活，比如使用 `:=` 初始化变量。
- `标准库齐全`：Go 拥有一个比较齐全的标准库，`net/http` + `encoding/json` 组合即可快速开始 API 开发，`testing` 包是 Go 的使用得最多的单元测试库，等等。
- `多平台支持`：Go 环境支持 Linux 、macOS 、Windows, 在 Linux 、macOS 平台还支持 amd64 和 arm64 CPU 指令。
- `跨平台编译` ：支持交叉编译，可以方便地在一个平台打包构建另一个平台的二进制文件。
- `编译时间短`：Go 的编译速度非常快。
- `二进制`：程序编译结果是一个二进制文件，Go 程序生成的二进制可执行文件常常拥有以下优点：
- 程序部署速度快，无运行时环境搭建的需求
- 启动快
- 执行速度快
- 内存消耗少
- `内置并发支持` ：使用 go 关键字即可启动一个新的 goroutine ，相比 Java 的 Thread/Runnable 快速方便。
- `社区`：Go 拥有一个活跃和回应快速的社区，社区贡献了大量高质量的第三方库包和应用。
- `版本的升级和演化`：Go 官方团队对 Go 语言的特性升级和演化非常谨慎，Backwards Compatibility 非常好，这避免了 Python 和 Java 等语言的版本悲剧。
- `工程化`：与其他作为学术实验开始的语言不同，Go 代码的设计是务实的。每个功能和语法决策都旨在让程序员的生活更轻松。
- `代码格式`：由于单一的标准代码格式，Go 通常被认为比其他语言更具可读性。
- `容器化` ：Go 程序的镜像体积小，更加容易分发，更适合用来开发容器化应用。

语言有它的用户之地，Go 适合用在：
- API/RPC services ，Go 2020 的调查问卷公布的结果
- CLI 工具开发
- Infra
- ...
然后多个语言可能在某个具体的应用场景有竞争，比如 Go/PHP/Python/Java 都可以用来开发后端服务，然后就有了做后端用哪个好的讨论。。。

但每个语言都有它自己的不可替代的地方：
- Go （简洁 /一流的 Backwards Compatibility/全流程高效率（指的是编译、部署、运行））
- Java 大数据领域（ Android ？）
- Python （脚本，数据分析...）
- PHP （说不太上，可能是更加快速的后端 MVP 服务交付？）

@izzy27 Go 生态里缺少呢

假设有一个后端 HTTP API 应用，应用可以有 N 个实例，这些实例是使用同样的应用程序配置、彼此等价的、能够随时互相替代，这 N 个实例作为一个整体对外提供服务，共同处理用户的请求。假设某个时刻有用户 A 发起的请求 request1 由实例 instance1 处理了，用户 A 的后续请求 request2, request3, ... requestN 能够由任意一个实例完成，而不是非得是 instance1 。

要做到这样，实例们就不能把数据保存在实例进程的内存、本地磁盘或者本地文件，如果非要把数据保存在实例进程的内存、本地磁盘或者本地文件，那么在保存在某个特定实例的数据就无法由其他实例获取到，这个实例也就是有状态了，因为后续所有依赖这个数据的请求都得要来到这一个特定实例而不能是其他实例。最典型的状态数据就是用户的登录态 了，一般把登录态存储在一个所有实例都能访问到的存储组件中，比如 MySQL/Redis ，这样子，就用户登录态功能而已，这个应用就是无状态的，因为所有实例都是去 MySQL/Redis 获取登录态，它们都能获取到。

已付费解锁，独立开发出一个 App 真的很了不起，支持！另外可否交流一下，你是一名移动端开发吗？开发这款 App 耗时多久？如何坚持下来的？这 App 是用什么技术栈开发的，SwiftUI or Flutter ？