x86

还有最近挺火的, 小碗菜

死锁是代码逻辑有问题吧，我们应该修复逻辑 bug 而不是引入一个东西隐藏 bug

哈, 帖子下的许多人都被某些楼带歪了, 当我们谈论代码越少越好时, 不是极端的--用 lambda 把所有功能写到一行, 或者刻意的用花里胡哨的方式.

我想反思下许多开源项目都存在的没有设计和过度设计这两个方面，都会让代码又臭又长。

vscode 有官方文章介绍大文件这件事，可以搜搜看看，逐步渲染和整体渲染的区别，楼主如果是前端的话这些知识还是要掌握的，引战没意思。

能手写一个翻墙软件就算入门了

福报之都, 炸了

讯飞的产品都挺好的, 夸夸前东家. 不过听说今年因为疫情影响有点压力.

我觉得大家不必这么打击楼主, 大学可以拼搏一下! 我支持楼主创业!


毕竟还钱的人不是我.

菜鸟看到屎山会想办法重构然后被屎淹没，高手看到屎山会维持不倒塌的情况下再把自己的屎拉上去。

我现在在用某云厂的云存储 + CDN, sdk 拿到手稍微改一下加上了上传 /下载自动加解密的逻辑, 一年空间存储费 + 流量费也就 100 出头, 推荐试试, 比网盘好用

你这一套搞的太复杂了, 完全是公司服务器的作风. 我自己服务器上所有在跑的程序都是裸 go, 清爽的不要不要的

这种不知所谓的文章居然看完了. 首先佩服作者的勇气, 其次希望作者多看书, 等你大学毕业就会发现你在今天干了一件什么蠢事.

试了下编译器优化, 准备好板凳:

```c
int main() {
int s = 0;
for (int i = 0; i <= 100; i++) {
s += i;
}
return s;
}
```

```sh
$ gcc -o main -O3 main.c
```

```sh
$ objdump -d main

00000000000004f0 <main>:
4f0: b8 ba 13 00 00 mov $0x13ba,%eax <----------- 0x13ba == 5050
4f5: c3 retq
4f6: 66 2e 0f 1f 84 00 00 nopw %cs:0x0(%rax,%rax,1)
4fd: 00 00 00
```

所以我觉得最好的答案是 return 5050, 因为你已经在写代码的时候就做了编译器优化...

看 c 代码经常能看到 "我知道我在做什么" 的注释然后强制跳过编译器语法检查的…

个人看来这些规范，范式可以拿来用，但不必当教条，适合自己的开发习惯就好。

正常 endian 的逻辑，一般直接强制内存类型转换会快很多