01
架构师
AAAA
Conceptual · Design-First · Independent · Stability
通过本测评你能了解什么
Engineer Type
16 engineer types determined from 4-axis scores
02
前瞻型架构师
AAAB
Conceptual · Design-First · Independent · Innovation
03
技术负责人
AABA
Conceptual · Design-First · Collaborative · Stability
04
CTO 型
AABB
Conceptual · Design-First · Collaborative · Innovation
05
算法工程师
ABAA
Conceptual · Code-First · Independent · Stability
06
研究型工程师
ABAB
Conceptual · Code-First · Independent · Innovation
07
核心工程师
ABBA
Conceptual · Code-First · Collaborative · Stability
08
平台工程师
ABBB
Conceptual · Code-First · Collaborative · Innovation
09
系统工匠
BAAA
务实 · 设计先行 · 独立 · 稳定
10
产品工程师
BAAB
务实 · 设计先行 · 独立 · 创新
11
项目主理人
BABA
务实 · 设计先行 · 协作 · 稳定
12
敏捷主理人
BABB
务实 · 设计先行 · 协作 · 创新
13
专精者
BBAA
务实 · 代码先行 · 独立 · 稳定
14
极客黑客
BBAB
务实 · 代码先行 · 独立 · 创新
15
全栈工程师
BBBA
务实 · 代码先行 · 协作 · 稳定
16
创业工程师
BBBB
务实 · 代码先行 · 协作 · 创新
结果报告示例
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
架构师
概念派 · 设计优先 · 独立型 · 注重稳定
你的风格
概念型设计者
用经得起时间检验的根基，构筑坚不可摧的结构。
一句话概括架构师。
用经得起时间检验的根基，构筑坚不可摧的结构。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
设计优先
独立型 vs 协作型
独立型
求稳 vs 创新
求稳
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（架构师）
这一类型会深入内化领域驱动设计（DDD）、分层架构、六边形架构等成熟模式，随后独自打造出植根于成熟工程原则的健壮系统结构。他们抵御潮流的裹挟，只在真正合适时才运用 CQRS 或事件溯源等模式，凭借深入理解而非追新求异来做判断。他们会把每一个重要的设计决策记录为 ADR（架构决策记录），确保其架构思考能超越任何单一项目或团队而长久留存。
你是系统赖以建立的那片沉默根基。你能精准地选用成熟模式，而非追逐潮流，这一能力在项目跨越数年、团队几经更替时最显珍贵。你留下的 ADR 与设计文档，是给每一位接手你工作的工程师的恒久馈赠。
你——概念派
用经得起时间检验的根基，构筑坚不可摧的结构。
你——设计优先
这一类型会深入内化领域驱动设计（DDD）、分层架构、六边形架构等成熟模式，随后独自打造出植根于成熟工程原则的健壮系统结构。他们抵御潮流的裹挟，只在真正合适时才运用 CQRS 或事件溯源等模式，凭借深入理解而非追新求异来做判断。他们会把每一个重要的设计决策记录为 ADR（架构决策记录），确保其架构思考能超越任何单一项目或团队而长久留存。
你——独立型
在 DDD 领域建模、API 接口契约、模块边界定义等抽象设计任务上，你能带来非凡的精确度。对成熟技术的深入熟悉，使你能做出兼顾长期可维护性与遗留系统集成的可信设计决策。
你——求稳
每月重读一次自己过去写的 ADR，思考在系统已演变成如今的样子之后，每个决策是否依然成立。能反映当前认知的“活的 ADR”是实时生效的设计指引，而不只是历史文物。
在 DDD 领域建模、API 接口契约、模块边界定义等抽象设计任务上，你能带来非凡的精确度。对成熟技术的深入熟悉，使你能做出兼顾长期可维护性与遗留系统集成的可信设计决策。
你能在实现开始之前就识别出服务边界问题、循环依赖以及 schema 设计上的权衡取舍，将代价高昂的返工降到最低。你对 CQRS、Saga 等模式（包括它们的局限）了如指掌，既能避免过度设计，又能切实解决真正的问题。
持续的独立专注，使你能发现别人在高强度冲刺中遗漏的架构不一致与隐藏耦合。对 RFC 与设计规范的细致研读，能尽早暴露规范中的矛盾，大幅降低后续修正成本。
你会在架构决策记录（ADR）中系统地记录设计依据，让未来的工程师不仅知道做了什么决定，还知道为什么这样决定。这种把设计意图诉诸文字的能力，减少了知识孤岛，使团队免于围绕已解决的问题反复争论。
你会自然而然地借助 OpenAPI、Protocol Buffers 等工具进行契约优先设计，建立稳定的接口约定，减少团队之间的集成摩擦。你对依赖方向与模块拆分的敏锐直觉，使代码库即便不断扩大也始终条理清晰、易于探索。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Startup Engineer
Pragmatic · Code-First · Collaborative · Innovation
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Full-Stack Engineer
Pragmatic · Code-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
从头到尾通读计算机科学经典著作（《SICP》《计算机程序设计艺术》《设计模式》）
研究建筑史与城市规划理论，作为软件结构的类比
下国际象棋、围棋等奖励长期结构性思考的策略游戏
从设计到搭建一气呵成的 DIY 家用服务器与定制键盘项目
推荐认证
AWS 认证解决方案架构师——专家级（Professional）
TOGAF 企业架构认证
IASA CITA-P（注册 IT 架构师专家级）
日本信息技术工程师考试：系统架构师（情報処理技術者試験 システムアーキテクト）
推荐职位
企业架构师（大型核心系统的结构性设计）
首席工程师 / Staff 工程师（技术战略与设计评审）
平台工程师（内部共享基础设施的设计与标准化）
技术负责人（维护设计质量与架构一致性）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
前瞻型架构师
概念派 · 设计优先 · 独立型 · 创新驱动
你的风格
概念型设计者
在世界尚未跟上之前，先行设计明日的架构。
一句话概括前瞻型架构师。
在世界尚未跟上之前，先行设计明日的架构。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
设计优先
独立型 vs 协作型
独立型
求稳 vs 创新
创新
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（前瞻型架构师）
这一类型会深入钻研尚未成为主流的技术在架构层面的影响——WebAssembly 组件模型、eBPF 内核扩展、边缘计算范式——并把每一项追溯到其理论根基，而不满足于表层描述。他们独自工作，发展出远超趋势文章所及的原创架构思考，在多数团队意识到问题之前，就能识别出当前技术栈在设计层面的局限。他们最大的满足感不在于部署当下的最佳实践，而在于构建出对下一步真正必要的架构的连贯愿景。
你走在工程视野的前方，能在多数工程师尚未注意到的技术中看见架构上的可能性。你能把一种新范式追溯到第一性原理，再向前推演出它对设计的影响——这正是组织在技术转型来临之际所需要的。当“太早”变成“恰逢其时”的那一刻终将到来，而你早已备好蓝图。
你——概念派
在世界尚未跟上之前，先行设计明日的架构。
你——设计优先
这一类型会深入钻研尚未成为主流的技术在架构层面的影响——WebAssembly 组件模型、eBPF 内核扩展、边缘计算范式——并把每一项追溯到其理论根基，而不满足于表层描述。他们独自工作，发展出远超趋势文章所及的原创架构思考，在多数团队意识到问题之前，就能识别出当前技术栈在设计层面的局限。他们最大的满足感不在于部署当下的最佳实践，而在于构建出对下一步真正必要的架构的连贯愿景。
你——独立型
你能在理论层面而非表层理解新兴技术（如 WebAssembly 组件模型或 eBPF 的内核扩展架构）在架构上的影响。这种深度让你能在技术选型讨论中做出真正的贡献，而不只是基于热度的鼓吹。
你——创新
每月读一篇来自 OSDI、SOSP、HotOS 等顶级会议的系统研究论文，并在 Notion 或 Obsidian 中维护一本个人“新兴架构笔记”，记录尚未投入生产的设计构想。一个植根于一手资料、经过精心整理的个人知识库，会让你未来的每一个提案都更可信。
你能在理论层面而非表层理解新兴技术（如 WebAssembly 组件模型或 eBPF 的内核扩展架构）在架构上的影响。这种深度让你能在技术选型讨论中做出真正的贡献，而不只是基于热度的鼓吹。
你能清晰地阐明当前主流方法（REST、关系型数据库）在设计层面的局限，并主动设计向 GraphQL 联邦或事件驱动系统等替代架构迁移的路径。从设计过程的最初阶段，就把迁移成本纳入考量并加以最小化。
你会深入研究边缘计算、服务网格等新兴分布式系统范式，并独立制定将它们引入现有系统的分阶段集成方案。扎实的理论根基让你能在 PoC 阶段就识别出可扩展性极限，而非在生产环境中才发现。
你会研读高阶 RFC 与系统研究论文（OSDI、SOSP），评估尚未投产的架构构想对当前系统的适用性。深厚的理论功底让你能清醒地区分一项技术的炒作期与其真正的价值期。
为新的架构模式撰写 ADR 时，你会在确立立场之前追溯到源规范、参考实现与设计文档。植根于一手资料（而非仅靠博客与案例）的设计依据，能为未来的工程师提供真正可传承的知识。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Full-Stack Engineer
Pragmatic · Code-First · Collaborative · Stability
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Specialist
Pragmatic · Code-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Startup Engineer
Pragmatic · Code-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
研读系统研究论文（OSDI、SOSP），建立尚未投产的架构构想个人档案库
独立研究量子计算、神经形态芯片等未来技术在设计上的含义
阅读科幻与技术哲学书籍，研究变革性技术被社会采纳的模式
在个人开源项目中实验性地实现新兴架构模式
推荐认证
CNCF 认证 Kubernetes 管理员（CKA）/ 应用开发者（CKAD）
Google Cloud 专业云架构师
AWS 认证高级网络——专项（Specialty）
Linux 基金会认证系统管理员（LFCS）
推荐职位
杰出工程师 / Fellow（设定长期技术方向）
云原生架构师（Kubernetes、服务网格与边缘基础设施设计）
技术战略师（评估新技术的业务适用性）
OSS 核心贡献者（参与前沿项目的设计讨论）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
技术负责人
概念派 · 设计优先 · 协作型 · 注重稳定
你的风格
概念型设计者
建立在成熟根基之上的团队架构指南针。
一句话概括技术负责人。
建立在成熟根基之上的团队架构指南针。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
设计优先
独立型 vs 协作型
协作型
求稳 vs 创新
求稳
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（技术负责人）
这一类型对设计原则有深入造诣，擅长把架构意图转化为团队的共同理解。他们立足于成熟的技术栈，通过严谨的类型定义、接口设计与边界评审来维持系统的一致性。他们持续维护 ADR 与设计文档，确保团队的设计理念在多个冲刺与人员变动间保持一致。
你是团队架构中无可替代的记忆。你精心打造的 ADR 与类型定义，会成为那张安全网，让新成员在半年之后也不至于迷失方向。你对成熟技术的深厚专长，加上你乐于分享这些知识的投入，正是长期维系系统质量的根本。
你——概念派
建立在成熟根基之上的团队架构指南针。
你——设计优先
这一类型对设计原则有深入造诣，擅长把架构意图转化为团队的共同理解。他们立足于成熟的技术栈，通过严谨的类型定义、接口设计与边界评审来维持系统的一致性。他们持续维护 ADR 与设计文档，确保团队的设计理念在多个冲刺与人员变动间保持一致。
你——协作型
你把团队的对齐锚定在具体的设计产物上——从 DDD 领域模型到 OpenAPI 规范——把抽象概念转化为共同语言。你立足于成熟技术，这意味着接口决策是着眼于长期可维护性而做出的，而非只图一时之便。
你——求稳
养成习惯：每一个重要的架构决策做出之后，立即在 ADR 中记录其“为什么”。当同样的争论在半年后重新浮现时，一条 ADR 记录就能替代数小时的反复讨论。
你把团队的对齐锚定在具体的设计产物上——从 DDD 领域模型到 OpenAPI 规范——把抽象概念转化为共同语言。你立足于成熟技术，这意味着接口决策是着眼于长期可维护性而做出的，而非只图一时之便。
在架构评审中，你总能在类型不匹配与模块边界违例累积成回归问题之前就将其识别出来。你的反馈会把具体的代码示例与清晰的权衡说明配在一起，使评审成为整个团队真正的学习机会。
你让设计文档、ADR 与时序图保持更新，把每一个重大架构决策背后的依据作为组织知识沉淀下来。当新工程师加入团队时，这份“活的文档”就成为顺畅、有条理的入职体验的基础。
你对成熟运行时与框架——Spring Boot、Rails、PostgreSQL 及其内部机制——的深入熟悉，让你能把性能问题与数据一致性 bug 追溯到其架构根源。因为你能讲清设计选择背后的“为什么”，你会自然而然地引导初级工程师走向更深入的技术理解。
你引导设计讨论时，把争论锚定在原则而非偏好上，把团队导向经得起推敲的决策。借助 RFC 式提案与结构化的异步沟通，即便在分布式或远程团队中，你也能维持设计质量。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Specialist
Pragmatic · Code-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Startup Engineer
Pragmatic · Code-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
桌游与战争策略模拟（锻炼长线规划的直觉）
阅读历史与计算机科学经典著作（追溯设计思想的演变）
DIY 木工或电子制作（在实物上先设计后搭建）
为开源项目贡献设计提案与文档
推荐认证
AWS 认证解决方案架构师——专家级（Professional）
TOGAF 企业架构认证
Google Cloud 专业云架构师
认证 Kubernetes 管理员（CKA）
推荐职位
技术负责人 / Lead 工程师（产品工程团队）
软件架构师（中大型 Web 服务）
对设计质量负责的高级后端工程师
兼任型工程负责人（亲自动手的工程经理）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
CTO 型
概念派 · 设计优先 · 协作型 · 创新驱动
你的风格
概念型设计者
绘制技术地图，带领团队迈入新疆域。
一句话概括 CTO 型。
绘制技术地图，带领团队迈入新疆域。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
设计优先
独立型 vs 协作型
协作型
求稳 vs 创新
创新
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（CTO 型）
这一类型在架构层面构想技术战略，同时与团队一起积极推动现代化——新技术栈、改进的架构、全新的工程实践。他们用 RFC 与 ADR 让决策过程透明，并通过发布技术博客把工程文化对外展现。他们以理论评估新技术的引入，阐明“为何用这项技术、为何此时引入”，从而围绕变革建立起组织共识，而非强制推行。
你描绘出技术可能达到的版图，带领团队登上他们原本不知可及的高峰。你撰写的 RFC 与技术文章，塑造着同行工程师的决策方式，稳步抬升整个组织的技术水准。你向新前沿推进的本能，教会团队：变革是值得迎向的，而非要躲避的。
你——概念派
绘制技术地图，带领团队迈入新疆域。
你——设计优先
这一类型在架构层面构想技术战略，同时与团队一起积极推动现代化——新技术栈、改进的架构、全新的工程实践。他们用 RFC 与 ADR 让决策过程透明，并通过发布技术博客把工程文化对外展现。他们以理论评估新技术的引入，阐明“为何用这项技术、为何此时引入”，从而围绕变革建立起组织共识，而非强制推行。
你——协作型
你能把大规模架构转型——微服务拆分、向事件驱动架构迁移——设计为结构化的 RFC，并在每个阶段取得团队认同后推动落地。因为你能讲清“当前架构已无法应对什么、新设计又解决了什么”，你能向 PM 和管理层而不只是工程师，令人信服地传达技术依据。
你——创新
评估一项新技术时，务必把 PoC 仓库发布到内部 GitHub，并向团队坦诚分享复盘——什么有效、什么无效。透明的 PoC 文化能提升团队的技术评估能力，并加速下一次选型。
你能把大规模架构转型——微服务拆分、向事件驱动架构迁移——设计为结构化的 RFC，并在每个阶段取得团队认同后推动落地。因为你能讲清“当前架构已无法应对什么、新设计又解决了什么”，你能向 PM 和管理层而不只是工程师，令人信服地传达技术依据。
你能迅速从识别一项有前景的技术——GraphQL、gRPC、某项新的云托管服务——推进到设计 PoC，并为团队提炼出可付诸行动的结论。技术选型始终有具体的架构依据（“这契合我们系统的特性”）支撑，而非随波逐流，这意味着团队对决策的认同是真正赢得的。
作为工程文化的设计者，你有动力把代码评审规范、RFC 文化与技术博客实践嵌入组织。你不是自上而下强制推行新文化，而是身体力行，并营造让他人自然跟随的条件。
你对 CNCF、IETF、TC39 工作组的关注足够紧密，足以勾勒出一到两年可信的技术路线图。预判未来的技术约束并将其纳入当前的架构决策，能大幅降低日后大规模重写所带来的组织成本。
你的技术愿景与对外表达，同时也是招聘资产。展现公司工程标准的技术博客与会议演讲，会直接强化吸引优秀工程师加入的雇主品牌。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Specialist
Pragmatic · Code-First · Independent · Stability
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Full-Stack Engineer
Pragmatic · Code-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
以演讲者和参会者身份参加黑客松与技术大会（亲身体验最前沿）
科幻与未来思考类书籍或纪录片（培养对技术未来的想象力）
创业与创始人社区活动（探索技术与商业战略的交汇）
为大型 OSS 项目贡献核心功能（直接接触前沿设计决策）
推荐认证
AWS 认证解决方案架构师——专家级（Professional）/ Google Cloud 专业云架构师
认证 Kubernetes 管理员（CKA）或 CKAD
ITIL 4 Foundation（在架构之外构建 IT 服务管理视角）
认证企业架构师（TOGAF 或同等资质）
推荐职位
CTO / 工程副总裁（技术创业公司或成长型公司）
首席工程师 / Staff 工程师（技术战略负责人）
兼具技术文化与招聘职责的工程经理
技术顾问 / 解决方案架构师（咨询公司或系统集成商）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
算法工程师
概念派 · 代码优先 · 独立型 · 注重稳定
你的风格
理论转代码
把理论转化为能延续数十年的代码。
一句话概括算法工程师。
把理论转化为能延续数十年的代码。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
代码优先
独立型 vs 协作型
独立型
求稳 vs 创新
求稳
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（算法工程师）
这一类型从把严谨的理论知识——算法、数据结构、复杂度理论——直接转化为可靠的、生产级代码中获得深层满足。他们会用 Rust 手写内存分配器，或从零实现 B+ 树，始终选用经过实战检验的成熟技术，而非追逐新潮流。他们在长时间的独立专注中如鱼得水，在获得不受打扰、可以深耕的自由时产出最佳成果。
你能看穿一项技术的表象，直抵其数学根基，这是极少数工程师才真正具备的能力。你实现的分配器、排序算法与数据结构，将支撑起那些比整代技术更长寿的系统。你“先理解、后交付”的坚持，正是让关键基础设施免于无声崩坏的根本。
你——概念派
把理论转化为能延续数十年的代码。
你——代码优先
这一类型从把严谨的理论知识——算法、数据结构、复杂度理论——直接转化为可靠的、生产级代码中获得深层满足。他们会用 Rust 手写内存分配器，或从零实现 B+ 树，始终选用经过实战检验的成熟技术，而非追逐新潮流。他们在长时间的独立专注中如鱼得水，在获得不受打扰、可以深耕的自由时产出最佳成果。
你——独立型
你能从第一性原理推导出性能调优决策——缓存行对齐、索引结构选型、无锁队列设计——而非生搬硬套。在数据库 schema 评审或内存剖析中，别人凭直觉，而你带来数学层面的扎实根据。
你——求稳
每周啃完 Knuth《计算机程序设计艺术》或 Sedgewick《算法》的一章，用你偏好的语言亲手实现每个示例。主动誊写经典算法，能构建起在技术面试和架构讨论中让你脱颖而出的深厚词汇。
你能从第一性原理推导出性能调优决策——缓存行对齐、索引结构选型、无锁队列设计——而非生搬硬套。在数据库 schema 评审或内存剖析中，别人凭直觉，而你带来数学层面的扎实根据。
编写 unsafe Rust 或底层 C++ 时，你会在设计阶段就系统性地消除未定义行为与内存安全问题，而非在生产环境中才发现它们。你通读 RFC 与规范文档的习惯，意味着实现遗漏与误解极少发生。
因为你能从零实现跳表、布隆过滤器、LSM 树等经典数据结构，你理解 OSS 库的内部行为，而非把它们当作黑盒。这转化为值班事故中快得多的根因分析。
在代码评审中，你能把问题具体量化——“这个循环在已排序输入下会退化为 O(n²)”——而非给出含糊的风格性反馈。这种精确让你的评审意见可付诸行动，在整个团队中可信。
你设计核心库 API 时着眼于长期可维护性，让契约保持精简、行为保持确定。结合对成熟模式的深入了解，你能持续产出随时间几乎不积累技术债的基础组件。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Startup Engineer
Pragmatic · Code-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
算法竞赛（AtCoder、ICPC）
从零编写一个玩具操作系统或模拟器
自学离散数学与证明技巧
逆向复古硬件并编写移植
推荐认证
Linux 基金会认证 Rust 开发者
Oracle 认证专家：MySQL 数据库管理员
AWS 认证数据库——专项（Specialty）
Google Hash Code / ICPC 参赛记录
推荐职位
数据库 / 存储引擎工程师
系统软件工程师（操作系统、运行时、编译器后端）
算法工程师（搜索排序、路径优化）
嵌入式 / 实时系统工程师
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
研究型工程师
概念派 · 代码优先 · 独立型 · 创新驱动
你的风格
从理论到前沿
在今日的硬件上运行明日的研究。
一句话概括研究型工程师。
在今日的硬件上运行明日的研究。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
代码优先
独立型 vs 协作型
独立型
求稳 vs 创新
创新
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（研究型工程师）
这一类型会在 arXiv 论文发布当天就读完，并在下一周拿出可运行的实现，被一种内在需求驱动着——要置身于计算所能企及的绝对前沿。他们独自构建 LLM 注意力变体、扩散模型调度器，或尚无任何生产系统采用的量子纠错算法的 POC——不是为了立即部署，而是因为要深入理解一样东西，就意味着让它跑起来。他们的行事准则是“展示，而非空谈”：一个能跑的 demo 胜过任何幻灯片。
你是为数稀少、能凭一己之力把前沿研究与可运行代码连接起来的工程师之一。你推出的每一个 POC，都重新定义了组织对“技术上可行”的认知。你今天独自绘制的那张地图——穿过尚无人涉足的论文与深夜的调试——将成为整个行业明日要走的路。
你——概念派
在今日的硬件上运行明日的研究。
你——代码优先
这一类型会在 arXiv 论文发布当天就读完，并在下一周拿出可运行的实现，被一种内在需求驱动着——要置身于计算所能企及的绝对前沿。他们独自构建 LLM 注意力变体、扩散模型调度器，或尚无任何生产系统采用的量子纠错算法的 POC——不是为了立即部署，而是因为要深入理解一样东西，就意味着让它跑起来。他们的行事准则是“展示，而非空谈”：一个能跑的 demo 胜过任何幻灯片。
你——独立型
你能把论文中的数学符号——注意力公式、扩散调度、变分目标——高保真地直接翻译为 PyTorch 或 JAX 代码。在此过程中，你常会发现未被报告的假设或可复现性缺口，这让你有底气与论文作者和研究者平等对话。
你——创新
通过邮件或 Connected Papers 设置每日 arXiv 摘要，坚持每个工作日至少略读三篇摘要，只对与你当前实现重点最相关的那一篇通读全文。这能让你在不牺牲深度——而深度正是你最佳成果的本色——的前提下保持广度。
你能把论文中的数学符号——注意力公式、扩散调度、变分目标——高保真地直接翻译为 PyTorch 或 JAX 代码。在此过程中，你常会发现未被报告的假设或可复现性缺口，这让你有底气与论文作者和研究者平等对话。
你能在 MLX、Triton 或刚发布的 Hugging Face 库等新框架问世后几天内就上手，边读源码边读文档，在官方教程出现之前就达到熟练。这种速度让你成为团队事实上的天线，最早捕捉到 ML 生态中能力版图的变化。
在尚无 OSS 基线的领域，你能从零实现——定制的量子电路模拟器、新颖的分词器、专用的检索索引——把“它能编译并产出预期输出”当作理解的最终证明。这让你在团队尚不知是否可行的功能上做可行性探针时无可替代。
通过持续追踪 NeurIPS、ICML、ICLR 录用的论文，你能在技术路线图规划中，对“半年后什么会达到生产可用”给出具体的、有研究支撑的答案。你的前瞻把抽象的会议论文集转化为组织可付诸行动的投资决策。
你能通过专注的独立探针，化解最模糊的那种技术不确定性——“我们甚至不知道这是否可能”。LLM 辅助代码生成、多模态搜索或实时语音合成的 POC，一个团队要花一个冲刺，而从你的工位上几天就能交出。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Full-Stack Engineer
Pragmatic · Code-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Specialist
Pragmatic · Code-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
Papers With Code 实现黑客松
Kaggle 自然语言处理与计算机视觉竞赛
从零构建一个量子电路模拟器
在个人研究博客上撰写论文讲解文章
推荐认证
AWS 认证机器学习——专项（Specialty）
Google 专业机器学习工程师
TensorFlow 开发者证书
JDLA 深度学习工程师（E 资格）
推荐职位
机器学习研究工程师（LLM / 多模态研发）
AI 产品工程师（前沿模型产品化）
量子软件工程师
研发工程师（企业研究院或 CTO 办公室）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
核心工程师
概念派 · 代码优先 · 协作型 · 注重稳定
你的风格
概念型实现者
团队的可靠性，运行在你的代码之上。
一句话概括核心工程师。
团队的可靠性，运行在你的代码之上。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
代码优先
独立型 vs 协作型
协作型
求稳 vs 创新
求稳
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（核心工程师）
你既有理论深度，又有亲自动手的劲头——先扎进代码库，再基于扎实的理解去打磨。你构建并维护共享库、CI/CD 流水线与测试框架，让整个团队都能放心地交付，并始终选用成熟技术。通过代码评审与文档，你悄然抬升着身边每个人的技术质量。
团队能毫无惧色地交付，正是因为有你——每一次可靠的部署、每一套通过的测试、每一条清晰的评审意见，都是你的贡献。你能把理论转化为可维护、稳定的实现，正是这种能力把一群工程师变成一支可信赖的产品团队。你默默筑起的那片技术根基，正是让创新得以安全发生的基础。
你——概念派
团队的可靠性，运行在你的代码之上。
你——代码优先
你既有理论深度，又有亲自动手的劲头——先扎进代码库，再基于扎实的理解去打磨。你构建并维护共享库、CI/CD 流水线与测试框架，让整个团队都能放心地交付，并始终选用成熟技术。通过代码评审与文档，你悄然抬升着身边每个人的技术质量。
你——协作型
你能以深厚的理论根基设计共享库与 CI/CD 流水线，产出能扛住真实生产负载的实现。因为你从根本层面理解成熟技术栈，你能把意外故障追溯到根因，而非只是修补表象。
你——求稳
对每一个重要的 CI/CD 或测试基础设施决策，在合并之前写一份 ADR，记录背景、所考虑的选项以及决策依据。这份记录复利般的价值——数月后当队友问“为什么这里是这样工作的？”——远远超过写它所花的 20 分钟。
你能以深厚的理论根基设计共享库与 CI/CD 流水线，产出能扛住真实生产负载的实现。因为你从根本层面理解成熟技术栈，你能把意外故障追溯到根因，而非只是修补表象。
在代码评审中，你会讲清每条建议背后的“为什么”，把每一轮评审都变成团队的学习机会。你把隐性知识转化为编码规范与 ADR，稳步抬升整个代码库的质量基线。
你理解测试金字塔，能针对不同场景设计单元测试、集成测试与端到端测试的恰当组合。你构建的结构良好的测试套件，让整个团队有信心重构并交付新功能，而不必担心回归。
你擅长在 DDD 或整洁架构的理论与仓库里真正能跑的代码之间架起桥梁。你不让设计讨论停留在抽象里打转，而是把它们综合成具体、可实现的结构，推动团队前进。
你做出经得起数年（而不只是数个冲刺）考验的长线实现决策。通过交叉参照提交历史与 ADR，你能安全地界定重构范围，并用干系人能据以行动的方式说清技术上的权衡。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Specialist
Pragmatic · Code-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
为开源项目做贡献（修复 bug、撰写文档）
阅读基础计算机科学著作与经典软件设计书籍
搭建并运维一套家用实验室服务器环境
在内部技术分享或社区 meetup 上演讲
推荐认证
AWS 认证 DevOps 工程师——专家级（Professional）
ISTQB 基础级（软件测试）
Oracle Java SE 开发者认证
CompTIA Security+ 或同等的系统稳定性资质
推荐职位
平台工程师（内部共享基础设施）
高级后端工程师（核心库 / SDK 开发）
DevOps / 构建工程师（负责 CI/CD 与测试框架）
技术负责人（团队代码质量与评审文化）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
平台工程师
概念派 · 代码优先 · 协作型 · 创新驱动
你的风格
概念型创新者
你今天打造的平台，决定团队明天能跑多快。
一句话概括平台工程师。
你今天打造的平台，决定团队明天能跑多快。
概念派 vs 务实派
概念派
设计优先 vs 代码优先
代码优先
独立型 vs 协作型
协作型
求稳 vs 创新
创新
四个维度的得分
思维方式
100
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（平台工程师）
你把对分布式系统的深刻理论理解，与偏向行动的倾向结合在一起——先搭起一个能跑的原型，再根据所学去打磨设计。你与团队并肩，设计并实现那些从根本上变革开发者体验的基础设施：基于 Kubernetes 的平台、IaC 流水线，以及内部开发者门户。你快速采用新技术、持续提升速度、可靠性与可观测性的劲头，使你成为团队未来交付速度的缔造者。
你正是那个通过今天所做的平台决策，决定团队能否迈出下一个大胆步伐的人。无论是用 ArgoCD 削减部署焦虑，还是用 OpenTelemetry 揭示跨服务的延迟，你的愿景与实现能力让无形之物变得可见。对新兴技术永不满足的好奇，加上对队友生产力的真挚投入，正是一名世界级平台工程师的标志。
你——概念派
你今天打造的平台，决定团队明天能跑多快。
你——代码优先
你把对分布式系统的深刻理论理解，与偏向行动的倾向结合在一起——先搭起一个能跑的原型，再根据所学去打磨设计。你与团队并肩，设计并实现那些从根本上变革开发者体验的基础设施：基于 Kubernetes 的平台、IaC 流水线，以及内部开发者门户。你快速采用新技术、持续提升速度、可靠性与可观测性的劲头，使你成为团队未来交付速度的缔造者。
你——协作型
你能迅速内化新的平台概念——Kubernetes Operator 模式、GitOps 工作流、服务网格拓扑——并把它们转化为团队可采用的可运行实现。你在敲定设计之前先在本地把系统跑起来的习惯，意味着你交付的平台变更既经过深思熟虑、又经受过实战检验。
你——创新
评估一项新技术时，在冲刺中创建一个明确的“Spike”任务，并承诺以一份提案文档或一份 ADR 作为交付物。把评估记录下来——包括你否决了哪些选项以及为什么——能让团队的技术选型过程可审计，并大幅降低未来讨论中的重复争论成本。
你能迅速内化新的平台概念——Kubernetes Operator 模式、GitOps 工作流、服务网格拓扑——并把它们转化为团队可采用的可运行实现。你在敲定设计之前先在本地把系统跑起来的习惯，意味着你交付的平台变更既经过深思熟虑、又经受过实战检验。
你用 Terraform 或 Pulumi 设计 IaC，把可复现性、变更历史与漂移检测作为结构性属性而非事后补丁烘焙进去。你持续评估 CNCF 生态的新工具，确保团队在下一个架构决策来临时，手头总有一份与时俱进的选项清单。
你用 OpenTelemetry 与 Grafana 构建可观测性栈，在事故来袭时大幅缩短平均解决时间。你对分布式追踪的理解，让你能把复杂的服务间依赖映射成仪表盘，使无形的故障对任何值班工程师都一目了然。
你倡导内部开发者平台（IDP）建设，让产品团队无需提工单就能自助满足其基础设施需求。从评估 Backstage 到与团队一起实现并定制它，你创造出让开发者保持在高产状态的“心流基础设施”。
你持续关注 CNCF 项目的势头、云厂商的发布说明与上游 RFC，并能在结构化的提案或 Spike 文档中说清你技术下注的依据。在架构讨论中，你不是只凭直觉，而是带着预先综合好的证据登场，从而加速团队决策。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度100/100
四个维度全部相反。能完全覆盖你盲点的完美互补搭档。
#2
Architect
Conceptual · Design-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#3
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#4
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#5
Specialist
Pragmatic · Code-First · Independent · Stability
契合度75/100
四个维度中有三个相反。在大多数情况下你们能互相发挥所长。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#7
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#8
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#9
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
#10
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度50/100
四个维度中有两个相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
为 CNCF 开源项目做贡献，探索上游 issue
在家用实验室集群中运行 Kubernetes 与 GitOps 实验
现场或线上观看 KubeCon、PlatformCon 与云原生大会
撰写关于平台工程经验的技术博客或文章
推荐认证
认证 Kubernetes 管理员（CKA）
认证 Kubernetes 应用开发者（CKAD）
AWS 认证解决方案架构师——专家级（Professional）
HashiCorp 认证：Terraform Associate
推荐职位
平台工程师（Kubernetes / 内部开发者平台设计）
站点可靠性工程师（可观测性、可靠性、自动化）
云基础设施工程师（IaC、多云架构）
DevOps 架构师（开发者体验战略、CI/CD 设计）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
系统工匠
务实 · 设计先行 · 独立 · 注重稳定
你的风格
务实型设计者
一个能稳定运行的系统，是设计最有力的证明。
一句话概括系统工匠。
一个能稳定运行的系统，是设计最有力的证明。
概念派 vs 务实派
务实
设计优先 vs 代码优先
设计先行
独立型 vs 协作型
独立
求稳 vs 创新
稳定
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（系统工匠）
一位审慎的架构师，在写下第一行代码之前就会绘制系统图、时序流程图并撰写 ADR，主动消除那些事后无法弥补的结构性风险。一位自给自足的实践者，能从基础设施设计一路推进到批处理优化和慢查询调优，独自扛起整个项目，并把稳定的生产运行视为最高质量标准。对成熟技术的深度掌握，加上着眼长远的判断力，造就出根本不会崩的系统。
你是一位将成熟技术理解到底层、悄然构筑出生产环境中永不坍塌的结构的工匠。你面对设计文档时的专注，以及调优慢查询时近乎执拗的耐心，也许并不张扬，却构成了整个团队赖以依靠的信任基础设施。你所坚持的设计，会在数年之后、在那场始终没有演变成危机的故障应对中，证明它的正确。
你——务实
一个能稳定运行的系统，是设计最有力的证明。
你——设计先行
一位审慎的架构师，在写下第一行代码之前就会绘制系统图、时序流程图并撰写 ADR，主动消除那些事后无法弥补的结构性风险。一位自给自足的实践者，能从基础设施设计一路推进到批处理优化和慢查询调优，独自扛起整个项目，并把稳定的生产运行视为最高质量标准。对成熟技术的深度掌握，加上着眼长远的判断力，造就出根本不会崩的系统。
你——独立
你能在结构层面解决数据库性能问题——在 MySQL 或 PostgreSQL 中做索引设计、分区和执行计划分析对你而言驾轻就熟。只要给你不被打扰的时间去分析现有 schema，你就能设计出从根源上彻底消除问题的零停机迁移方案。
你——稳定
每周花 15 分钟扫一遍你所负责服务的慢查询日志和 CloudWatch 指标，留意细微异常。及早捕捉小偏差，能磨砺出那种防患于未然、避免大规模故障的前瞻设计直觉。
你能在结构层面解决数据库性能问题——在 MySQL 或 PostgreSQL 中做索引设计、分区和执行计划分析对你而言驾轻就熟。只要给你不被打扰的时间去分析现有 schema，你就能设计出从根源上彻底消除问题的零停机迁移方案。
在设计批处理流水线时，你从一开始就把重试策略、幂等性和检查点逻辑内置其中。事先把恢复场景写成文档，意味着生产环境中灾难性的数据不一致只会停留在理论层面，而不会演变成凌晨三点的危机。
你用 Terraform 或 Ansible 做的 IaC，因为你在模块粒度和变量设计上反复斟酌，所以产出的是易于维护、生命周期长的配置。由此形成的代码库变更面可预测，后续运维人员能够放心地推断其行为。
在为庞大的遗留代码库添加功能时，你会在动一行代码之前严格审查影响范围、运行静态分析并检查依赖关系图。那种工匠式的谨慎——“绝不弄坏已经正常运行的东西”——在长期项目中赢得了信任。
你能独力设计一整套可观测性体系，从 SLI/SLO 定义、告警阈值一直到仪表盘布局。你对生产行为的深刻熟悉，让你能够压制嘈杂的告警，只把真正重要的信号呈现出来。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Startup Engineer
Pragmatic · Code-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
用 Proxmox 或 TrueNAS 搭建家庭实验室——为稳定运维的乐趣运行真实基础设施
策略类桌游或国际象棋——长线规划与全局资源管理
DIY 木工——先画图纸，再追求结构的稳固搭建
深度技术阅读——数据库内核、操作系统设计与 OSS 源码考古
推荐认证
AWS 认证解决方案架构师 – 专业级
Google Cloud 专业云架构师
Linux 基金会认证系统管理员（LFCS）
ITIL 4 基础认证
推荐职位
基础设施工程师 / SRE——大规模服务的可靠性设计与运维改进
后端工程师——数据库架构设计与批处理平台开发
平台工程师——内部 IaC 与 CI/CD 平台的设计与维护
技术负责人——设计质量与运行稳定的守护者，主导技术决策
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
产品工程师
务实 · 设计先行 · 独立 · 创新驱动
你的风格
务实型创新者
把最新技术接入设计，再独自把它交付上线。
一句话概括产品工程师。
把最新技术接入设计，再独自把它交付上线。
概念派 vs 务实派
务实
设计优先 vs 代码优先
设计先行
独立型 vs 协作型
独立
求稳 vs 创新
创新
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（产品工程师）
一位早期采用者型的设计者，面对新框架、云服务和 LLM API 时，想的不是“我能不能用”，而是“它怎么嵌入到架构里”。一位自给自足的构建者，能独力把一款 SaaS 产品从零做到上线，在快速交付可用软件的同时，从第一天起就为对抗技术债而设计。随着市场演进而敢于重新审视技术选型，正是产品竞争力能够长期保持的关键。
你是一位能把别人尚未尝试过的技术组合设计出来、并将其作为可用产品交付给世界使用的工程师。当你读到一份新 API 的发布说明时脑中那一瞬间的“恍然大悟”——“它就该这样用”——正是你独特设计感知力的体现。你早早押下的那些技术赌注，半年之后会成为产品最具决定性的差异化优势。
你——务实
把最新技术接入设计，再独自把它交付上线。
你——设计先行
一位早期采用者型的设计者，面对新框架、云服务和 LLM API 时，想的不是“我能不能用”，而是“它怎么嵌入到架构里”。一位自给自足的构建者，能独力把一款 SaaS 产品从零做到上线，在快速交付可用软件的同时，从第一天起就为对抗技术债而设计。随着市场演进而敢于重新审视技术选型，正是产品竞争力能够长期保持的关键。
你——独立
在采用 Next.js、Remix 或 Hono 等新框架时，你会把官方文档与 GitHub Issues 和 Discussions 对照着读，先摸清它们的行为边界，再将其接入架构。“先理解，再构建”而非“边做边摸索”，正是你的早期采用风险可控的原因。
你——创新
每周花 30 分钟阅读你正在考虑采用的某项技术在其 GitHub 仓库里的 Issues 和 PR。你在那里发现的已知 bug、未写入文档的限制以及路线图信号，能让你在踩上设计地雷之前绕开它们。
在采用 Next.js、Remix 或 Hono 等新框架时，你会把官方文档与 GitHub Issues 和 Discussions 对照着读，先摸清它们的行为边界，再将其接入架构。“先理解，再构建”而非“边做边摸索”，正是你的早期采用风险可控的原因。
你能设计、实现并部署一套把 LLM API、边缘计算以及 Supabase 或 Convex 等 BaaS 平台组合在一起的架构——端到端，无需他人帮助。从技术栈选型到支付、鉴权和通知的全栈视角，让你的产品设计具备难得的一致性。
在采用新技术时，你会自然而然地从一开始就加入抽象层和端口-适配器模式，把未来的替换成本降到最低。能在单一架构决策中同时满足“当下最优”和“日后易改”，是一项真正的竞争优势。
在个人项目和 SaaS 上线中，你能界定 MVP 范围，独断地决定技术栈、数据库 schema 和 API 形态，并快速推进。把果断与设计质量结合起来，让你在反馈回路短的阶段格外高效。
你持续关注 JSConf、KubeCon 和 re:Invent 的会议演讲以及 OSS 的更新日志，能从技术和设计两个角度快速评估新技术是否值得采用。你把信息转化为架构决策的速度，让产品始终领先一步。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Full-Stack Engineer
Pragmatic · Code-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Specialist
Pragmatic · Code-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
独立开发并上线 SaaS——发布到 Product Hunt，或在 Zenn、DEV 上写出搭建过程
黑客马拉松——把它当作一项竞技运动，用新颖技术栈最快地做出原型
智能家居与小工具折腾——把新设备接入 API 做家庭自动化实验
技术播客与新闻通讯——Changelog、Software Engineering Daily 等订阅源
推荐认证
AWS 认证开发者 – 助理级
Google Cloud 专业云开发者
Kubernetes 认证应用开发者（CKAD）
CISSP 或信息安全管理类认证——用于把安全设计嵌入产品架构
推荐职位
产品工程师 / 全栈工程师——在创业公司或新业务部门做从零到一的开发
技术负责人——推动新技术采用决策并主导架构现代化
独立开发者 / Indie Hacker——独自设计、运营并将一款 SaaS 或 OSS 项目变现
DevRel 工程师 / 技术布道师——发布新兴技术的真实设计应用案例
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
项目主理人
务实 · 设计先行 · 协作 · 注重稳定
你的风格
务实型设计者
稳稳交付。每个迭代、每次发布、每一次都如此。
一句话概括项目主理人。
稳稳交付。每个迭代、每次发布、每一次都如此。
概念派 vs 务实派
务实
设计优先 vs 代码优先
设计先行
独立型 vs 协作型
协作
求稳 vs 创新
稳定
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（项目主理人）
一位亲力亲为的团队主理人，在不牺牲交付的前提下守住设计质量。在迭代规划和架构评审会上，这类人能让团队围绕共同的设计方向对齐，依据清晰的理由选定经过验证的技术栈，并在风险演变成阻碍之前加以管理。一旦发生故障，他们会沉着地主导应对——从回滚决策到事后复盘的主持，再到行动项的跟进落实。
你是团队在局面不明朗时第一个想到要找的工程师。同时在一个人身上兼具设计远见和亲手实现的本能，实属难得。当你说出“就用这个方案”，团队便会随之行动——而这种明确正是你最有力的贡献。
你——务实
稳稳交付。每个迭代、每次发布、每一次都如此。
你——设计先行
一位亲力亲为的团队主理人，在不牺牲交付的前提下守住设计质量。在迭代规划和架构评审会上，这类人能让团队围绕共同的设计方向对齐，依据清晰的理由选定经过验证的技术栈，并在风险演变成阻碍之前加以管理。一旦发生故障，他们会沉着地主导应对——从回滚决策到事后复盘的主持，再到行动项的跟进落实。
你——协作
能在项目启动时迅速产出 ERD、时序图和 ADR，在写下第一行生产代码之前就为团队搭好坚实的设计骨架。这种前置的清晰大幅减少了返工，并让整体进度在每个迭代中都保持完好。
你——稳定
设立每周 30 分钟、议程固定的设计同步会，让团队在不增加过多会议负担的情况下保持紧密的设计对齐。定期的简短碰头能及早暴露错位，赶在它们演变成昂贵的实现返工之前解决。
能在项目启动时迅速产出 ERD、时序图和 ADR，在写下第一行生产代码之前就为团队搭好坚实的设计骨架。这种前置的清晰大幅减少了返工，并让整体进度在每个迭代中都保持完好。
深入理解 PostgreSQL 和 Kubernetes 等成熟技术栈的运行特性，从而能在架构决策会上提出有证据支撑的技术建议。历史故障数据和 SLA 履约记录让这些建议易于赢得干系人和非技术管理层的信任。
在每日站会和迭代评审中及早察觉团队的阻碍，重新排布有依赖关系的任务，并以当场的设计决策消除含糊，让团队得以继续前行。当阻碍源于设计不清时，这类人会当场解决，而不是另约时间跟进。
在发布前产出风险评估、回滚运行手册和 SLO 定义，把最坏情形在发生之前就考虑进去。以沉着精准的方式主导故障应对，并主动承担事后复盘的撰写以及预防项的跟进落实。
代码评审不仅看正确性，还覆盖整个代码库的设计一致性、模块边界遵守情况和命名规范，在技术债累积之前就将其捕获。经常抽出时间做结对编程和设计讨论，悄然提升了整个团队的整体技能水平。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Specialist
Pragmatic · Code-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
桌游与策略战棋（练习资源管理与规划）
徒步与登山（通过周密准备达成目标）
阅读工程管理与项目交付类书籍
DIY 与木工（从设计到成品的端到端掌控）
推荐认证
PMP（项目管理专业人士）
AWS 解决方案架构师 – 专业级
Google 专业云架构师
CKA（Kubernetes 认证管理员）
推荐职位
技术负责人（中大型 Web 服务团队）
工程经理（侧重流程与交付）
资深软件工程师（Staff，兼顾设计与交付）
SRE 负责人（可靠性工程与基础设施设计）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
敏捷主理人
务实 · 设计先行 · 协作 · 创新驱动
你的风格
务实型创新者
把变化转化为动能，让团队始终立于前沿。
一句话概括敏捷主理人。
把变化转化为动能，让团队始终立于前沿。
概念派 vs 务实派
务实
设计优先 vs 代码优先
设计先行
独立型 vs 协作型
协作
求稳 vs 创新
创新
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
100
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（敏捷主理人）
一位团队主理人，能把不断变化的需求和新兴技术转化为竞争优势，而非干扰。精通 Scrum、Kanban 和 ShapeUp，这类人会依据当前情境去选择并调整方法论，而不是凭习惯惯性行事。把转向（pivot）视为学习的证据而非失败的信号，并主动设计轻量流程和心理安全感，让团队能够迅速调整方向而不丧失信心。
当团队开始质疑当前这条路是否走对时，你就是那个掏出一张新地图的工程师。你那种在变化之中寻找机会、而非抗拒变化的本能，是当下一支工程团队最宝贵的能力之一。你说“我们来试试”的地方，就是团队下一次成长正在等待的地方。
你——务实
把变化转化为动能，让团队始终立于前沿。
你——设计先行
一位团队主理人，能把不断变化的需求和新兴技术转化为竞争优势，而非干扰。精通 Scrum、Kanban 和 ShapeUp，这类人会依据当前情境去选择并调整方法论，而不是凭习惯惯性行事。把转向（pivot）视为学习的证据而非失败的信号，并主动设计轻量流程和心理安全感，让团队能够迅速调整方向而不丧失信心。
你——协作
当迭代中途业务需求发生变化时，能迅速重新组织模块边界和接口契约，把设计变更的成本降到最低。从第一天起就把“可承受变化的设计”融入架构，意味着转向能被干净地吸收，而不会在代码库中引发连锁返工。
你——创新
始终把新技术探索作为一项有名目的 spike 任务排进迭代，并写一页 PoC 报告，记录测试了什么、结果如何。团队由此积累起可复现的知识，而非口口相传的记忆，每一次后续 PoC 都从更高的起点出发。
当迭代中途业务需求发生变化时，能迅速重新组织模块边界和接口契约，把设计变更的成本降到最低。从第一天起就把“可承受变化的设计”融入架构，意味着转向能被干净地吸收，而不会在代码库中引发连锁返工。
在引入 GraphQL 或事件驱动架构等新架构模式时，同时准备好设计文档和动手实操环节，以降低团队的上手成本。能够搭起理论与可运行实现之间桥梁的能力，意味着整个团队比仅靠文档更快地达到熟练。
把开发流程本身作为回顾会的改进项浮现出来，把“质疑当前做法”的思维内化为一种团队规范，而非阶段性的打断。围绕 CI 流水线优化和测试策略修订的提案，都配有具体的落地路径，而不只是抽象的建议。
能快速为一个新的 SaaS 工具或 OSS 库搭起 PoC，在争论陷入空谈之前就给团队带来支撑采用决策的具体证据。“先试再定”的做法，用实证数据取代毫无根据的反对，让决策持续向前推进。
天然地围绕特性开关（feature flag）和蓝绿部署来设计发布，把渐进式上线计划纳入架构阶段，而不是把它当成运维的事后补丁。在设计层面就限定影响范围，让团队有信心更大胆、更频繁地交付。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Architect
Conceptual · Design-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Specialist
Pragmatic · Code-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Hacker
Pragmatic · Code-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
黑客马拉松与 OSS 贡献（快速动手探索新技术）
技术播客与大会演讲（紧跟新兴趋势）
乐队或即兴合奏（把即兴发挥与合奏协作结合起来）
自学新语言和新范式（Rust、Elixir 等）
推荐认证
认证 Scrum Master（CSM）或专业 Scrum Master（PSM I/II）
AWS DevOps 工程师 – 专业级
CKA（Kubernetes 认证管理员）
GitHub Actions 或 GitLab CI 专业认证
推荐职位
敏捷教练 + 技术负责人（同时掌管流程与技术方向）
平台工程师（开发者体验与 CI/CD 流水线改进）
全栈产品工程师（快速响应不断变化的业务需求）
开发者关系工程师（对内对外的技术采用与推广）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
专精者
务实 · 代码先行 · 独立 · 注重稳定
你的风格
务实型实现者
精通一个领域，并确定无疑地交付的工程师
一句话概括专精者。
精通一个领域，并确定无疑地交付的工程师
概念派 vs 务实派
务实
设计优先 vs 代码优先
代码先行
独立型 vs 协作型
独立
求稳 vs 创新
稳定
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（专精者）
这类人不从理论或规格出发，而是直接扎进实现，去弄清事物究竟是如何运作的。他们选定一个具体领域——SQL 调优、固件开发、安全审计，或某个特定框架——用经过实战检验的成熟技术钻深钻透。在专注的静默中独自工作，产出可靠的成果，成为长期项目的中流砥柱。
当别人都在追逐下一个潮流时，你却能持续专注于一个领域，这种罕见的能力——那份深度——正是你最大的财富。当团队撞上谁都突破不了的墙时，你对成熟系统积累的知识就是打开它的钥匙。继续锤炼这份安静的专长吧，因为长寿的项目永远需要一个真正理解根基的人。
你——务实
精通一个领域，并确定无疑地交付的工程师
你——代码先行
这类人不从理论或规格出发，而是直接扎进实现，去弄清事物究竟是如何运作的。他们选定一个具体领域——SQL 调优、固件开发、安全审计，或某个特定框架——用经过实战检验的成熟技术钻深钻透。在专注的静默中独自工作，产出可靠的成果，成为长期项目的中流砥柱。
你——独立
对某一具体领域拥有深厚知识——比如 PostgreSQL 查询计划优化、Linux 内核内部机制，或某个特定框架的源码——这些都是通过真正去读文档和实现代码积累而来的。当来了一个谁都搞不定的硬骨头问题时，这份专长能提供一条可靠的通路。
你——稳定
通过每月在博客、Zenn 或 Dev.to 上发表一篇技术文章，让你的深度可见。写作会逼你把自己所知道的东西表述清楚，从而可靠地暴露出下一步值得填补的空白。
对某一具体领域拥有深厚知识——比如 PostgreSQL 查询计划优化、Linux 内核内部机制，或某个特定框架的源码——这些都是通过真正去读文档和实现代码积累而来的。当来了一个谁都搞不定的硬骨头问题时，这份专长能提供一条可靠的通路。
对成熟技术栈的扎实掌握，让这类人在遗留系统重构和长期维护阶段格外宝贵。他们天然地懂得如何在不弄坏运行中系统的前提下进行改动，能规划出别人忽视的安全迁移路径。
能在别人早已转移注意力之后，仍对单一问题保持深入而不被打断的专注——追查内存泄漏、定位性能瓶颈，或破译晦涩的堆栈跟踪。那份耐心的执着，始终能给出根因答案，而非权宜之计。
在技术选型上带着一双有纪律的眼睛：评估生产实绩、社区成熟度和长期维护成本，而不是被炒作牵着走。能为在生产中选择“无聊技术”讲出合理的理由，从而在架构决策会上赢得尊重。
由于理解扎根于代码的实际行为，代码评审能浮现出那些纸面上看起来没问题的运行时边界情况。能识别“规格正确但运行时出错”模式的能力，让这类人在评审讨论中拥有独特而可信的话语权。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Architect
Conceptual · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
精读并手敲技术书籍（操作系统内部机制、编译器构造）
持续的 OSS 贡献——bug 报告、补丁提交与代码评审
用微控制器做电子与嵌入式固件的业余项目
跑基准测试并发布详尽的调优总结
推荐认证
IPA 数据库专家考试
Linux 专业认证（LPIC-3）
AWS 认证数据库 – 专业方向
信息系统安全专业认证（CISSP）
推荐职位
数据库工程师 / DB 专家
嵌入式软件工程师（固件开发）
安全工程师（渗透测试 / 漏洞评估）
SRE / 性能工程师（针对特定技术栈的优化岗位）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
极客黑客
务实 · 代码先行 · 独立 · 创新驱动
你的风格
务实型实现者
在别人还没读完文档之前，就把新技术变成可运行的代码
一句话概括极客黑客。
在别人还没读完文档之前，就把新技术变成可运行的代码
概念派 vs 务实派
务实
设计优先 vs 代码优先
代码先行
独立型 vs 协作型
独立
求稳 vs 创新
创新
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
100
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（极客黑客）
一个新框架、LLM API 或 OSS 工具发布后的第二天，这类人手里就已经有了一个能跑的原型。他们从“先让它跑起来”入手，独自快速迭代，迅速摸清任何新技术的潜力与边界。个人仓库里塞满了实验，而那种原始的速度与适应力，使他们成了团队事实上的“下一步风向标”。
你能比团队里任何人都更快地勾勒出一项新技术的地图——这本身就极为难得。你用一个周末搭出的原型，能重新校准团队下一季度的整张路线图，而且这种事时常发生。请相信那份实验的速度，继续交付。
你——务实
在别人还没读完文档之前，就把新技术变成可运行的代码
你——代码先行
一个新框架、LLM API 或 OSS 工具发布后的第二天，这类人手里就已经有了一个能跑的原型。他们从“先让它跑起来”入手，独自快速迭代，迅速摸清任何新技术的潜力与边界。个人仓库里塞满了实验，而那种原始的速度与适应力，使他们成了团队事实上的“下一步风向标”。
你——独立
能在某个新发布的 API 或框架——LangChain、Hono、Bun，或最新的 LLM 接口——公布后数小时内做出一个能跑的 demo。在团队的技术选型会上手握第一手数据，而非一篇博客摘要，这是一项独特而决定性的优势。
你——创新
把周末做的原型连同一份简短的 README 和一段演示 GIF 发布到 GitHub，再发到 X 或 Dev.to 上。持续的产出会在技术社区中建立起认知度，并随着时间推移带来主动找上门的机会。
能在某个新发布的 API 或框架——LangChain、Hono、Bun，或最新的 LLM 接口——公布后数小时内做出一个能跑的 demo。在团队的技术选型会上手握第一手数据，而非一篇博客摘要，这是一项独特而决定性的优势。
不受现有实现的束缚，能从零起步、用一种完全不同的思路出发，并快速做到一个能跑的原型。在黑客马拉松或需要全新功能的迭代目标中，这类人能找到最短路径并率先交付。
多年的个人项目积累，为环境搭建练出了深厚的肌肉记忆：样板配置、CI/CD 流水线初始化和部署自动化。这使他们成为任何新项目启动阶段天然的第一响应者。
习惯性地刷 GitHub Trending、Hacker News 和 arXiv 预印本，意味着新兴的工具和方法会率先经由这个人传到团队。一句“有个工具能解决这个”的评论，就能为团队绕了好几周的问题省下几周时间。
在生产压力之前的个人实验中，反复早早接触新库的边界情况和意外行为，让这类人攒下一座丰富的“坑点”知识库。他们能在任何人踩雷之前就警告团队哪里有地雷。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Architect
Conceptual · Design-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
周末个人项目与黑客马拉松——给自己定规则：每次都换一个不同的框架
每日浏览 GitHub Trending、Hacker News 和 arXiv，并写下个人技术笔记
用 AI API 和 LLM 接口构建有创意的自动化工具
在技术博客上发布实验结果，或录制技术播客
推荐认证
AWS 认证开发者 – 助理级（体现跨云快速部署能力）
Google Cloud 专业云开发者
GitHub Foundations / GitHub Actions 认证
LLM / 生成式 AI 实践者认证（如 DeepLearning.AI 短期课程）
推荐职位
全栈工程师 / 独立开发者（早期阶段创业公司）
AI 工程师 / LLM 应用开发者
技术负责人（新技术评估与 PoC 主理）
开发者倡导者 / 技术布道师
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
全栈工程师
务实 · 代码先行 · 协作 · 注重稳定
你的风格
务实型实现者
横跨技术栈的每一层，可靠地交付能用的产品。
一句话概括全栈工程师。
横跨技术栈的每一层，可靠地交付能用的产品。
概念派 vs 务实派
务实
设计优先 vs 代码优先
代码先行
独立型 vs 协作型
协作
求稳 vs 创新
稳定
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
100
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（全栈工程师）
一位多面手全能型选手，能在前端、后端和基础设施之间游刃有余地切换，在团队瓶颈阻碍交付之前就发现并补上它们。优先选用经过验证、被充分理解的技术栈以确保稳定运行和长期可维护，而不是追逐最新潮流。在每个迭代结束时把切实可用的东西稳定地交到用户手中，能让他们获得真正的满足。
你是那个团队卡住时就开始动手写代码的人，而这种本能比你以为的更重要。你偏爱可靠技术胜过前沿新奇，正是这一点让生产保持稳定、赢得周围人的信任。你亲手实践的广度与协作的本能，是支撑整个团队不断向前的脊梁。
你——务实
横跨技术栈的每一层，可靠地交付能用的产品。
你——代码先行
一位多面手全能型选手，能在前端、后端和基础设施之间游刃有余地切换，在团队瓶颈阻碍交付之前就发现并补上它们。优先选用经过验证、被充分理解的技术栈以确保稳定运行和长期可维护，而不是追逐最新潮流。在每个迭代结束时把切实可用的东西稳定地交到用户手中，能让他们获得真正的满足。
你——协作
能独自构建端到端的功能——从 React UI 到 REST API 再到 Terraform 基础设施——这让你在小团队或产品早期阶段立刻就能发挥作用。在单个迭代之内同时跨足前端和后端，消除了层与层之间的摩擦，让交付节奏保持在高位。
你——稳定
每月有意认领一个你很少触碰的层面的任务——如果你大多扎在后端代码里，就去接手一个可观测性搭建或一道复杂的 CSS 布局难题。刻意拓展你的触及范围，正是全栈的广度变为全栈深度的途径。
能独自构建端到端的功能——从 React UI 到 REST API 再到 Terraform 基础设施——这让你在小团队或产品早期阶段立刻就能发挥作用。在单个迭代之内同时跨足前端和后端，消除了层与层之间的摩擦，让交付节奏保持在高位。
对 PostgreSQL schema 调优、Nginx 配置优化和成熟 CI/CD 流水线等经过实战的工具深为熟悉，使你在生产故障期间成为一支可靠的力量。能够调用过往跨项目的故障模式，让你的排障带着别人可以依赖的一致性。
你能迅速读出队友在哪里被卡住——无论是在站会、代码评审还是异步 Slack 线程中——并主动加入结对或屏幕共享去帮他们解围，无需等人开口。你天然地承担起“黏合剂工程师”的角色，在不打断迭代的情况下让团队节奏保持平稳。
你会主动揽下基础设施杂活——优化 Dockerfile、接好告警仪表盘、维护部署自动化——这些直接提升整个团队的生产力。这类不出彩却至关重要的工作，会随时间在工程效率上带来复利回报。
你能快速读懂现有代码库，并在长寿系统中大放异彩：在遗留 Rails 应用中逐步偿还技术债，或在不破坏现有契约的前提下谨慎地添加功能。你懂得如何在为业务“保持灯火长明”的同时推动代码库向前。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Architect
Conceptual · Design-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Platform Engineer
Conceptual · Code-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Agile Lead
Pragmatic · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
独立的全栈业余项目（Web 应用、机器人、浏览器扩展）
用树莓派或自托管服务器搭建家庭实验室
参加并在本地开发者聚会和黑客马拉松上演讲
为 OSS 项目贡献 bug 修复和文档改进
推荐认证
AWS 认证解决方案架构师（助理级 / 专业级）
Google Cloud 专业云开发者
Kubernetes 认证应用开发者（CKAD）
HashiCorp Terraform 助理级认证
推荐职位
创业公司或成长期公司的全栈工程师
Web 产品团队的后端 + 基础设施工程师
技术负责人（小型交付团队中的教练型选手）
嵌入产品小队的平台 / SRE 工程师
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
IT 工程师类型测评（50 题 / 16 种类型）
你的类型
创业工程师
务实 · 代码先行 · 协作 · 创新驱动
你的风格
务实型创新者
把零变成一——又快，又带着整支团队一起。
一句话概括创业工程师。
把零变成一——又快，又带着整支团队一起。
概念派 vs 务实派
务实
设计优先 vs 代码优先
代码先行
独立型 vs 协作型
协作
求稳 vs 创新
创新
四个维度的得分
思维方式
0
概念派 ⟺ 务实派
工作方式
0
设计优先 ⟺ 代码优先
协作方式
0
独立型 ⟺ 协作型
技术取向
0
求稳 ⟺ 创新
每个维度展示你更偏向哪一侧，而非满分 50 的分数。
六维特质雷达图
基于你的四维画像，从多个维度反映你的工程特征。
解读你的类型（创业工程师）
把对新技术和新商业模式的好奇心直接转化为交付速度，最大的满足在于与一支紧密的团队一起、以创业公司的速度把 MVP 送到用户手中。以一种混合视角运作——既能与 PdM 争论产品假设，也能坐在键盘前接好一个新的 API 集成。把转向和重写视为弄清什么真正可行的自然节奏，而非挫折。
你就是那个用“先试试看”的劲头把整支团队从争论推向探索的人。你能评估一个陌生框架、迅速搭起原型并带着真实数据回来汇报——当速度是唯一护城河时，这正是最关键的超能力。你创新的驱动力，以及带上整支团队的本能，正是把一个产品创意变成真实之物的力量。
你——务实
把零变成一——又快，又带着整支团队一起。
你——代码先行
把对新技术和新商业模式的好奇心直接转化为交付速度，最大的满足在于与一支紧密的团队一起、以创业公司的速度把 MVP 送到用户手中。以一种混合视角运作——既能与 PdM 争论产品假设，也能坐在键盘前接好一个新的 API 集成。把转向和重写视为弄清什么真正可行的自然节奏，而非挫折。
你——协作
你能快速上手新兴工具——Vercel Edge Functions、Supabase、tRPC——快到几天内就有一个能跑的原型，把技术决策从意见之争变成基于证据的选择。你天然运行的“做出来再定夺”循环，让团队讨论扎根于现实而非猜测。
你——创新
每周花 15 分钟扫一遍 Product Hunt 和开发者新闻通讯（TLDR、Bytes.dev），挑出一个新工具在周末做个最小的概念验证。“判断之前先上手摸一摸”的习惯，能同时磨砺你技术雷达的速度与准确度。
你能快速上手新兴工具——Vercel Edge Functions、Supabase、tRPC——快到几天内就有一个能跑的原型，把技术决策从意见之争变成基于证据的选择。你天然运行的“做出来再定夺”循环，让团队讨论扎根于现实而非猜测。
你能流畅地设计并交付实验基础设施：用于分阶段上线的特性开关、A/B 测试框架，以及接到指标仪表盘上的事件埋点。让“假设—构建—度量”循环保持紧凑，最大化产品从市场中学习的速度。
你能天然地跨职能协作——边读 Figma 设计 token 边搭组件，与数据分析师一起查询 BigQuery 来确定下一个功能押注，或与 PdM 结对撰写用户故事的验收标准。这种跨职能的流畅，减少了交接摩擦，让整支小队保持对齐。
当需要转向时，你能做出替换技术栈核心部分的决定而不为先前的工作惋惜，你把重写正向地框定为学习，也带动团队跟着这么想。把过去的代码视为沉没成本而非需要保护的遗产，能让代码库与当前产品方向保持一致。
你擅长把 SaaS 生态拼接起来——集成一个 LLM API、接好 Stripe 支付、连上 Firebase 实时同步——在不从头构建的情况下交付用户价值。“组合而非搭建”的本能，大幅加快了 MVP 的完成，并降低了范围风险。
契合类型
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
#1
Architect
Conceptual · Design-First · Independent · Stability
契合度100/100
四条轴全部相反。能完全覆盖你盲点的完美互补伙伴。
#2
Visionary Architect
Conceptual · Design-First · Independent · Innovation
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#3
Technical Lead
Conceptual · Design-First · Collaborative · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#4
Algorithm Engineer
Conceptual · Code-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#5
System Craftsman
Pragmatic · Design-First · Independent · Stability
契合度75/100
四条轴中有三条相反。在大多数情况下你们都能互相发挥各自的长处。
#6
CTO Type
Conceptual · Design-First · Collaborative · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#7
Research Engineer
Conceptual · Code-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#8
Core Engineer
Conceptual · Code-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#9
Product Engineer
Pragmatic · Design-First · Independent · Innovation
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
#10
Project Lead
Pragmatic · Design-First · Collaborative · Stability
契合度50/100
四条轴中有两条相反。能为彼此带来不同视角的好搭档。
如何解读契合维度
基于四维互补性，展示最有可能弥补你盲点的前 10 种类型。
推荐内容
基于你的四维画像，分别推荐 4 项兴趣爱好、认证以及职位。
推荐爱好
作为团队队长参加（并组织）黑客马拉松
Beta 测试新的 SaaS 和 AI 工具并写出发现
在 Product Hunt 或 AppSumo 上发布个人产品
参与创业社区论坛（YC Hacker News、Indie Hackers）
推荐认证
AWS 认证开发者 – 助理级
专业 Scrum 开发者（PSD）或 SAFe 实践者
Google Cloud 助理云工程师
Kubernetes 认证应用开发者（CKAD）
推荐职位
早期创业公司的主任工程师 / CTO 储备人选
产品工程师（与 PdM 紧密合作或身兼 PdM）
增长工程师（实验、度量、迭代闭环的主理人）
AI 产品工程师（LLM 集成与 RAG 流水线专家）
结果基于 50 道自评题。可将其作为自我认知、一对一沟通或职业反思的工具。每半年重新测评一次，有助于追踪自身成长。
答案（-3 到 +3）会汇总到 4 个维度。每个维度以 0 为界进行二分，从而归入 16 种类型之一。所显示的百分比是原始维度得分在 0-100 区间内的归一化结果。
本测评展示的是倾向，而非能力或排名。请将其作为自我认知与成长的参考。
适合人群
想客观了解自身工作风格的工程师。
前置条件
无需任何预备知识。约需 5-10 分钟。
结果概览
你的 50 个答案会从 4 个维度被打分，从而确定 16 种类型之一。
作者与审校
- 作者Terumiu EditorialContent team
We design content that measures IT engineering tendencies across 4 axes with 50 questions.
常见问题
这和 MBTI 有什么不同？
这是专为 IT 工程师设计的，衡量 4 个与工作相关的维度。
我的结果会随时间改变吗？
会的。随着你的项目与经验不断演变，你的倾向也可能发生变化。
某种类型会比另一种更好吗？
不会。16 种类型各有其独特的优势。
本测评共有 5 个部分、50 道题目。
开始后将无法更改语言。如需更改，请在开始前切换。