美国曾经也有过极为节省硬件资源的时期，举两个例子

【本文由“可爱的虎子”推荐，来自《如何以DeepSeek为契机实现信息技术全面超美？》评论区，标题为小编添加】

“中国则应当采用编程依赖型，硬件资源极小化的策略”

我原来以为，DeepSeek极致节省算力的做法，是受制于两个因素：

1、钱，不如美国大厂多

2、制裁，有钱也买不到

结果出乎我意料，搞战略的人高瞻远瞩，看到了AI这个对硬件资源的杀手级应用的长期远景，走正确的路，做正确的事，可以无往而不利，开创了“我们困难，敌人比我们更困难”的局面，甚是欣慰。

美国曾经也有过极为节省硬件资源的时期——就是早期硅谷软件爆发，硬件跟不上趟的时候，高级软件人才发挥的技巧，真是无所不用其极，令人叹为观止。举两个例子：

1、我读大学的时候（1987-1991），正是中国全面向美国学习IT技术的时代，写程序如果用一个16位Word来存储只需要8位Byte的变量，可以称为犯罪。甚至还有更狠的：当每个单元数据不足一个字节时（比如不超过8种状态，只需要3位二进制位时），把字节拆开来用，充分利用存储容量，数据的存入和取出用bit shift来操作。当时曾经分析过Apple II上的Lode Runner游戏存储的关卡数据文件，一张140KB的软盘，存储了一百多关的数据。游戏的画面是这样：

对技术细节有兴趣的，可以去看看这篇文章，详细描述了沃兹尼亚克这个天才是怎么设计Apple II软盘逻辑的：

https://www.bilibili.com/opus/769649760193740825

2、还是读大学的时候，用到了Borland公司的Turbo Pascal——另一个天才安德斯·海尔斯伯格（Anders Hejlsberg）的杰作。今天大家都知道Windows下的可执行文件是.EXE，但DOS时代，还有一种小型的可执行文件.COM，其大小不可超过64KB，可操作的连续内存空间也不可超过64KB，因此，单个源代码文件也不能超过64KB。我用TP做了个编辑器软件，数据结构用的是双向链表，可以超过64KB，理论上仅受Intel 8088最多操作640KB内存的限制，但所有源代码有一万多行，只得拆成好几个文件。Turbo Pascal 1.0完全用汇编写成，在64KB大小中，集成了DOS下的全屏幕编辑器Editor、编译器Compiler、链接器Linker，可以说是第一个IDE雏形，惊为天人。相比之下同时期的微软开发工具可以说烂得无以复加——MS Fortran/MS Pascal，全命令行，无编辑器，编译器、链接器是两个程序，同样的源代码，Turbo Pascal生成的目标代码体积小、效率高。后来有在成都电子科大的大神级学弟反汇编了Turbo C（编辑器跟Turbo Pascal是一样的），给我口头描述了其编辑器在内存如何操作数据的原理，也是高效和节省到了极致。题外话：这学弟在反汇编、读代码的过程中，找到了TC 2.0的一个Bug，给我演示过，手敲了一个绝对没问题的只有十几行的C程序，一编译，TC当场崩溃。

说这么多，是为了引出如下两点结语：

1、中国从来不缺顶级头脑。我这90级学弟如果当时是在美国读计算机本科，完全有硅谷软件英雄的潜质。同时代的软件大神代表，还有跟我同级，今天如雷贯耳的雷军。

2、以华为为先锋队，敢于从基础做起，重走一遍美国人当年的路，把现有技术的底层基础这门课补上，再以AI为契机，新一代中国顶级头脑们将普遍性地掌握新一代IT基础技术，螺旋上升，引领我们进入自由王国——打造互联网和IT技术的六代机！