企业官网建设流程全解析

1. 这个"caveman"到底在聊什么

最近在几个技术社区和生活方式论坛里，caveman这个热词反复出现，乍一看像是回到了石器时代，实际上它背后藏着好几层完全不同的意思。我翻了翻近期讨论比较集中的几个方向，发现大家在聊的主要有三类场景：一是程序员圈子里对"极简主义代码"的戏称，二是健身和饮食圈里对"原始人饮食法"（Paleo Diet）的简化表达，三是一部分人用来形容自己回归低科技生活方式的自我调侃。

先说最热的那个方向。在开发者社区里，caveman指的是那种"能用一行绝不用两行、能不抽象就绝不封装、读起来跟原始人敲石头一样粗暴直接"的代码风格。它跟clean code（整洁代码）完全是两个极端——caveman风格追求的是极致的短、快、直接，哪怕牺牲可读性和扩展性也在所不惜。这种代码在一些性能敏感的场景里其实挺常见的，比如嵌入式系统、游戏引擎的热点路径、或者某些底层库的核心循环。

第二个方向是饮食和健身圈。Caveman Diet其实就是旧石器时代饮食法的通俗叫法，核心逻辑是"只吃我们祖先在农业革命之前能搞到的东西"——肉、鱼、蔬菜、水果、坚果，不吃谷物、豆类、乳制品和加工食品。支持者认为人类的基因还没适应农业革命之后的饮食结构，所以回到"原始人菜单"能改善代谢、减脂、缓解炎症。

第三个方向多少有点哲学意味。在极简生活和数字断舍离的讨论里，caveman用来形容"刻意放弃现代便利、回归低技术生存方式"的状态，比如不装智能家居、不用社交媒体、自己种菜自己做饭。这类人群其实是在用"原始人生活"来对抗信息过载和消费主义。

这篇文章我会重点拆解前两个方向，也就是caveman代码风格和caveman饮食方案，因为它们在技术圈和生活方式圈里讨论最热烈、落地性也最强。至于第三种"数字原始人"的生活方式，我会在最后简单聊聊我的看法。无论你是程序员、健身爱好者，还是单纯对这个热词好奇的路人，这篇文章都能给你一些能直接上手的东西。

2. Caveman代码风格：原始而高效的编程哲学

2.1 什么是caveman代码，它的核心特征是什么

我第一次在技术论坛上看到有人用caveman形容代码时，第一反应是这人在骂人。后来仔细看了讨论帖才明白，这其实是一种对"极端务实主义编码风格"的戏称。

典型的caveman代码有几个非常鲜明的特征。第一个特征是拒绝不必要的抽象。正常我们写代码会分层、会抽象接口、会做依赖注入，caveman风格是"你传什么我就用什么，不要给我搞那些弯弯绕"。比如要读取一个配置文件，整洁代码的做法是写一个ConfigLoader类、定义Config模型、做异常处理、写单元测试；caveman做法是直接const config = JSON.parse(fs.readFileSync('./config.json'))，完事。第二个特征是追求极致的短小精悍。能用三元表达式绝不用if-else，能用位运算绝不用数学运算，能塞进一行绝不分两行。第三个特征是对"未来的自己"毫无同情心。caveman代码很少写注释，很少考虑扩展性，它的逻辑是"现在能用就行了，三个月后的事情三个月后再说"。

你别说，这种风格在特定场景下还真的非常合理。我在做嵌入式开发的时候，单片机的Flash只有几十KB，RAM只有几KB，你跟我谈什么设计模式、什么开闭原则？能省一条指令就省一条指令，能用全局变量就绝不搞什么依赖注入。在那种环境下，caveman风格不是懒，而是被硬件逼出来的务实。

当然，我也得说句公道话。caveman代码和烂代码之间有一条很容易被模糊的界线。区分它们的关键在于：caveman是有意识地为了性能或简洁而牺牲可读性，烂代码是没有意识地因为懒惰而制造混乱。前者是对约束条件的精明回应，后者是纯粹的技术债来源。

2.2 caveman代码的适用场景与性能优势

那到底什么场景适合写caveman风格？我根据自己的实践经验，整理了三个典型的适用场景。

第一个场景是性能热点路径。比如游戏引擎里的碰撞检测、图形渲染里的顶点变换、数据处理管道里的核心循环，这些代码会被执行成千上万次，每一次多余的对象分配、每一次不必要的函数调用，累积起来都是肉眼可见的延迟。在这种地方，你根本不会想着让代码"优雅"，你只想让它快。我之前优化过一个实时视频处理模块，把原本用面向对象封装好的像素处理循环改成纯C风格的数组操作，去掉所有边界检查和方法调用开销，性能直接提升了将近一倍。

第二个场景是资源受限的嵌入式环境。这里说的不光是内存和存储，还有CPU主频和功耗。我在做智能家居传感器节点的时候，用的是主频只有几十MHz的MCU，跑的是裸机程序，所有状态管理全靠全局变量和中断标志位。你跟这种硬件讲"高内聚低耦合"？讲"可测试性"？完全不现实。代码只要能跑、不崩、功耗低，就是好代码。

第三个场景是一次性的脚本和工具。比如你临时写个脚本处理一批数据，跑完就删，根本没有维护需求。这时候你要是还正儿八经地建工程、写注释、做单元测试，那才是真的浪费时间。我经常在本地写一些Python脚本处理日志文件，通常就是一个文件、几个函数、一堆print输出，跑完丢进回收站。这种代码也需要写得caveman一点，快速、直接、解决当下问题。

2.3 怎么写出"好"的caveman代码

写caveman代码是有讲究的，不是简单地把自己写得烂代码美化成"极简主义"。我总结了几个实操技巧。

第一，用小而精的语言特性替代繁琐的语法结构。比如在JavaScript里，处理一个可能为空的数组并求所有数字的和，常规写法可能是let total = 0; for (let i = 0; i < arr.length; i++) { if (typeof arr[i] === 'number') total += arr[i]; }，caveman写法是const total = arr.reduce((s, v) => s + (typeof v === 'number' ? v : 0), 0)。Python里类似的场景，用列表推导式sum([x for x in arr if isinstance(x, (int, float))])一行搞定。

第二，在单独的代码块中集中使用底层操作。既然要快，就把慢的部分集中起来，用最直接的方式实现，然后用简洁的接口把它包住，避免它污染整个项目的风格。这样既能在关键路径上享受caveman的高性能，又不会让整个代码库变得不可维护。这相当于把"野蛮"圈养在围墙里，外面还是文明世界。

第三，用git消息和代码审查来补偿可读性的缺失。caveman代码不写注释没问题，但你的commit message必须写清楚"我为什么这么干"。比如perf: replace OOP pixel processing with raw array ops for 2x throughput，这样五个月后你自己回来看这段代码，看到commit message就能明白当时的设计意图。我在团队里推行过一个规矩：凡是写进去的性能优化代码，必须在PR描述里附带基准测试数据。这样即使代码读不懂，数据能告诉你它为什么存在。

下表是我整理的caveman代码与整洁代码的对比，方便大家快速get到两者的定位差异：

说实话，caveman代码不是让你在所有场合都用，它更像是一把藏在工具箱里的利刃——平时用不着，但到了需要切硬骨头的时候，你得知道怎么使。

2.4 实战：一个caveman风格的代码优化案例

空谈理论没意思，我拿一个实际项目里的例子来展示caveman风格是怎么落地的。

场景是这样的：我需要处理一个日志文件，里面每行是一条访问记录，格式是时间戳,用户ID,操作类型,耗时(ms)，总量大概几百万行。我的任务是统计每个用户的操作次数和平均耗时。最直观的Python写法是这样的：

from collections import defaultdict stats = defaultdict(lambda: {"count": 0, "total_time": 0}) with open("access.log") as f: for line in f: parts = line.strip().split(",") user_id = parts[1] op_type = parts[2] cost = int(parts[3]) stats[user_id]["count"] += 1 stats[user_id]["total_time"] += cost

这个写法没有问题，但性能上还有提升空间。如果改用caveman风格，我会做几个调整：用普通字典加try-except替代defaultdict的自动创建（减少每次lambda调用开销）、避免不必要的字符串strip、直接用split的结果取索引、把字典的两次索引合并成一次。优化后的版本长这样：

stats = {} with open("access.log") as f: for line in f: parts = line.split(",") if len(parts) < 4: continue user_id = parts[1] cost = int(parts[3]) try: entry = stats[user_id] entry[0] += 1 entry[1] += cost except KeyError: stats[user_id] = [1, cost]

这版改动看着不大，但我当时实测下来处理同样体积的日志，耗时从原来的12秒降到了8秒左右，性能提升约30%。代价是代码不如原来"优雅"——用了数组替代字典、用了异常来处理缺失键、没有查看操作类型。但在这个场景下，我只关心用户维度的统计，操作类型本来就不需要。多余的字段解析和存储，都是纯浪费。

这里有个细节值得说明：为什么用entry[0] += 1而不是entry["count"] += 1？因为字典的字符串键查询需要计算哈希、做字符串比较，而整数索引是直接的内存偏移，快得多。几百万行日志跑下来，这个差距是实打实的。当然，这种优化只有在你确实面临性能瓶颈时才值得做，数据量小的时候，可读性比那几微秒的差距重要得多。

这个例子很好地说明了caveman代码的精髓：先搞清楚你到底需要什么，然后把所有不需要的东西都砍掉。整洁代码告诉你"要把代码写得让所有人都能看懂"，caveman代码告诉你"要把代码写得只保留解决问题的最小集合"。两者没有绝对的对错，只有适不适合当前场景。

3. Caveman饮食法：回到石器时代的餐桌

3.1 原始人饮食法的底层逻辑

聊完代码，我们把话题切换到餐桌。Caveman Diet，也就是旧石器时代饮食法，这两年在国内的健身圈和减脂圈热度一直不低。它的基本逻辑其实很朴素：人类的基因在过去几万年里几乎没怎么变过，但人类的饮食结构在最近一万年里发生了翻天覆地的变化——尤其是近一百年，精制糖、精炼植物油、加工食品大规模进入日常餐桌。我们的身体还没来得及适应这些新食物，于是各种代谢问题、慢性炎症、肥胖就跟着来了。

这个思路的核心假设是：我们的身体更适配"原始人"时代的食物。在农业革命之前，人类靠采集和狩猎为生，吃的是野果、野菜、根茎、坚果、肉类和鱼类。没有谷物、没有豆类、没有乳制品、没有精制糖。旧石器时代饮食法就是尽量模仿那个时代的食物结构，把现代加工食品和农业革命之后才大规模出现的食物从餐单上撤下去。

我用一个简单的类比来解释这个逻辑：你把一台设计用来跑92号汽油的老发动机，硬灌了一堆掺了杂质的劣质燃油，它当然会抖、会响、会冒黑烟。人体也一样，基因这台"发动机"是按照旧石器时代的食谱调的校，你天天喂它超加工食品，它能不出问题吗？

当然，我也要提醒一句：旧石器时代饮食法在学术圈并不是没有争议的。有研究者指出，人类在农业革命后确实进化出了消化谷物和乳制品的能力（比如成人乳糖酶持续表达的人群比例在上升），"基因完全没变"这个说法并不严谨。但不可否认的是，大量超加工食品对代谢健康的负面影响是证据确凿的。所以我个人看待这个饮食法的态度是：不必把它当成教条，但可以把它当成一个很好的"反向过滤器"——它告诉你哪些食物是经过自然淘汰和人类长期适应留下来的，哪些是资本和工业流水线制造出来的。

3.2 具体怎么吃：食物清单与禁忌

那具体到底能吃啥、不能吃啥？我整理了一份简洁的清单，方便你直接参考。

可以放心吃的食物：

• 肉类：牛肉、羊肉、猪肉、鸡肉、鸭肉，最好选草饲或散养的，脂肪比例更健康
• 鱼类和海鲜：三文鱼、鳕鱼、沙丁鱼、虾、蟹、贝类，富含Omega-3脂肪酸
• 蔬菜：几乎所有非淀粉类蔬菜，如西兰花、菠菜、芦笋、彩椒、蘑菇、番茄
• 水果：苹果、浆果、柑橘、猕猴桃等，含糖量相对较低的水果优先
• 坚果和种子：核桃、杏仁、腰果、南瓜籽、奇亚籽、亚麻籽
• 健康脂肪：橄榄油、椰子油、牛油果、动物脂肪
• 蛋类：鸡蛋、鸭蛋，蛋黄不要丢，好东西都在里面

需要避开或者大幅减少的食物：

• 谷物：小麦、大米、玉米、燕麦等，包括全谷物
• 豆类：黄豆、黑豆、扁豆、花生（花生其实是豆类）
• 乳制品：牛奶、奶酪、酸奶、黄油
• 精制糖：白砂糖、果葡糖浆、各种甜饮料
• 精炼植物油：大豆油、玉米油、葵花籽油等（加工过程中Omega-6含量过高）
• 所有超加工食品：薯片、饼干、方便面、火腿肠、含糖饮料
• 酒精：能不喝就不喝，尤其是啤酒（小麦发酵而来，乳制品和谷物双重踩雷）

看到这个清单你可能会觉得，这也不能吃那也不能吃，那还能活吗？其实真执行起来比你想象的要宽裕。我自己的经验是：把"不能吃"清单里的东西替换掉，整个饮食结构反而变得特别简单——肉加菜，加一点水果和坚果，就这么回事。你要做的不是每天研究食谱，而是学会用"是否需要加工"来给食物分类。一只烤鸡、一盘清炒西兰花、一把核桃，这就是一顿标准的caveman餐。

3.3 实操：一周caveman餐单参考

我知道光给清单不给餐单，很多人会对着冰箱发呆。下面是我自己试过、也觉得比较容易坚持的一周餐单，仅供参考。基本原则是：早餐以蛋和水果为主，午餐以肉和蔬菜为主，晚餐和午餐类似但可以少一些碳水类食材，加餐可选坚果或水果。

这个餐单有几个设计上的小心思值得说明。第一，大部分菜品的烹饪方式都是煎、烤、炖、蒸，几乎不需要油炸和勾芡，天然就是少油少盐的。第二，食材都以肉类和蔬菜为主，蛋白质和膳食纤维摄入量都很足，饱腹感强，不太容易出现吃完了还想吃零食的情况。第三，我刻意把某些"灰色地带"食物放了进去，比如椰子油、红薯、南瓜——严格来说，红薯和南瓜属于根茎类植物，在旧石器时代是可以被人类采集到的，所以在caveman饮食框架里是可以接受的。这种灵活性会让执行难度低很多。

3.4 我踩过的坑和调整思路

讲真的，我一开始尝试caveman饮食的时候，踩了不少坑。这里挑几个典型的来说，希望你们能少走弯路。

第一个坑是脂肪摄入不足。刚开始我把旧石器饮食理解成"多吃肉多吃菜、少吃主食"，结果连续吃了一周纯瘦鸡胸肉和水煮菜，整个人饿得发慌、精力差、情绪也不好。后面我才明白，旧石器饮食的热量很大一部分来自脂肪——原始人狩猎获得的肉类是带着脂肪的，采集到的坚果也是高脂肪的。你必须主动往餐盘里加牛油果、橄榄油、坚果这类东西，否则不是"健康饮食"，而是"节食"。后来我每餐都保证有至少一份优质脂肪来源，状态就完全不一样了。

第二个坑是忽略了肠道菌群的适应期。突然戒掉谷物和乳制品，肠道菌群会发生剧烈变化，前两周我出现了明显的腹胀和排便不规律。这不是说饮食法有问题，而是你的肠道需要时间重新调整。我的经验是，过渡期可以执行"90/10"原则——90%的时间严格吃，10%的时间留给自己想吃的东西，让肠道慢慢适应。比如前两周允许自己偶尔吃一点米饭，到了第三周再完全去掉。

第三个坑更实际：社交场合特别尴尬。朋友聚餐、公司团建、家庭聚会，你总不能要求厨师单独给你做一份"旧石器晚餐"吧。我的处理方式是"主场严格、客场宽松"——自己做饭的时候严格按caveman来，在外面聚餐就挑着能吃的吃，比如烤肉、烤鱼、清炒蔬菜、水果拼盘。不要因为一顿饭就觉得自己"破功"了，长期坚持比短期完美重要得多。

这个表格是我实践过程中总结的常见问题速查，方便你遇到类似情况时快速对号入座：

4. "数字原始人"：低科技生活的选择

4.1 为什么有人主动选择"原始人生活"

除了代码和饮食，caveman这个词在近期网络讨论里还延伸出一个更小但更值得玩味的群体——我管他们叫"数字原始人"。这群人不是真的回到山洞里生活，而是在现代社会中刻意做出一些"反现代"的选择：不用智能手机、不装社交媒体、不买智能家居、不看短视频。有的甚至更进一步，自己种菜、自己发酵、自己织布。

我之前认识一位做产品经理的朋友，他在三年前把智能手机换成了只能打电话发短信的老年机，社交媒体全部注销，电脑只在工作的时候用。他说过一句让我印象很深的话："我不是讨厌科技，我是讨厌科技带来的那种无时无刻被人找到、被信息轰炸的感觉。"他想夺回的是对注意力和时间的控制权。

这种选择背后的心理机制其实很好理解。我们的大脑天生不适应"无限信息流"的环境——那是一种认知过载的状态，长时间浸泡在里面会产生焦虑、注意力碎片化、甚至轻微抑郁。而"数字原始人"的做法，本质上是给自己划了一个"信息围墙"：只在固定的时间、用固定的方式处理信息，其他时间留给真实世界。这跟caveman饮食的逻辑如出一辙：我们的身心系统是为"资源稀缺"的环境设计的，突然置身于"无限供给"的环境里，反而会出问题。

4.2 低科技生活不是倒退

说句实话，我一开始也觉得"数字原始人"有点矫情，直到我自己尝试了"数字断舍离"——不是彻底不用手机，而是删掉短视频App、取消所有非必要通知、把手机调成灰度模式。坚持了三周后，我发现自己的注意力持续时间有了明显改善，焦虑感也降低了。这种变化让我重新理解了所谓"低科技生活"：它不是倒退，而是一种有选择地使用科技。

现代人可以分成两类：一类是"被动消费者"，被算法推着走，打开手机两小时就过去了，关掉手机却不记得看了什么；另一类是"主动使用者"，把工具当工具，用完即走，不沉迷不依赖。"数字原始人"属于极端版的后一类——他们用"彻底不用"来对抗"被过度使用"。这种做法不是每个人都能接受的，但它的确提供了一个提醒：你完全可以对科技说"不"，主动权在你手里。

我自己现在采取的是中间路线。社交App保留但限制了使用时间，通知能关全关，每周日设为"无屏幕日"——那天我会做饭、看书、出门散步、和朋友面对面聊天。效果不是立竿见影的，但坚持了半年后，我确实觉得自己的大脑"安静"了一些，晚上也更容易入睡。如果你想试试这种生活方式，我建议不要一开始就"全盘原始人"，可以用一个下午试一下"关掉所有通知、手机放抽屉里"的感觉，不需要做什么特别的事，就感受一下那种不受信息打扰的时间是什么样的。如果这种体验让你觉得舒服，那就说明你的信息环境确实需要清理了。

4.3 Caveman式生活对我的启发

聊到这儿，你应该能感觉到，"caveman"这三个方向——代码、饮食、生活方式——其实共享着同一个内核：在面对复杂和过载时，主动做出减法。世界越来越复杂、信息越来越多、选择越来越丰富，但我们的精力、注意力和身体承受能力是有限的。caveman式的思维，本质上是一种"回到本源"的思考方式：先搞清楚最本质的需求是什么，然后把多余的、装饰性的、甚至有害的部分砍掉。

在代码里，这个"本源"是性能；在饮食里，这个"本源"是身体代谢的适配性；在生活方式里，这个"本源"是对注意力的掌控。理解了这一层，你就会发现caveman不是一种"返祖"的搞笑标签，而是一种相当务实的生存智慧。

我个人把这套思维延伸到了日常的项目管理和时间管理上。每次要启动一个新项目或者规划一周的工作时，我都会先问自己几个问题：这件事最核心的目标是什么？哪些事情是真正对目标有贡献的？哪些事情只是"看起来应该做"？然后在保证核心目标的前提下，把那些"听起来重要但实际不做也没关系"的事项全部砍掉。这套"现代caveman"式工作法，帮我省下了大量时间和精力，也让我对"忙碌"这两个字有了新的理解——忙碌不等于有效，复杂不等于高级。

5. 实践建议与避坑经验

5.1 三合一：把caveman思维迁移到你的领域

如果你觉得上面三个方向里，至少有一个让你产生了"我想试试"的冲动，那恭喜你，你的行动力已经被唤醒了。为了让你更快上手，我最后再给几条实打实的建议。

如果你想尝试caveman代码风格，我建议从一次性脚本和性能敏感的模块下手。不要一上来就重构自己的核心业务系统，那是纯粹的灾难。先在一个低风险、你能完整掌控的小项目里试试水，比如写个处理数据的工具脚本或者写个算法题的极致解法。体验一下"砍掉多余抽象、聚焦核心逻辑"的快感之后，你自然会对它在什么场景下适用有更清晰的感觉。记住一个原则：面向性能写代码，面向维护性留注释。

如果你想尝试caveman饮食，我建议先做一次"厨房大扫除"——把超加工食品、含糖饮料、精炼植物油从你的厨房里清理出去，然后参考我上面的周餐单准备两周的食材。第一周身体会有适应期，第二周开始你会感受到精力水平和饱腹感的变化。不建议你在工作压力最大的时候启动这个饮食计划，因为适应期的不适感可能会影响你的工作状态。等一个相对轻松的窗口期再开始，成功率会高一倍。

如果你想尝试数字断舍离，我建议从"一个下午"开始。哪怕只是关掉手机通知、把手机放到视线之外，安静地读一本书或者出门散步，都算一个好的起点。我见过很多人的误区是"要么全有要么全无"——要么彻底不用手机，要么继续沉迷。其实真正的做法是设定自己的边界：哪些App必须留、哪些必须删、每天什么时候看手机、每天允许多少时间。边界设得越清楚，执行起来越容易。

5.2 常见困惑和我的经验回答

说了这么多，你可能还是有一些具体的问题。我挑了几个我在实践和跟人交流过程中最常被问到的，集中回答一下。

问题一：caveman代码风格是不是意味着不需要学习设计模式和架构知识了？恰恰相反。我在前面的案例里已经展示了，真正的caveman代码风格是"知道什么是更好的方案，但为了特定目标主动选择更直接的方式"，而不是"因为不懂所以写出了简陋的代码"。换句话说，你得先完整掌握整洁代码和设计模式，才有资格谈"有意识地打破规则"。设计模式是工具箱里的工具，caveman风格是其中一把特殊的工具，你连其他工具都没见过，就不要假装自己是"极简主义者"了。

问题二：caveman饮食会不会导致营养不良？任何"排除式"饮食法，如果执行得过于极端，都可能带来营养风险。旧石器饮食排除了谷物和乳制品，钙的摄入量容易偏低，这一点需要用一些策略来补偿，比如多吃带骨的小鱼（沙丁鱼、丁香鱼）、多吃深绿色叶菜、或者适当补充钙剂。另外，旧石器饮食的蛋白质和脂肪比例如果再配合大量肉类摄入，有可能给肾脏带来额外负担——有肾脏疾病史的人在开始这种饮食前，最好先咨询专业医生或营养师。这是我在各种饮食科普评论区看到最多的问题，必须严肃对待。

问题三：数字断舍离会不会影响工作效率？说实话，刚开始的一到两周确实会有"FOMO"的感觉——怕错过重要消息、怕同事找不到自己、怕跟不上热点。但实际操作下来你会发现，真正紧急的事情，人家会打电话找你；真正重要的事情，不会因为你晚看两小时就消失。反而是那些"无时无刻被打扰"的状态，让你没法进入深度工作，效率才是真的低。我认识的那位产品经理朋友，用老年机三年了，没耽误他升职加薪，反而因为专注力提升了，产出质量明显高了。效率的本质是专注，而专注的前提是少被打扰。

问题四：这三种caveman方向能同时进行吗？当然可以，但我不建议你在同一时间启动所有改变。改变是需要消耗意志力的，而意志力是有限的资源。你同时要戒掉米面、戒掉手机、还要改掉代码风格，等于一天到晚都在跟自己较劲，大概率坚持不过两周。我的建议是：一次只启动一个方向，坚持四周以上形成初步习惯后，再考虑叠加下一个方向。这样每个改变的成功率都会显著提高。

5.3 我自己的调整与收获

最后说一点我个人的体会。

我尝试caveman饮食到现在差不多一年多，体重降了大概六公斤，精力比之前稳定了不少，下午不容易犯困了。代码方面，我在团队里的角色是"性能救火队员"，那些让业务系统卡顿的疑难杂症，我处理起来越来越得心应手，因为我知道怎么用最直接的手段去压缩耗时、减少分配。生活方面，每周日的无屏幕日坚持到现在，已经成为我雷打不动的习惯，那也是我一周里最盼望的一天。

但要说最大的收获，其实不是这些具体成果，而是一个思维方式的转变。以前我总觉得"做加法"才是进步的标志——功能越多越好、食材越丰富越好、社交越广越好。现在我越来越相信"做减法"的力量——把不需要的东西果断扔掉，把精力集中在真正重要的事情上，你会发现不仅效率提高了，幸福感也提高了。caveman这种"原始"的思维方式，放在充满噪音的现代社会里，反而是一种相当"现代"的智慧。

如果你也想试试这条"减法"路线，我不建议你一次性把自己逼到极端。从最简单的一件事开始就好，比如下周只做一道以前没做过的caveman菜，或者周六关机出门走两小时。你会发现，所谓"原始人式"的生活，其实没有那么遥不可及，它不过是一种更清醒、更自主的生活方式。