二级指针看着挺舒服的

一直持续下去的话，熬走其他老员工，公司就离不开你了

今天挖坟看到了这个三年前的老帖，不由得感叹苹果公司确实是科技之光

读君一段 go ，似读一段 go

@abcbuzhiming
比如农村里上茅草坑习惯了，后来进城里发现有智能马桶，很是高大上。
GraalVM 就相当于智能马桶。但即便智能马桶，它也还是屎屎相关。

go 可能像是在餐厅里吃饭，餐厅也是修得晚、软装还没完善，经常让小白们感觉斯是陋室，但这里的东西都是可以下咽的。

@hellodiu 感谢关注和使用 nbio ！问题不多的话交流就可用了，不用付费。如果有周期稍微长点的项目需要顾问或者开发可用付费合作。
稍等我在 gmail 回复，或者你来 nbio 里开个 issue 也可用的，issue 的 markdown 比邮件更友好些。

各位还有什么类似的事情也列举下？

楼主一人拥有 3mac+3win 而且都是好配置

炫耀帖，鉴定完毕

遍历下 /proc 下所有进程的 /pid/maps ，grep 每个进程的内存空间看看哪些打开了这个 so ，细节楼主自己完善下:

find ./ -type d -maxdepth 1 | awk '{if(substr($0,3) ~ /^[0-9]+$/) print $0"/maps";}' | awk '{if(-f $0) print $0}'| xargs grep "your absolute path of .so" | awk '{split($0,a,"/"); print a[2]}' | uniq | awk '{if($0 ~/^[0-9]+$/) print "./"$0"/exe"}' | xargs ls -l | awk '{split($0,a," "); print a[11]}'

我们一些服务用 go 替换 java 后，内存消耗普遍降低了 50+%、个别服务占用降低 70%，cpu 消耗降低了 30-70%不等

楼主上一个帖子我忍住了没好意思说，这个帖子还是说下吧：

何不用 go?

大龄转，建议 devops 吧
python 本身工资一般、业务相关的项目经验积累更不容易，所以半路转、加上年龄因素会持续劣势。
devops 更偏向于工具、自动化开发技能本身、对业务相关的项目和框架经验要求不高，而且 devops 工资不错，以后想润的话国外也很火并且国外 devops 薪资似乎已经高于普通开发了

真正 996 的人里，不会有太多人有时间来参加这个统计，所以你的统计结果会象是那架残破的飞机一样。

注意注释地方：

```golang
package main

import (
"database/sql"
"log"

_ "github.com/go-sql-driver/mysql"
)

func main() {
// 默认不支持 multi statements ，要设置 multiStatements=true ，否则无法在一个 Exec/Query 里执行多条语句
db, err := sql.Open("mysql", "root:123qwe@tcp(127.0.0.1:3306)/?charset=utf8mb4&multiStatements=true")
if err != nil {
log.Fatal(err)
}

result, err := db.Query(`
SET SESSION block_encryption_mode = 'aes-256-ecb';

SELECT filed
FROM schema.table
WHERE encrypted_field in (
SELECT HEX(AES_ENCRYPT('123', 'secret'))
);
`)
if err != nil {
log.Fatal(err)
}

defer result.Close()
for result.Next() {
var filed string
err = result.Scan(&filed)
if err != nil {
log.Fatal(err)
}
log.Println("filed:", filed)
}
}
```

有一些号称微服务的框架挺火的，但其实微服务哪有什么框架，就是一些基础组件稍微封装下罢了，很多基础组件又是封装下别人的库、自己另外起个名字、然后就号称自己实现了一套 xxx 了

这些项目都是脚手架类型，更大程度上是一种工程模板，称作框架都有点高抬了

@haha512 #43 也不全是因为政治正确，因为确实很多国人项目 KPI 导向、污染了环境，也不能全怪国人作者，因为一些厂就有这些 KPI 指标，跟内卷是一个道理，都是资本家逼的

@securityCoding #47 有一些知名的项目臭大街的程度也比较高、已经有无数人喷过了，所以也并不都是装逼而喷，得就事论事

可以试试我这个，rpc 框架一把梭，request 、推送、广播，随便弄：

websocket:
github.com/lesismal/arpc/tree/master/examples/webchat

websocket+http:
github.com/lesismal/arpc/tree/master/examples/httprpc

gorilla/websocket 或者其他基于标准库 net.Conn 的，一个连接 1-3 协程，面对海量连接数都吃力，可以试试我的：
github.com/lesismal/nbio

rpc ，我也写了个，性能更强一些、内存占用更少，扩展性、支持的功能更丰富甚至可以直接用于 IM 的通讯。但是服务之间 rpc 的连接数一般不大，所以用哪个也都还好，只是其他的框架 qps/tps 要差一些，如果有兴趣可以试下我的：
github.com/lesismal/arpc
benchmark 可以参考这些，最好是自己亲自跑、别直接参考库作者自己给出的结果：
github.com/micro-svc/go-rpc-framework-benchmark
github.com/rpcxio/rpcx-benchmark
github.com/cloudwego/kitex-benchmark