= = pci-e 4.0

n 家忙着推广自家的 nv link
i 家忙着在自家服务器主板上实现 nv link
pci-e 协会忙着在服务器主板上推广 ocu-link

在可遇见的未来，pci-e 5.0 是 a 家自己一个人玩

没理解 go 里的胖指针是什么
指 interface 的话，胖指针让编译器失去了很多优化的机会，让 go 程序员不得不手动检查的函数的逃逸分析，编译器升级后还要再检查一遍。
指带长度的 slice 的话 Java 里也有 object[]，而且还不会 cow

https://www.v2ex.com/t/588729#reply7

> 收到非 200 抛异常，按照返回码注册处理函数，发不出带 body 的 get，发不出带 urlencode 的 post put，multipart/form-data 不能带字符串甚至只能放文件，把数组用任何方式序列化在 urlencode 里，不跟随 302，不关心 connection close 的 HTTP client 都应该去死

这就是 Java 的 interface 带来的间接影响

于是你的广告 sdk 只支持 “开屏广告、浮层、banner、native ” 并且广告的渲染层和业务的渲染层解耦，导致广告出来的总比业务慢半秒，还经常挡住业务按钮

可能这个推送 SDK 支持最好的平台是 BB 机，但是 BB 能组播，智能机不能组播。大概是个不能组播的 BB 机推送 SDK

> 比如你的软件要对接不同的广告系统，百度、腾讯、阿里的等

不同的广告系统支持的功能是不同的，没干过广告，拿推送举例。

Apple 不允许系统的得知这个设备 UUID 是不是失效了，用户有没有卸载程序，只能推送文字并发出特定声音。
Android 允许系统探测用户有没有卸载程序，推送可以多行 带图，并能发出特定声音。

Android 又有好几家推送的 vendor, 支持的特点也不相同，技术特性比如 webp 支持，业务特性比如 PNG 转成 jpg 时透明背景是白色还是黑色，还是能根据手机的主题转换。

如果你有一个 interface 那么你只能在所有的推送系统中取子集，Android 系统的推送只有一行文字。

请做个实验，看看两种推送那种打开率高，再考虑你要不要把所有推送抽象成 interface，还是让运营明白她发出去的推送在不同手机上展示的效果究竟是什么样子的。
你要卖一个推送产品，那种卖的更好？

kdeconnect

Firefox

为了让软件运行缓慢，方便优化。

接口隐藏了实际算法的复杂度，继续用楼上的例子，linked list 和 array list。
Java 的 linked list 支持随机访问，一个返回 list 实际上是 linked list 的接口会埋下产生巨大复杂度的隐患。这样日报里就可以写 “经过一天的排查，修复了一个运行缓慢的算法，压测性能提升 60%”。


ServletRequest 到现在也只有一个 HttpServletRequest 还一般是阻塞的。
JDBC 只规定了同步接口，导致整个 Java 的异步生态被锁死在线程池写数据库里。
还有人记得 javax 里面的一堆接口么？

wwan 都有针对网卡的白名单，x1c 可以插 nvme 无白名单

CPU 都不可换

内存可换的可换不可换的就不可换

这么看没有白名单的 Dell 比有白名单的 x1c 可换的东西还少

你先想想现在的笔记本还有哪些东西能换

网卡走 cnvio 的已经焊死了，代表是 Dell 的新本子。
x1c 的网卡依然走 pcie 并且没有白名单。

nvme 大家都没有白名单，Mac 都焊死，其他牌子可换。

sata 没有白名单。

wwan

Firefox send

收到非 200 抛异常，按照返回码注册处理函数，发不出带 body 的 get，发不出带 urlencode 的 post put，multipart/form-data 不能带字符串甚至只能放文件，把数组用任何方式序列化在 urlencode 里，不跟随 302，不关心 connection close 的 HTTP client 都应该去死

啥时候有编译到 go 的语言

内存比你想想的要慢很多

systemd 控制的是 cgroup，不是整个系统的 ulimit

虽然可能没有关系，但我还是说一下
linux 输出时程序可以检测输出的目的地是否为一个终端，如果不是终端程序可以不输出或者少输出，防止爆掉日志

这个程序可以强制 app 认为目的地是一个终端 https://github.com/Sasasu/ColorThis
原理 https://sasasu.github.io/diary/fuck_go_syscall/

安利文上 ws215i 搭配 https://build.opensuse.org/package/show/home:Sasasu/kernel-WS215i

仅有内核无全套发行版，满足你折腾的欲望。
新鲜的 5.11 内核，可以尝试 io_ring 和大量不稳定特性。

双 usb3.0
千兆网卡
双 SATA 3.0
一个 minipcie

固定的 10w 功耗，没有变频
超大且足够用的 4g 板载 emmc
板载 2g ddr3 大内存
高性能 ce5300 4 核 intel CPU

HDMI 在引导器中锁死无法使用，调试请拆机后用串口。
所有按钮为用户态驱动，需要自己写。
硬件解码编码模块以及显卡无驱动。