软件开发

这是一个很多技术人都会遇到的“灵魂拷问”，其实这个问题没有标准答案，更像是在问你：“哪种生活能让你更有成就感？” 我们可以把这两种角色想象成拍电影： 当 CEO，就像当导演。 导演的核心工作不是自己去演，也不是自己去扛摄像机。他的工作是找到好剧本（商业模式），拉来投资（融资），组建最合适的团队（演员、摄影、灯光），然后确保每个人都朝着同一个目标努力，最终拍出一部成功的电影。

哥们，看到你这个问题，我仿佛看到了年轻时的自己。那种为了一个目标，恨不得一天有48小时的冲劲，我太懂了。 但作为一个过来人，我必须很直接地告诉你：千万别这么干。这不仅效率极低，而且是在拿自己的健康开玩笑。 你可以把写代码想象成做一台精密的手术。 头两天：你可能精神还行，感觉自己无所不能，代码“唰唰唰”地往外冒。 从第三天开始：你的大脑就会像一团浆糊。

要，一定要搞。 这事儿不分公司大小，哪怕就俩程序员，都应该搞。很多人觉得代码审查（Code Review）是耽误时间，是找茬，其实完全不是。我给你打个最简单的比方： 你写了一篇很重要的报告，准备发给大老板。在点“发送”之前，你是不是会找个信得过的同事帮你读一遍？让他看看有没有错别字，有没有语句不通顺的地方，有没有哪个数据搞错了？ 代码审查，干的就是这个事。

当然可以，尤其是在创业初期，这几乎是创始人的标配。但这里面有不少“坑”，我给你掰扯掰扯。 想象一下，你脑子里有两个小人儿在打架： 小人A是“程序员”： 他喜欢安静，需要大段不被打扰的时间来“进入状态”，专心致志地把想法变成代码。他思考的是“这个功能怎么实现最高效？”、“这个数据库结构合不合理？”、“这个bug到底藏在哪了？”。他追求的是代码的优雅、稳定和技术的挑战。

这问题太经典了，基本上每个搞互联网的团队，天天都在为这事儿纠结。这就像问“车子是速度重要还是安全重要？”一样，答案肯定是“都重要”，但你在不同阶段，侧重点肯定不一样。 给你打个比方，帮你理解一下。 阶段一：从零到一，先生存下来 你刚创业，产品就像一艘小木筏，目标是赶紧划到对岸，看看对岸有没有人需要你这艘木筏。 这时候，核心是“新功能”。你得赶紧把木筏的核心功能（比如能载人、能浮起来）做出来。

哥们，这问题太经典了，可以说每个想自己做点东西的工程师，都曾在深夜里这样问过自己。我刚开始做自己的小产品时，也天天琢磨这事儿，生怕自己一顿操作猛如虎，结果只是感动了自己。 首先，咱们得弄明白一件事：“造轮子”本身不是问题，问题是“造一个没人愿意用的轮子”。 你看，世界上已经有那么多车了，为什么每年还有新款车发布？为什么已经有那么多餐厅了，还是有人开新餐厅？因为总有人觉得，现有的车不够快、不够省油、...

这几乎是每个做产品、写代码的人都会问自己的问题，尤其是第一回自己搞点东西的时候。所以别担心，你问出这个问题，说明你已经在认真思考了，这是好事。 咱们换个角度想，别把这事儿想得太“技术”。 你就当自己不是在开发系统，而是在开一家餐馆。 过早优化，就像什么呢？ 就像你租了个铺面，菜品都还没想好，菜单也没定，更一个客人都没有呢，你就已经开始花大价钱去改造厨房了。

老哥，你这个问题问到点子上了，很多人都有过类似的想法，但不一定说得这么直白。 首先得说，烦代码 review（Code Review，简称CR）这事儿，太正常了。有时候你觉得自己写得挺完美，结果被同事提一堆意见，又是格式又是逻辑，甚至还有命名规范，感觉就像是作文被老师用红笔改得面目全非，心里肯定不爽。特别是遇到那种特别较真、甚至有点“杠精”的同事，CR的过程简直是种折磨。

这个问题，其实是很多技术人都会遇到的一个经典“岔路口”。这背后是两种截然不同的人生追求和活法，没有哪个更好，关键看哪个更适合你。 我们可以把这两条路想象成两种角色： 第一种：当“船长”，目标是发现新大陆（独角兽）。 你要做的事： 你的核心任务不再是划船（写代码），而是看海图、定航线、找投资、招船员、分配食物、鼓舞士气。你可能几年都摸不到船桨，每天都在处理各种人的问题、钱的问题和方向的问题。

好的，这个问题很有意思，也是 Naval 思想里一个特别核心、能帮我们理解现代财富创造逻辑的关键点。我尽量用大白话给你解释一下。 Naval 的“代码是无限复制的劳动力”，到底是什么意思？ 你可以把这句话想象成一个关于「机器人大军」的比喻。 1. 先说说传统的“劳动力” 想象一下你是个手艺精湛的厨师。你工作一个小时，炒一盘菜，赚一份钱。如果你想多赚钱，就得工作更长的时间，或者开分店雇更多的厨师。