你的感觉没错.

go 的 cgo, 本来就是个半残. 不建议使用. (早期 uber 等大量依赖 cgo 的, 应该都苦不堪言)

用到 cgo 的场景, 其实应该换语言了. 用 rust/c/c++ 配合 FFI 更合适. (微服务场景, 都是 RPC 抹平 业务单元差异)

不要被单一语言锁死. 适合谁, 谁上.

多学一门语言, 拓宽解决问题的思路.

最坏的就是 all-in-one 思想, 东施效颦, 各种捉急.

推荐 flutter + rust 方案.

- flutter 只做 UI 层, 跨平台.
- rust 做 core lib 层跨平台.

> 优点:

1. flutter UI 开发效率高, 现在已经是 flutter 3.0 版本了. 兼容性做的已经非常好. 放心使用.
2. 主要功能层, 尽量下沉到 rust 来实现. (可以分 2 步走, 第一阶段是 flutter 原生, 后续逐步用 rust 替换)
3. rust 实现 core lib, 好处是, 以后 UI 层, 不使用 flutter, 也可以改造其他方案( iOS/Android 原生, or 其他方案)
4. rust 的性能和跨平台能力优秀. (上手门槛略高, 不过是值得的).

> PS:

有条件就 flutter + rust, 没条件用 flutter.
不过建议从项目结构设计早期, 就做好拆分.
区分 UI 层 和 core lib 层. 方便后续改造.

1. 重启系统
2. 更新到最新的 MacOS.

我刚买来, 也是有爆破音. 重启解决.
后面更新 MacOS, 已经比较久没出现了.

@LJHG 电流声的问题, 可以试试重启 MacOS. 部分原因猜测是驱动加载不正常导致的.

关于外接显示器长时间睡眠, 无法唤醒问题的解决方案 2:

1. 买带 USB 扩展口的显示器.(市场上很多显示器都带)
2. 鼠标 /键盘, 有其一, 连接到显示器的 USB 口上.
3. 通过显示器, 输入信号来唤醒 MacBook.

目前亲测 100% 唤醒.


这个问题, 彻底解决了.


原因已经在上面分析过了. 应该可以确信是睡眠过久, MacBook 会停止 Type-C 口供电.
第三方 HUB 都无法解决这个问题.


而通过显示器的 USB 为啥可以唤醒? 应该是因为显示器自己有供电.
而通过显示器的 USB 为啥可以唤醒? 应该是因为显示器自己有供电.
而通过显示器的 USB 为啥可以唤醒? 应该是因为显示器自己有供电.

@superlc 可以. 我的下侧键, 就是 mission control.

GPW 很香, iMac 5K, Mac 外接 4K 显示器, 目前我用过唯一不丢帧 /无延迟的鼠标.

推测罗技 GPW 价格以上的鼠标. 应该都能达到这个体验.

PS: 不要买罗技 anywhere 系列, 亲测丢帧.

我这个触控板, 为何吃灰, 是因为在 iMac 27 5k 下, 不只是延迟问题. 是非常严重的丢帧.

当然, 丢帧, 也是延迟导致的.

5k 的丢帧, 是瞬移 /飘 /飞天, 垃圾到不能用.

4k 的延迟, 是你滑动的时候, 滑着滑着, 指针不动了. 1-2s 之后, 又连上了, 感觉 TM 的是断连了.

总之, 是个烂货. 这个价格, 罗技更香.

@yanjieee 手上有 2017 款 iMac 5k 自带的触控板. 我也不知道算几代.一直吃灰.

这几天拿出来接 M1 mbp14 + 4k 显示器使用. 非常明显的延迟.

至于新款如何. 不清楚. 如果没提升. 我是非常不建议购买的.

这个价格. 你可以去买罗技 GPW 无线鼠标(自用). 100%不会丢帧 /延迟.

@yc8332 关于外接显示器睡眠无法唤醒的问题. 我上面更新了.

解决方案: 通过蓝牙外设(鼠标 /键盘 /触控板)来唤醒.

猜测原因: 是 MacBook 长时间睡眠, 会停止对 type-C 口供电. 导致 hub 外接设备, 无法输入信号.

@chodomatte 你指的是买 触控板吧? 我不知道现在二手行情如何?

￥ 500 要不要? 你可以给个价. 哈哈.

触控板使用次数<50, 基本吃灰没用过.

@xzzdecade 今天又遇到了外接显示器, 4 个角白屏闪烁问题. 持续 1s, 恢复.

有点像相机闪光灯闪一下的效果, 或者手机截屏咔擦一下的效果.

重启 Mac + 多次插拔 type-c 连接线, 莫名其妙的解决了.

MacOS 12 对 M1 的兼容性问题实在太多了.

有条件就上 32G. 不建议加 64G, 可以, 但没有必要.

不要期望用很久, 3 年, 基本就会忍不住换新款.
加到 64G, 你出 2 手, 划不来的.

3 年后, 你会发现, 你今天拉满的配置, 都毫无意义.

GetX +1 . 非常好用.

Provider / bloc 这种就不要再用了.

> 正经解决:

1. 接手项目, 老代码不要改设计. 可以重构, 但没必要. 先做隔离.
2. 新增代码, 拆分微服务. 跟老代码切分开. 新 /旧服务通信走 HTTP rest API or gRPC. 不要产生内部模块代码依赖.
3. db 新表设计, 禁止使用物理外键. Django 这种东西. 不适合做伤筋动骨的改造. 徒劳.
4. 关于性能上, Python+Django+Celery+RabbitMQ+Gunicorn 全套打完, 如果还不行. 就老老实实切 Go. 哈哈.

> 不正经解决:

换 Go 吧. 2333
老代码不动, 新业务用 Go 写, 再 HTTP / gRPC / WS 对接.
Python + Django 就不适合做大型业务. 只适合 CMS 这种快 /糙 /猛的东西.
如果弃用自带 ORM 的便利性(比如外键), 还用 Django 做啥. 哈哈.

https://v2ex.com/t/837606

重复发帖? 看来都在质疑这个诚意.

@livid 打开发帖人主页, 发了一堆重复贴. 不 ban 嘛?

技能没啥.

薪资 open? base 下限是多少?

贵司官网看不出任何产品特点. 有没有企业 Github?
链圈项目, 没有 Github 不合适吧?

支持 remote 好评.

多问一句: 有兼职岗位嘛? 可以薪资打折, 哈哈...

@panshen521 Mac 重启试试 +1.

Mac 现在的可靠性, 跟 Windows 一个水平.

很多问题, 都可能是开机时, 驱动加载不正常导致的.

@latteczy M1 如果温度持续 60℃, 感觉不正常. 除非你容器是高 CPU work 的.

大部分 web 类本地跑的容器, 没有负载时, 应该没啥 CPU 占用. 可以 restart docker 看看.

@latteczy 你指的是 M1 机器? 还是 intel?

intel U + Docker 如果在跑一些容器(譬如 MySQL/redis), 会有 CPU 占用, 导致温度高. 如果是待机, 我旧款 2019 mbp13, 日常平均 55℃.

M1 + Docker 待机(无容器跑), 温度无影响. 如果有强迫症. 日常 docker 用完, 就把容器都 close 掉.
我 M1 日常首次唤醒 33℃, 刷网页待机 44℃左右. Clion 写代码 45℃浮动, 编译可能飙 50℃+, 结束恢复.

建议 Docker 保持升最新版本. 如果 monitor 发现 docker 进程 CPU 占用过高. kill + 重启 docker.

intel U 机器, restart docker 是基操, 经常内存泄露, Android Studio 也是会内存泄露.