1. 防随机传输错误，不防恶意伪造。随机错误能刚好把 CRC 翻回来，概率很小
摘要要 128 位以上是为了防恶意伪造或者碰撞攻击
2. HTTP 没有。其他协议按需要可能有。

最重要的是 CRC 在硬件里实现非常简单。所以这是一种高性能低成本的办法。如果你需要 /愿意付出更多性能成本，你可以在上层实现更复杂的加密 /校验。比如 TLS

生化环材劝退，能救一个是一个

美式泡面：热水冲进去，微波炉继续加热
没有热水的话也可以用微波炉先把水煮开。但注意放点东西，避免爆沸
基本和煮的差不多，但不用锅了

我出个馊主意：假装找到女朋友了。说要买房结婚。问细节就带过，说反正房子买了不亏。
房子买到了就说吹了

sudo 可以设置缓存啊，验证过之后一段时间不需要再验证
还可以设置某个用户 nopasswd，就是不需要密码也可以 sudo，这就和 windows 的 UAC 比较像了

PIN 可以 5 位数字，密码不可以。原因在于 PIN 是基于 TPM 的，会限制重试频率甚至彻底锁死。密码只是 hash （ KDF ）之后储存。有可能被病毒或其他途径获取。获取之后就可以无限重试了。

@xuegy 那就对了啊
人家就不想干活，你还去给他修？
他干不了活不能毕业关我屁事

@gongshishao126 #25 这不是教条主义。公司里正规都这么干。因为 1. 回答问题占用工作时间，因此回答内容属于工作产出，是组里的资产，不能浪费
2. 人走文档在，公司不能因为一个人离职或者请假而停摆
3. 其他人也能查到，避免重复性的工作。

话说回来，这种其实应该买 service 的。电脑厂一般会提供 service 。也可以用 rhel，买 RedHat 的 service 。什么破问题人家都会很乐意地帮你解决，因为人家是按次收钱的。

你就想想，没了你他们几个就不干活了吗？研究个十天半个月的最终还是会解决的好么。让老板找 cs 系去。

其实说不定就是人家想偷懒正好有借口而已。

咬咬牙，攒钱买台炼丹炉。哪怕小点慢点也好，省下了帮人擦屁股的时间，心情愉悦，这钱花得值。

公司里反而没这么多破事
搞出事情了都是大家一起修。因为搞大了全组一起死。事后都是要开总结会的。哪里的问题，谁出来修了，owner 是谁。如果有没修完的部分当然是扔给 code owner 继续修。

老板让你砍他们权限了吗？组里的设备是老板的资产，老板说什么了？老板说没事那就没事，大家一起死。

内存坏了这种事，建议你不要碰，更不要指导别人去碰。让老板去请人来修。这种大设备我不信没买售后。没买就让老板去买。碰坏了你负责吗？你能保证不是其他东西坏了吗？你在亚麻上买的内存能保证兼容吗？你走了时候万一再出问题还能保修吗？

zoom meeting 一律没空。老子最讨厌屁大点事就 call 我的，把我当客服吗。他有意见就去找老板，老板说教他我就去教他。不仅教他，我还要全组的 meeting 一起教。理由是免得有人不会。

简单来说，让老板招一个 CS 系的 RA 可能是最便宜的解决方案。

你需要明白一件事情，公用设备就是这样的。你想用就得修。要么就忍着不用大家一起死。
想要不闹心就得自己有钱搞到独立的设备，比如 aws gpu 实例。只是应急用的话要不了多少钱的。

@Jirajine 你这明显就是刚入门没多久只会用库的想法。
标准库是工具，不是束缚。大项目里，某些函数自己实现一套是很正常的事。标准库只是一个参考实现。但不可能涵盖所有的需求。
就算你用一个标准库性能逆天的语言，你还是得自己实现一遍。

知道为什么内核都是用 C 吗？贴近硬件，语言结构单纯是一方面。更重要的标准库绝大部分函数都没法用。因为标准库都是以用户空间为前提的。gc ？我不需要啊，我求你别 gc，触发一个 gc 我中断就要爆了。

有的程序要快速实现，那有健全生态的语言当然方便。然而也有很多软件是不计人力成本，只为了挤出最后一滴性能的，那 C 才是最佳选择。

@Jirajine 那照你的说法应该 Python 或者 java 最快啊。只要挑其他语言标准库里没有的功能，或者标准库里实现不好的功能。无敌啊，完爆啊。Python 最快，你满意了吗？

@Jirajine 请不要用你的经历来代替所有的情况
Linux 内核是用 C 写的
Windows 内核是用 C++但关键部分都是 C 。C++部分也只是当作有高级数据结构的 C 来用。
谁写 C 只用标准库啊。标准库里没有的就得自己实现？
C string 这点小事。内部库早就有现成的实现了。常见的数据结构，比如链表，hash table，都是现成的。

对某些领域来说，简单，可控，比易用更重要。用标准库来说明语言的效率？

@Jirajine 你可以自己实现啊。说 C 难用我接受。说 C 慢这是不可能的。

@BrettD
@darksword21
@fiveelementgid
老师：求 1-100 的和
牛顿：51*101 = 5050
程序员：for(i=1; i<=100;++i) sum += i;
GCC：printf 5050

@youngteam99 人的饭确实不适合猫狗。别的不说，首先就高盐。人会喝水，猫狗没这习惯（当然渴了也会喝）
此外，还有营养物质的需求，比如牛磺酸。
猫对肉的需求更大，还喜欢腥味。人明显不喜欢。
猫粮狗粮是针对猫狗的营养需求配比。

“我感觉，一个闭源无线网卡驱动，它能够得到操作系统发出的所有网络请求，并能将这些网络隐私发送给后门服务器，如果厂商这么做的话，而我们对此一无所知。”

大胆点，何止是网络数据。内核态驱动作为内核的一部分，可以访问绝大多数内核空间和用户空间的内存数据。所以不知道哪来的驱动绝对不能乱装。

但是影响不一定后那么大。单位的出口网关都是有审计的。抓包很容易发现。

硬件厂真有心要偷你东西，都不用驱动，直接搞硬件木马不就好了。

解决办法？没啥办法，除非你自己挖沙子从头制造。银行、军队、大公司，都是采购的硬件。或者自己设计再外包制造。它们都是和硬件厂合作，整个供应链全程都有审计。


ame 可以彻底禁用。保密单位，airgap 还是必要的。

因为这帮人还不知道 sctp，既提供可靠性，也提供字节边界。
如果怕中间的设备不支持的话，还有基于 TCP 或 UDP 的用户态 sctp 库。

如果只是为了传输数据，谁没事手撸 TCP 啊，protobuf 不香吗？