从某种程度上来说，他说的对。但是你应该相信自己相信的，因为那是你自己相信的

不能粘贴密码，且不适配密码管理器的，更恶心

同推「萤火虫之墓」

去医院做手术没人签字的时候

帮你猜了猜: beyond the scene, be there soon

然后感觉不怎么对劲，又去查了查。

这个 APP 是韩国公司开发的。紫色是某偶像团体的应援色，紫色爱心是其中一个成员整出来的，还有一句「紫爱你」。三星的 S20 就有 BTS 紫色联名款。还有楼上说的，这个时间就是出道的时间。

@jmc891205 #2 没有划等号。

如果认真翻译的话，能想到的，有两种译法。

Free Software 应该译为 Free 软件，即保留原文，不作翻译。
或译为开源软件，因为开源软件包括 Free Software 。

开源软件和 Free Software 的确不是一样的，但是去掉那些其他的内容，他们本质却是一样的。万万不能只取那些其他的内容作为根基进行翻译。

历史发展中，为什么开源软件和 Free Software 会被弄混淆，这是一个值得思考的问题。或许就是因为两者本质相同，只不过有一个掺杂了其他的内容罢了。

菜单 节点，里面是乱序的…不知道是不是个例。Android Chrome 最新版

PoW 只适用于验证，例如区块链是验证是不是进行计算了，传统的验证码是用来验证是不是机器人。
对于攻击而言…它可不会管验证不验证的。

#10 说的例子就是一个典型，别人压根本就不做俯卧撑，只是把你大厅占满。

看了看文章，觉得很赞。

不过它的这个业务需求及业务量，PostgreSQL + Citus 就完事了，省时省心省力，最后玩不转了，商业支持也不会比 TiDB 差

理论上 value 是 interface，Golang 里面 interface 并不包括 package，只能是 function, type，因为 package 没办法实现 interface

用过 UUID 的都知道 v4 冲突的概率比 v1 小的多。

v4 一共有 2^128 个 UUID，而 v1 在同一时间同一机器才留了几位给随机数。

只要时间机器相同，v1 就是渣渣，这也是为什么没人用的原因。同一机器多个进程就傻了。

另，因为要用时间戳，v1 只会越用越少。

YW9hbmdAeDJveC5jb20

```go

func handleSignal() {
c := make(chan os.Signal)
signal.Notify(c, syscall.SIGINT, syscall.SIGQUIT, syscall.SIGTERM)

go func() {
sig := <-c
log.Info("server exit signal", zap.Any("signal notify", sig))

cron.Stop()
server.Close()

log.Info("server exit", zap.Time("time", time.Now()))
os.Exit(0)
}()
}

```

加引用说明，且你项目也用 GPL

既然都觉得你菜了，先入为主，你何不顺着他的心意来。

当你写的代码他看不懂的时候，他就不会觉得你菜了

你这个不够零成本，告诉你一个思路。

Telegram Bot 的 API 接入可以用 Vercel 。
数据库用 Google Firebase 的数据库。
GitHub Action 做定时任务。

提一下 Golang 的依赖管理。

在过去，Golang 没有官方的 go mod，那时候依赖管理都是一塌糊涂，然后渐渐的出现了很多第三方包管理器，但是没有一个好用的。
除开包管理器，也有人做了版本管理来控制版本，以此来凑活，gopkg.in 因此诞生，用这个做版本管理的库还不少，比如 go yaml 等等。

go mod 出来之后，一切都变好了吗？然而并没有，只是大部分情况下变好了。
它对库的规范很严格，很多库因为之前没有版本管理，都使用的一些骚操作来实现版本管理。比如，用 v1 v2 这种目录的形式来管理版本。

一些库开启了 go mod 之后，各种历史遗留原因加上循环依赖，灾难就降临了

最典型的例子就是 etcd 了，etcd, grpc, viper 循环依赖…，碰到过的人，肯定都觉得坑爹

想解决这个问题，只能一个个 replace，但是后续升级依赖，可能就又会碰到这个问题了。

只要项目复杂，包管理器再好用…也会变得复杂，只能从源头上处理这个问题，不要随意使用第三方库，非要用的情况下，要进行多方面考虑。
比如，库的活跃程度，库是否引用了第三方库，库引用的第三方库是否引用了第三方库……

你应该看看 https

人的一生就是在不断的将未知变成已知