跨越边界的生态连接者

第11章　跨越边界的生态连接者

1996年初冬，岩田聪坐在HAL研究所千代田区神田和泉町那间社长办公室里，抬眼就能看见墙上那幅裱在廉价相框里的黑白照片——1980年公司刚成立时，一群大学生挤在公寓里写代码的合影。此刻电脑屏幕上摊着下个月的还款计划表。1992年破产重整留下的债务还在账面上，每一笔授权收入的到账日期都被精确计算到天。屏幕另一角是《地球冒险64》的开发进度报告，技术问题清单从纹理缓存溢出延伸到多边形绘制顺序混乱，每一个条目都在反复陈述同一个事实：HAL研究所的3D开发能力跟不上N64主机的要求。他把三份文件并排显示在屏幕上——还款计划、进度报告、以及任天堂本社开发二部发来的公函。那份公函措辞礼貌但含义明确：如果《地球冒险64》无法在1997年内拿出可演示的版本，任天堂将重新评估这个项目的发行优先级。公函末尾盖着京都本社的标准印章，没有任何个人签名。岩田将目光从屏幕上移开，伸手拿起桌上的电话听筒。

四年前他接任社长时，公司濒临破产，债权人的电话打到办公室座机上的频率比游戏开发的进度汇报还要密集。那时他学会了一件事：当问题彼此纠缠时，必须把它们拆开，像调试一段失控的代码一样逐一定位，找到最底层的那一个，然后从那里开始修复。现在，债务是财务问题，进度拖延是技术问题，任天堂的施压是组织信任问题——但它们共享同一个根源：HAL没有在N64的3D开发环境里建立起足够扎实的技术基础。他拨通了糸井重里的号码。糸井重里是《地球冒险》系列的生父，广告文案出身，对文学化叙事和情感表达有着近乎偏执的追求。1994年《地球冒险2》在超级任天堂上发售后，他对续作的构想变得更加宏大：他希望在一个全3D的世界里讲述跨越时空的故事，角色可以在村庄之间自由穿行，昼夜交替和天气变化会影响NPC的行为与对话。

这个构想在N64的硬件规格面前，几乎是一个不可能完成的任务——并不是说N64做不了3D，而是以HAL当时的技术储备，要同时处理动态光照、实时时钟系统和开放场景的角色AI调度，代码复杂度已经远远超出了任何一位核心程序员此前积累的经验范围。电话接通后，岩田没有绕弯子。他告诉糸井，项目目前的技术风险比三个月前预估的还要严重。卡带介质的存储限制意味着开放世界式的场景规模必须大幅压缩，而HAL的3D渲染引擎在处理多角色同屏时帧率下降的问题始终没有找到优雅的解法。他不是要宣布项目中止，而是要和糸井一起重新确定——在现有技术的真实边界内，究竟能保留哪些核心体验，哪些创意必须割舍，哪些可以换一种更低成本的方式来实现。这是一次艰难的通话。糸井重里不是一个会轻易让步的创作者。但他信任岩田聪。

这份信任不是来自商业谈判或合同条款，而是1993年HAL最困难的时候，岩田聪在重组计划中坚持保留了《地球冒险》团队，没有让财务剪刀裁掉这个在当时看来商业回报并不确定的项目。糸井知道，此刻电话那头正在拆解技术瓶颈的那个人，不是站在资本或管理的角度在否定他的创作，而是作为一个同样在用代码构建世界的前程序员，在寻找一条让构想尽可能活下来的路径。通话结束时，两人达成了一个共识：《地球冒险64》需要大幅削减场景的开放程度，从无缝连接的3D世界退回到分区加载的箱庭式设计，并且放弃实时昼夜循环系统，改为在特定叙事节点手动切换时间带。这是一个痛苦的妥协，但它至少让项目在技术上重新变得可控。真正的困难在接下来的两个季度里才逐渐浮出水面。随着N64平台进入生命周期的第二年，任天堂本社对第二方和第三方开发商的3D作品要求不断加码。

超级任天堂时代的经验不再通用——在2D像素游戏的开发中，程序员可以通过精巧的汇编级优化在有限硬件上挤榨出令人惊叹的视觉效果，岩田聪本人正是这种技艺的顶尖高手之一。从红白机时代到超级任天堂时代，他反复证明了这一点。但N64不是这样的机器。它的图形协处理器要求开发者在设计阶段就对渲染流程有全局性的规划——纹理的加载与释放、深度缓冲区的管理、顶点数据的组织方式——任何一个环节的误判，都会在后期集成时转化为无法修复的性能灾难。这已经超出了“更努力一点”能解决的范围。这是一次组织能力上的断层。HAL研究所自成立以来，最核心的技术资产一直是岩田聪本人和他的核心程序员团队所积累的2D汇编经验与内存管理技巧。这些能力在红白机和超级任天堂时代是稀缺优势，但进入N64时代后，它们的价值被急剧稀释。公司需要的不再是能在有限寄存器里做出魔术的人，而是深谙3D图形管线架构的技术美术、经验丰富的渲染程序员，以及能从引擎层面设计可复用模块的系统架构师。

HAL不具备这样的团队配置，而在公司财务状况仍然脆弱的局面下大规模招聘和培训新人，几乎是不可能的奢侈。1997年春天，岩田聪在一场内部技术评审会上第一次清晰地意识到，《地球冒险64》可能无法按时交付。核心程序员演示了最新的渲染成果，屏幕上出现的场景帧率仍然在十五帧上下波动，而同样硬件平台上，任天堂本社开发的《超级马力欧64》已经跑出了稳定流畅的三十帧全3D世界。会议室里的沉默持续了很久。岩田没有发火，也没有用社长的身份去要求团队加倍努力。他安静地看完了演示，然后问了一句话：渲染流程中耗时最长的环节是哪几个。程序员在白板上列出了瓶颈：动态遮挡剔除、多光源计算、角色骨骼动画的实时解算。岩田看了一会儿，点了点头。他已经在心里完成了拆解——前两个问题根源于HAL没有开发过一个成熟的3D场景管理中间件，第三个问题则是因为动画系统与渲染主线之间的通信效率没有被充分优化。这些都不是今天多熬一晚能解开的结。它们需要系统性的重构，而重构需要时间。

时间，恰恰是《地球冒险64》的发行窗口所不允许的。此后的几个月里，岩田聪在HAL内部调整了技术资源的分配策略。他将《地球冒险64》团队中一部分对3D图形管线有初步经验的人员抽调到另一个规模较小的N64项目上，试图用这条更可控的开发线来快速积累可复用的技术组件——碰撞检测模块、镜头控制系统、简化的粒子特效管理器——然后再将这些组件回流到主线中。这是他面对资源瓶颈时的一贯做法：用一条副线来养主线，先把可复用的部分做扎实，再导入大型项目。但策略本身的执行成本超出了他的预期。小规模项目确实完成了几个技术组件的原型，但这些组件在设计时针对的是另一个项目更简单的场景需求，迁移回《地球冒险64》后出现了大量兼容性问题。程序员们不得不花费额外的时间修改接口、适配数据结构，而这又进一步拖延了主项目的进度。到了1997年底，即便是最乐观的内部预估，也将《地球冒险64》的可交付时间推到了1999年中期之后。任天堂本社的耐心正在耗尽。

N64平台在日本市场的装机量远不及前代超级任天堂同期的水平，索尼PlayStation凭借光盘介质和更低的开发门槛吸引了大量第三方厂商。山内溥对此并非没有感知。这位京都老社长对N64卡带介质的坚持，源于他对任天堂平台技术纯洁性的顽固信念——他厌恶光盘的读取时间，认为那会破坏游戏的节奏感——但市场的回应比他预期得更冷酷。当第三方开始用脚投票时，第一方和第二方产品的按时交付就变得更加至关重要。而HAL研究所，这个在《星之卡比》之后被山内赋予第二方核心开发商地位的公司，正拿着一款已经延期超过一年的旗舰项目，迟迟拿不出可以压盘的最终版本。岩田聪感知到了来自京都的审视。那是一种他并不陌生的压力——1992年山内溥指定他接任HAL社长时，本质上就是把一个濒死的公司交到了一个程序员手里，然后等待这个程序员究竟是能修好系统，还是和系统一起沉没。

五年过去了，他证明了HAL能活下来，但活下来和成为一个平台上不可或缺的核心力量之间，隔着的距离远比破产更难跨越。他不知道的是，这段距离正在用一种完全出乎他预料的方式被缩短。1997年下半年到1998年初，有一件事开始越来越多地占据岩田聪的时间。它不在HAL研究所的任何项目排期表上，也不是任天堂本社下达的正式任务。事情的起点要回溯到1996年。《宝可梦 红／绿》在这一年二月于Game Boy平台发售，由Game Freak开发、Creatures株式会社协力、任天堂发行。发售初期，专业游戏媒体的评价并不热烈——Game Boy已经被外界反复宣判为即将消亡的硬件平台，而《红／绿》的像素画风格、回合制战斗和收集养成核心循环，在许多人眼里不过是传统角色扮演游戏在掌机上的简化版本。随后发生的事情颠覆了所有人的判断。通过口耳相传和同伴之间的联机交换，宝可梦的热度在1996年下半年开始呈指数级攀升。

孩子们发现，这不仅是一款能独自游玩的角色扮演游戏，也是一个社交工具——收集到不同的宝可梦之后，可以通过Game Boy的通信对战线与朋友交换和对战。这种体验在当时的掌机游戏生态中是全新的，它激活了Game Boy作为便携设备的社交潜能。到了1997年，游戏的销量曲线已经突破了所有正常的商业预测模型，任天堂迅速启动了动画化、卡牌游戏和衍生商品授权，一个庞大的跨媒体帝国开始成形。但在这条璀璨的商业弧线底下，Game Freak面临的现实却相当朴素——他们的技术团队规模很小，而急剧膨胀的市场需求正在把他们推向能力的极限。首先是海外本地化的工作量。《宝可梦 红／绿》决定在北美以《Pokémon Red and Blue》的名义发行时，团队发现将游戏中的文本翻译成英语只是第一步，真正的挑战在于底层代码的结构根本不适合多语言版本的高效切换。

文字编码、字体渲染、对话窗口的内存管理——这些在日文版本中靠硬编码凑合过去的问题，在多语言环境下全部变成了系统性债务。如果要逐一修改，工期将超出任天堂北美的发行窗口。更大的问题在后头。随着宝可梦跨媒体战略的推进，任天堂决定在N64平台上推出《宝可梦竞技场》，让玩家能在电视屏幕上以3D形式进行宝可梦对战。这个项目由任天堂本社和HAL研究所联合开发，但核心的前提在于——N64卡带必须以某种方式读取Game Boy卡带中的宝可梦数据，玩家才能将自己在掌机上收集和培养的宝可梦导入家用机，在一个全3D的对战场地中看到它们动起来。这就要求一条高度复杂的数据传输与转换管线，涉及通信协议、数据完整性校验、存档结构解析，以及在N64端将这些数据映射为3D模型的属性参数。Game Freak当时的主力程序员们已经在全力以赴地应对海外本地化的代码重写，对于N64端3D渲染逻辑的设计几乎没有余力。

任天堂本社的团队虽然精于N64硬件，但对于宝可梦数据结构的内部规范缺乏足够深入的理解。于是，一个非正式的通道迅速建立起来，一头连着东京千代田区的HAL研究所，另一头连着同在东京的Game Freak办公室。岩田聪最初被拉进这个通道时，身份非常模糊——他不是任天堂的员工，不是Game Freak的成员，对宝可梦的源代码内部结构此前也一无所知。但他对Game Boy硬件架构的熟悉程度，在当时的日本游戏业界几乎无人能出其右。从1989年Game Boy诞生之初，他就带领HAL的技术团队为这个平台写过大量底层代码，对Z80类处理器的特性和内存映射方式已经形成了一种近乎直觉的经验。更重要的是，他对N64的3D渲染管线同样有着清醒的认知——尽管HAL在N64上遭遇了严重的开发瓶颈，岩田本人花在阅读任天堂技术文档和研究渲染流程上的时间，远比他开发具体游戏的时间更多。他一直在试图理解这台机器，理解它的脾气和它的边界。

于是他开始研究《宝可梦 红／绿》的存档数据格式。这不是一份公开文档——Game Freak在紧迫的开发周期中没有精力编写标准化接口说明，整个数据结构是出于历史原因层层叠加出来的。岩田打开了一份从Game Freak发来的内存转储文件，开始在编辑器里逐字节地分析结构。观察字节规律、识别重复模式、定位指针偏移，然后推断出数据结构的设计逻辑——这是一个熟练程序员的基本功。他很快辨认出了宝可梦个体数据的存储方式：物种编号、能力值、招式列表、性格值、昵称编码，每一部分在存档中的偏移和长度都被他手动标注出来。这不是有据可查的知识，这是他用自己的眼睛和双手一行行逆向还原出来的。完成数据格式的逆向解析后，他写了第一版的通信模块源码，用于在N64端接收从Game Boy卡带通过转接器传输的存档数据，并将其解析为内部可用的结构化对象。接下来的挑战更为复杂：如何将这些数值转化为N64端可以渲染的动画与属性逻辑。

宝可梦的3D模型需要根据导入数据中存储的物种编号正确加载对应的模型资源，攻击动画、受击反馈和状态特效也需要与导入宝可梦的实际属性进行匹配。岩田没有从零开始搭建整个渲染管线——那是HAL在《地球冒险64》里屡屡碰壁的深渊——但他为这个特定场景设计了一套精简的映射架构，绕开了通用渲染引擎的复杂性，针对宝可梦对战这一封闭场景进行了高度特化的底层优化。纹理加载被拆分为按需流式读取，动画状态机被压缩为查表操作，从而在N64有限的纹理缓存和主存储器之间找到了平衡。这套方案最终成为《宝可梦竞技场》数据导入系统的技术基础。当任天堂本社的工程师看到岩田递过来的代码时，他们的反应是复杂的。一方面，这是一段编写得极其严谨的底层逻辑，对硬件的理解和资源的调度方式处处透着一个经验丰富的系统程序员的手感。另一方面，这段代码的作者根本就不是任天堂的人。

他在HAL研究所领着薪水，却用大量时间解决了一个横跨Game Freak、Creatures和任天堂三个法人的技术难题，而这件事在任何一个正式的组织架构图中都找不到对应的岗位。1998年底，这件事情逐渐在任天堂与第二方开发商之间的人际网络中传开。札幌出身的那个HAL社长，不仅能在自己的公司濒临破产时把财务理顺，还能在完全不同的硬件平台和开发标准之间充当翻译器。他不是在履行合同，他是在用一种职业程序员之间彼此理解的方式，解决那些因为组织边界和科层结构而无法被正式分派给任何人的技术难题。几乎在同一时间段，岩田聪还参与了另一项没有写入任何合同条款的工作。《宝可梦 金／银》在1997年下半年启动开发时，Game Freak的团队面临着一个比《红／绿》时代更为严峻的存储问题。《金／银》被设计为系列迄今为止规模最大的一代，制作者希望在游戏中包含关都地区和城都地区两张大地图，宝可梦图鉴的总数也大幅增加。

这意味着所有的地图数据、角色对话、精灵分布表和事件脚本都必须塞进一张Game Boy卡带——而Game Boy卡带的存储空间极为有限。田尻智和Game Freak的团队在项目初期就发现，按照他们现有的数据组织方式，即便是使用最大容量的卡带，也无法将所有设想的内容装进去。他们需要从架构层面进行全局压缩——不是简单的贴图降质或文本删减，而是重新设计数据存储方式，让相同的图形素材在地图之间复用，让宝可梦的属性差值以更紧凑的编码形式表达，让文本字符串的索引系统用更少的字节覆盖更大的词汇量。岩田聪介入这个问题的路径，与宝可梦竞技场的数据导入工作一样，并不来自任何正式的委任。Game Freak的开发者们知道他的能力，直接联系了他。他拿到了一份《红／绿》引擎中数据存储模块的部分源码，开始阅读。几天后，他带着一份技术备忘录回到了Game Freak的办公室。

备忘录里是一套改进后的压缩算法方案，针对Game Boy的处理器指令集做了针对性适配，在解压缩速度可接受的范围内显著降低了数据的物理占用体积。同时，他还提出了一套图形素材的复用规则，通过定义统一的索引表，让不同地图区域中共享的纹理和精灵不再各自独立存储，而是指向同一个索引地址。这次技术援助的直接后果是，原计划中因为空间不足而需要被大幅删减的关都地区地图，得以基本完整地保留在《金／银》中。那个在游戏后期重返关都、与初代主角相遇的体验，成为了许多玩家心中最难忘的记忆。而让这段记忆成为可能的，是一套在项目陷入存储危机时才被一个外部程序员临时设计出来的压缩方案。这些行为在商业战略的经典框架中几乎无法分类。它们不是投资，不是并购，不是战略合作，不是授权协议。它们是纯粹的同行援助，是程序员与程序员之间因为理解问题的技术本质而主动介入的互助行为。岩田聪在这些跨公司的技术危机中表现出来的姿态，既不是谋求经济回报，也不是争抢项目署名。

他像一个听到了错误代码的人，无法控制自己走向终端。但在产业生态的视角下，这种行为产生了深远的结构性后果。1996年至1999年的日本游戏产业，正处于商业模式剧烈分化的时期。索尼PlayStation以宽松的授权条件和光盘介质的大容量吸引了大批第三方开发商，传统的第一方—第二方—第三方的金字塔结构受到挑战。许多公司选择了排他性的站队逻辑——要么站在任天堂这边，要么投靠索尼阵营。而Game Freak虽然名义上是独立的第三方开发商，其生存命脉却高度依赖任天堂平台的发行渠道和推广资源。宝可梦的爆发式成功将Game Freak推到了一个极其微妙的位置：它手握全球最具商业价值的游戏IP之一，但技术团队的规模和系统能力与这个IP的体量之间存在着巨大的落差。正是在这个脆弱时刻，岩田聪的介入发挥了一种不寻常的稳定作用。他没有代表任天堂向Game Freak下达任何指令，也没有试图通过技术援助来换取商业利益或施加组织控制。他只是解决了问题。

这种纯粹到近乎透明的姿态，在Game Freak和Creatures株式会社内部建立起了深度的技术信任和情感纽带。对于这群以内容创作为信仰的开发者而言，岩田聪不像一个外部的合作方代表，而更像一个理解他们挣扎的同行前辈——他能看懂他们代码里的聪明设计，也能理解那些因为时间压力而不得不暂时凑合的权宜之计，然后用一种不居高临下的方式提出更合理的底层方案。这种信任的建立，对于任天堂平台之上正在形成的宝可梦生态而言，发挥了类似粘合剂的功能。宝可梦的商业成功依赖多个独立法人实体之间的紧密协作——Game Freak负责游戏本体开发，Creatures负责模型制作和卡牌游戏运营，任天堂负责发行和全球营销，而HAL研究所及后来的任天堂本社开发团队负责关联作品的开发。这四个组织没有形成统一的股权控制结构，彼此之间的协调因此高度依赖人际层面的信任与沟通效率。

在当时的日本游戏业界，企业之间的合作往往被严格的合同条款和信息壁垒所限制——核心代码绝不能给对方看，数据格式绝不能向外部公开，技术能力是必须守住的护城河。正是因为这样的封闭传统，许多大型跨企业项目常常在接口对接阶段就耗费大量时间。岩田聪的做法反向而行。他打开了自己公司的数据库，也打开了其他公司的数据库——不是以管理者的权力，而是以程序员的行动。当他在编辑器里逐字节解读Game Freak的存档结构时，Game Freak可以理所当然地拒绝提供任何源代码，这在行业惯例下完全正常。但岩田没有索要源代码。他用自己的双眼和双手完成了逆向解析，然后用解析结果反过来为Game Freak提供优化建议。这种工作方式在组织层面跳过了一切正式的权限审批流程，在技术层面为合作扫清了最耗时的那道障碍——对彼此内部系统的无知。在更长期的尺度上，这次跨越公司边界的技术援助也影响了任天堂平台的技术治理模式。

当1999年《宝可梦 金／银》顺利发售并取得巨大成功之后，任天堂本社内部的一部分管理层开始重新思考第二方和第三方开发商的协作方式。传统模式是：任天堂本社制定技术标准，提供开发文档和中间件支持，第二方和第三方在这个框架内完成各自的项目。如果某个开发商遇到技术困难，任天堂可以派本社的技术支援团队介入——但这种介入往往带有强烈的评价意味，被支援方会担心被贴上技术能力不足的标签，从而影响未来的项目分配和经费审批。岩田聪提供的是一种完全不同性质的模式：一种非正式的、低组织层级的、以解决问题而非分配责任为导向的同行协作。当他出现在Game Freak办公室，带着自己的压缩算法备忘录时，他不是一个评估者或管理者，而是一个能够提出具体方案的技术人员。这种互动在无形中降低了受援方的心理防御，提高了沟通效率，并且实际上压缩了从发现问题到解决问题之间的组织间隔。HAL研究所自身在N64平台上的旗舰项目《地球冒险64》却在持续沉没。

1999年初，经过超过三年的开发、多次设计推倒重来和无数个通宵之后，岩田聪与糸井重里在东京的一次闭门会议上达成了最终共识：项目不可能在合理的时间框架内达到可交付品质，强行推出只会伤害品牌和玩家。他们决定正式中止开发。糸井后来在公开访谈中将项目失败的原因归结为两点：3D技术在当时的局限性，以及他自己对叙事野心与技术现实之间落差的错误判断。而岩田只在私下场合说过一句话，后来被同事记录下来：在这个项目上学到的东西，比在任何成功项目上学到的都多。这句话不是安慰，是程序员的本能——当一个系统持续崩溃时，崩溃本身也携带着关于系统边界的信息。从《地球冒险64》的痛苦经历中，他确认了一件事：HAL研究所以一个独立公司的资源规模，要在N64这样复杂度的硬件平台上从零开始搭建全3D的通用开发管线，是一条边际效益极低的路径。未来的方向，要么是缩小战场，专注于对3D需求较低的游戏类型；要么是更深度地嵌入任天堂本社的开发体系，复用本社积累的引擎和工具链。

但这两种方向都涉及一个更根本的问题——HAL研究所的定位。当岩田聪为Game Freak优化代码、为《宝可梦竞技场》写下3D渲染底层时，他事实上在证明一件事：他自己的价值，以及HAL研究所核心团队的价值，不一定需要以完整的独立作品作为载体来呈现。在产业生态的层面，他们正在变成一种更容易流动、更能够穿越组织边界的技术资产。这种形态在当时还没有一个明确的商业术语，但后来的观察者会用连接者或赋能者来形容它。1999年的夏天，岩田聪坐在HAL研究所的办公桌前，面前已经没有《地球冒险64》的进度报告。屏幕上打开的是另一个项目的画面——粉红色的卡比在一段未完成的关卡场景中奔跑，背景是美术团队刚刚提交的草稿。卡比的新作在更轻量的技术框架下进展顺利。这个IP可以继续生长，而另一个IP已经被放下来了。放下来的那个项目，花费了HAL数年时间、大量人力和资金，最终没有产生一分钱的市场回报。

但它换来了另一些难以计入财务报表的东西：对N64硬件底层更深刻的理解，一套虽然不完整但已经积累了重要教训的3D渲染组件，以及对组织能力边界的清醒认知。正是在《地球冒险64》开发最为窒息的时期，岩田聪将目光从自己的项目上移开，投向了其他公司正在经历的挣扎——Game Freak的存储危机、《宝可梦竞技场》的数据导入困境——然后用同一种拆解问题的方式介入了它们。这种介入并不在HAL研究所的社长职责范围之内，也不在任天堂的任何外包合同条款之内。它出自一种更深的驱动：当一个人确信自己能解决某个技术问题，而这个问题正在阻碍一群同样认真对待游戏的人时，出手相助就成了一种接近本能的选择。京都已经注意到了这股驱动力的存在。山内溥在1999年末的一次例行经营会议上，听取了关于宝可梦相关项目开发进展的汇报。

当听到《宝可梦竞技场》的数据导入系统由一个非本社程序员主导完成，以及《宝可梦 金／银》的数据压缩方案来自HAL研究所社长的个人参与时，他没有立即发表评论。只是在会议结束之后，他向身边的常务董事问了一句话。那句话大致的意思是：在HAL的那个年轻人，还能管更复杂的事情吗。这不是一个即将被回答的问题，但它是山内溥风格的人事考察——不写信、不谈话、不评估表，只观察行动，然后等待时机。岩田聪以非正式身份解决跨公司技术难题所积累的行业声望，正在与一个远比HAL研究所庞大的组织——任天堂本部——的内部人事版图，产生微妙而难以回避的交集。京都这家公司的决策文化围绕山内溥的个人判断形成了高度集中的权力结构，内部的元老派和部门主管们对外部进入者有着天然的审视习惯。在他们眼中，岩田聪的确解决了别人解决不了的问题，但他不是出身于任天堂开发一部或二部的嫡系，没有在本社的开发体制内从基层到主管一步步走过。他的价值是用代码被看到的，而不是用组织资历被看到的。

在这两种被看到之间，在能解决技术问题的人与可以交付更大权限的人之间，有一条界线还没有被跨越。而他自己的旗舰项目，已经沉默地沉没在了这条界线的这一侧。