为什么大部分码农做不了软件架构师？
“为什么大部分码农做不了软件架构师？” 这个问题触及了软件开发领域一个非常普遍且深刻的现象。要详细解答，我们需要从多个维度来剖析：角色转变的本质、技能要求的差异、思维模式的转变、职业发展路径以及个人成长要素。
以下是详细的阐述：
一、 角色转变的本质：从“匠人”到“谋士”与“领袖”
最根本的原因在于，软件架构师与一线开发工程师的角色定位存在本质上的差异。
一线开发工程师（码农）的本质是“执行者”和“匠人”：
核心职责： 将产品需求转化为可执行的代码。他们是实现者，专注于细节、逻辑的准确性和代码的质量。
关注点： 当前任务、功能实现、代码效率、bug修复、技术细节（如特定语言的API、算法、数据结构）。
工作模式： 通常是在清晰定义的需求和设计下工作，执行相对明确的任务。他们需要精通一门或多门编程语言、熟悉常用的开发框架和工具。
成功标准： 交付高质量、可维护的代码，按时完成开发任务。
软件架构师的本质是“设计者”、“谋士”与“领袖”：
核心职责： 决定系统的整体蓝图、关键技术选型、模块划分、接口定义、技术规范和发展方向。他们是系统的设计师和引导者，关注的是系统的长期健康、可扩展性、可靠性、性能和成本效益。
关注点：
全局视角： 整个系统的生命周期，包括设计、开发、部署、运维、演进。
需求分析的“深”与“广”： 不仅仅是功能需求，更要理解业务目标、非功能性需求（性能、安全、可用性、可维护性等）、用户体验、合规性。
技术选型与权衡： 在各种技术方案中做出最适合的决策，并能清晰地阐述其优缺点和潜在风险。这需要对新技术保持敏感，但更重要的是理解其适用场景和成熟度。
系统稳定性与容错： 如何设计能够应对各种故障和异常情况的系统。
可伸缩性与性能： 如何保证系统在用户量和数据量增长时仍能保持良好性能。
安全性： 如何设计能够抵御攻击和保护数据的系统。
成本效益： 如何在满足需求的同时，控制开发、运维和硬件成本。
技术债务管理： 如何识别、评估和管理技术债务，避免其对系统产生过大负面影响。
沟通与协作： 与产品经理、业务方、开发团队、运维团队、甚至管理层进行有效沟通，协调各方利益和需求。
技术领导力： 制定技术方向，指导和影响开发团队，推动技术创新和最佳实践。
工作模式： 需要主动探索、分析问题，提出解决方案，并说服团队和管理者接受。他们往往需要处理模糊的需求、未知的风险和复杂的技术决策。
成功标准： 构建出稳定、高效、可扩展、易于维护和演进的系统，并能驱动团队朝着技术愿景前进。
简而言之，从执行者到设计师的转变，是从“知道怎么做”到“决定做什么以及为什么这样做”的跃迁。
二、 技能要求的差异：广度、深度与抽象能力的鸿沟
架构师需要的技能是多方面且相互关联的，这与一线开发工程师更侧重于特定领域的“深耕”形成对比。
1. 技术广度上的要求：
码农： 通常在某个技术栈或领域拥有深入的知识（例如，精通Java后端、前端React开发、移动端iOS开发）。他们可能对数据库、网络、操作系统有一定了解，但不必精通所有细节。
架构师： 需要拥有非常广泛的技术视野。这包括但不限于：
多种编程语言及其生态： 了解不同语言的优劣势、适用场景（如Java, Python, Go, Node.js, C）。
数据库技术： 关系型数据库（MySQL, PostgreSQL）、NoSQL数据库（MongoDB, Redis, Cassandra）、NewSQL数据库等，理解其架构、调优、CAP理论等。
分布式系统原理： 消息队列（Kafka, RabbitMQ）、缓存（Redis, Memcached）、服务注册与发现（ZooKeeper, etcd）、负载均衡、分布式事务、一致性协议（Paxos, Raft）等。
操作系统与网络： Linux系统原理、TCP/IP协议栈、HTTP/HTTPS、DNS、CDN等，理解它们对系统性能和稳定性的影响。
云原生技术： Docker, Kubernetes, 微服务架构, Serverless, CI/CD等。
安全技术： 身份认证、授权、加密、防DDoS攻击等。
性能调优： JVM调优、数据库调优、网络调优、代码性能分析等。
各种架构模式： 微服务、SOA、事件驱动、CQRS、DDD（领域驱动设计）等，并理解其适用场景和权衡。
DevOps理念与实践： 自动化部署、监控、日志管理等。
难度所在： 保持对如此广泛技术的理解深度是巨大的挑战。架构师需要能够快速评估新技术的优劣，并知道它们在整体系统中的位置。
2. 系统思维与抽象能力：
码农： 更倾向于从具体代码实现和模块逻辑出发。他们需要理解如何将一个功能拆解成更小的单元，并实现它们。
架构师： 需要拥有高度的抽象能力和系统思维。他们需要能够：
从宏观到微观再到宏观的思考： 将复杂的业务问题提炼成高层次的系统组件，再深入到组件内部的设计，最后再将这些组件组合成一个完整的、可演进的系统。
识别模式与反模式： 在不同的问题中看到相似性，并应用成熟的架构模式，同时避免常见的架构反模式。
理解“为什么”： 为什么选择这种技术，而不是另一种？为什么这样划分模块？为什么采用这种通信方式？这些“为什么”背后都有一套系统性的考量。
权衡取舍（Tradeoffs）： 架构设计从来不是完美的，而是在各种约束条件下的最优解。架构师需要能够识别和理解不同方案之间的权衡，例如性能与成本、开发效率与长期可维护性、一致性与可用性等。
难度所在： 这种跳出具体代码实现，从更高的层面去理解和设计系统的能力，不是所有人都能自然具备，需要大量的经验积累和刻意训练。
3. “软”技能的极端重要性：
码农： 相对而言，更侧重于技术能力，沟通需求相对清晰，直接对接技术经理或组长。
架构师： 软技能（Soft Skills）占据了极其重要的地位：
沟通能力： 清晰、准确地向不同背景的人（产品经理、业务人员、开发团队、管理层）阐述复杂的技术概念、设计思路和决策理由。
领导力与影响力： 能够指导和影响开发团队，建立技术共识，推动技术落地，甚至在没有直接管理权的情况下，也能引导团队朝着正确的方向前进。
谈判与说服能力： 在技术选型、方案设计等方面，需要说服团队和管理者，处理意见分歧。
解决冲突能力： 在团队内部或跨团队合作中，能够有效地解决技术和人际冲突。
文档撰写能力： 撰写清晰、完整、易于理解的架构设计文档、技术规范、决策记录等。
倾听能力： 能够耐心倾听来自不同角色的反馈和意见。
难度所在： 很多优秀的技术开发者可能不擅长或不喜欢这些与人打交道、需要大量沟通协调的工作，而这些恰恰是架构师工作的核心。
三、 思维模式的转变：从局部优化到整体最优
这是最核心也是最难转变的部分之一。
码农的思维模式： 通常是“解决当前问题”，优化局部环节。他们擅长将一个大问题拆解成小问题，然后逐个攻破。他们的成功与否往往体现在代码的简洁、高效和正确性上。
架构师的思维模式： 必须是“整体最优”和“长期主义”。架构师要考虑的不仅仅是当前功能的实现，而是整个系统在未来一段时间内的发展。
预见性： 预测未来可能的需求变化、技术发展趋势、业务增长带来的挑战，并提前在设计中做好规划。
权衡思维（Tradeoff Thinking）： 认识到没有银弹，所有设计都有其代价。架构师需要在性能、成本、开发速度、可维护性、安全性等多个维度之间找到最佳的平衡点。例如，为了极致的性能，可能会牺牲开发速度和可维护性，这是架构师需要权衡的。
“反熵”思维： 系统在运行和演进过程中会逐渐积累“技术债务”，变得混乱和难以维护。架构师需要有意识地对抗这种趋势，通过良好的设计和持续的重构来保持系统的健康度。
价值导向： 任何技术决策都应该服务于业务价值。架构师需要理解业务，并将技术能力转化为业务增长的驱动力。
举个例子： 一个码农可能会花大量时间去优化一个函数，让它快10毫秒。而一个架构师，可能会考虑引入一个分布式缓存系统，虽然这会增加系统复杂度，但可以提升整个应用响应速度100毫秒，并且能够应对数十倍的用户增长。前者的思维是局部优化，后者是全局价值。
四、 职业发展路径与机会的限制
并非所有开发者都有意愿或机会成为架构师。
路径依赖： 很多开发者在某个技术领域深耕多年，积累了丰富的经验，但这种经验更多是集中在特定领域，而非跨领域或高层面的系统设计。
机会的稀缺性： 并非所有公司都有明确的架构师岗位，或者有足够多的项目需要复杂的架构设计。很多中小型公司可能更需要全栈工程师或资深开发，而非纯粹的架构师。
成长路径的差异： 从初级开发者到资深开发者，路径相对清晰。而从资深开发者到架构师，则需要更多的跨领域学习、系统思考和领导经验的积累，这条路更具挑战性。
个人选择： 有些开发者享受编写代码的乐趣，更愿意成为某个技术领域的顶尖专家（例如，成为JVM调优专家、数据库性能专家），而不是承担架构师的压力和责任。他们可能认为“码农”更符合自己的职业爱好和发展方向。
五、 个人成长要素的门槛
成为一名优秀的架构师，还需要一些个人成长上的特质和持续的投入。
持续学习的意愿与能力： 技术日新月异，架构师需要不断学习新的技术、新的模式、新的理论，并将其融会贯通。
强大的好奇心与求知欲： 对技术原理、系统运作方式有强烈的好奇心，愿意深入探究“为什么”。
抗压能力与风险承受能力： 架构师的决策往往影响整个团队和产品，需要承担更大的压力和风险。
反思与总结能力： 能够从项目成功和失败中吸取经验教训，不断迭代和优化自己的设计理念。
“匠心”与“创新”的结合： 在拥有精湛的技艺（匠心）的同时，也要勇于探索新的解决方案和技术（创新）。
总结
大部分码农之所以做不了软件架构师，并非因为他们技术能力不足，而是因为：
1. 角色定位的根本不同： 从执行者到设计师、决策者和领导者。
2. 技能要求的层次和广度差异： 需要更广阔的技术视野、更强的抽象能力和系统思维。
3. 思维模式的转变： 从关注局部到关注全局，从解决当前问题到考虑长期发展，从单点优化到权衡取舍。
4. 软技能的极端重要性： 沟通、领导力、说服力成为核心竞争力。
5. 职业发展路径和机会的限制： 并非所有开发者都走上这条路，且机会需要积累和抓住。
6. 个人成长要素的高门槛： 需要持续学习、强烈的好奇心、抗压能力等。
成为架构师是一次重大的职业转型，它要求开发者在技术深度之外，拓展出更广阔的视野、更强的系统思维和更出色的软技能。这需要时间、经验、刻意练习以及对角色的深刻理解和认同。许多优秀的开发者可能更适合在技术专家（如Principal Engineer）的道路上继续深耕，这同样是宝贵的贡献。
以下是详细的阐述：
一、 角色转变的本质：从“匠人”到“谋士”与“领袖”
最根本的原因在于，软件架构师与一线开发工程师的角色定位存在本质上的差异。
一线开发工程师（码农）的本质是“执行者”和“匠人”：
核心职责： 将产品需求转化为可执行的代码。他们是实现者，专注于细节、逻辑的准确性和代码的质量。
关注点： 当前任务、功能实现、代码效率、bug修复、技术细节（如特定语言的API、算法、数据结构）。
工作模式： 通常是在清晰定义的需求和设计下工作，执行相对明确的任务。他们需要精通一门或多门编程语言、熟悉常用的开发框架和工具。
成功标准： 交付高质量、可维护的代码，按时完成开发任务。
软件架构师的本质是“设计者”、“谋士”与“领袖”：
核心职责： 决定系统的整体蓝图、关键技术选型、模块划分、接口定义、技术规范和发展方向。他们是系统的设计师和引导者，关注的是系统的长期健康、可扩展性、可靠性、性能和成本效益。
关注点：
全局视角： 整个系统的生命周期，包括设计、开发、部署、运维、演进。
需求分析的“深”与“广”： 不仅仅是功能需求，更要理解业务目标、非功能性需求（性能、安全、可用性、可维护性等）、用户体验、合规性。
技术选型与权衡： 在各种技术方案中做出最适合的决策，并能清晰地阐述其优缺点和潜在风险。这需要对新技术保持敏感，但更重要的是理解其适用场景和成熟度。
系统稳定性与容错： 如何设计能够应对各种故障和异常情况的系统。
可伸缩性与性能： 如何保证系统在用户量和数据量增长时仍能保持良好性能。
安全性： 如何设计能够抵御攻击和保护数据的系统。
成本效益： 如何在满足需求的同时，控制开发、运维和硬件成本。
技术债务管理： 如何识别、评估和管理技术债务，避免其对系统产生过大负面影响。
沟通与协作： 与产品经理、业务方、开发团队、运维团队、甚至管理层进行有效沟通，协调各方利益和需求。
技术领导力： 制定技术方向，指导和影响开发团队，推动技术创新和最佳实践。
工作模式： 需要主动探索、分析问题，提出解决方案，并说服团队和管理者接受。他们往往需要处理模糊的需求、未知的风险和复杂的技术决策。
成功标准： 构建出稳定、高效、可扩展、易于维护和演进的系统，并能驱动团队朝着技术愿景前进。
简而言之，从执行者到设计师的转变，是从“知道怎么做”到“决定做什么以及为什么这样做”的跃迁。
二、 技能要求的差异：广度、深度与抽象能力的鸿沟
架构师需要的技能是多方面且相互关联的，这与一线开发工程师更侧重于特定领域的“深耕”形成对比。
1. 技术广度上的要求：
码农： 通常在某个技术栈或领域拥有深入的知识（例如，精通Java后端、前端React开发、移动端iOS开发）。他们可能对数据库、网络、操作系统有一定了解，但不必精通所有细节。
架构师： 需要拥有非常广泛的技术视野。这包括但不限于：
多种编程语言及其生态： 了解不同语言的优劣势、适用场景（如Java, Python, Go, Node.js, C）。
数据库技术： 关系型数据库（MySQL, PostgreSQL）、NoSQL数据库（MongoDB, Redis, Cassandra）、NewSQL数据库等，理解其架构、调优、CAP理论等。
分布式系统原理： 消息队列（Kafka, RabbitMQ）、缓存（Redis, Memcached）、服务注册与发现（ZooKeeper, etcd）、负载均衡、分布式事务、一致性协议（Paxos, Raft）等。
操作系统与网络： Linux系统原理、TCP/IP协议栈、HTTP/HTTPS、DNS、CDN等，理解它们对系统性能和稳定性的影响。
云原生技术： Docker, Kubernetes, 微服务架构, Serverless, CI/CD等。
安全技术： 身份认证、授权、加密、防DDoS攻击等。
性能调优： JVM调优、数据库调优、网络调优、代码性能分析等。
各种架构模式： 微服务、SOA、事件驱动、CQRS、DDD（领域驱动设计）等，并理解其适用场景和权衡。
DevOps理念与实践： 自动化部署、监控、日志管理等。
难度所在： 保持对如此广泛技术的理解深度是巨大的挑战。架构师需要能够快速评估新技术的优劣，并知道它们在整体系统中的位置。
2. 系统思维与抽象能力：
码农： 更倾向于从具体代码实现和模块逻辑出发。他们需要理解如何将一个功能拆解成更小的单元，并实现它们。
架构师： 需要拥有高度的抽象能力和系统思维。他们需要能够：
从宏观到微观再到宏观的思考： 将复杂的业务问题提炼成高层次的系统组件，再深入到组件内部的设计，最后再将这些组件组合成一个完整的、可演进的系统。
识别模式与反模式： 在不同的问题中看到相似性，并应用成熟的架构模式，同时避免常见的架构反模式。
理解“为什么”： 为什么选择这种技术，而不是另一种？为什么这样划分模块？为什么采用这种通信方式？这些“为什么”背后都有一套系统性的考量。
权衡取舍（Tradeoffs）： 架构设计从来不是完美的，而是在各种约束条件下的最优解。架构师需要能够识别和理解不同方案之间的权衡，例如性能与成本、开发效率与长期可维护性、一致性与可用性等。
难度所在： 这种跳出具体代码实现，从更高的层面去理解和设计系统的能力，不是所有人都能自然具备，需要大量的经验积累和刻意训练。
3. “软”技能的极端重要性：
码农： 相对而言，更侧重于技术能力，沟通需求相对清晰，直接对接技术经理或组长。
架构师： 软技能（Soft Skills）占据了极其重要的地位：
沟通能力： 清晰、准确地向不同背景的人（产品经理、业务人员、开发团队、管理层）阐述复杂的技术概念、设计思路和决策理由。
领导力与影响力： 能够指导和影响开发团队，建立技术共识，推动技术落地，甚至在没有直接管理权的情况下，也能引导团队朝着正确的方向前进。
谈判与说服能力： 在技术选型、方案设计等方面，需要说服团队和管理者，处理意见分歧。
解决冲突能力： 在团队内部或跨团队合作中，能够有效地解决技术和人际冲突。
文档撰写能力： 撰写清晰、完整、易于理解的架构设计文档、技术规范、决策记录等。
倾听能力： 能够耐心倾听来自不同角色的反馈和意见。
难度所在： 很多优秀的技术开发者可能不擅长或不喜欢这些与人打交道、需要大量沟通协调的工作，而这些恰恰是架构师工作的核心。
三、 思维模式的转变：从局部优化到整体最优
这是最核心也是最难转变的部分之一。
码农的思维模式： 通常是“解决当前问题”，优化局部环节。他们擅长将一个大问题拆解成小问题，然后逐个攻破。他们的成功与否往往体现在代码的简洁、高效和正确性上。
架构师的思维模式： 必须是“整体最优”和“长期主义”。架构师要考虑的不仅仅是当前功能的实现，而是整个系统在未来一段时间内的发展。
预见性： 预测未来可能的需求变化、技术发展趋势、业务增长带来的挑战，并提前在设计中做好规划。
权衡思维（Tradeoff Thinking）： 认识到没有银弹，所有设计都有其代价。架构师需要在性能、成本、开发速度、可维护性、安全性等多个维度之间找到最佳的平衡点。例如，为了极致的性能，可能会牺牲开发速度和可维护性，这是架构师需要权衡的。
“反熵”思维： 系统在运行和演进过程中会逐渐积累“技术债务”，变得混乱和难以维护。架构师需要有意识地对抗这种趋势，通过良好的设计和持续的重构来保持系统的健康度。
价值导向： 任何技术决策都应该服务于业务价值。架构师需要理解业务，并将技术能力转化为业务增长的驱动力。
举个例子： 一个码农可能会花大量时间去优化一个函数，让它快10毫秒。而一个架构师，可能会考虑引入一个分布式缓存系统，虽然这会增加系统复杂度，但可以提升整个应用响应速度100毫秒，并且能够应对数十倍的用户增长。前者的思维是局部优化，后者是全局价值。
四、 职业发展路径与机会的限制
并非所有开发者都有意愿或机会成为架构师。
路径依赖： 很多开发者在某个技术领域深耕多年，积累了丰富的经验，但这种经验更多是集中在特定领域，而非跨领域或高层面的系统设计。
机会的稀缺性： 并非所有公司都有明确的架构师岗位，或者有足够多的项目需要复杂的架构设计。很多中小型公司可能更需要全栈工程师或资深开发，而非纯粹的架构师。
成长路径的差异： 从初级开发者到资深开发者，路径相对清晰。而从资深开发者到架构师，则需要更多的跨领域学习、系统思考和领导经验的积累，这条路更具挑战性。
个人选择： 有些开发者享受编写代码的乐趣，更愿意成为某个技术领域的顶尖专家（例如，成为JVM调优专家、数据库性能专家），而不是承担架构师的压力和责任。他们可能认为“码农”更符合自己的职业爱好和发展方向。
五、 个人成长要素的门槛
成为一名优秀的架构师，还需要一些个人成长上的特质和持续的投入。
持续学习的意愿与能力： 技术日新月异，架构师需要不断学习新的技术、新的模式、新的理论，并将其融会贯通。
强大的好奇心与求知欲： 对技术原理、系统运作方式有强烈的好奇心，愿意深入探究“为什么”。
抗压能力与风险承受能力： 架构师的决策往往影响整个团队和产品，需要承担更大的压力和风险。
反思与总结能力： 能够从项目成功和失败中吸取经验教训，不断迭代和优化自己的设计理念。
“匠心”与“创新”的结合： 在拥有精湛的技艺（匠心）的同时，也要勇于探索新的解决方案和技术（创新）。
总结
大部分码农之所以做不了软件架构师，并非因为他们技术能力不足，而是因为：
1. 角色定位的根本不同： 从执行者到设计师、决策者和领导者。
2. 技能要求的层次和广度差异： 需要更广阔的技术视野、更强的抽象能力和系统思维。
3. 思维模式的转变： 从关注局部到关注全局，从解决当前问题到考虑长期发展，从单点优化到权衡取舍。
4. 软技能的极端重要性： 沟通、领导力、说服力成为核心竞争力。
5. 职业发展路径和机会的限制： 并非所有开发者都走上这条路，且机会需要积累和抓住。
6. 个人成长要素的高门槛： 需要持续学习、强烈的好奇心、抗压能力等。
成为架构师是一次重大的职业转型，它要求开发者在技术深度之外，拓展出更广阔的视野、更强的系统思维和更出色的软技能。这需要时间、经验、刻意练习以及对角色的深刻理解和认同。许多优秀的开发者可能更适合在技术专家（如Principal Engineer）的道路上继续深耕，这同样是宝贵的贡献。
网友意见
很多人只会看看书 抄抄框架 对用合理的技术合理的成本实现没点逼数。知识面窄实践不考虑细节场景。合格的架构师真的很少 一堆无脑微服务的 杀鸡用牛刀的 对技术平滑迁移没概念没规划的 不知道怎么结合当前应用规模合理设计架构的 唉
架构师和程序员其实是两种不同的人，他们的思维方式有本质区别，虽然表面看上去他们都是懂软件技术会编写代码的
架构师很多是从程序员过来的，所以他们可以理解程序员思维，但是反过来就不一定了，程序员大多数不具备架构思维。
我们可以从一行代码开始，想象自己逐渐把镜头拉远，以便有更广阔的视野，可以看到全局。
代码==>函数==>算法==>逻辑==>模块==>框架==>功能==>应用==>产品==>服务==>业务==>企业==>行业==>产业链==>经济体==>人类社会==>星辰大海
每递进一个层次，涉及的规模都要扩大几个数量级
架构师主要工作在模块到应用之间，程序员主要工作在代码和模块之间，应用到产业链是企业家的工作范围，业务到经济体则是金融家资本家的领域，经济体之上是政治家的事情。
架构师首先要有更广阔的视野，能从代码看到经济体，然后再聚焦到模块和应用之间，对下规划代码函数到模块的设计，对上为产品服务提供支撑。
架构师需要的能力主要是设计能力，这里的设计不是指算法逻辑的设计，更不是代码语法函数参数的设计，要解决的问题不是算法精度或者运行性能，而是研发体系的效率，质量和成本。
再次强调，架构设计是用来解决研发体系的效率，质量和成本问题的。
架构师是通过对模块，框架的设计，参与制定研发体系流程，从而获得更高开发效率，更高交付质量和更低研发成本。
大部分人做不了架构师，不是因为他不够聪明勤奋，也不是因为他代码写得不够好不够多，而是因为他的思维方式思考的维度不对，没有建立架构思维，还停留在程序代码思维层次。
我们来看看架构设计师都在干什么？
图形程序员在干什么？
数据搬运程序员，干的是最脏最累的活。
uint32_t PAL_MagicSelectionDialog::transfer_data_co(Co_t::push_type &co_source) { char szDesc[512],*next; int i,j,k; BYTE bColor; auto rgMagicItem = dd->rgMagicItem; auto &g_iCurrentItem = dd->g_iCurrentItem; auto &g_iNumMagic = dd->g_iNumMagic; //must co_source(0); while (true) { dd->wReturn = 0xFFFF; //compute cond_draw_desc printf("data co___00
"); if (gpGlobals->lpObjectDesc) { printf("data co___001
"); dd->cond_draw_desc = true; dd->cond_draw_desc_element = true; } else { printf("data co___002
"); dd->cond_draw_desc = false; } printf("data co___0021
"); co_source(0); if (!dd->cond_draw_desc) { printf("data co___002
"); // Draw the cash amount. //PAL_CreateSingleLineBox(PAL_XY(0, 0), 5, FALSE); dd->curr_text_arg = { PAL_GetWord(CASH_LABEL), PAL_XY(10, 10), 0, FALSE, FALSE }; co_source(0); dd->curr_number_arg = { (int)gpGlobals->dwCash, 6, PAL_XY(49, 14), kNumColorYellow, kNumAlignRight }; co_source(0); // Draw the MP of the selected magic. //PAL_CreateSingleLineBox(PAL_XY(215, 0), 5, FALSE); dd->curr_rle_arg = { PAL_SpriteGetFrame(gpSpriteUI, SPRITENUM_SLASH), PAL_XY(260, 14) }; co_source(0); dd->curr_number_arg = { rgMagicItem[dd->g_iCurrentItem].wMP, 4, PAL_XY(230, 14), kNumColorYellow, kNumAlignRight }; co_source(0); dd->curr_number_arg = { dd->g_wPlayerMP, 4, PAL_XY(265, 14), kNumColorCyan, kNumAlignRight }; co_source(0); } else { printf("data co___003 _draw_desc %d
", dd->cond_draw_desc_element); //dd->cond_draw_desc = true; const char *d = PAL_GetObjectDesc(gpGlobals->lpObjectDesc, rgMagicItem[dd->g_iCurrentItem].wMagic); // Draw the magic description. if (d != NULL){ printf("data co text_draw_desc_element1
"); k = 3; strcpy(szDesc, d); d = szDesc; printf("data co text_draw_desc_element2
"); while (TRUE) { printf("data co text_draw_desc_element3
"); next =const_cast<char*>(strchr(d, '*')) ; if (next != NULL){ *next = ' '; next++; } printf("data co text_draw_desc_element4
"); dd->curr_text_arg = { d, PAL_XY(100, k), DESCTEXT_COLOR, TRUE, FALSE }; co_source(0); //PAL_DrawText(d, PAL_XY(100, k), DESCTEXT_COLOR, TRUE, FALSE); k += 16; if (next == NULL){ break; } d = next; } } dd->cond_draw_desc_element = false; // Draw the MP of the selected magic. co_source(0);// PAL_CreateSingleLineBox(PAL_XY(0, 0), 5, FALSE); printf("data draw rle 00000000000000000000000000000000000000001
"); dd->curr_rle_arg = { PAL_SpriteGetFrame(gpSpriteUI, SPRITENUM_SLASH), PAL_XY(45, 14) }; co_source(0); printf("data draw num 00000000000000000000000000000000000000000012 %d %d
", dd->g_iCurrentItem,rgMagicItem[dd->g_iCurrentItem].wMP); dd->curr_number_arg = { rgMagicItem[dd->g_iCurrentItem].wMP, 4, PAL_XY(15, 14), kNumColorYellow, kNumAlignRight }; co_source(0); printf("data draw num 00000000000000000000000000000000000000000013 dd->g_wPlayerMP=%d
", dd->g_wPlayerMP); dd->curr_number_arg = { dd->g_wPlayerMP, 4, PAL_XY(50, 14), kNumColorCyan, kNumAlignRight }; co_source(0); dd->cond_draw_desc = false; //old stop == new start } //dd->cond_draw_all_item_text------------------------------------------------------------------ i = g_iCurrentItem / 3 * 3 - 3 * 2; if (i < 0) i = 0; printf("data co___004 i= %d ,g_iNumMagic=%d
",i, g_iNumMagic); for (j = 0; j < 5; j++) { for (k = 0; k < 3; k++) { //--select menu item color----------------------------------------------- bColor = MENUITEM_COLOR; if (i >= g_iNumMagic){ // End of the list reached j = 5; break; } if (i == g_iCurrentItem){ if (rgMagicItem[i].fEnabled) { bColor = MENUITEM_COLOR_SELECTED; } else { bColor = MENUITEM_COLOR_SELECTED_INACTIVE; } } else if (!rgMagicItem[i].fEnabled) { bColor = MENUITEM_COLOR_INACTIVE; } //----select menu item color--------------------------------------------- // // Draw the text // printf("data co___0041
"); dd->curr_text_arg = { PAL_GetWord(rgMagicItem[i].wMagic),PAL_XY(35 + k * 87, 54 + j * 18), bColor, TRUE, FALSE }; co_source(0); //PAL_DrawText(PAL_GetWord(rgMagicItem[i].wMagic),PAL_XY(35 + k * 87, 54 + j * 18), bColor, TRUE, FALSE); // // Draw the cursor on the current selected item // if (i == g_iCurrentItem) { printf("data co___0042
"); dd->cond_draw_current_item = true; dd->curr_rle_arg = { PAL_SpriteGetFrame(gpSpriteUI, SPRITENUM_CURSOR), PAL_XY(60 + k * 87, 64 + j * 18) }; co_source(0); //PAL_RLEBlitToSurface(); } dd->cond_draw_current_item = false; i++; } } dd->cond_draw_all_item_text = false; //old stop == new start printf("data co___005
"); if (g_InputState.dwKeyPress & kKeySearch) { printf("data co___0051
"); if (rgMagicItem[g_iCurrentItem].fEnabled) { printf("data co___0052
"); dd->cond_draw_select_and_return = true; j = g_iCurrentItem % 3; k = (g_iCurrentItem < 3 * 2) ? (g_iCurrentItem / 3) : 2; j = 35 + j * 87; k = 54 + k * 18; dd->curr_text_arg = { PAL_GetWord(rgMagicItem[g_iCurrentItem].wMagic), PAL_XY(j, k), MENUITEM_COLOR_CONFIRMED, FALSE, TRUE }; co_source(0); //draw dd->wReturn = rgMagicItem[g_iCurrentItem].wMagic; //return rgMagicItem[g_iCurrentItem].wMagic; } } printf("data co___006
"); co_source(0);//return } } 每个人都是在实践中长大的，做领导的会慢慢地做更高级的架构，而专业程序员，就只能在所在专业做到细分极限了。
这部分代码是用我协程把sdlpal的代码 翻译了一下。
觉得有启发的话，可以点个赞。 毕竟看的人少。想要了解更多c++和 协程思想。可以关注一下我的专栏。
协程思想，将是次世代改变程序员命运的法宝。不学就是青春饭，学了，越老越吃香
感觉主要因为技能点并不是十分一致。
架构要脱离了太具体的细节看整体的结构和权衡，跟执行层的软件工程师有交叉的地方，但是视角，思维方式和关注点都完全不一样。
架构师对具体的技术细节不需要了解的太深，但是需要对整体有把握，需要对软件有比较深刻的宏观理解，对各种技术都有涉足，还要懂怎么跟人沟通，把具体的技术细节和宏观结构，策略都联系在一起。
类似的话题
-
“为什么大部分码农做不了软件架构师？” 这个问题触及了软件开发领域一个非常普遍且深刻的现象。要详细解答，我们需要从多个维度来剖析：角色转变的本质、技能要求的差异、思维模式的转变、职业发展路径以及个人成长要素。以下是详细的阐述： 一、 角色转变的本质：从“匠人”到“谋士”与“领袖”最根本的原因在于，软............. -
你说到点子上了。华为 EMUI 的研发投入和程序员数量大家有目共睹，但论用户体验和某些细节上的打磨，确实和 MIUI、Flyme 还有差距，甚至有些地方是天壤之别。这事儿说起来，得从几个层面掰开了聊。一、历史包袱与技术路线的“惯性” EMUI 的起点与定位： 想当年，安卓定制系统还在摸索阶段，各.............
-
在互联网这个信息大爆炸的时代，我们常常会发现，在不同的平台，对于同一个话题，人们的看法可能截然不同。就拿“码农”这个群体的前途来说，如果你同时浏览知乎和CSDN，你可能会被其中截然的观点弄得有些晕头转向。这究竟是为什么呢？今天咱们就来好好掰扯掰扯，到底是什么造成了知乎和CSDN在“码农前途”这个问题.............
-
这是一个普遍存在的问题，很多学生都曾有过“老师一讲课就犯困”的经历。这背后原因复杂，可以从 教师自身因素、教学内容与方式、学生个体差异以及学习环境 等多个维度来分析。一、 教师自身因素： 缺乏激情与热情： 教师如果对所教授的学科本身缺乏热爱，或者对教育事业的热情消退，这种情绪很容易传染给学生。当.............
-
“大部分音乐老师都diss流行歌曲”这个说法，虽然有些过于绝对，但确实捕捉到了一种在音乐教育领域普遍存在的现象和讨论。这背后有许多复杂的原因，我们可以从多个角度来详细分析： 1. 音乐理论与技术的要求差异 经典音乐的复杂性： 学院派音乐教育通常强调对音乐理论的深刻理解，包括和声学、对位法、曲式分.............
-
这是一个非常值得探讨的问题，因为教师是国家教育事业的基石，而语文作为基础学科，其重要性不言而喻。师范生不愿意教语文的原因是多方面的，并且涉及了个人选择、职业发展、学科特点、教学现实以及社会认同等多个维度。下面我将尽量详细地分析这些原因：一、 职业发展与个人兴趣的考量：1. 学科吸引力与个人特长匹配.............
-
你提出的这个问题触及了中国汽车工业发展中一个非常普遍的感受，也是很多消费者关注的焦点。为什么很多国产车在外观设计上被认为“丑”、“土”，车标设计也显单调？这背后其实是一个复杂的多层面原因，涉及到历史、技术、人才、市场需求以及文化等诸多因素。1. 历史遗留和技术基础的不足： 起步晚且技术追赶阶段：.............
-
《大明王朝1566》之所以让许多观众感到难以理解和消化，原因可以从多个层面来解读，这其中涉及到了历史背景的复杂性、叙事手法的精妙与晦涩、人物塑造的深度与微妙，以及对人性与政治的深刻洞察。下面我将尽量详细地阐述这些原因：一、极度深邃的历史背景与政治斗争的复杂性 嘉靖朝的特殊性： 《大明王朝1566.............
-
这个问题触及了许多人关于金钱、生活期望、社会认知和心理的复杂交织。让我们从几个角度来详细剖析： 一、 为什么大部分人一辈子赚不到500万？首先，我们要理解“大部分人一辈子赚不到500万”这个论断的背后，是基于现实的经济状况和收入分配情况。1. 平均收入水平与薪资增长缓慢： 全球及国内普.............
-
“干净”这个词在评价电视剧时，往往包含了多重含义，也反映了不同文化背景、制作理念和审查制度下的差异。为什么大部分国产剧和大部分英剧、美剧比起来显得“干净”？我们可以从以下几个主要维度来详细解析：一、 审查制度与内容管制：这是最显著的差异之一。 中国大陆电视剧： 受到严格的审查制度约束。广电总局对.............
-
小米被指控抄袭并非新话题，实际上在小米成立初期及之后很长一段时间内，这一争议就伴随着其发展。然而，大众普遍不相信小米“抄袭”的指控，背后是多方面因素的综合作用，可以从以下几个维度来详细分析：1. “抄袭”定义的模糊与证据的难以界定： 产品设计的借鉴与抄袭的界限： 在消费电子领域，尤其是智能手机行.............
-
许多国家的领导人年龄普遍偏高，往往在50岁以上，这背后并非单一原因，而是多种因素综合作用的结果。以下将从几个主要方面进行详细阐述：一、 政治经验和资历的积累这是最核心也是最普遍的原因。政治领导力的养成需要漫长的时间去积累经验、学习知识、建立人脉、培养判断力和战略眼光。 职业政治生涯的漫长性： 政.............
-
这个问题嘛，其实挺有意思的，背后牵扯到不少咱们中国社会方方面面的东西。要说为什么大部分中国女生似乎更倾向于“等着男的追”，这事儿不是三言两语就能说清的，得从几个层面聊聊。首先，咱们得看看这背后有没有什么历史和文化根基。长久以来，中国社会就深受儒家思想影响，讲究“男女有别”、“男尊女卑”。虽然现在社会.............
-
中国解放军士兵的体型特征（如较瘦、肌肉轮廓不明显）主要受到多方面因素的影响，这些因素涉及军队的训练体系、后勤保障、军事需求以及历史背景等。以下从多个角度详细分析这一现象： 一、军事训练体系的差异1. 训练目标与内容的侧重 中国解放军的训练体系以实战化、灵活性和耐力为核心目标，而非单纯追求肌肉.............
-
女性对买包和旅游的普遍向往和冲动，是多重社会、心理、文化和经济因素共同作用的结果。以下从多个维度详细分析这一现象： 一、社会文化因素1. 消费主义与性别角色的交织 社会期待与身份建构：传统社会对女性的期待常与“精致”“成功”“独立”等关键词挂钩。买包（如奢侈品、设计师品牌）和旅游（如高端度.............
-
“为什么大部分中国人没学过繁体字却能看懂？” 这是一个非常有意思的问题，也触及到了汉字演变、文化传承以及语言学习的多个层面。原因可以从以下几个方面详细阐述：一、 汉字的内在联系与演变逻辑： 共同的根源： 简体字和繁体字都源自古老的汉字系统，经过了数千年的演变。尽管在形体上有所简化，但大部分简体字.............
-
您提出的这个问题非常有趣，并且触及了地理环境对经济发展影响的深层原因。确实，放眼全球，大部分国家经济发达的地区往往集中在沿海平原，例如中国、美国、日本、韩国以及许多欧洲国家。然而，德国的情况相对特殊，其工业和经济的强大动力更多地来自于内陆的山区和丘陵地带。下面我将详细阐述其中的原因，并进行对比分析。.............
-
这是一个非常有趣且涉及多方面因素的问题！“大部分动物趴着睡，人仰着睡”的说法虽然有一定普遍性，但也要注意并非绝对。例如，有些鸟类会站着睡，有些猫科动物也会侧卧睡。但总体而言，你的观察是准确的。动物倾向于趴着睡，而人类则更倾向于仰着睡，这背后有着深刻的生理、行为和环境演化原因。我们来详细探讨一下： 一.............
-
中国人对国家统一有着深厚的执念，这背后有多重历史、文化、情感和现实原因交织在一起。要理解这一点，我们需要深入探究以下几个方面： 一、漫长而统一的帝制历史 “大一统”的观念根深蒂固： 中国历史上绝大多数时间都处于统一王朝的统治之下，形成了一种强烈的“大一统”观念。从秦始皇统一六国开始，建立了中央集.............
-
这其实是个挺普遍的现象，很多客户在办理业务时都会遇到这样的疑问：为什么银行里就是不提供对外开放的卫生间呢？其实这背后牵扯到不少实际的考虑，并非银行故意为难大家。首先，最直接也是最主要的原因，就是安全和安保问题。银行是存放大量现金和客户敏感信息的地方，安保级别是相当高的。对外开放的卫生间意味着任何一个.............
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有